DroneCan. Анатомия

[NutsUnderline]

Похоже в dronecan без лютой инкапсуляции обходятся? А то любят пилить текстовый конфиг по 8 байт пакеты. canprintf конечно и тут есть но он отключаем на уровне прошивки.

я вообще офигеваю от создания новых сущностей на пустом месте, история напоминает то что твориться с промышленными протоколами. да и buetooth нашим любимым. вот есть же mavlink - и маршрутизируют его по всякому, и 100500 видов данных и параметров и пакеты довольно большие можно тестовые статусы передавать и даже ftp есть. даже кое какое оборудование умет этот протокол и предусмотрено 255 разновидностей компонентов. только до ума не довели это дело, да придумали кучу диалектов. и хоть бы кто сделал на нем esc, там для этого ну все же есть. вместо реализации всяких там двунаправленых dshot и абсолютно своей телеметрией даже если она по uart. и нет же - нам зачем то еще нужен dronecan с дополнительными микрухами, таблицами параметров, диалектами и отдельным конфигуратором (под свой набор ОС). помимо этого кстати есть еще некие picollocan и kdecan

самый удивительный кадавр который я видел для этих дел - полетник dronenet: там помимо can еще и ethernet сделали причем сразу со встроенным etnernet hub

[NutsUnderline]

немножко саморекламы :) я составлял перечень протоколов и плат для can usb https://habr.com/ru/posts/931834/ пропатчить их до dronecantools (или наоборот) наверное труда не составит

[Riedl]

всё настолько гаражно кооперативно на самом деле это выглядит. Как игрушка детская вполне сойдет. как пром использование это фиаско.