Разрабатываю бортовой компьютер для своего мотика (Yamaha TTR)
Основные компоненты - BluePill c STM32F103, DS3231 с батарейкой и экранчик 1.8 на ili9341.
Получается очень громоздко, на руле такая плямба не очень смотрится.
Есть идея вынести STM в отдельный блок и спрятать его где-нибудь в недрах мотоцикла в безопасном месте.
И вот в этот момент возникает вопрос: как его потом связывать с экраном?
Связь с экраном идет по SPI, плюс кнопки для навигации и настроек. SPI для таких условий не очень подходит, плюс тянуть провода от кнопок, что тоже не способствует надежной работе.
Думал сделать экранчик полностью автономным со своим микроконтроллером (ESP8266 вполне бодро рисует на нем), но тогда нужно задумываться уже о протоколе общения с основным модулем.
i2c - слишком замороченный код клиента, и по событиями не работает (опрос кнопок)
Пока в голову приходит только двойной UART: одна линия от экрана к БК, вторая - от БК к экрану.
Как обычно выкручиваются из таких ситуаций?
Фото прототипа прилагаю. В будущем кнопок будет побольше и модуль DS3231 с батарейкой уйдут на плату. От BluePill избавиться не смогу, ибо паять такие корпуса не умею.
Шина CAN - в принципе разработана для работы в авто, с высокой скоростью, с высокой надежностью, в агрессивной среде. И CAN бывает разный. В общем виде в авто две CAN шины, одна для связи собственно двигателя с периферией, датчиками и.т.д. Отличается максимальным быстродействием и осень высокой надежностью. Вторая CAN-шина предназначена для всей внутренней "развлекухи", связи руля с "головой", разными дисплеями и климат-контролями. Этой шине работают в "человеческом" диапазоне ( задержки до 20mS ) и высокие скорости им не нужны. Вместо второй CAN шины иногда используют LIN, это сильно удешевляет конструкцию. Посоветовать Вам что-то конкретное можно, если Вы озвучите параметры предполагаемой сети: количество узлов, объем передаваемых данных, частота этих передач, критичность потерь информационных пакетов. Это, как минимум. Ну и еще, tja1050 - это всего лишь CAN-приемопередатчик, он цепляется к МК с аппаратным CAN, которые и стОят недешево, и программирования требуют. Как вариант, можно взять MCP2515 ( Stand-Alone CAN Controller with SPI Interface ) и подцепить к нему любой МК, который Вы знаете, аппаратный SPI есть сейчас почти на всех, может и программный прокатит, не знаю, не пробовал. Но в любом случае, CAN поизучать придется, а это дело и не для слабонервных, и не быстро. Нужно-ли Вам это, не знаю, возможные альтернативы я озвучил.
, если дорасту.
