Easyelectronics.ru

Не знаю , я вот изучаю плату STM32F4DISCOVERY. Шарики за ролики. Точнее пытаюсь до нее достучаться. Какую-то хренову тучу программ надо поставить ( в моем понимании)

С Вашего позволения полностью цитировать не буду, но думаю кому надо прочитают.

Честно говоря такую задачу решить на меге не проблема.



2 меги это конечно спорно, можно было взять одну 16.

Насчет задач. Я уже описывал, я на меге делал устройство с выдачей синхроимпульсов (запуск от внешнего, но нужно формировать задержки, причем меняемые) с джиттером менее 1 мкс. При этом на том же контроллере было 8 термодатчиков, 6 каналов ПИД, еще ряд сервисных функций и обмен с управляющим устройством. Кроме того, устройство досталось от других людей с кривой разводкой, пришлось делать программную фильтрацию наводок на входе синхронизации для исключения ложных срабатываний, наводки были больше 5 В, и то максимум не увидеть из-за того что диоды на входах режут. И термодатчики тоже надо переопрашивать при приходе помехи. И ничего, еще запас остался по производительности. Мега 32. прошивка заняла 12 кБ, но под завязку как то не хотелось, поэтому сразу была выбрана 32. (изначально стояла 8535, но поскольку было ясно что не влезет, сразу закупили 32 и поставили).

Но такие задачи хоть и вполне востребованные и серьезные, есть еще такой момент. Когда пишешь код универсальным, то как правило платишь занятой ОЗУ, зато интерфейсы внутри однотипные, что облегчает работу. Расход ОЗУ не очень большой, но все таки. Второй момент - если организовать например очередь сообщений, чтобы согласовать быстрые процессы с медленными, то это тоже ОЗУ. Прием эффективный, позволяет очень много автоматизировать, но увы ничего не бывает просто так. А вот ОЗУ как раз маловато в AVR. Правда в STM32 тоже хотелось бы больше, но уже под несколько иные специфические задачи. FSMC конечно помогает но есть свои но.

Пока кодовую страницу не захочешь вшить.

Документация:
1. STM32F407 Datasheet
2. STM32F407 Reference
3. STM32F4Discovery User Manual
4. STM32F4 HAL Documentation

Программы:
1. ST-Link
2. STM32CubeMX
3. OpenSTM32 IDE

Вроде все что нужно чтобы начать программировать.

Вот спасибо , добрая душа! А то у меня комп принципиально ее не видит

Отставить сопли!
http://geektimes.ru/company/rainbow/blog/263130/

Не проблема, после того как сделано самому видно. Но тогда нужно было дать ответ заказчику беремся-не беремся за пару дней, а машину без схем и описания первый раз видел и необходимый функционал расшифровывал по табличкам.

В Меге16 не хватает ног, причем не пары-тройки, что можно обойти хитростями, а целых 12. На две Меги задача разложилась удачно благодаря приблизительному равенству необходимых входов и выходов, поэтому одна принимала сигналы и орабатывала, вторая получала пакет и выводила.

Самое трудное было с распределением ресурса времени цикла по задачам, так как для программого АЦП не желательно было даже малейшее прерывание, и были еще длинные куски обменов данными между контроллерами и устройством и компьютером, не столь критичные, но не больше, чем поставить флажок.

Ну проектирование с этого и начинается, что прикидываются требования и ресурсы.



LED я обычно через сдвиговый регистр использую. Плюс всякие расширители очень удобная штука. Для медленных интерфейсов самое то.
И меги есть с большим числом ног.



А вот с АЦП для качественной оцифровки я бы лучше взял сигма дельта если для термопар. Да и точность 0.15 вообще то говоря можно получить только при компенсации холодного спая, а там уже вычисления полиномов для чисел с плавающей точкой, в общем меге трудновато. Хотя если редко и нет задачи не проспать тик, то в принципе нормально. Но у меня например много кода который заточен под операционку (кооперативка), да и все инструментария в операционке много нужного, поэтому в суперлуп я бы не стал делать.

Будь это серийное изделие с тысячными тиражами, то вариант мог быть другой. Кроме этого ЖК дисплеи требовали своего протокола вывода и отдельные светодиоды могли мигать и грузить рутинной работы ведущий контроллер не хотелось.


Для компенсации использовался ТСМ, внутри использовалось разрешение 0,1*С, иначе регулятор плохо работал. А вообще математика двухбайтной точности с диапазоном от 2 в +/-127 степени задействована (для универсальности даже аппаратное перемножение не используется). Самая страшная формула, которую приходилось считать это аналитическое вычисление влажности по сухому-мокрому термометру, вот там полиномище.

Я принципиально не стал покупать плату, содержащую много лишнего. Сделал простейшую под STM32F429 с дисплеем. Завелась моментально. Стм32 вполне можно программировать в авр подобном стиле, без лишних библиотек с одной лишь документацией. Ногодрыг грубо говоря в 2-х строчках.
А можно и визуальной настройкой в кубе воспользоваться. Но он инициализирует много лишнего, поэтому возможны непредвиденные эффекты.

Если авр запитать от 3.3 в, на выводы нельзя будет подавать 5 в.
А стм32 имеет толерантные к 5 в выводы :)

Вообще атмел постоянно мудрит с разъемами отладчиков.
стлинк-2 имеет дубовейший разъем под стандартный шлейф с шагом разъема 2.54 мм. Всё!
Нет, атмел сначала выкореживался с жтаг2 с вечно ломающимся шлейфом и китом за 50 долл.
Теперь такая же хрень с жтаг3 и ат-айс. Последний к тому же не отключается от спи.
Устройство с множеством дополнительных модулей на спи, которое я успешно отлаживал жтаг3, с ат-айс перестало работать.

Кстати, а как точно называется тот тип 10-пиновых «типа-IDE» разъемов, что Atmel использует?

HARTING IDC 2.54mm
http://www.harting.com/fileadmin/hartin ... t_08_g.pdf
http://www.harting.ru/fileadmin/harting ... o_e_10.pdf

Я-то про отладчики-программаторы. А там отнюдь не 2,54/2,54, а скорее 1,27/1,27. Потому и спрашиваю.

В драконе 2.54

Ну, то в Драконе. А вот в Atmel ICE стоит эта 10-пиновая «мелюзга».

Нашлось. IDC mil-50 это.

А вот в ЧиД продается нечто странное: горизонтальный шаг 1.27, а вертикальный (между рядами) 2.54.

чем STM8 хуже "тиньки"?
http://www.ebay.com/itm/0-56-led-Digita ... 3ccdd86c57
а STM32 для часов еще лучшее - у всех внутри полноценный RTC, не надо ставить внешнюю микросхему часов

У stm8L тоже часы встроенные есть)))
Правда у них с автономным питанием на аппаратном уровне похуже, но добиться потребления в дежурном режиме в несколько микроампер вполне можно.

Ну с ТСМ Вы получили опорную температуру. А чтобы вычислить измеряемую как раз у нужно вычислить два полинома.
Для ТСМ тоже полином, только попроще.

Для большИх точностей и полного диапазона термопары применялось. Основная масса проблем была в обеспечении стабильности измерений, все таки оцифровывать 40 мВ с 10-ти битной точностью напрямую контроллером не совсем тривиальная задача.

Как вы её решали?

Да можно сделать хоть сигма дельта, только зачем?
ADS1118 справляется с это задачей лучше. И дискретность будет выше. Есть и лучше варианты.

Хотя конечно если задача из говна и палок, то тут да. Вот только неэффективный способ.

Схема для минимального варианта - 1 термометр 100 Ом


Ножкой (-) компаратора разряжаем конденсатор, переводим на вход, измеряем время заряда до срабатывания.
Время срабатывания определяется напряжением на (+) ножке компаратора, поочередно она подключается к земле через опорный или измеряемый резистор. Соотношение времен пропорционально соотношению сопротивлений, дальше дело вычислений. Конденсатор 0,01 мкФ фильтрующий.

Это голый скелет в алгоритмической части, аппаратная так и выглядит. Схема пригодна для обработки датчиков с уровнем напряжения до 1 В - термопары, термосопротивления, диоды. Для больших уровней нужно применять вместо 100 к источник тока.