Futaba SBUS2 протокол.

Как видим, значение  могут меняться так:

00h (младший байт данный) 80h (старший байт данных)  - на экране “-100” градусов С.

64h (младший байт данный) 80h (старший байт данных)  - на экране – “0” градусов С.

FFh (младший байт данный) FFh (старший байт данных) - на экране “+32667” градусов С.

    Приемник уже знает, что Slot1 занят датчиком  SBS-01T,  отнимает 100 от абсолютного значения и выводит на экран.  Получаем  диапазон на экране от  -100 до 32667 градусов С. В мануале для SBS-01T есть предупреждение  “!The maximum operating temperature for the SBS-01T is 200С!”  Естественно это касается физических свойств самого датчика температуры.

    Почему старший байт начинается с 80h?  Не знаю. Могу предположить, что для других датчиков это, например полярность. Все датчики, кроме RX,  имеют формат  - номер слота 1 байт и 2 байта данных. Приемник знает тип датчика в данном слоте и декодирует данные соответствующем образом. 

Пример из блога Jerry.

Датчик GPS  SBS-01G, занимает  восемь слотов, по умолчанию  с 8-го по 15-й. Выдает такие данные,  первый байт – номер слота ;

13h 53h 1Ah       

 93h 71h D0h         

 53h DEh E2h         

 D3h AFh D7h        

 33h BFh 00h         

 B3h 2Eh 30h                

 73h BCh BBh        

 F3h E2h AEh      

    На флешку пишется лог (Jerry счастливый обладатель 18MZ) DISTANCE,  SPEED, ALTITUDE, VARIOMETER, LATITUDE, LONGITUDE, TIME(UTC)   -  1,  0,    0,   0, N 41:07.8440, W110:34.3932, 22:18:22 соответственно.  Получаем 8 слотов, а пишем на флешку 7 значений.  Почему?  Ответ очевиден,  широта и долгота – это большие числа, скорее всего для них используется по 3 или 4 байта. То есть 3 или 4 слота (6-8 байт данных)  несут информацию о широте и долготе.

    C форматами этого и других датчиков пока не разбирался.  Если кто уже разобрался, поделитесь, пожалуйста.

Адрес слота.

    На первый взгляд, кажется, что какая-то закономерность есть, но не очень понятная. Если посмотреть в двоичном виде, то все становится на свои места.

     Все просто. 

    Почему номер слота всегда содержит ноль и две единицы в младших (левых)  разрядах? Могу предположить, что это команда.  По аналогии с системой команд процессоров  -  “код операции / адрес / данные”.  Код 011 означает  “запись данных по адресу SlotX”, например.  Или  команды для  конфигурации.  Оригинальные датчики имеют идентификатор и  уникальный серийный номер. Например,   VARIO-F1712  ID - 130. Серийный номер  от 0 до 65536 (2 байта).  Это применяется для изменения слота датчика и автоматической регистрации на шине. Смотри мануал 14SG страница 103.  То есть оригинальный датчик может вести двунаправленный обмен при конфигурации по запросам от TX.   Для создания своего датчика это не нужно, мы сами можем установить слот при программировании и будем следить, что бы несколько датчиков не вылезали на шину в одно и то же время.

Про железо.

Железо применяется разное. JLOG2 использует Atmega644P и адаптер для SBUS2.

Схема адаптера выглядит довольно сердито.

  В устройстве “SBUS2 Electric Fuel Gauge” стоит PIC контроллер и  SN74AUP2G240.

SN74AUP2G240 – весьма симпатичная  маленькая штучка, два инвертора с третьим ( высокоимпедансным, извините  за выражение) состоянием, как раз для такого случая. Эта микросхема на 3,3 вольта, но у Texas Instruments есть 5-вольтовая  версия  -  SN74LVC2G240.   Хочу такую.

Для экспериментов я использовал клон Arduino Nano, пару  транзисторов и диод.  То, что нашлось в хозяйстве.

    Один из транзисторов BC817,  второй КТ3102А. Резистор на базе T1 стоит  5 кОм. Выглядит, как кучка мусора на столе.    Работает?   Ага.  Надеюсь, видео доказательств на Youtube не требуется.

    Если будет время и желание, сделаю мост I2C - SBUS2. Хочу подцепить Eagle Tree altimeter  на SBUS2.  Ардуину использовать не буду, у нее какие-то проблемы с delay() и  сигналы гуляют по времени если выполняются еще какие-то действия на  I2C  и  т.д. Для программирования жестких таймингов не гадицца (или я  не умею : ).  Но для экспериментов,  что бы  занять пару слотов на шине, вполне приемлемо.  Послал по ошибке  две пачки с одинаковыми  адресами (slot1)  и разными данными.  На экран вылезли данные  второй пачки, скорее всего данные первой пачки тоже были приняты, но быстро затерты следующими данными для того же слота. Похоже, что  прием данных не зависит от времени, только от адреса слота. 

Хорошая идея.

 Можно взять I2C выход с EagleTree  eLogger и транслировать на SBUS2.  Куча EagleTree датчиков подключены к eLogger, в программе Data Recorder  указываем нужные данные для вывода на ETPP дисплей, имитируем ETPP как  I2C slave, передаем на SBUS2. Получаем  - куча датчиков, логгер и телеметрия.  Красотища!  Теоретически ….

Пока всё

Alex K.