Нештатная информация на штатный дисплей
|
Здравствуйте, гость ( Вход | Регистрация )
Нештатная информация на штатный дисплей
|
23.10.2014, 21:53
Сообщение
#1
|
|
Участник Группа: Маздаводы Сообщений: 139 Регистрация: 19.4.2014 Из: Истра (МО) Пользователь №: 32720 Спасибо сказали: 58 раз(а) |
Собственно, началось с того, что когда-то давно кто-то уже делал вывод информаци с нештатного парктроника на штатный дисплей.
Был бы проект жив - просто купил бы и не парился.. но тот проект умер - пришлось все изучать самостоятельно. На текущий момент: 1. уже "препарирован" и довольно хорошо изучен протокол парктроника Parkmaster (одного из недорогих) - уверенно получаю и интерпретирую данные с него. 2. влез в среднескоростную шину CAN на своей машинке - умею управлять дисплеем (пока не идеально, но процесс идет). 3. сделан первый прототип "промежуточной" железки (устанавливается между парктроником и can-шиной) и протестирован (на базовые функции). Моя "железка" дополнительно содержит часы реального времени (RTC) - и теперь на машине появился календарь (был очень сильно удивлен, узнав, что штатно календаря вообще нет). Выглядит сейчас вот таким образом: WP_20141023_14_26_32_Pro.jpg ( 195.28 килобайт ) Кол-во скачиваний: 362 Если будет интересно - продолжу повествование. |
|
|
5.1.2015, 19:00
Сообщение
#2
|
|
Участник Группа: Маздаводы Сообщений: 139 Регистрация: 19.4.2014 Из: Истра (МО) Пользователь №: 32720 Спасибо сказали: 58 раз(а) |
Собственно, первые тесты в машине показали, что "на столе" я отработал не все варианты - в машине не то чтобы все не работало, но почти все работало не так как надо.
Поэтому пришлось прошивку поделить на несколько "атомарных" (исполняющих только определенный набор функций) и отлаживать их по отдельности. На текущий момент отлажено и работает:
Грабли, по которым прошел:
100% решение нашлось пока только по 1 проблеме - пришлось переписать обработчик прерывания (выкинуть из него вообще всю обработку). По второй проблеме пока написан "костыль" - банальная перезагрузка контроллера CAN-шины раз в 10 секунд. Работает, но если знать, когда и куда смотреть - можно заметить "лишнюю" задержку (где-то до 0.2 сек) при отображении данных. Решение второй проблемы, думаю, надо искать в аппаратной возможности отрабатывать фильтры и маски на уровне mcp2515 - потребуется дополнительное изучение этого контроллера. Решение этой проблемы существенно "облегчит жизнь" основному микроконтроллеру (atmega328). И как результат того, что сегодня сделано - Реализована следующая логика:
Ближе к концу видеоролика, я включаю заднюю скорость - просто для проверки фукнционирования "режима парктроника". Система этот режим отработала, но теперь надо разобраться принимаемыми данными - пока там что-то неадекватное сыпется... Надеюсь, завтра продолжу. Нажатие кнопок буду "отлавливать" после того, как парктроник начнет нормальные расстояния показывать. Спасибо сказали:
|
|
|
Текстовая версия | Сейчас: 7.10.2024, 14:13 |