Если почитать доку к нему то там будет указано $ или # ставить для хекса

Т.е. $AA

разобрался, для хекса необходимо, чтобы было 2 знака после $

Ну вот, RTFM  опять сработал 😁

да я его прочёл(но не с первого раза), но не мог сообразить почему в отправленном сообщении вместо моего сообщения отсылался квадрат и тройка=)

terminal1.9 рулез, есличо

Почти. Но виснет при больших потоках. Мне больше тератерм нравится

Из бесплатного

Ну бывает, иногда внимание хромает, иногда не совсем понятно что происходит. Главное что разобрался

у меня вот такой вопросец есть. Сейчас хочу сделать протокол обмена сообщениями, вот подумал о том, как его можно реализовать полностью платформонезависимым и подумал о следующем. Норм ли будет идея, чтобы были указатели на функции для основных операций (отправка, проверка буфера и т.д). А при инициализации своего класса я бы просто присваивал указатель на нужные мне функции и дальше это уже бы работало с необходимой периферией. Или тут могут возникнуть проблемы? (вопрос возможной работы с указателем в никуда отметается, рассматривается, что происходит контроль инициализации указателей на функции)

Ты сча говоришь о стороне МК? Ну или другими словами исполнителя? Если да - обычно так и делают - есть таблица указателей, в зависимости от принятой команды - зовут нужную функцию по указателю

Если о транспорте - лучше смотреть на SLIP protocol

Protobuf?

Он позволяет логически разделять канал на несколько

ага. Просто и тестировать проще будет

советовали когда-то, но я нихерашеньки не понял что с ним делать и хер положил.

платформеннонезависимое - это json

Ясн )
Для МК он тяжеловат.

Это своеобразная штука, у него проблемы с требованиями к ресурсами были и имплементации под МК были сырыми.

Я его трогал года два назад последний раз. Все сложно было

Ну и ещё его генераторы описания, та ещё вещь в себе.