Да я бы там вообще остался... Зачем возвращаться в этот странный и нереальный мир, где не любят велосипеды и отладку?
Добавлено after 2 minutes 15 seconds: Надо посмотреть, как отладка в ардуине работает. Похоже, придётся в это вот всё ардуиновское лезть - есть спрос, значит, надо ответить предложениями...
Martian, Если в AVR-ной Ардуине - то никак. Там же обычна АВРка без отладочного порта. Отладку в ардуине делают принтом в компорт. А среда показывает напечатанное в мониторе. Т.е. лог по аналогии с поделием AQ29, но штатными средствами среды и плюсов.
Ну, я так и предполагал, но недавно где-то промелькнуло сообщение, что в последней версии среды они что-то сделали нормальное отладочное. Будет печально печатать в порт... разучился уже
Опубликованы материалы вебинара, посвященного пленочным конденсаторам компании Hongfa, на котором была представлена текущая линейка и модельный ряд продукции этого направления, включая новые, недавно вышедшие серии.
На вебинаре были приведены актуальные примеры применения пленочных конденсаторов Hongfa в источниках питания, зарядных станциях для электротранспорта, преобразователях частоты, фотоэлектрических преобразователях и ветрогенераторах.
Martian, ну если учесть, что дуина, это не только атмега,а еще и ЕСП, СТМ и еще всякие платы, то там вполне может быть нормальная внутрисхемная отладка... Кстати, дуину на 2560 меге тоже можно через ЖТАГ дебажить.. но, боюсь, не средствами ардуиноИДЕ (я не знаю, что там сейчас у ардуинщиков по софту, мне нормальных студий хватает)
Компания Hongfa - один из лидеров азиатского рынка пленочных конденсаторов с полным циклом производства. Она выпускает пять серий помехоподавляющих конденсаторов этого типа как для бытовой, так и для трехфазной промышленной сети, а также для автомобильного применения. Продукция компании по ассортименту, параметрам и количеству серий конденсаторов ЭМП не уступает другим крупным производителям этого сегмента и может легко заменить ассортимент ушедших из РФ брендов.
Версии ардуино IDE от 2.х.х и последняя 2.3.2 имеют отладку. "... The new major release of the Arduino IDE is faster and even more powerful! In addition to a more modern editor and a more responsive interface it features autocompletion, code navigation, and even a live debugger. ..." Но то для виндовс 10 (и аналогично в других ОС х64). Эта версия IDE весьма "тяжеловесная" для старых ПК. Пока только "для коллекции" ставил...
Вот таких причин "только для 10х64" уже достаточно набралось - недавно перешёл на 10-ку. 11-ой мой ноутбук оказался "несоответствующим" Так что, наслаждаюсь (если так можно выразиться про кучу мучительного и непонятного) самыми последними версиями всего и вся. В том числе поставил Arduino IDE 2, притом, если на Win7 она у меня еле запустилась, то на Win10 работает достаточно быстро. Возможно, способствовало замена обычного винчестера на твердотельный. Остальное осталось древним.
2.3.2 и на 7ке х64 работает. Но уж слишком навороченная да частично "он лайн" (для полного использования возможностей) .. Так что предпочтение старым - 1.8.9 для ОС х32 и 1.8.19 для х64.
Последняя рабочая версия Arduino IDE2 у меня на win7x64 - v2.1.0.
IDE2 стала для меня "началом конца" Arduino - начали меня "терять" безвозвратно . IDE2 превратился из "простого, быстрого" в "медленное" ПО (на I3 с SSD стартировал за 30 секунд), большой объем, с бессмысленными надстройками и обратной несовместимостью, а также с необработанными ошибками (напр. невозможность копированием данных из последовательного канала). Не то чтобы не было высокопроизводительных компьютеров с win10 и win11 ..., но "красота" системы напр. для начинающих "исчезла". Оставалось только стать платным .
IDE v1.8.19 использую для написания методы, алгоритмы для напр. драйверы периф. устройств. А из-за отсутствия занимания с Ардуино нашел (и использую) другие МК, их IDE, с их дебъгерами, програматорам, визуальными конфигураторами и т.п. .
Как правило, дополнительная планка памяти и переход на SSD достаточно ощутимо оживляют старую технику. А насчет Arduino IDE - ну вот не легла у меня к ней душа. Даже после простенькой АврСтудии 4.19 среда Ардуино выглядела, как поделие студента на коленке. И кастрированный формат wiring-языка со скрытием аппаратных плюшек МК - тоже не понравился. Да, я понимаю, что это вариант для тех, кто не хочет/не может вникать в особенности архитектур МК... Им надо кнопочку нажать и что б лампочка мигала. Но я считаю, что такое облегчение несколько дискредитировало область эмбеддинга, выводя на просторы интернета тонны "индусского быдлокода". И вот такая изоляция скетчеписателя от архитектуры - у меня вызывает недоумение. И я не всегда понимаю, как можно что то делать правильно и красиво, не вникая в архитектуру периферии. Мое изучение МК начиналось с чтения даташитов и книжек по архитектуре АВРок, пошаговоэ выполнение ассемблерных программок в эмуляторе студии с изучением регистров периферии и их поведения, мигание светодиодиком на макетке... Но иногда складывается ощущение, что сейчас научился писать digitalWrite - и уже программист-эмбеддер. Но я, хоть и Блондинко™, но человек технический. Поэтому период первичного знакомства с МК прошел быстро и дальше МК стали нормальным инструментом. И если для программирования под АВР на ассемблере мне хватало четвертой студии, то когда захотелось Си - мне стало не хватать плюшек нормальных IDE с подсветкой синтаксиса, автоподстановкой, автозавершением... И пришлось переехать на Атмел студию постарше. Когда настала пора изучать следующую архитектуру - то мне гораздо проще было поставить "придворную" IDE, заточенную производителем под свои МК, чем думать, как подружить кучу разного инструментария на ПК, что б оно заработало в принципе. Особенно с учетом того, что некоторый инструментарий надо отучать от вполне понятного желания разработчика получить за свой труд деньги. Минусом такого подхода является зоопарк IDE у меня на ПК. Так же минусом можно считать особенности этих IDE, определяемые базовыми платформами движков. Но в то же время плюс такого подхода - лицензионная чистота софта. А сейчас приходится это тоже учитывать. И после всех плюшек других IDE среда Ардуино для меня выглядела несколько... убого.
Полностью согласен. И тоже зоопарк. Но "пипл хавает", а мне как-то зарабатывать пора, поэтому, скоро стану на каждом углу вопить, что скетчи и ардуино иде - наше фсё...
Ну в STM32 все современно, программатор, еще там и отладчик, по цене двух кофе, flash и ram есть, ресурс есть и MK - быстрый, и МК дешевые, и среда написания (напр. STM32Cube) бесплатная. Но STM32 не очень нравится (пока): не нравятся ежедневные обновления IDE, "красные" экраны, закодированные ошибки, напр. с типами данных, бесконечные настройки и детали. А и сам чип STM32 с расстоянием в полмиллиметра между выводами ... Просто пробую метод и пишу агоритм в Arduino IDE, потому что там все проще, и думаю только с точки зрения алгоритма устройства, а не о pdf микроконтроллера или настройки, функции компилятора и среды записи. Затем портирую код туда, где он мне нужен. Каждый чувствует себя хорошо там, где он есть (МК, compiler, IDE ...) и мы не все одинаковы .
Эта неодинаковость тем больше, чем менее удобнее разработка и чем менее опытен разработчик. Отсюда множество вариантов поведения. С ростом опыта неодинаковость уменьшается, ну а если ещё и удобный инструмент будет, то не использовать его вряд ли кто откажется, и тогда мы все станем близнецами.
Когда-то я обожал среду от Raisonanse, только за то, что там вся документация лежала в окошке, красота! На тот момент 99% работы было в чтении pdf, 1% на вылизывание алгоритма, и, поскольку на непосредственно написание программы ничего не осталось, так оно всё печально и заканчивалось. Потом у меня стало два монитора, соотношение чтение-написание выровнялось по 50%, ну а сейчас на втором мониторе вместо документации крутятся сериалы и форум Радиокота, чтение её становится эпизодическим. И вот этому эпизодическому чтению очень сильно помогают мощные возможности отладки. И это не принт в консоль )
Да, для кого-то писания кода это работа, они профессионалы. Но для большинства это просто хобби и хорошее времяпрепровождение . Напр. смотрел у друга конструкция ел. схемы, собрана на картонее (как печ. плата, с припаянными выводами от самих элементов). Я сначала смеялся, а теперь с теплотой вспоминаю. Ну, схема работала .
ARV, Если более двух человек, то и вариантов должно быть более двух. Минимум по числу человеков. Хотя иногда бывают варианты Из Парижу в Берлин на костылях, но через Амстердам, патамуша дорога ровная и известная идущему, а прямую Париж-Берлин он не ходил, она незнакомая. Вдруг там волки в лесу, Красну Шапку доедают), Из Парижу в Берлин на персональном авто Из Парижу в Берлин на TGV Ну так два последних более правильные ))) Даже если на костылях
неправда ваша, по Европпе продуктивнее и комфортнее всего передвигается на танке, проверено множеством народу в 44 году
Ну в STM32 все современно, программатор, еще там и отладчик, по цене двух кофе, flash и ram есть, ресурс есть и MK - быстрый, и МК дешевые, и среда написания (напр. STM32Cube) бесплатная. Но STM32 не очень нравится (пока): не нравятся ежедневные обновления IDE, "красные" экраны, закодированные ошибки, напр. с типами данных, бесконечные настройки и детали. А и сам чип STM32 с расстоянием в полмиллиметра между выводами ...
Куб мне тоже не нравится. Именно подходом кодогенератора. Но сейчас это тенденция - в абстракции железа от эмбеддера ценой потери части производительности. Но скорость коммерческой разработки перечеркивает этот недостаток. Просто берется камень потолще. Но мне этот подход не нравится. Поэтому стараюсь программировать на чистом CMSIS и стоит старенькая Atollic TrueStudio 9.2.0. Которая не лезет обновляться. В принципе, сами STMки по началу мне не совсем нравились.... Но ничего, потом стало наоборот. И именно из-за простого и мощного инструмента внутрисхемной отладки. Когда в любую дырку МК можно залезть из студии и тут же увидеть изменения на реальном железе. Часть периферии можно настроить и посмотреть, как она взаимодействует с обвязкой МК вообще без написания программы. Просто настраивая регистры. И со временем STMки для меня тоже стали просто инструментом для достижения поставленной задачи. Шаг выводов 0.5 мм - да, несколько неудобно. Особенно, если плату делать руками. Хотя нормальный ЛУТ прекрасно справляется с 0,25/0,25 дорожками. А вот что продолжает не нравиться в STM - это питание до 3.6 вольт. Поскольку для питания от лития надо ставить LDO.
Во первых, есть обычный SO20. Во вторых, по нынешним временам цены на заказ плат столь низкие, что можно заказать себе шилд с кварцем и питанием под любой шаг и перейти на любой другой шаг.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 9
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения