E
спасибо, гляну
Size: a a a
2021 July 21
ED
Так см. выше - пакет там формируется самим радиомодулем или нижележащим стеком. Там уже все есть - отслеживание длины, повторная передача, подтверждение приема.
ED
По сути надо только накладывать payload.
ED
А разбор полезной нагрузки так и этак всегда надо писать с нуля, если уж хочется писать.
E
да вот я и думал, как лучше его складировать, структура данных в целом хороший вариант, думал мб что-то есть универсальное для разбора
ED
Ради прикола посоветую protobuf. :DDD
Если серьезно, то он настолько косой и громоздкий, что использовать его редко когда есть смысл.
Если серьезно, то он настолько косой и громоздкий, что использовать его редко когда есть смысл.
ED
Но зато унифицированный, да.
ED
Вообще, любое универсальное решение если и не напоминает монстра изначально, то в какой-то момент обязательно им становится.
E
я кстати о нем подумал, но что-то не хочется
Сейчас надо разобраться, как работает этот радиомодуль до конца и подумать, как лучше всего сделать передачу данных на клиент )
Сейчас надо разобраться, как работает этот радиомодуль до конца и подумать, как лучше всего сделать передачу данных на клиент )
ED
А что за модуль?
E
S2-LP от ST
пример запустил с p2p
пример запустил с p2p
ED
Что касается protobuf, я вообще не понимаю его смысла в эмбеде. Этот протокол разрабатывался прежде всего как замена JSON, и как такая замена он неплох. Но в случаях, когда мы имеем нативную возможность работать со структурами, конструкции вроде protobuf не имеют никакого смысла.
ED
Ща погуглю. :)
E
доку могу дать все скачано 😁
ED
Я умею гуглить. :)))
ED
Но спасибо. :)
ED
А что у него с доставабельностью в нынешних условиях?
F
А чем их не устраивал JSON?
ED
Так он капец громоздкий. Это же текст.
ED
protobuf куда более компактен.