HB-UNI-Sensor1 - Neuauflage

[botti]

Den vertreibt gerade ein polnischer Anbieter bei ebay:

https://www.ebay.de/itm/274950610336

Auch nicht super günstig wegen versandt aber es sind 5 Stück.

[TomMajor]

Bei Mouser lohnen sich Sammelbestellungen etc., ab 50€ netto ist der Versand kostenlos (und sehr schnell).

Bei TME gibt es aktuell die 3.3V Version, dort sind die Versandkosten etwas erträglicher.

Vorsicht vor fehlerhaften bzw. Fake MAX1724:
https://github.com/TomMajor/SmartHome/t ... es-bei-ali

[Andreas81]

Schade, jetzt erst gelesen und gestern schon bei eBay bestellt, allerdings die 3.3V Version. Hoffentlich taugen die Dinger dann was …

[t0mk]

Mein HB-UNI-Sensor1 nur mit einem TSL2561 scheint ab einer gewissen Dunkelheit den Wert 999,99 Lux zu liefern, jedenfalls interpretiert es die CCU so. Auch die Sendezeit in der CCU wird dann nicht aktualisiert. Ist das gewolltes Verhalten? Oder wird wirklich nichts gesendet, und die CCU reimt sich nur was zusammen? Sobald aber auch nur ein bisschen Licht reinkommt, werden erwartungsgemäß deutlich niedrigere Werte übermittelt.
Die grundsätzlichen Nachteile des TSL2561 sind mir bekannt, aber die können hier nicht der Grund sein, oder?

[TomMajor]

Mein HB-UNI-Sensor1 nur mit einem TSL2561 scheint ab einer gewissen Dunkelheit den Wert 999,99 Lux zu liefern, jedenfalls interpretiert es die CCU so. Auch die Sendezeit in der CCU wird dann nicht aktualisiert. Ist das gewolltes Verhalten? Oder wird wirklich nichts gesendet, und die CCU reimt sich nur was zusammen? Sobald aber auch nur ein bisschen Licht reinkommt, werden erwartungsgemäß deutlich niedrigere Werte übermittelt.
Die grundsätzlichen Nachteile des TSL2561 sind mir bekannt, aber die können hier nicht der Grund sein, oder?

ich denke es hat was mit der Auto-Ranging Funktion zu tun und die 999 kommen hier her (Wert ist x100 skaliert):
https://github.com/TomMajor/SmartHome/b ... 561.h#L108
Eigentlich sollte das aber nur bei

Code: Alles auswählen

if ((_brightnessRawFull == _brightnessRawIR) || (_brightnessRawFull > 60000))

eintreten, was den "overflow" Fall bei hohen Helligkeiten abdecken soll
siehe auch
https://github.com/TomMajor/SmartHome/t ... orTest_Lux

Evtl. helfen Debug Ausgaben, dafür FTDI seriell anschließen usw.
Bin selbst zu lange raus aus dem TSL2561, verwende nur noch MAX44009.

Edit:
Evtl. hilft schon diese Änderung:

Code: Alles auswählen

if (((_brightnessRawFull == _brightnessRawIR) && (_brightnessRawFull > 0))
    || (_brightnessRawFull > 60000))
    

also der zusätzliche Test auf größer 0 für den ersten Teil der Bedingung.

[t0mk]

Danke, ich hab's direkt ausprobiert. Die CCU hat einmalig die Übertragung der 0 Lux Helligkeit angezeigt, seitdem ändert sich die Zeit der letzten Übertragung in der WebUI nicht, obwohl der Wert seitdem hätte schon 2x wieder übertragen werden müssen. Der Sensor liegt immer noch in dunklem Raum, die Anzeige steht auch bei "0", soweit also erstmal alles OK. Nur dass die Zeit der letzten Kommunikation mit dem Sensor sich nicht mehr ändert, irritiert mich. So war das gestern mit 999,99 Lux aber auch schon, ist das erklärbar?

[Matsch]

Wenn sich der Wert nicht ändert, findet auch keine Übertragung statt, denke ich.

[TomMajor]

Wenn sich der Wert nicht ändert, findet auch keine Übertragung statt, denke ich.

ich präzisiere mal etwas, die Übertragung von Seiten des Sensors findet schon statt, aber wenn sich der Wert nicht ändert wird der angezeigte Zeitstempel nicht aktualisiert.
Der Wortlaut "Letzte Änderung" in der WebUI ist da durchaus wörtlich zu nehmen.

[t0mk]

Macht Sinn!

@TM: kannst du dann bitte die eine Zeile in deinem Repo aktualisieren? Ein PR macht wohl wenig Sinn bei dem Änderungsumfang

[TomMajor]

ja, mache ich die nächsten Tage.