В качестве вакцины возьмите STM32 и отладчик ST-Link за 100 рублей. Помогает не только от ардуины, но и от PIC и AVR и других устаревших 8-ми битных МК.
Вы, Мурик, какой-то известный популяризатор SMT32? Хотел бы почитать ваши труды, которые позволят начинающим сделать быстрый старт.
Как я люблю людей, которые видят только то, что они видят, а остальное для них не существует. Я программирую разные процы, не только AVR и не только на Arduino-платах. И тот же STM32 с ST-Link у меня тоже есть.
В одной из тем кому-то надо было фазовый регулятор для пылесоса. Вы его тоже на SMT32 предлагаете делать? А может быть вы таки в чем-то не правы насчет восьмибиток?
Какая _вам_ разница, как будет реализована задача, если она будет реализована?
Может наоборот? Знаете сколько тактов нужно для работы с uint32_t у 8-ми и 32-ух битных МК?
Знаю. А Вы знаете, что использование 32-битных беззнаковых я, например, вообще не практикую, потому что не требуется? А Вы знаете, сколько потребуется тактов для работы различной периферии, например I2C, SPI ?
С точки зрения разработчика, большинство задач проще реализовать на 32-ух битных МК за счет более функциональной периферии. А у 8-битных устарело не только ядро, но и периферия. Можете сравнить например таймеры у AVR и STM32 чтобы понять это.
С моей точки зрения большинство задач проще реализовать на 8-ми битных. В моих задачах не требуются возможности ARM. Вы сравниваете теплое с мягким. Давайте сравним ARM c ноутбуком и откажемся от ARM-ов. Давайте летать в магазин за хлебом на самолётах. Нахрена мне Ваши супер-пупер таймеры, если, например, я их не использую наружу? И чем они, в конце-концов, круче? Приведите, пожалуйста практический пример.
А насчёт устаревания ядра - это, извините, Вы глупость сказали. И мне кажется, Вы просто не следите за развитием 8-битных.
В одной из тем кому-то надо было фазовый регулятор для пылесоса. Вы его тоже на SMT32 предлагаете делать?
Да. Таймеры в STM32 более подходящие для этого. Можно сделать регулятор полностью аппаратным, без прерываний и участия процессора.
pavel2000 писал(а):
А может быть вы таки в чем-то не правы насчет восьмибиток?
Прав. Они давно устарели.
BlackKilkennyCat писал(а):
А Вы знаете, что использование 32-битных беззнаковых я, например, вообще не практикую, потому что не требуется?
Вам для всего достаточно uint8_t и ни разу не использовали плавающую точку? Вероятно у вас очень простые конструкции.
BlackKilkennyCat писал(а):
А Вы знаете, сколько потребуется тактов для работы различной периферии, например I2C, SPI ?
И что? Работать с ней по прерываниям или посредством DMA.
BlackKilkennyCat писал(а):
С моей точки зрения большинство задач проще реализовать на 8-ми битных. В моих задачах не требуются возможности ARM.
Значит у вас очень простые задачи. Когда они станут сложнее, поймете о чем я.
BlackKilkennyCat писал(а):
Вы сравниваете теплое с мягким.
BlackKilkennyCat писал(а):
Давайте сравним ARM c ноутбуком и откажемся от ARM-ов.
Это вы сравниваете теплое с мягким. Во первых есть ноуты с ARM процессорами, а во вторых не сравниваете микроконтроллеры и компьютеры.
BlackKilkennyCat писал(а):
Давайте летать в магазин за хлебом на самолётах.
Раньше далеко не каждый мог даже на лошадях съездить к торговцу, а сейчас в магазин ездят на машинах и это доступно каждому. Вполне возможно что в дальнейшем будут не ездить, а летать и машины будут устаревшими как сейчас повозки с лошадьми. С МК также - 8-ми битные PIC и AVR устарели.
BlackKilkennyCat писал(а):
И чем они, в конце-концов, круче? Приведите, пожалуйста практический пример.
Я же написал ядро и периферия совершеннее из-за чего разработка становится проще, а устройства можно сделать более функциональными.
BlackKilkennyCat писал(а):
А насчёт устаревания ядра - это, извините, Вы глупость сказали.И мне кажется, Вы просто не следите за развитием 8-битных.
Вы знаете в чем отличие математики в 8-ми и 32-ух битных МК при работе с 2 и 4 байтными переменными и при работе с плавающей точкой? Сколько вы знаете 8-ми битных МК аппаратно поддерживающих float и double? Как в них с отладкой особенно в простых моделях? Для справки, все STM32 поддерживают аппаратную отладку, т. к. это часть ядра.
NStorm писал(а):
А сколько тактов у 32-битных МК инструкция выполняется знаете?
Зависит от инструкции. От такта и выше. Ширина шины флеш памяти 64 бита что позволяет за такт считывать 2 32-ух битных слова. Добавьте к этому конвейер с предсказанием переходов.
Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.
Мурик, фанатизм до хорошего не доводит. Вы последние 8-битные МК видели наверное уровня атмеги8. Но при этом фанатично талдычите об "устаревании", не видя объективно реальности.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
А насчёт устаревания ядра - это, извините, Вы глупость сказали. И мне кажется, Вы просто не следите за развитием 8-битных.
10 лет назад из STM32 были только F1 и L1, а 8-ми битки эволюционируют в вакууме, новые как бы есть, но среди любителей не популярны потому что дорого, может потребоваться новый программатор, старая литература на русском не особо подходит, вычислительная мощность CPU выросла в лучшем случае в полтора раза и т.д.... Так старые тиньки с мегами и юзают, я сам наверное в силу природной любознательности больше слежу за развитием 8-ми биток чем среднестатистический их потребитель
Мурик, Вы посмотрите новые STM8. И не делайте поспешных выводов о простоте моих задач на основании разрядности и плавающей точки. Практического примера Вы не привели, только бла-бла-бла. Таймеры а-ля 32 есть и у 8, Ваше незнание этого не дает преимуществ АRMам. Наличие DMA, работа по прерываниям - это не отменяет количества тактов, и в итоге - возможную конечную скорость периферии.
Reflector, не надо про литературу на русском. Русских мк, можно сказать что нет. Эволюционирование в ваккуме только у человека - ему теперь в пылесосах зачем-то понадобился ARM. Вычислительная мощность у компьютеров, использовавшихся для расчётов ядрёной бомбы, была меньше, чем у самого дохлого 8-битника. Однако, бомбу рассчитали. Может, дело не в мощности, а в умении? Это риторический вопрос.
Хотите пользоватьсмя устаревшими МК - дело ваше. http://lurkmore.to/ССЗБ Что касается STM8, то зачем если есть STM32?
BlackKilkennyCat писал(а):
Эволюционирование в ваккуме только у человека - ему теперь в пылесосах зачем-то понадобился ARM.
Не задумывались зачем с телефонах многоядерный, многогерцовый проц и несколько ГБ оперативки. Нужно ли это чтобы звонить и принимать звонки? Или может у вас такой телефон?
Эволюционирование в ваккуме только у человека - ему теперь в пылесосах зачем-то понадобился ARM.
У нас на фирме проектик есть, извне подбросили. Соковыжималка. С армом и дисплеем. И нейросеткой внутри. Как и зачем я не знаю. Но если клиент платит - почему нет.
Мурик, у меня - да, почти такой. кнопочный и недорогой, притом - два. мне от телефона нужна надёжная связь, чтоб можно было набрать номер даже при разбитом экране, и чтоб энергия расходовалась на связь, а не на залипание в видосиках. Для видосиков у меня есть нормальный планшет, 5 ядер, 32 гига памяти, 10 дюймов, тыща баксов цена, двое суток видосики гоняет без подзарядки. Ваш пример меня ничуть не удивил, только убедил в неверном отношении к решению задач и в совершенном незнании современных мк, а также специфики использования.
не надо про литературу на русском. Русских мк, можно сказать что нет.
Зато русских людей у нас в избытке.
Цитата:
Эволюционирование в ваккуме только у человека - ему теперь в пылесосах зачем-то понадобился ARM.
Гуглю умные пылесосы, читаю описание:
Цитата:
Пылесос оснащен усовершенствованным LDS – датчиком, который сканирует пространство на 360 градусов, мощный 4-ядерный процессор обрабатывает информацию и составляет точные карты помещения в реальном времени. Это помогает пылесосу более эффективно организовать рабочий процесс и строить оптимальные маршруты с учетом всех препятствий, чтобы максимально качественно убрать в помещении. Если заряд батареи понизился до критического минимума во время уборки, пылесос автоматически отправляется на док-станцию по самому короткому маршруту для пополнения заряда именно настолько, чтобы закончить уборку. Робот–пылесос использует в работе показания акселерометра, одометра, инфракрасного порта и компаса...
Хочешь сказать применение пусть и в более простом пылесосе STM32 ценой $0.5 будет явным излишеством?
Цитата:
Вычислительная мощность у компьютеров, использовавшихся для расчётов ядрёной бомбы, была меньше, чем у самого дохлого 8-битника. Однако, бомбу рассчитали. Может, дело не в мощности, а в умении? Это риторический вопрос.
В то время использовали самые производительные из имеющихся компьютеров, в наш дни для подобных расчетов могут задействоваться мощности суперкомпьютеров, ничего принципиально не поменялось.
Да не было, по крайней мере в СССР, компьютеров когда создавали бомбу.
Не было компьютеров в привычном понимании этого слова, но компьютеры могут быть и механическими, в частности американцы при создании атомной бомбы использовали "IBM 601" который считывал данные с перфокарт и на них же выбивал результаты расчетов. В 1944 все досчитали и в этом же году появился "Марк I", функционально особо не отличающийся, но уже на релюшках
Reflector, за полдоллара Вы такой ARM не купите. это цена за партию в десяток тысяч штук. Или опять имеется ввиду говно с али? И может быть, да, он будет излишен. Скорость реакции и перемещения пылесоса таковы, что хватит 4-битного. Современность такова, что разработчик уже не мыслит, он тупо хватает 100-ногий проц, тупо впихивает ARM, в какой-то пылесос... А что в итоге-то? А в итоге имеем говно. В прямом смысле слова. И разработчику пофиг - даже хорошо, если люди купят ещё и ещё взамен отказнутой техники. Ну а в радиолюбительстве ещё "лучше": с одной стороны одурино, с другой кто-то брякнул что 8-бит нафиг не надо. И понеслось тоже самое, теперь для простейшего зажигания светодиодика надо купить ARM, написать скетч...
Хочется спросить, обычной отверткой-то пользуетесь? Или только аккумуляторные?
за полдоллара Вы такой ARM не купите. это цена за партию в десяток тысяч штук. Или опять имеется ввиду говно с али?
Я у себя в городе миллионике новые AVR купить не могу, придется заказывать из Киева и там 8-ми ногая тинька(новых серий) стоит 22гр, а 14-ти ногая уже $1, плюс доставка. В то же время на али за $1 можно взять 14-ти ногий STM32L011, а за $0.5 я там брал мелкие F070 с USB. В целом на али покупались разные F0/G0/F1/F3/F4/F7/H7 и никогда проблем не было, при том что использовались недокументированные возможности и сами мк порой серьезно гнались, так может дело не в мк с али, а в умении? AVR подделать значительно проще, вместо STM32F1 теоретически можно купить какой-то перемаркированный CS32 и т.д., но лично я устаревшие F1 уже давно не покупаю, а если вместо F3 приедет перемаркировка внутри которой F0/F1, то это видно сразу. Если приехал по всем признакам оригинальный STM32, но что-то там не работает, то в 99% случаев проблема в криворукости программиста, а вот насчет AVR, по крайней мере старых, я бы настолько не был уверен В итоге какой профит любителю уже разобравшемуся с STM32 брать еще и новые серии AVR? Я раньше использовал в том чиcле AVR, но программатора под новые у меня нет, значит купи/собери, в последнем случае можно получить только программатор, а хочется еще и отладчик. Кроме того с новой периферией разберись, в моем случае еще либы под нее напиши, опять же в моем случае на С++ для которого в gcc сильно порезали полезные хедеры... Среди других 8-ми биток для STM8 есть только древний C++03, для пиков компиляторов С++ вроде не было в принципе. Для меня применение 8-ми биток не окупается, это в основном развлечение для тех кого страшит переход на ARM или переход вообще куда-либо
ps. Партиями по 10К новые 8-ми ногие STM32G0 дешевле даже tiny13a, у которой в 128 раз меньше RAM
Reflector, какое умение имеете ввиду? покупать на али? и зачем-то использовать разгон и недокументированные возможности? Мне такое не надо. Я своим клиентам даю гарантию. Тем более, если что-либо делаю друзьям. Покупка на али дешевле оптовой стоимости на заводе-изготовителе, использование каких-то недокументированных возможностей означает одно: отсутствие какой-либо гарантии.
Цитата:
Партиями по 10К новые 8-ми ногие STM32G0 дешевле даже tiny13a, у которой в 128 раз меньше RAM
Это, извините, глупое сравнение. Посчитайте стоимость решиния с STM32G0, если по ТЗ устройство должно работать в условиях помех, питание 5 вольт, входные-выходные сигналы 5 вольт, управление MOSFET без драйверов, температурный диапазон до +125, корпус 8 ног, разработка должна быть полностью прозрачна, без использования сторонних библиотек-компонент, предпочтительно ASM.
Ещё раз: задумайтесь, почему 8-ми битные выпускают до сих пор? Где они применяются лучше? Есть условия, для которых сертифицированы только они, не ARM? Почему до сих пор идет развитие на базе 8051/52 и z80 ?
В общем, сравнение с точки зрения радиолюбителей - это те ещё сравнения... бессмысленные. Как радиолюбителю мне нравятся все, кроме Атмел. Любой Атмел, с любым ядром - не использую. Причина - просто не нравятся. Остальные выбираю по наиболее оптимальному соответствию ТЗ, в равной степени смотрю и на ARM, и на 8-битные.
Поддержу комрада BlackKilkennyCat. Если что-то можно сделать проще, надо и делать проще. Можно сделать на 555-м таймере, надо делать на нём. Не хватает 555, берем tiny. Мало => mega. Мало meg'и => stm32. Ну и так далее. Reflector, я Вас понимаю. Есть наработки по stm, рука набита, библиотеки разные "нажиты". Может быть что-то в результате быстрее получится на stm. Но если хватает производительности 8-разр. кристалла, зачем всё усложнять. Вот делал я блок управления приводами распашных ворот. Всё влезло в mega48 (правда "под завязку"). Каюсь, запаял 328-ю, поскольку они у меня были, ну и вдруг захочется расширить функционал. Но никто меня не убедит, что это надо было сделать на stm32.
да, ведь в каждом приложении требуется CAN (есть и 8 ), USB (есть и у 8 ), 3 комплементарных пары выходов PWM (есть и у 8 ) и LCD-TFT (у большинства ARM отсутствует). Что там ещё надо? Ёмкостный тач? да, тоже в каждой поделке и тоже есть у 8 Отладка - это вообще вопрос профессионализма. В большинстве случаях её ни у кого нет, так как полноценная отладка периферии включает в себя наличие сторонних и часто недешевых инструментов.
Но если хватает производительности 8-разр. кристалла
Дело не только производительности, но и в периферии. Слишком простая она в большинстве 8-ми битных МК и отладки нет.
Дык и не надо периферии сложнее зачастую. Отладка... А вот ИМХО чем сложнее кристалл и периферия, тем больше потребность в отладочных средствах и возникает. Мне для меги достаточно отладочных "затычек" в программе и иногда avr_sim (от Gerhard Schmidt, ассемблером от него же пользуюсь).
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 42
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения