Да, для гусенечной техники обычно принято раздельное управление двигателями левой и правой гусениц. Соответственно вперед это оба вперёд, назад — оба назад, разворот влево- правый вперед, левый назад, разворот вправо — левый вперёд, правый назад.
И, кстати, то, что «влево» обозначается как «вперед-назад», а не как «назад-вперед», заставляет подозревать, что endianess в статье выбрана неправильно. Соответственно, «старшый бит» — это на самом деле младший и т.д.
А ещё, вроде как если любой бит здесь испортить, всё равно будет понятно, какая команда была передана. т.е. минимум 2 бита из 4 нужно повредить, что бы стало не понятно действие…
Тут ещё есть интересный нюанс. Чем отличается 0000 от 1111 в битах движения?
В каких случаях транслируется 1111 я описал, но вот то, что при отклонении левого джойстика (который отвечает за башню) в тех позициях остаётся 0000, я забыл написать.
Эти настройки я тоже изменял, кстати. Они мало помогли почему-то. Самый заметный эффект дало уменьшение буфера HackRF, а ещё повышение sample rate на выходе. Видимо, увеличение sample rate приводит к тому, что в том же размере буфера помещается меньше секунд.
Браво!
Толкните пожалуйста, в каком направлении копать, лампа Xiaomi Mi smart led.
Толкового API нет, командный сигнал идет через китайские сервера, в wiresshark состав пакетов тоже не понятен.
https://www.yeelight.com/en_US/developer все лампы Xiaomi являются yeelight и наоборот, у RGB Bulb во всяком случае девмод включается прямо из приложения.
Спасибо, изучу. Но по сути я пытаюсь в пайтон сымиторовать пакет/команду для управления лампой. Для разных умных цветных лампочек нашел инструкцию, что и как в ссдп-пакете, а эта настольная отличается.
Реверс-инжиниринг радиоуправляемого танка с помощью GNU Radio и HackRF