Arduino.ru

перекачал ,вот результат:

Это не всё. нет данных непосредственно с приёмника

Вот теперь данных достаточно. Попробую разобраться, отпишусь, когда отлажу библиотеку..

.

Привет, большие промежутки между разобранными сообщениями это норма? или у меня с датчиком что то не так?

Эт последняя версия библы?? Значит что-то с таймингами..

Эт последняя версия библы?? Значит что-то с таймингами..

Перепроверил, протестировал на всех своих датчиках и ардуинах. Кое что подправил, но изменения незначительные, и по идее мало на что повлияют... Но попробуйте перекачать библиотеку.

Если не получится - будем копать дальше.

Возможная причина - это где-то неправильный кварц. Либо в датчике, либо в ардуине. Потому как к концу посылки разница у вас набегает примерно в 120мкс, а это отклонение от тактовой частоты примерно на 0.06%

kcin. вы бы тоже "осциллограф" скинули...

а программно кварц нельзя "подогнать" на ардуине ?

Вот вывод работы скетча с осцилографом и сервисной информацией. Библиотека от 9 June 2019.

Почему то в этот раз попался только один дальний датчик.

https://gist.github.com/kcinIvan/582fa287ba8e24bba2a80fffe23aeeef

Доброго времени суток.
Нет ли возможности эмулировать датчики от производителя Vitek?

Конечно можно.

Добавил коррекцию частоты. Перекачайте библиотеку и см пример Receiver. Сегодня проверил на Arduino MKR Zero. Все мои датчики  принимаются без всякой коррекции. Значит проблема всё-таки в частотах передачи данных самих датчиков...

Попроовал на своих с новой редакцией.

при -2 в коррекции частоты принимает версию 2неплохо и 3 пореже. Но в общем терпимо. Пр -4 вер 2 четко принимает, как и было. 3 не слышит.

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

На вашем месте я бы в термодатчике кварц перепаял. При таком уходе частоты возможно ему недолго уже осталось...

Уход за время посылки на 120мкс - это ошибка достаточно серъёзная. С таким кварцем часы будут убегать на 4 секунды в час..

попробуем перепаять, но что обидно, анемометр новый, с коробки и такое с ним..

Работает! Для Arduino UNO и моих датчиков устойчиво принемает показания со значением .timing_correction = -3

Любопытно что при -5 около часа небыло вообще не одного показания, а после устойчивый прием. Но хуже чем при -3. 

Теперь поробую залить все это на NodeMCU (ESP8266) и отдавать показания в Home Assistant. Для другого МК придется другое значение .timing_correction искать?

А возможно ли читать данные Oregon на приемнике HC-12?

http://espmeteo.ru/rt433/ вот тут товарищ продает.. я купил, использую сейчас. прием получше, как пишет он занимается выделением сигнала. тема была на формуме wifi-iot, с прошивкой. Но не орегон.. на форуме задавал вопрос, говорит хлопотно..  пришлось сделать конвертер из орегон в RCSwitch

Подогнали OS BAR638HG (родной датчик , вроде thgn132n, видела).

Пытаюсь эмулировать скетчем с первой станицы  - не слышит, хотя связка rtl_433 и Domoticz данные с эмулятора принимают.

Там-же в начале темы было упоминание про такое из-за  "корявой" CRC в коде скетча но чем закончилось , я так и не понял.

Появились наработки по этому вопросу ?

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

Если это мне, то датчика нет.

Есть эмулятор на ардуино Nano и передатчике 433.

и кстати интересно про конвертер Oregon -> RC switch  подробности .

Да, у меня его bar368 принимает

>>и кстати интересно про конвертер Oregon -> RC switch  подробности .

это сделано под прошивку wifi-iot. там есть прием  RC-switch датчиков и конструктор их на ATtiny, живут долго.. но вот захотелось орегон прикрутить, автор отказывает.. сложно типа и ненужно. вот и пришла в голову идея сделать конвертор.. Даже кой как работате, с приемом траблы чуть на esp8266. но это можно победить.

kaluganin , Спасибо за код , надо будет попробовать.

По предыдущему вопросу - он закрыт. С библиотекой от Porosenok https://github.com/invandy/Oregon_NR/tree/master/examples скетч трансмиттера работает, данные от "THGR122N" базой принимаются. В rtl_433 на Armbian почему-то THGR122N и RTGN318 принимаются стабильно , а вот THGR810 выстрелил за 2 суток всего пару раз.

Но мне это уже и неважно.

На гитхабе есть библиотека для WT450 https://github.com/GraemeWieden/WT450Sender/tree/master/examples/Send_WT450

Такой протокол в Vitek VT-3535 по крайней мере.

Я еще не пробовал - руки не дошли.

Добрый день! А с датчиком acurite ктонибуть работал? Можно ли его эмулировать?

А мой можете посмотреть пожалуйста.

Доброго дня!

На ESP8266 (NodeMCU) столкнулся с "isr not in iram" 

Пришлось подправить в Oregon_NR.cpp

было: void receiver_interruption(void)

стало: void ICACHE_RAM_ATTR receiver_interruption(void)

после этого ошибка ушла, данные от датчика читаются

TYPE: THGN132N CHNL: 1 TMP:  8.7C HUM: 62% BAT: F ID: 3C

По возможности подправьте на GitHub

Спасибо!

Подправил.

Кроме того, добавил автоматическую подстройку частоты. (см. в примере Receiver)

По умолчанию она включена decode_method = 2. Если станет хуже можно выбрать старый метод decode_method = 1.

По идее, теперь настройка timing_correction нужна будет только в исключительных случаях...

Проверяйте.

Добавил decode_method = 3. Должно работать ещё лучше :)

заценим тогда

Про чтение датчиков развивается проект RFLink Gateway поддерживается куча протоколов, включая все версии Oregon  http://www.rflink.nl/blog2/devlist

Работает правда пока только на Mega

Oregon V1/2/3:

THC238, THC268, THN132N, THWR288A, THRN122N, THN122N, AW129, AW131, THGR268, THGR122X, THGR122N,

THGN122N, THGN123N, THGR122NX, THGR228N, THGR238, WTGR800, THGR918, THGRN228NX, THGN500, RTGN318,

THGR800, THGR810, RTGR328N, THGR328N, Huger BTHR918, BTHR918N, BTHR968, RGR126, RGR682, RGR918, PCR122, THWR800, THR128, THR138, THC138, RGR928, THGR968, THR228N, RGR968, WGR968, THGN132N,

UVN128, UV138, UVN800, Huger-STR918, WGR918, WGR800, PCR800, WGTR800, BTHG968, BTHGN129

пробовал я его.. подключал и просто и к DOMOTICS УД, все в общем ничего но анемометр не видит.. все что с протоколом 3 увы.. и не обновляется проект уже года 2..

поэтому делал на библе Porosenok , пока все ок.

Добрый день!

А руки ни у кого не дошли прикрутить SI4432? в любом виде (с разбором пакета или с получением в RAW и передачу в библиотеку)?

"Про чтение датчиков развивается проект RFLink Gateway поддерживается куча протоколов, включая все версии Oregon  http://www.rflink.nl/blog2/devlist

Работает правда пока только на Mega"

На esp8266 или esp32 было бы интереснее,чем на меге..

там исходников нет, только прошивка, поэтому не интересно

Уже портировали на ESP, и исходники лежат на гитхабе https://github.com/Stef-aap/RFLink-ESP

что-то в описании нет поддерживаемых протоколов.. или все то-же 2х годичной давности??

Обновил библиотеку https://github.com/invandy/Oregon_NR.

Из нового:

- Добавлена поддержка THN800, PCR800
- Добавлена проверка  CRC8 WGR800,
- Исправлен CRC8 RTGN318,
- Улучшены библиотека передатчика и пример ретранслятора
- Добавлена возможность сконфигурировать библиотеку под приём длинных пакетов

Просьба проверить.
 

На ESP-32 стала лучше ловить THGN132N (2 штуки)

и перестала ловить один THGR122N

Код орегона там достаточно скучный. Впоследствии его оформили в виде библиотеки в ардуино. А исходники не раскрываю потому что они не под ардуину написаны, а на голом SDK. Это вносит свои проблемы...

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

Поэксприментировал с библиотекой от Porosenok, кое что оптимизировал, кое чему поудивлялся. 

В результате есть желание предложить ему попробовать отказаться от монопольного захвата процессора на время приема пакета, попробовать только на прерываниях все сделать, чтобы параллельно с орегоном можно было другие протоколы парсить. Подобный вопрос ему уже задавали, про MySensors.

del

Здравствуйте!
А можете подсказать, как сделать лайт версию исключительно под thgn132n? Просто хочу внедрить в свой проект. С полной версией не хватает места под код.

Естественно, выкинуть все лишнее (т.е. то, что не нужно в Вашем проекте).

Редактировать Oregon_NR.h я так понимаю?

Обычно не хватает место в озу, а не под код. Для этого можно в ашнике прописать следующее:

#define ADD_SENS_SUPPORT 0

#define IS_ASSEMBLE 0

#define PACKET_LENGTH 20

Первая строка немного и код сократит.