Нештатная информация на штатный дисплей
|
Здравствуйте, гость ( Вход | Регистрация )
Нештатная информация на штатный дисплей
|
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 Если будет интересно - продолжу повествование. |
|
|
29.10.2014, 10:53
Сообщение
#2
|
|
Участник Группа: Маздаводы Сообщений: 139 Регистрация: 19.4.2014 Из: Истра (МО) Пользователь №: 32720 Спасибо сказали: 58 раз(а) |
_Michail_, начну по порядку:
1. про "схему шины" - согласен, попробую, должно заработать (тем более, что вчера я уже разок увидел нужное сообщение на дисплее) 2. про арбитраж - это реализуется на аппаратном уровне, насколько я понял - нельзя сказать конкретному устройству "заткнись". Здесь просто на шине устраняется "балаган", когда все одновременно орут и толком никто ничего не слышит - просто наводится порядок в сообщениях и сообщения начинают доходить до адресатов - не более того 3. про "слушать коды" и отправлять в дисплй - с этого я и начал.. но вот представь себе стиуацию (штатная балалайка есть): - балалайка флудит вывод на дисплей примерно раз в 150мс - платка что-то там приняла (пусть для определенности это будет средний расход) - платка отправила дисплею команду - "нарисуй расход" - дисплей это принял и исполнил - балалайка в очередной раз отправила команду - напиши название станциии и... наше сообщение перетерто.. именно с этой проблемой "перетирания" я и борюсь. 4. документик хороший - он рассказывает об основах (аппаратный уровень, разрешение коллизий, коррекция ошибок и т.п.).. но в нашем случае это не так интересно, поскольку мы саму шину не реализуем - она у нас уже есть как данность (в машине), а за "низкоуровневую" реализацию отвечает MCP2515 и MCP2551 (а вот разработчики этих микросхем собаку съели на подобных документах). В своем устройстве я могу оперировать только адресами устройств, длинной пакета и его содержимым.. могу читать (фильтровать, преобразовывать и т.п.), могу передавать.... но при этом совершенно не заморачаваясь на тему "как оно там коллизии обходит". |
|
|
Текстовая версия | Сейчас: 5.10.2024, 14:23 |