Как организовать прерывание (соединить 2 проекта вместе)

Нормально что при работе в режиме 1к 16 двигатель шумит. При этом даже провода отходящие от драйвера гудят и сай драйвер ?

 

ну вот. ТЗ мы составили. Теперь разбиваем нашу задачу на несколько подзадач (подпрограмм). Берём лист бумаги и рисуем

эту подзадачу также выделим в отдельную подпрограмму


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

 

Вот алгоритмов, блок схем, не рисовал никогда.
Ну только если нужно было сдать документацию, и это требовалось по ТЗ. Правда это делалось после написания и отладки программы уже.
Это с 1987 года. Писал и под Unix, DOS, свою, и под свою, многозадачную ОС реального времени, разные Windows, включая NT с реалтаймом, микроконтроллеры.
Все обычно в голове складывается, читаешь ТЗ и пишешь, отлаживаешь, потом просматриваешь и оптимизируешь.

С этим полностью согласен, тоже так делаю.

 

Для поморгать светодиодами ничего рисовать не надо. Все действительно укладывается в голове. А вот когда один и тот же таймер используется в разное время в разных подпрограммах, когда решается куча задач и подзадач... Все это в голове не удержать. Проще нарисовать алгоритм.
Заказчику мы сдаём алгоритмы в виде схем FBD. Листов в документе порядка сотни.

 

вот как раз с такой я сейчас и работаю и чтобы внести изменения разбираю чужой код

 

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

 

А мы такую писали впятером, для того чтобы все остальные программистские отделы писали задачи под нее, и все это работало на надежном (троированном с мажоритаром ) железе, которое тоже у нас в организации разрабатывалось.

 

Только Паровоззу не говори, - а то он думает, что на электронщике все должно висеть и схемотехника и трассировка плат и составление ТЗ и программирование на апликационном уровне (прорисовка логики взаимодействия компонентов для моделей RTOS) и БСВ (нижний уровень написания библиотек HAL) - уровне, подбор компонентов. Пускай так и думает - .