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

[jp112sdl]

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.

Hmm... aber braucht der MQ-5 nicht ohnehin 5V ? https://www.parallax.com/sites/default/files/downloads/605-00009-MQ-5-Datasheet.pdf
Zudem zieht der Heater viel Strom, sodass ich nicht denke, dass Batteriebetrieb sinnvoll ist. https://forum.arduino.cc/index.php?topic=202580.msg1492900#msg1492900
Und man möchte ja recht häufig messen, um nicht erst viele Minuten nach dem Gasaustritt eine Meldung zu erhalten?

[Gunter1710]

Der Gas-Sensor wäre ja nur eine mögliche analog Anwendung. Es geht ja hauptsächlich darum den Sketch um weitere Ein-/Ausgänge zu erweitern.

Gruß Gunter1710

[Gunter1710]

Hmm... aber braucht der MQ-5 nicht ohnehin 5V ? https://www.parallax.com/sites/default/files/downloads/605-00009-MQ-5-Datasheet.pdf
Zudem zieht der Heater viel Strom, sodass ich nicht denke, dass Batteriebetrieb sinnvoll ist. https://forum.arduino.cc/index.php?topic=202580.msg1492900#msg1492900
Und man möchte ja recht häufig messen, um nicht erst viele Minuten nach dem Gasaustritt eine Meldung zu erhalten?

Hab das gerade noch mal durchgerechnet. Also die AA Batterien haben so um die 2000 mAh was bei einer Belastung durch den Gas-Sensor von 160 mA gerade mal 12,5 h macht. Das mit dem Gas-Sensor an der Batterie kann ich wohl vergessen
Danke für den Hinweis Jerome.

[Starsurfer]

Moin,
ich habe da mal eine Frage
Ich habe gerade eine HB-UNI-SEN-BATT Platine mit BME280 und Max44009 mit dem HB-UNI-Sensor1 Sketch geflasht, die beiden Dateien aus dem FHEM Ordner nach FHEM kopiert und den Sensor in Betrieb genommen.
Funktioniert  (ich habe keine CCU sondern nur das HmUARTLGW)

Die Sensordaten werden alle brav übertragen und stimmen mehr oder weniger, mit den anderen Sensoren überein. Allerdings ist der Brightness Wert ziemlich hoch mit aktuell  B:1602 mein MQTT Sensor mit dieser Bibliothek daneben zeigt nur 4.59 Lux an. Muß da noch auf FHEM Seite irgend etwas umgerechnet werden?

Gruß Sascha

[Tom Major]

Danke für den Hinweis.
Ich hatte neulich auf Wunsch die Auflösung vom MAX44009 auf 2 Nachkommastellen erhöht, aber wieder mal vergessen das im Perl Skript nachzuziehen (da HM bei mir nur auf RaspberryMatic läuft und ich nur dort teste).
Der Lux Wert ist also momentan bei FHEM Faktor 100 zu hoch, korrigiere ich heute abend.

[Starsurfer]

Ok alles klar, danke.
Ansonsten Top Arbeit.

[Tom Major]

Brightness scaling bug für HB-UNI-Sensor1 für FHEM sollte gefixt sein (ungetestet).

[Starsurfer]

Hm gerade hochgeladen, Werte ändern sich nicht:
HB-Unisensor: B: 486
MQTT Sensor: 6.12 Lux

Muß eventuell die Datei HMConfig_UniSensor1_fw0x12.pm auch noch angepaßt werden?

[Tom Major]

Hm gerade hochgeladen, Werte ändern sich nicht:
HB-Unisensor: B: 486
MQTT Sensor: 6.12 Lux

Muß eventuell die Datei HMConfig_UniSensor1_fw0x12.pm auch noch angepaßt werden?

Also wenn du den sketch neu mit FW x13 compiliert hast
https://github.com/TomMajor/SmartHome/blob/master/HB-UNI-Sensor1/HB-UNI-Sensor1.ino#L148
brauchst du die x12 Version des Perl scripts nicht. Die ist nur für vorhandene Sensoren die man nicht neu compilieren möchte oder kann.
Hast du einen Mischbetrieb von x12/x13?

Hast du ein reload des scripts in FHEM gemacht oder wenn das nicht bringt ein FHEM Neustart.

[Starsurfer]

Moin,
nein habe nur den einen Sensor und der hat die Version 0x13. Habe die Dateien jetzt aber eben mal gelöscht und nur die HMConfig_UniSensor1.pm hochgeladen und neu gestartet.
Jetzt ist alles ok, danke.

[Tom Major]

ok, freut mich, danke für die Rückmeldung.

[PeMue]

Hallo zusammen,

da bei den Fensterkontakten die Batterie unerkannt in die Knie ging, habe ich die CR2023 Version aktualisiert:
- Quarz + Cs entfernt
- Tom's "babbling idiot protection" eingebaut (siehe auch den angehängten Schaltplan), Aktivierung durch ungenutzen Port B1, Messung über A0
Es wäre klasse, wenn jemand über den Schaltplan schauen könnte, ob das soweit passt. Danach werde ich mich ans Layouten mit KiCAD machen, mal schauen,  ob ich das hinbekomme  .

Grundidee:
Ich rüste einen Fenstersensor mit dem Sketch des Universalsensors aus (nur digitaler Eingang als Fenstersensor, dann leider nur eine Stellung) und logge die Spannungsmessung mit. Wenn über die (Langzeit-)Messung klar ist, wie die Grenzen eingestellt werden sollten, könnte (papa?) in der Zwischenzeit den Fenstersensor Sketch auf Batteriespannungsmessung unter Last (ggf. konfigurierbar?) umstellen? Ich würde dafür auch Leiterplatten zur Verfügung stellen  .

Danke + Gruß

Peter

[papa]

Das Umstellen ist kein Problem. Der Sketch hat ja schon die Unterscheidung zwischen ohne und mit Stepup. Da machen wir dann einfach noch eine dritte Variante. Muss den Code eh noch im Masterbranch an die neue Batterymessung anpssen.

[Tom Major]

Hallo zusammen,

da bei den Fensterkontakten die Batterie unerkannt in die Knie ging, habe ich die CR2023 Version aktualisiert:
- Quarz + Cs entfernt
- Tom's "babbling idiot protection" eingebaut (siehe auch den angehängten Schaltplan), Aktivierung durch ungenutzen Port B1, Messung über A0
Es wäre klasse, wenn jemand über den Schaltplan schauen könnte, ob das soweit passt. Danach werde ich mich ans Layouten mit KiCAD machen, mal schauen,  ob ich das hinbekomme  .

Danke + Gruß

Peter

Sieht prinzipiell gut aus, ich würde dies noch in Betracht ziehen:

- 10k pull-up an /CSN, ist etwas sauberer bei SPI Mehrfach Nutzung (Flashen), funktionieren tut es meistens auch ohne 

- die R-Werte für die Spannungsmessung unter Last bei mir https://github.com/TomMajor/SmartHome/tree/master/HB-UNI-Sensor1#messung-der-batteriespannung
  ist eher an AA Zellen Alkaline und NiMH angepasst, für eine CR2032 würde ich etwas weniger belasten

- wenn du es ganz sparsam beim Ruhestrom haben willst halte einen 32kHz Quarz als Option vor (ca. 1uA vs 4uA)

[PeMue]

Hallo zusammen,

ich würde mal mit dem angehängten Schaltplan ins Rennen gehen. Bitte noch mal drüberschauen, ob noch Fehler drin sind.
Dank der Bibliotheken von papa sind sind die Bauteile schon platziert (ich bin noch bei KiCAD 4.x), die Frage ist, ob ich die Leiterbahnen gezogen bekomme  .

- 10k pull-up an /CSN, ist etwas sauberer bei SPI Mehrfach Nutzung (Flashen), funktionieren tut es meistens auch ohne 

Danke, habe ich berücksichtigt.

- die R-Werte für die Spannungsmessung unter Last bei mir https://github.com/TomMajor/SmartHome/tree/master/HB-UNI-Sensor1#messung-der-batteriespannung
  ist eher an AA Zellen Alkaline und NiMH angepasst, für eine CR2032 würde ich etwas weniger belasten

Ich habe mal auf 50 mA ausgelegt, es geht aber auch bestimmt weniger.

- wenn du es ganz sparsam beim Ruhestrom haben willst halte einen 32kHz Quarz als Option vor (ca. 1uA vs 4uA)

Jupp, aber die musste ich runterwerfen, um Platz für die Spannungsmessung zu bekommen  .

Danke + Gruß

Peter