Оптимальный старт в программировании МК на С

[tempora]

Дык он же коммерс , чем больше приобрели тем жЫрнее кусок хлеба с икрой. И на хрена ему долгоиграющее?

Типа, "Кто возьмёт домхвонов тачку, тот и срубит бабла пачку!"(С)

То-то я смотрю наши жилконторовцы как по расписанию стали старый домофон ругать, который уж лет д*цать исправно работает - почву готовят гады?

[Grey_Cat]

Вы невнимательны . Сия ссылка выше уже обсасывалась и ответ был дан.
С этого поста https://kazus.run/forums/showpost.ph...postcount=1045
Причем там хвалебные речи NEC, похоже заказная статья.
STM32 ни чем не хуже...

Мы таки говорим не о производителе, а о факте помехозащищенности.
Опять таки повторюсь - в сети много примеров. Те, кто работал 30 лет назад, и до сих пор еще работают в этой области, меня поймут. Ну а для молодых - оставьте мои посты на сутки (может кому-то помогут), а потом грохните их, пожалуйста.
Если кого-то обидел - приношу свои извинения.
P.S. Я пошел спать

[tempora]

Вы невнимательны . Сия ссылка выше уже обсасывалась ...

Дык, он оттуда её и взял.

[SasaVitebsk]

P.P.S. В сварочных аппаратах использовали 511 серию именно по этим причинам.

В станках тоже. Тенденция тогда такая была. Кстати дерьмовая серия была. В том числе и по помехам. Жрала как лошадь и, соответственно, проблемы с питанием и оттуда другие проблемы.

Всё меняется. Технологии, подходы. Представим RS485. Согласно типовым представлениям, чем ниже скорость - тем выше надёжность передачи. Так как требуется больше времени (энергии помехи) чтобы исказить бит информации (условно). Но можно подойти по-другому. Siemens работает по Profibus со скоростью 12 мбит/с. Смысл прост. Сокращается транзакция до минимума. Типично данные передаются 16 байт + служебка. Таким образом пакет получается очень короткий. Грубо говоря он "проскакивает м/у помехами". Ну если исказился, производится повтор. Таким образом борьба с помехами перешла из аппаратного в программный уровень.

Поэтому старые книги в данной области не совсем будут отвечать современному уровню развития.

[Grey_Cat]

Дык, он оттуда её и взял.

Вас, похоже, еще и в поисковиках уже забанили...
P.S. Печатную плату хоть раз в глаза видели?

[tempora]

Глубина анализа строго соответствует предыдущим перлам.

[Grey_Cat]

В станках тоже. Тенденция тогда такая была. Кстати дерьмовая серия была. В том числе и по помехам. Жрала как лошадь и, соответственно, проблемы с питанием и оттуда другие проблемы.

Всё меняется. Технологии, подходы. Представим RS485. Согласно типовым представлениям, чем ниже скорость - тем выше надёжность передачи. Так как требуется больше времени (энергии помехи) чтобы исказить бит информации (условно). Но можно подойти по-другому. Siemens работает по Profibus со скоростью 12 мбит/с. Смысл прост. Сокращается транзакция до минимума. Типично данные передаются 16 байт + служебка. Таким образом пакет получается очень короткий. Грубо говоря он "проскакивает м/у помехами". Ну если исказился, производится повтор. Таким образом борьба с помехами перешла из аппаратного в программный уровень.

Поэтому старые книги в данной области не совсем будут отвечать современному уровню развития.

Ну а кто же против? Только RS-485 - это дифференциальная линия передачи, что не скажешь об отрезке пути от драйвера 485 до контроллера. Я так решил, что во всех следующих разработках, имеет смысл преобразования однополярных сигналов на входе устройства в дифференциальные, далее их обработка, далее (при необходимости) обратное преобразование в однополярные сигналы.

[Grey_Cat]

Глубина анализа строго соответствует предыдущим перлам.

Ну и опять не в тему, умненький Вы наш...

[tempora]

Да, да, тут, уже десять страниц, все, кроме ГК - "не в ногу" пишут.

[nikvas]

Это опять я, ребенок из песочницы.
Почитал ваши беседы, какие же Вы умные!
Но поднятую тему "языки программирования" вы не заметили.
Все мои слова восприняли по максимализму.
И мне кажется, что Вы забыли отличие процессоров от микропроцессоров. Вы давно уже выросли до процессоров, но сидите в микропроцессорах.
Когда я писал что хочу (в будущем) работать с графикой, я имел ввиду символьный индикатор, а не видео изображения. Когда я привел пример оператор Print (согласен, не удачно) я имел в виду любую команду, а язык программирования сам впишет подпрограмму с набором команд и как пример я привел BASIC.
О железе потом, И все таки на каком языке лучше программировать небольшие программы для МИКРОконтроллеров?