caxapa.ru :: Я банально перевел в CAN свой последовательный протокол, ну а там команды, для загрузчика передавалась строка HEX-файла с оберткой команды, естественно. Потому что все равно нужен доступ с компьютера для тестирования, логгирования, и обновления ПО. Есть же опыт с последовательными протоколами? CAN всего лишь дробит пакеты на мелкие части.

VLLV (20.12.2021 11:53, просмотров: 277) ответил Argon на синхронизация времени узлов, обнаружение отвала узлов, присоединение новых и главное - возможность передавать объемные пакеты данных (прошивки, например).

Я банально перевел в CAN свой последовательный протокол, ну а там команды, для загрузчика передавалась строка HEX-файла с оберткой команды, естественно. Потому что все равно нужен доступ с компьютера для тестирования, логгирования, и обновления ПО. Есть же опыт с последовательными протоколами? CAN всего лишь дробит пакеты на мелкие части.

Ответить

- А как же адресация? Или у вас только 2 узла связаны по CAN? - Argon(20.12.2021 12:05)
  - Четыре узла. Адресацию можно сделать как угодно - по идентификаторам, можно в верхний уровень положить. Может, при большом трафике и есть разница, но у меня небольшой трафик. Могу отдать все исходники, IAR AVR, правда там X-макросы в протоколе, будет тяжело, если опыта нет. - VLLV(20.12.2021 12:21)
  - есть подозрение что вы голову себе морочите! Все что вы хотите реализуется без какого либо протокола. Раздайте узлам уникальные id после второй сотни. Каждый узел через N времени отправляет пакет о своем состоянии. Синхронизация времени по пакетам с 0x000 id. - Aleksey_75(20.12.2021 12:10)
    - Реализуется, только потом называется "самописным протоколом". Особенно если предусмотреть какой-то больший функционал, чем принял-послал. - Argon(20.12.2021 12:19)
      - Слона нужно есть по частям. - VLLV(20.12.2021 12:22)
        
        хотелось бы предусмотреть большой холодильник, чтобы была возможность доесть попозже, но до конца ) - Argon(20.12.2021 12:26)

Микроконтроллеры