ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Пятница
3 мая
1367592 Топик полностью
Eddy_Em (31.10.2023 21:32, просмотров: 173) ответил Cкpипaч на Еще раз, абсолютно новых разработок в природе не бывает. Все идет взамен чего-то. Лампа взамен реле, транзистор взамен лампы и так далее.
Да ладно! А система управления совершенно новым прибором - это не новая разработка? 

Понятно, что разработчик использует те узлы, которые у него уже "в загашнике" имеются. Но не всегда оно есть. И не всегда с первого раза гарантированно получится - нужно прототип делать.

Это мне хорошо: медленные сигналы (от силы 12МГц на USB, да коротенькие дорожки к кварцу на 8МГц), так что косяки в разводке платы не превращают ее в тыкву. А вот работающим с ВЧ…

А собрать конструктор из ПЛК - какая ж это разработка? Просто монтаж.

Понятно, что для "умного реле", работающего на 485 или CAN, ничего экстраординарного не нужно. Если взять STM32F0x2, то даже кварц не потребуется на скоростях CAN до 500кбод (может и выше, но я не проверял). А для 485, естественно, даже самая тупая восьмибитка подойдет. И если у тебя на складе их ящик, то вполне логично их и использовать. Ну, а коли нет - можно и современные аналоги подыскать (те же нувотоны или даже CH32V003). Потратить месяцок-другой на подготовку базисной среды для разработки под новый МК, и штамповать на нем.


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

Да и отлаживать-то там ничего не надо, если новая разработка от старой лишь незначительными изменениями отличается.


Есть еще такой косяк с этими новыми МК: не факт, что через несколько лет их можно будет в нужном количестве достать. А при производстве в десятки тысяч штук в месяц… либо покупай миллионы МК заранее (а откуда бабосы?), либо каждый раз на новую базу переключайся (опять с тратами на прототипы и т.п.), либо используй то, что гарантированно будет еще десятилетие. В общем, этот пункт мне тоже надо было добавить.

eddy-em.livejournal.com github.com/eddyem