UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[stimezo]

@Sarmander

Ja, High bedeutet Spannung liegt an.

Gruß
Christian

[Sarmander]

egal ob 3.3V oder 5V? Möchte weder Sensor noch den "Arduino" kaputt machen :)

[stimezo]

@Sarmander

beim ESP 3.3V
beim Arduino 5V

Aber hier reden wir ja über den Sensor, dem kannst Du beides geben.

Gruß
Christian

[Reese1]

funktioniert dass ganze von post#1 auch noch mit der aktuellen tasmota 8.3.1? hab heute mit 3 verschiedenen BH1750 probiert, leider werden keine lux werte angezeigt,
:confused:

[RappiRN]

Hast du mal mit einem 4,7k Widerstand, also je einen, von SDA und SCL zu den 3,3 V probiert? Es gibt einige Bilder mit diesen Widerständen.
Ich selbst habe diese Erfahrung mit einem DS18B20 Temperatursensor gemacht. Ich habe mittlerweile seit Monaten einen Wemos D1 Mini, mit diesem Sensor und ohne Widerstand, problemlos in Betrieb, bei einem neu aufgebauten Sensor musste dieser Widerstand zwingend rein.

Enrico

[Reese1]

nein dass habe ich noch nicht probiert, leider habe ich auch keinen solchen wiederstand im moment da, muss ich mir nächste woche welche holen, dann kann ich dass probieren,

[OpenSourceNomad]

@Reese1 said in [Anleitung] Selbstbau Wemos D1 mini und Helligkeitssensor BH1750:

hab heute mit 3 verschiedenen BH1750 probiert, leider werden keine lux werte angezeigt,
😕

Also ich betreibe das gleiche Breakoutboard vom bh1750 an mindestens 10 wemos d1 mini (klonen) und die funktionieren alle Reibungslos.

@RappiRN said in [Anleitung] Selbstbau Wemos D1 mini und Helligkeitssensor BH1750:

Hast du mal mit einem 4,7k Widerstand, also je einen, von SDA und SCL zu den 3,3 V probiert?

Ist sicherlich nicht nötig, Widerstände sind bereits auf dem Breakoutboard vorhanden...

@Reese1 said in [Anleitung] Selbstbau Wemos D1 mini und Helligkeitssensor BH1750:

muss ich mir nächste woche welche holen, dann kann ich dass probieren,

Oder auch nicht. Versuche einfach mal das BH1750 board mit 5V zu speisen, mache ich immer so und funktioniert seit Anbeginn der Zeit bei mir.

Sonst könntest du auch noch ein bisschen in's Log schielen, kommt den i2c sauber hoch? Wird der bh1750 gefunden?

Ich betreibe das ganze mit esphome, da hat man das ganze nach dem flashen dann auch innerhalb von 5 Sekunden gedebugged und weiß direkt wo es hängt. Dem bunten Logger sei dank :tada:

[Reese1]

@OpenSourceNomad

hab grad mit 5Volt getestet, leider auch keine änderung, wo finde ich dass log beim wemos d1?
mit esp home kenne ich mich leider nicht aus,

[OpenSourceNomad]

wo finde ich dass log

Mit Tasmota könnte dir vielleicht das hier weiterhelfen: https://tasmota.github.io/docs/Troubleshooting/

Und bist du sicher das in deiner ".bin" alles drin ist was du brauchst -> ergo Unterstützung für den BH1750?

[Reese1]

ob in der .bin alles drin ist, bzw ob diese den bh1750 unterstützt da bin ich mir nicht sicher? welche tasmota nutzt du?

[OpenSourceNomad]

@Reese1 said in [Anleitung] Selbstbau Wemos D1 mini und Helligkeitssensor BH1750:

welche tasmota nutzt du?

Keine. Tastmota habe ich schon vor längerer Zeit aufgegeben. Bei über 50 Gerätschaften gehen da allein schon für ein Update 2 Stunden drauf (bei esphome ist es genau ein Kommando/Klick, zurücklehnen und eine Tasse Kaffee :coffee: für alle esp's). Außerdem gibt es keinen Weg zurück wenn man sich einmal an reproduzierbare Ergebnisse mit esphome gewöhnt hat ;) just works:tm: und endlich kein Gefrickel mehr :fireworks:

Aber früher gab es mal eine Tasmota mit -sensors im Namen die glaube ich auch den bh1750 drin hatte.

Eine Limitation mit dem BH1750 und Tastmota ist (oder war?) übrigens auch das künstliche Limit bis maximal etwa 57k Lux zu messen obwohl der Sensor auch bis etwas über 120k Lux kann. Spätestens wenn du einmal draußen messen willst oder direkte Sonneneinstrahlung hast :sunny: ist das (künstliche software) Limit bei Tasmota erreicht.

[Reese1]

@OpenSourceNomad

du hattest recht, ich habe einfach eine tasmota genommen, damit ging es nicht, hab jetzt die tasmota-sensors.bin genommen und nun wird sofort der lux wert angezeigt, :+1: :+1: :+1: vielen dank für deine hilfe:+1: :+1: :+1:

[OpenSourceNomad]

@Reese1 said in [Anleitung] Selbstbau Wemos D1 mini und Helligkeitssensor BH1750:

du hattest recht, ich habe einfach eine tasmota genommen, damit ging es nicht

quod erat demonstrandum

[Iomega]

Hallo zusammen, Danke für Eure Erfahrungen hier!

Habe heute meine ersten Gehversuche mit einer ähnlichen Config gemacht: Regensensor und DS18B20 an Wemos D1 mini mit Tasmota 8.3.1 .

Es lief dann irgendwann (DS18B20 nur an D1 und nciht an D5, Regensensor über Analog) auf dem Breadboard und mit dem Sonoff-Adapter im iobroker. Allerdings habe ich das Problem, dass die Temperatur und Analogwerte nach kurzer Zeit nicht mehr im iobroker aktualisiert werden. In der Tasmota-Gui allerdings schon.
Noch komischer ist, dass Schalteränderungen (habe mal zwei Switche konfiguriert) trotzdem in den iobroker übertragen werden, aber dies auch kein Update der Messwerte bewirkt. Seltsam.

Hat jemand eine Idee?

[Iomega]

@Iomega : Ich war ein wenig ungeduldig, er sendet nur alle fünf (5!!) Minuten ein Update der Sensorwerte :angry: . Konfigurierbar scheint das nicht zu sein. Bisschen langsam für einen Regensensor....
@OpenSourceNomad : ESPhome?

[kmxak]

Tasmota
TelePeriod 0 = disable telemetry messages
1 = reset telemetry period to firmware default (TELE_PERIOD)
10..3600 = set telemetry period in seconds (default = 300)

https://tasmota.github.io/docs/Commands/

[Iomega]

@kmxak Cool! Dank Dir :blush: Funktioniert.
Damit hätte ich um diese Uhrzeit nicht so schnell gerechnet :clap:
Ist sogar "bootfest" :grinning:

[aueland]

Moin,
auch wenn der Thread schon ein wenig älter ist möchte ich mal Danke für die Anleitung, Hinweise und Tipps sagen. Habe heute erfolgreich einen BH1750 an einen Wemos D1 mini mittels ESPHome angebunden, so dass er mir ganz wunderbar die LUX-Werte per MQTT liefert (mit 4 Nachkommastellen :D ) und ich so schön damit arbeiten kann was Dämmerungsschaltungen angeht. Falls man kein MQTT möchte, geht das ganze auch wunderbar mit dem ESPHome adapter for ioBroker.

Hier mal meine yaml für den Sensor:

esphome:
  name: d1-lux-balkon
  platform: ESP8266
  board: esp01_1m

# Enable logging
logger:
  level: DEBUG

# Enable Home Assistant API
api:

ota:
  password: "***"

wifi:
  ssid: "***"
  password: "***"

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "***"
    password: "***"

captive_portal:

# MQTT connection
mqtt:
  broker: 100.100.0.1
  username: ***
  password: ***
  
# Enable I²C bus
i2c:
  sda: 0
  scl: 2
  scan: true
  
# LUX sensor settings
sensor:
  - platform: bh1750
    name: "Helligkeit BH1750"
    address: 0x23
    measurement_duration: 180
    update_interval: 60s
    accuracy_decimals: 4

Gruß
Sascha

[smarthome2020]

Ich packe den Thread nochmal aus. Hab nen Wemos D1 Mini mit einem BH1750 versehen. Leider aktualisiert sich die Lichtstärke nicht nach 60s. Nach >5 Min ist noch keine Änderung da. Folgendes Yaml ist in Verwendung :

esphome:
  name: esp8266-lux
  platform: esp8266
  board: d1_mini

# Enable logging
logger:

# Enable Home Assistant API
api: 
  password: "xxx"

ota:
  password: "xxx"

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Esp8266-Lux Fallback Hotspot"
    password: "xxx"

captive_portal:

i2c:
  sda: GPIO4
  scl: GPIO5
  scan: True

sensor:
  - platform: bh1750
    name: "Lux"
    address: 0x23
    #measurement_duration: 120
    update_interval: 60s

Nach einem Neustart des Wemos kommt 1x ein Wert, nur aktualisiert es sich nicht vernünftig. Will den Sensor für eine Beleuchtung nutzen. Hierfür brauche ich im optimalen Fall alle 2 Min. die Lichtstärke .
Hat einer eine Idee?

[OpenSourceNomad]

@smarthome2020 said in [Anleitung] Selbstbau Wemos D1 mini und Helligkeitssensor BH1750:

Hat einer eine Idee?

Hat einer Logs?

Die neuste esphome version (2022.03) hat übrigens eine interessante Änderung bezüglich des bh1750:

BH1750 dynamically calculate options #3214
Until now for BH1750 you had to set static resolution/measurement_duration values - and so either optimize for low-light or bright scenes. Instead, dynamically calculate those options now by first doing a quick l-resolution measurement, then switch to the optimal mode/mtreg values.