Контроллер для кордовых электричек
Главное переменной “w0dka” не придавать значение больше 500 😃
не, “w0dka” она не просто константа, так еще и глобальная.
а по сути,
упростил чтение данных с таймера по самое не хочу, проверку точности чтения не делал, положился на контрольные суммы байтов,
да и не надо оно по сути своей на приеме, при листании и корректировке все автоматом вылезет.
опять же проверить точность приема пакета таймером можно прочитав повторно после отправки и сверить,
руками или автоматически это уже второй вопрос ))
во второй половине дня приеду с работы, “дорисую” обратный обмен, “рыба” уже есть и она вполне съедобная
и думаю к вечеру интегрирую обмен в программу таймера.
Пока на втором конце Ардуино Нано читает команды и отправляет данные по запросу.
команд осталось три,
- 0x55 установить соединение, ответ таймера 0x55, готов к обмену
- 0x5A запрос пакета с таймера, ждем пакет от таймера 0,2 секунды
- 0xA5 передача пакета таймеру, отправляем пакет и ждем ответ 0xA5.
5 и A потому как чередование 0101 1010, а это самое удобное для синхронизации ))
Работоспособность самого таймера не проверял,
пока, ВРОДЕ КАК, полностью реализован обмен.
Данные в таймере будут сохраняться в EEPROM, сейчас при старте в EEPROM будут загружены стоковые данные,
для обмена будут использоваться данные из EEPROM, но пока сохранение того что вернул программатор не допилил, там пару команд добавить, решил пока не ломать то, что работает
как оно должно работать, проверяйте.
- если при включении программатора таймер не включен, на экране сообщение - “not connection”
- после подключения таймера, программатор переходит в режим - “Read”
- кнопкой SELECT считываем данные с таймера, сообщение - “Complete”
- после корректировки переходим в меню - “Write”
- соответствие принятого отправленному проверяется в программаторе автоматически, повторным чтением.
- если запись прошла успешно, сообщение - “Coomplete”
- если при записи выявлена ошибка, сообщение - “ERROR”, можно еще раз попробовать записать )
Будет добавлено в программу, при успешной проверке отправленных данных, программатор передаст команду на запись в EEPROM,
этот кусок еще не реализован, пока надо все остальное проверить.
ближе к вечеру сооружу стендик и буду тестить.
В плане, добавить переменные
- GYRO on - если используется гироскоп, теоретически режим с гироскопом сейчас должен работать, если в этой версии я ничего не сломал.
- RPM sensor - если подключен датчик оборотов, на будущее
и под них будем делать софт )
Ещё бы схему электрическую подключений… к каким ногам какие проводки подключать.
GND-GND - на LCD это две гоги между 5V и VСС на MINI разъем UART (снизу) подписано GND
RX-TX и TX-RX, на мини подписаны, на LCD RX-правый крайний, TX-рядом с ним
Если вдруг случка не произойдет, можно RT/TX на одной из плат поменять местами
После этого Reset на таймере обязателен, Таймер будет ждать соединения не сильно долго, сейчас стоит 10 секунд, после подключения питания,
если за 10 секунд соединение не произошло, таймер выходит из режима программирования и отправляется в нормальный режим.
Собрал стенд, с записью какой то косяк, записывает через раз.
Будем искать ((
Исправил ошибку
Programmer.zip
сейчас есть другая трабла, не понятно на что влияющая и где искать концы,
при записи может подвиснуть на 1-2 секунды, но не всегда
похоже на выпадание по таймауту чтения, значит данные не записаны или записаны не полностью,
если сразу после нажатия COMPLETE, значит операция прошла успешно.
а значит я знаю, в каком месте искать эту ошибку, позже попробую поправить.
в общем, продолжу отыскивать траблы, еще пара вылезла,
последовательный порт работает значительно медленнее процессора ))))
так что “по простому” не получится
на самом деле, сейчас уже можно потестить и посмотреть, может я что то пропустил в других местах.
я после интегрирования обмена весь остальной функционал программатора не проверял, мало ли где мог накосячить ))
вчера два часа убил на поиск ошибки в программе, после того как решил, что “на фига” счетчику иметь знак
и заменил его на беззнаковое целое и тут же посыпались все изменения разрядов ))
нашел огромный “косяк”, теперь надо понять, как его “выкурить”.
обмен можете даже не смотреть, таймер отдает все правильно, а вот получает - всякую хрень.
как же быстро привыкаешь к хорошему )),
я имею в виду отладку на STM32, остановил программу в любом месте, просто так или по условию
и смотришь, что куда пришло и что где лежит ) Атмега в этом смысле полный отстой,
как можно заниматься отладкой обмена по UART, если данные можно только в него и выводить.
в общем, до вечера среды все изыскания приостановлены.
надо подумать о глобальном изменении логики обмена.
оказывается ошибки периодически проскакивают даже там, где на первый взгляд все работает отлично.
причина кроется в том, что процессор работает значительно быстрее чем UART.
ПЕЧАЛЬНО (
Ну программатор BLHeli как то же работает, и карты программирования для регуляторов тоже, а они на АтМеге собраны, видимо есть какая-то хитрость… А jeti box programmer, разве не на атмеге собран?
Хорошая мысля приходит опосля. Мы в Вас верим!
да все оно на мегах )), я и сам много лет Меги программировал и горя не знал,
а крайние лет шесть пересел на STM32, на которых в плане отладки все просто “в шоколаде” ))
потому и говорю, к хорошему быстро привыкаешь.
конкретный пример, есть Нано, которая должна получить или передать по UART данные,
как узнать, что она передавала или получала ?
когда в проекте UART свободен, можно “выкинуть” в него полученные данные и посмотреть в проге Терминал,
а если занят ? на STM32 простая реализация, я в режиме отладчика останавливаю программу и смотрю все буферы и переменные )
или в реал-тайм, вывожу в консольную строку.
но решение есть, подключу библиотеку SoftSerial, прицеплю USB-UART и буду в терминале смотреть ))
что касается решения UART на программаторе, на UNO UART разведен, но не распаян,
И при таком способе монтажа разъема, даже не мешает внизу ),
недостаток - четыре штыря и питание в середине, надо искать удлинитель с четырьмя проводами
У меня даже подходящий провод от ST-Link завалялся и при подключении к МИНИ провода переставлять не придется
Хорошая мысля приходит опосля. Мы в Вас верим!
да уже придумал, что поменять, для увеличения стабильности и контроля данных.
это реализовать было значительно сложнее
Настроил вывод данных с таймера, в роли которого Ардуинка-Нано, в Soft’овый последовательный порт,
завтра начну “кропать” новую версию чтения/записи данных в таймер с программатора.
Алгоритм на бумаге уже накидал, понял в чем были глобальные ошибки ).
На программаторе тестовые данные при необходимости буду выводить на экран, тут проще.
В итоге прикрутил контрольную сумму на пакет с данными и все стало значительно проще.
Обмен со стороны программатора отлажен с “эмулятором”.
Осталось перенести обмен из “эмулятора” в программу таймера, по сути заменить заглушки на подпрограммы.
Завтра после работы думаю закончить )
Все что хорошо работало на эмуляторе, в таймере работать отказалось,
пол дня убил, уже сломал всю голову, куда пропадают данные, в общем релиз сегодня не состоится, пойду спать.
Утро вечера мудренее, завтра продолжу изыскания ((, печалька.
Завтра прикручу в таймере и программаторе отзеркаливание в софтсериал всей информации отправляемой и получаемой через UART
и буду смотреть, другие варианты уже все перебрал.