Помогите разобраться с прот. обмена датчика температуры

Evg69 · 25.07.2015, 11:20

Добрый день.
Разбирался ли кто нибудь с протоколом обмена датчика bl999 433 МГц(метеостанция Еа2)?
Прикладываю осциллограмму начала посылки

NewWriter · 25.07.2015, 11:37

мне и самому было бы крайне интересно, у меня как раз есть такая метеостанция с этим датчиком.

Evg69 · 25.07.2015, 11:41

Сообщение от NewWriter

мне и самому было бы крайне интересно, у меня как раз есть такая метеостанция с этим датчиком.

У меня три датчика. Кроме самой метеостанции необходимо получать данный с них в дополнительное устройство

elon · 25.07.2015, 12:23

судя по рисунку это похоже на NEC овский протокол , стартовый ( 2 длительности единицы , 1- длинный 0-короткий ) , дальше кодирование адрес устройства , данные
временные характеристики возможно иные

NewWriter · 25.07.2015, 13:11

Похоже, но под NEC, кажись, не подходит. Кодирование явно широтно-импульсное. Большая пауза - "1", маленькая - "0".
Автору - измерь курсором длительности между импульсами. Попробуй декодировать хотябы вручную, визуально и сверить с существующими протоколами - JVC, Samsung

Я попробовал, получилось вот что:
вначале маркер начала сообщения, затем:
11010100 ( 0xD4 )
00100001 ( 0x21 )
00001000 ( 0x08 )
1111111... ( 0xF? )

В принципе, проследив всю цепочку сигнала, можно расшифровать сообщение.
Автор, выкладывай целиком осциллограмму всего сообщения! меня тоже интересует тема вопроса

jump · 25.07.2015, 13:38

все гораздо проще - проверить при разных условиях (одинаковых для 3-х датчиков), записать осциллограммы, вычислить временные параметры. потом - почитать о RC5, найти исходники для ленивых, перекроить под себя, проверить в железе.

NewWriter · 25.07.2015, 13:48

Нее, там не RC5, вернее, не этот тип кодирования "1" и "0". В манчестерск. кодировании должна быть обязательная смена уровня сигнала в каждом периоде. А тут походе на широтно-импульсное. Об этом говорит правая часть осциллограммы.

NewWriter · 25.07.2015, 14:53

Нашел вот такой документ по сенсорам для метеостанций: (во вложении)
к сенсору Ea2 он не подходит, но немного проясняет структуру сообщения

NewWriter · 25.07.2015, 14:58

Оуу, а вот и протокол на сенсоры Oregon Scientifiс: http://wmrx00.sourceforge.net/Arduin...-Protocols.pdf

)

)

В принципе, что нужно сделать автору: в полном передаваемом сообщении отделить заголовок от полезной информации. Для этого, считывать осциллограммы одного и того же датчика, слегка изменяя температуру сенсора и влажность. Неизменная часть сообщения будет заголовком, остальное - данные с контрольной суммой. Потом переключать каналы датчика и найти в сообщении ту часть, которая меняется. Затем разобраться с той частью, которая содержит данные датчика температуры и влажности, посчитать контрольную сумму.

Evg69 · 25.07.2015, 16:58

Сообщение от NewWriter

Похоже, но под NEC, кажись, не подходит. Кодирование явно широтно-импульсное. Большая пауза - "1", маленькая - "0".
Автору - измерь курсором длительности между импульсами. Попробуй декодировать хотябы вручную, визуально и сверить с существующими протоколами - JVC, Samsung

Я попробовал, получилось вот что:
вначале маркер начала сообщения, затем:
11010100 ( 0xD4 )
00100001 ( 0x21 )
00001000 ( 0x08 )
1111111... ( 0xF? )

В принципе, проследив всю цепочку сигнала, можно расшифровать сообщение.
Автор, выкладывай целиком осциллограмму всего сообщения! меня тоже интересует тема вопроса

Сейчас набираю статистику. Меняю номер датчика, температуру. Регистрирую в виде файла CSV. По измерениям. Стартовый период 9,4 мС. 1- 4,54 мС, 0 - 2,48 мС. В посылке стартовая пауза повторяется 3 раза. Первые биты после нее тоже. Если интересно, могу приложить CSV файлы