Какие сигналы, какие частоты, какая фильтрация?
Господа заказчики, учитесь формулировать задание.
В качестве совета, сформулируйте и изложите что будет критерием того, что работа выполнена. Подумайте заранее как Вы будете принимать работу и опишите этот процесс как Вы его понимаете.
Как программист может обеспечить корректную работу если есть баги в железе?
Тогда уж правильнее формулировать требования к ПО, а не к яркости (которая зависит не только от ПО), т.е. время переключения между сегментами должно быть одинаковым с разбросом не более Х мкс. Также и частоту этих переключений, т.к. при недостаточной частоте также будет мерцание.
Вот наверное первый ответ по теме).
Формулировать задачу какими то общими фразами, должно работать правильно или код должен быть красивый некоректно. Поди разбери потом что для кого правильно или красиво.
Ну форматирование кода и его качество слабо связаны.
Вопрос скорее в стиле кодирования (не форматирования). Например запрет на использование extern (вместо этого доступ к переменным из другого модуля исключителтьно через методы). И тут все конечно неодназначго, то что есть "правильный" код под ПК с "неограниченными" ресурсами вряд ли будет правилтным для 8 битного МК.
Но автор как я понимаю имеет ввиду нестолько "красоту" кода, а корректность работы прибора, что не всегда одно и тоже. Устройство может работать правильно, но при этом код может быть ужасным со всех точек зрения.
100% верно, если есть закономерность количество сегментов/яркость то проблема с железом а не с ПО.
Другое дело если яркость разная "хаотично". Это указывает что функция выполняющая переключение выполняется не детерминированно, т.е. время между переключениями плавает.
Такое возможно к примеру если это переключение выполняется не из прерывания а из потока ОС. Либо из прерывания, но есть другие прерывания более приоритетные или того же приоритета котоые выполняются "долго" по отношению к периоду переключения цифр.
В сети можно найти в описании одного из модулей на A40i:
Из чего можно предположить что CAN модуль есть на борту самого процессора и никаких PCI и USB не требуется.
Но для того чтобы разрабатывать драйвера нужна нормальная полная документация с нормальным описанием всех модулей, регистров, ошибок кремния (errata), но Linux программисты обычно об этом ничего не знают и не понимают что от куда берётся и с чем они работают.
