Hauptmenü

Lichtssensor

Begonnen von mister, 13 Januar 2020, 14:54:51

Vorheriges Thema - Nächstes Thema

mister

Ich würde gerne an meinem Raspberry einen einfachen Lichtssensor betreiben zum Schalten von Lampen. Es ginge auch der Weg 433 MHZ Stick oder Conbee2. Gerne auch etwas selbstgebasteltes.

JoWiemann

Und Deine Suche zum Thema hat kein Ergebnis gebracht?! Aber wir helfen ja gerne beim suchen. Nur, wie meine Eltern schon immer angemerkt haben: "Wenn es eine Tafel Schokolade gewesen wäre...".

https://wiki.fhem.de/wiki/Kategorie:Lichtsensoren

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

sash.sc

#2
1. 433mhz temp. Sensor auf LDR umbauen.
2. Dämmerungsschalter 433 mhz nehmen.
3. LDR am einem wemos d1 Mini hängen und über wlan laufen lassen.

Nur eine kleine Auswahl Möglichkeiten.

Gesendet von meinem MI 9 mit Tapatalk
Raspi 4B+ Bullseye ;LaCrosse; HomeMatic; MapleCUL; ZigBee; Signalduino ESP32 ; Shellys; MQTT2; Grafana mit Influxdb

Waldmensch

Esp01 mit Tasmota drauf und einen BH1750. Wenn Batteriebetrieb erforderlich, dann eher einen ESP12 und eigener Code mit Deepsleep


Gesendet von iPhone mit Tapatalk

Beta-User

Hier ist ja was los...

Da schon fertig: Vielleicht noch drei, die im Wiki nicht aufgeführt sind:

https://www.mysensors.org/build/light-bh1750
https://de.wikipedia.org/wiki/Fotowiderstand (zu verwenden mit MySensors oder anderen Ardino-Varianten, Pi-GPIO (not recommended) oder ESPxx)
https://www.aqara.com/us/motion_sensor.html

Sind vermutlich (in uU. nur in Teilbereichen) an sich ziemliche Schätzeisen, aber wenn du deine Anforderungen nicht ebschreibst gilt: shit in=shit out...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

mister

Zitat von: JoWiemann am 13 Januar 2020, 15:01:22
Und Deine Suche zum Thema hat kein Ergebnis gebracht?! Aber wir helfen ja gerne beim suchen. Nur, wie meine Eltern schon immer angemerkt haben: "Wenn es eine Tafel Schokolade gewesen wäre...".

https://wiki.fhem.de/wiki/Kategorie:Lichtsensoren

Grüße Jörg

Danke auch den andern für die Vorschläge. Habe auch schon einiges gefunden genau das ist ja das Problem es gibt mal wieder 1000 verschiedene Möglichkeiten.Mir geht es darum die Variante zu finden die sehr zuferlässig läuft und einfach funktioniert.

mister

Zitat von: Beta-User am 13 Januar 2020, 15:11:03
Hier ist ja was los...

Da schon fertig: Vielleicht noch drei, die im Wiki nicht aufgeführt sind:

https://www.mysensors.org/build/light-bh1750
https://de.wikipedia.org/wiki/Fotowiderstand (zu verwenden mit MySensors oder anderen Ardino-Varianten, Pi-GPIO (not recommended) oder ESPxx)
https://www.aqara.com/us/motion_sensor.html

Sind vermutlich (in uU. nur in Teilbereichen) an sich ziemliche Schätzeisen, aber wenn du deine Anforderungen nicht ebschreibst gilt: shit in=shit out...

danke für deinen Beitrag.Meine Anforderung ist tatsächlich nur Lichter Schalter sprich Lichter die Abends bei Dämmerung eingeschaltet werden.Momentan mache ich das ganze über eine Sommer/Winterzeit was mir aber nicht so ganz gefällt.

Waldmensch

Such dir irgendwo einen schönen Platz, wo Du 5V hinlegen kannst. Dann nimmst Du ein NodeMCU oder D1Mini und baust den BH1750 dran. Zusätzlich kannst Du noch einen DHT22 dranbauen, dann hast Du noch Temperatur und Luftfeuchtigkeit als Mehrwert.
Tasmota_Sensors drauf und die Werte gemütlich über MQTT in FHEM reinholen


Gesendet von iPhone mit Tapatalk

Gisbert

Zitat von: Waldmensch am 13 Januar 2020, 15:08:11
Esp01 mit Tasmota drauf und einen BH1750. Wenn Batteriebetrieb erforderlich, dann eher einen ESP12 und eigener Code mit Deepsleep

Ich teste gerade einen ESP8266-01 (mit roter LED, die 1 mA verbraucht) mit BH1750 zusammen mit Tasmota und DeepSleep im Batteriebetrieb mit einem 7000 mAh-LiPO4-Akku. Ziel ist ein Betrieb von mindestens 4 Wochen, idealerweise 5 Monate bei 2minütigen Senden von Daten im Tagesverlauf, wenn es hell ist.
Sieht ganz gut aus bisher, Test läuft seit 12 Tagen.

Viele​ Grüße​ Gisbert​
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | tuya local | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY | DEYE | JK-BMS | ESPHome

mister

Hat denn jemand mit dem Xiaomi Mijia Helligkeitssensor erfahrungen gesammelt? arbeitet ja auf ZigBee 3.0 im Bereich 0 ~ 83000 Lux und ist Batteriebetrieben.

Beta-User

Mijia verbinde ich mit Bluetooth...
Aqara mit ZigBee. Der Aqara ist ein Schätzeisen, aber auch damit geht es hinreichend genau, Dämmerungsschaltungen zu realisieren; würde vermuten, dass in dem Mijia auch keine ganz andere Meßtechnik verbaut ist (ich mache Bluetooth übrigens mit einem ESP32 mit der firmware OpenMQTTGateway (MQTT2_DEVICE); das funktioniert soweit auch ganz gut,ist aber etwas Arbeit, bis die "pipe" sauber konfiguriert ist...)

@ESP-Jünger: Batteriebetrieb na ja; und bitte gegenüber solchen noobs wie dem TE hier nicht einfach verschweigen, dass man dazu eine gute WLAN-Infrastruktur braucht... (dewegen steht in meinem Beitrag dazu: not recommended!)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

mister

Also ich bin ja echt ein enstapnnter mensch aber @Beta-tester wo genau liegt grade dein Problem mit mir?

Erstens finde ich es schön das du aus zwei sätzen feststellst das ich ein noob bin...und dein "solchen" zeigt auch gleich eindeutig was du davon hälst!
Zweitens ist der Sensor den ich grade anspreche zigbee 3.0 fähig warum schlägt man dann bluetooth vor?



Beta-User

Mit dir habe ich gar kein größeres Problem, nur mit den ESP8266-Enthusiasten hier, die dir was wesentliches verschweigen.

(Deine Fragestellung entsprach aber nicht dem, was lt. der angepinnten Beiträge wünschenswert gewesen wäre, daher der etwas "flapsige" Ton...)

Und sorry, es war jetzt wiederum mir bisher entgangen, dass Xiaomi neuerdings das Schlagwort "Mijia" allgemein für alles mögliche verwendet, das war afaik mal anders. Mit einem Link in deinem Post, der auf ein konkretes Gerät verlinkt, hätten wir uns das sparen können...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Waldmensch

@Gisbert: aber mit dem 01er ist doch die Fummelei mit PIN anlöten für den Deepsleep. Beim 12er und den 12 Derivaten D1Mini und NodeMCU sind die Pins zugänglich.

Natürlich braucht man für den ESP WLAN, so wie man für die anderen Dinge Funk braucht. Das hätte ich jetzt als Grundwissen vorausgesetzt. Ich habe bei mir ESP Devices in der hintersten Gartenecke, die bei 20% RSSI zuverlässig arbeiten. So weit kommt kein 443MHz Device. Wenn es Reichweitenprobleme gibt kann man bei Wifi immerhin noch einen dreifuffzig Steckdosenrepeater zwischensetzen. Das geht bei Funk nicht so einfach.

Der OP hat nach Vorschlägen gefragt und ein Vorschlag ist halt ESP über WLAN und MQTT. Ich habe bei mir mittlerweile, bis auf die FHT alle funkschalter auf WLAN umgestellt.


Gesendet von iPhone mit Tapatalk

JoWiemann

Zitat von: Waldmensch am 13 Januar 2020, 16:16:07
Ich habe bei mir ESP Devices in der hintersten Gartenecke, die bei 20% RSSI zuverlässig arbeiten.

Also, meine hinterste Gartenecke ist 40m vom Haus entfernt. Da habe ich keine WLAN mehr und eine Steckdose für Repeater fehlt auch. Somit habe ich hier LoRa gewählt.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM