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

[Evg69]

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

Сейчас этим и занимаюсь. Но на RC5 не похоже

[Evg69]

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

Думаю в моем случае должно быть проще. Сейчас попробую сравнить записанные файлы. Может сразу прогу накидаю для декодирования. Все равно алгоритм в дальнейшем пригодится

[NewWriter]

Если интересно, могу приложить CSV файлы

Да, интересно, выкладывай.

[NewWriter]

Наткнулся вот на такой документ с описанием протокола некоторых погодных станций. По виду осциллограммы и временнЫм характеристикам похож на исследуемый у Ea2 (во вложении):
Поток разделен не на байты по 8 бит, а на полубайты по 4 бита. Данные о температуре и влажности представлены в BCD-формате (двочино-десятичный) - это во всех протоколах, которые я просмотрел, так сделано.

[Evg69]

Да, интересно, выкладывай.

В архиве 4 файла. С какого канала и температура указаны в имени.
Я для ускорения процесса накидываю программу дешифровки. Ручками долго будет

[Evg69]

Наткнулся вот на такой документ с описанием протокола некоторых погодных станций. По виду осциллограммы и временнЫм характеристикам похож на исследуемый у Ea2 (во вложении):
Поток разделен не на байты по 8 бит, а на полубайты по 4 бита. Данные о температуре и влажности представлены в BCD-формате (двочино-десятичный) - это во всех протоколах, которые я просмотрел, так сделано.

Спасибо. Сейчас накидаю программу перевода длительностей в 0/1 а там уже буду смотреть протоколы

[NewWriter]

Вручную декодировал. Получились такие результаты.
В посылке 4 раза повторяются одни и те же данные, то есть, разбиты на 4 пакета.
Каждый пакет начинается с маркера старта и содержит 36 бит (9 х 4 бит). Видимо, для надежности передаются 4 одинаковых пакета подряд. Начинается пакет одинаково, первый полубайт 1101 (0xD). Затем в двух битах содержится номер канала (01 - 1 кан., 10 - 2 кан., 11 - 3 кан.). Последние 4 бита - скорее всего, контрольная сумма.
Дальше пока что определить не могу. Может, где-то ошибся в распознавании 1 и 0, или просто мало данных для анализа. И мне чето так кажется, что данные по температуре и влажности просто зашифрованы. Только алгоритм шифрования неизвестен. Нужно больше информации, с одного и того же датчика (канала), с указанием температуры и влажности. Хотя бы штук 10 измерений. Аа. стоп.. данные в каждом полубайте могут идти младшим битом вперед, то есть, тогда нужно зеркально нужно отразить каждый полубайт..
Во вложении - таблица результатов в экселе.

[Evg69]

Наткнулся вот на такой документ с описанием протокола некоторых погодных станций. По виду осциллограммы и временнЫм характеристикам похож на исследуемый у Ea2 (во вложении):
Поток разделен не на байты по 8 бит, а на полубайты по 4 бита. Данные о температуре и влажности представлены в BCD-формате (двочино-десятичный) - это во всех протоколах, которые я просмотрел, так сделано.

Большое спасибо за документ. Написал программу декодирования, вместо датчика температуры подключил многооборотный резистор. Протокол очень похож на описываемый на 6 странице. Данные по температуре расшифровываются четко. Надо еще разобраться с первыми 8 битами. Когда я начал набирать данные с одного канала, но разной температуры, то там действительно меняются некоторые биты. Мне и в голову не пришло бы, что там, как и написано в документе, есть случайно устанавливаемые биты. Но поскольку базовый блок знает с какого датчика данный, то там есть и соответствие номеру.
Вот данные при различной температуре с одного датчика
Канал 1. Температура справа
k1
10110110 0100 011110110000 1111 1111 0111
10110110 0100 011110110000 1111 1111 0111
10110110 0100 011110110000 1111 1111 0111 22,2
10110110 0100 011110110000 1111 1111 0111

10100100 0000 000001110000 1111 1111 1100
10100100 0000 000001110000 1111 1111 1100
10100100 0000 000001110000 1111 1111 1100 22,4
10100100 0000 000001110000 1111 1111 1100

10100100 0000 101001110000 1111 1111 0001
10100100 0000 101001110000 1111 1111 0001 22,9
10100100 0000 101001110000 1111 1111 0001
10100100 0000 101001110000 1111 1111 0001

[Evg69]

В посылке 4 раза повторяются одни и те же данные, то есть, разбиты на 4 пакета.
Каждый пакет начинается с маркера старта и содержит 36 бит (9 х 4 бит). Видимо, для надежности передаются 4 одинаковых пакета подряд. Начинается пакет одинаково, первый полубайт 1101 (0xD). Затем в двух битах содержится номер канала (01 - 1 кан., 10 - 2 кан., 11 - 3 кан.). Последние 4 бита - скорее всего, контрольная сумма.

Я пришел практически к таким же выводам. Но структура заголовка хитрее. Я то же считал что где то ошибаюсь, но в том документе который прислали Вы, указывается что в заголовке может присутствовать рандомная составляющаяя. При этом метеостанция еще и знает номер канала. Буду рыть в этом направлении.
Сейчас буду не изменяя данных по температуре и не переключая номера канала снимать данные после извлечения батарейки

[NewWriter]

Да, а вам как-нибудь удалось расшифровать данные по температуре? Судя по структуре, они капитально зашифрованы. по крайней мере, я не могу найти логической связи между температурой и содержимым в середине пакета.
Метеостанция наверно не определяет влажность, раз там FF присутствует?
А вы снимаете сигнал уже в метеостанции или в самом датчике?

Информация по номеру канала содержится в 5 и 6 бите по счету слева.