Universelle Hardware-Basis für 868MHz Funksensoren und Aktoren

[rvideobaer]

Hallo,

ich habe mich jetzt mal wieder mit dem HM-Sen-MDIR-WM55 auf Grundlage der Universelle Hardware-Basis beschäftigt. Der von mir für die Helligkeit verwendete TSL2561 meldet wie gewollt die Helligkeit, aber die werte finde ich leider etwas niedrig. Bei dem trüben Wetter Heute liefert der Sensor bei mir offen auf dem Schreibtisch liegend werte von 3 - 8. Der Sensor im Wettersensor im Gehäuse bringt höhere Werte. Ist es möglich den Wertebereich zu erhöhen da der Bewegungsmelder erst bei Dunkelheit auslösen soll?

Gruß Rolf

[on-off-on]

Hallo,
der Thread beschäftigt sich ja mit 868er Basis -gibt es ggf. ein solches DIY-Projekt eines "Universalsensor" / FDKS auf zwave oder zigbee-Hardware / Protokoll modifiziert?

[ulli]

Zigbee ware der Hammer

[Gunter1710]

Hallo, ich wollte mal nachfragen ob es ein Sketche gibt welches die HB-UNI Platinen vernünftig ausnutzt? Also z.B. mit einem Temperatursensor (18B20, DHT22 oder BME280), sowie zwei digitalen Eingängen (für Taster, Bewegungsmelder u.s.w), ein Ausgang (Relais) einem Analog-Eingang (Gas-Sensor), sowie einen Batteriemessung (z.B. StepUp/StepDown)? Der Sketch HB-UNI-Sensor1 von Tom Major ist schon ganz prima, aber leider bin ich zu doof um den zu erweitern. 

[kadettilac89]

Hallo, ich wollte mal nachfragen ob es ein Sketche gibt welches die HB-UNI Platinen vernünftig ausnutzt? Also z.B. mit einem Temperatursensor (18B20, DHT22 oder BME280), sowie zwei digitalen Eingängen (für Taster, Bewegungsmelder u.s.w), ein Ausgang (Relais) einem Analog-Eingang (Gas-Sensor), sowie einen Batteriemessung (z.B. StepUp/StepDown)? Der Sketch HB-UNI-Sensor1 von Tom Major ist schon ganz prima, aber leider bin ich zu doof um den zu erweitern. 

Die Basis von Tom Major ist schon ganz gut. Habe damit selber Sensoren gebaut. Woran scheiterst du?

[Gunter1710]

Die Basis von Tom Major ist schon ganz gut. Habe damit selber Sensoren gebaut. Woran scheiterst du?

In dem Sketch "HB-UNI-Sensor1" sind:
1x temperature/humidity/pressure
1x digitalInput
1x brightness
1x battery/batVoltage

ich hätte gerne:
1x temperature/humidity/pressure
2x digitalInput
1x analogInput
2x digitalOutput
1x brightness (optional)
1x battery/batVoltage

Anwendungsfall1 – Gartenhaus: 1x Temperatur, 1x D-In Fensterkontakt, 2x D-Out Rollladen(auf/zu), 1x Lichtsensor, 1x Batterie
Anwendungsfall2 – Garage: 1x Temperatur, 2x D-In Garagentorkontakt(auf/zu), 1x D-Out Garagenöffner, 1x Gassensor, 1x Batterie

[PeMue]

Hallo Gunter,

ich hätte gerne:
...
1x analogInput
...

Anwendungsfall2 – Garage: 1x Temperatur, 2x D-In Garagentorkontakt(auf/zu), 1x D-Out Garagenöffner, 1x Gassensor, 1x Batterie

dann vermute ich mal, dass der Gassensor analog angeschlossen ist. Welchen hast Du da im Einsatz?

Gruß Peter

[Gunter1710]

Hallo Gunter,
dann vermute ich mal, dass der Gassensor analog angeschlossen ist. Welchen hast Du da im Einsatz?

Gruß Peter

Im Moment spiele ich mit dem MQ-5 (Erdgas) und dem MQ-7 (Kohlenmonoxid) rum. In der Garage ist auch der Gasanschluss 😉

Gruß
Gunter

[PeMue]

Im Moment spiele ich mit dem MQ-5 (Erdgas) und dem MQ-7 (Kohlenmonoxid) rum. In der Garage ist auch der Gasanschluss 😉

Braucht der nicht noch einen hochohmigen Vorverstärker?

Gruß Peter

[Tom Major]

In dem Sketch "HB-UNI-Sensor1" sind:
1x temperature/humidity/pressure
1x digitalInput
1x brightness
1x battery/batVoltage

ich hätte gerne:
1x temperature/humidity/pressure
2x digitalInput
1x analogInput
2x digitalOutput
1x brightness (optional)
1x battery/batVoltage

Anwendungsfall1 – Gartenhaus: 1x Temperatur, 1x D-In Fensterkontakt, 2x D-Out Rollladen(auf/zu), 1x Lichtsensor, 1x Batterie
Anwendungsfall2 – Garage: 1x Temperatur, 2x D-In Garagentorkontakt(auf/zu), 1x D-Out Garagenöffner, 1x Gassensor, 1x Batterie

HB-UNI-Sensor1:

Also brightness und batVoltage habe ich default drin.
Sowie einen digitalInput, ich habe dafür ein Byte im Telegramm freigehalten, lässt sich also leicht auf bis zu 8 inputs erweitern falls man die pins hat.

Vor ca. 2 Wochen hatte ich den customData Mechanismus nachgerüstet (Bsp. UV-Sensor), dort sind 16bit frei, dass lässt sich leicht für z.B. 2x analog In nutzen.

Analog Out ist schwieriger. Das ist ein Sensor der die meiste Zeit im deep sleep ist und keine Commands von der Zentrale empfangen kann.
Dafür sollte man eher ein 2. Gerät was als Aktor arbeitet hernehmen.
Oder mit dem Feature BurstDetektor/WOR, würde ich aber für einen Sensor nicht machen.

[Gunter1710]

Braucht der nicht noch einen hochohmigen Vorverstärker?

Ich habe die Sensoren vom freundlichen Chinesen Versandhandel gekauft, da ist eine kleine Platine mit analoger und ein digitaler Ausgang dabei.

HB-UNI-Sensor1:

Also brightness und batVoltage habe ich default drin.
Sowie einen digitalInput, ich habe dafür ein Byte im Telegramm freigehalten, lässt sich also leicht auf bis zu 8 inputs erweitern falls man die pins hat.

Vor ca. 2 Wochen hatte ich den customData Mechanismus nachgerüstet (Bsp. UV-Sensor), dort sind 16bit frei, dass lässt sich leicht für z.B. 2x analog In nutzen.

Analog Out ist schwieriger. Das ist ein Sensor der die meiste Zeit im deep sleep ist und keine Commands von der Zentrale empfangen kann.
Dafür sollte man eher ein 2. Gerät was als Aktor arbeitet hernehmen.
Oder mit dem Feature BurstDetektor/WOR, würde ich aber für einen Sensor nicht machen.

Schade das man Input und Output Kanäle nicht so einfach kombinieren kann, das ist mit den Wemos D1 mini mit EASEasy ganz einfach.
Dennoch wäre eine Erweiterung der Input Kanäle wünschenswert. Auf dem Pro Mini 328 sind ja genügend freie Ports vorhanden.

Gruß
Gunter

[jp112sdl]

Auf dem Pro Mini 328 sind ja genügend freie Ports vorhanden.

Das ist aber auch nur das, was man von außen sieht.
Müsste man mal schauen, wie viel Platz noch in der Payload ist und/oder ob man einen extra Channel dafür nutzen muss. Und da stellt sich dann weiter noch die Frage, ob noch genügend freier Speicher auf dem 328P vorhanden ist.
Hab den HB UNI Sensor1 nur mal fix so wie er ist kompiliert und kam schon auf über 28k

[Tom Major]

Moin Jerome,
du hier im grünen Forum 

zum Thema payload, ich hatte geschrieben

Sowie einen digitalInput, ich habe dafür ein Byte im Telegramm freigehalten, lässt sich also leicht auf bis zu 8 inputs erweitern falls man die pins hat.

für 8 input bits it auf jeden Fall Platz und auch ein analogRead() wird es in die 16bit custom data schaffen (natürlich sollten nicht alle möglichen Sensoren aktiviert werden)

[jp112sdl]

Moin Jerome,
du hier im grünen Forum 

Hehe, ja nur kurz.
Will mich da auch nicht groß in dein Projekt einmischen

Nur noch zu den Anforderungen von Gunter1710:

Im Moment spiele ich mit dem MQ-5 (Erdgas) und dem MQ-7 (Kohlenmonoxid) rum. In der Garage ist auch der Gasanschluss

Das würde Batteriebetrieb wohl ausschließen, womit man dann für

2x digitalOutput

kein WoR bräuchte.

In Garage und Gartenhaus wird sicher auch Strom vorhanden sein (Rollladen, Garagentorantrieb).

[Gunter1710]

Zitat von: Gunter1710
Im Moment spiele ich mit dem MQ-5 (Erdgas) und dem MQ-7 (Kohlenmonoxid) rum. In der Garage ist auch der Gasanschluss
Zitat von: jp112sdl
Das würde Batteriebetrieb wohl ausschließen, womit man dann für 2x digitalOutput kein WoR bräuchte.
In Garage und Gartenhaus wird sicher auch Strom vorhanden sein (Rollladen, Garagentorantrieb).

Im Moment ist das nur ein Test mit den Gassensoren, ich würde auf jeden Fall nur einen Gas-Sensor verwenden wollen und nur den analogen Ausgang. Ob ich auf 5V Netzbetrieb umstelle werde ich später entscheiden. Im Moment sind so ziemlich alle meine Steckdosen mit den Wemos D1 belegt. Ich würde aber gerne auf 868Mhz bzw. HM umsteigen wollen, da es bei mir im Haus/Garten wesentlich stabiler läuft als das WLAN.