Это ПРОИЗВЕДЕНИЕ во всех смыслах. Автор - гений нашего времени.
Мне завидно. Потому что у автора в портфолио появилась вещь, противопоставить которой что то равное по весомости (пусть и в другой области творчества) трудно.
Это ПРОИЗВЕДЕНИЕ во всех смыслах. Автор - гений нашего времени.
Мне завидно. Потому что у автора в портфолио появилась вещь, противопоставить которой что то равное по весомости (пусть и в другой области творчества) трудно.
Тьфу... Не шутите так...
А почему так сложно получается ? Для ELT я прошивку за несколько вечеров написал.
Разрисовать конечный автомат на бумажке с переходами, да запрограммировать его.
Ну ещё разобраться с обработкой показаний датчиков.
Вы на си пишете прошивку или на ассемблере ? Там какой МК используется ?
Видимо моя прошивка несколько сложнее .
Все разрисовать оказалось невозможно. Когда режимы и управление начинают пересекаться, вылазить куча багов их взаимодействия и приходится в один алгоритм вписывать другой, в него третий и так далее. Попробуйте закодить какую-нибудь анимацию, а потом добиться ее безглючной работы при всех возможных переключениях.
Пишу не я, я бы такую не написал. На Си под STM32 и STM8.
---------- Добавлено 22.02.2015 в 00:03 ---------- Предыдущее сообщение 21.02.2015 было в 23:53 ----------
Да, кстати говоря. Сегодня посидели и поковыряли прошивку, вроде отловили оставшиеся сомнительные места. Пришлось пошагово проверять работу контроллера осциллографом, по коду найти место вероятного глюка не удавалось. После тестов станет понятно, может это уже и конец ее доработки.
Последний раз редактировалось V R P; 22.02.2015 в 01:06.
Велофары моего производства - http://vrp-lights.com
Анимация работает в своём прерывании, обработка кнопок в другом прерывании, меню (реакция на кнопки) в третьем, если сумма времени выполнения всех прерываний не занимает всё контроллерное время, то проблем не будет.
У меня контроллер загружен на 60% примерно и это с учетом того, что он сам следит за током на диодах т.к. сделал без драйвера светодиодов, с ним такой гибкости управления 3-мя каналами не добиться. И батарею сам смотрит.
Мне кажется, в фаре всё таки первоочередная задача это надёжность.
И чем проще прошивка, чем меньше состояний, тем надёжнее будет работать.
Можно даже анимацией, наверное, пожертвовать в пользу безглючности работы.
А так да, нужно всё делать независимыми раздельными модулями.
Делать короткие простые процедуры с конечным временем выполнения, которые
можно вызывать по прерываниям или просто в event-loop. Ну и следовать принципу
"необходимо и достаточно".
Короче, я за упрощение в целях повышения надёжности
Велофары моего производства - http://vrp-lights.com
Это да. По-этому неплохо бы предусмотреть возможность несложного обновления прошивки.
Например через USB. Чтобы пользователь мог сделать это самостоятельно. Далее тщательно собирать
отзывы пользователей первых партий, исправлять недочёты и мелкие неудобства, отправляя им обновления.
Несложно обновлять не получалось, тем более по юсб, там и так впритык все влезло в имеющиеся габариты. Да и сама процедура обновления добавила бы еще кучу глюков и затянула бы сроки написания прошивки. Обновлять особо нечего, функционал не меняется, главное обеспечить его функционирование. А рассылать глючные прошивки и потом напрягать всех их обновлением - это называется выпустить сырой продукт. Да и далеко не всегда можно все исправить в прошивке, плату 3 раза пришлось переделывать изза софтовых проблем. Тут пользователь бы уже ничего не сделал. Так что я придерживаюсь принципа изготовление законченного устройства, не требующего в дальнейшем вмешательства и обслуживания. Я же не конструкторы/киты делаю, а готовые устройства.
Велофары моего производства - http://vrp-lights.com
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)