Hallo zusammen, dieser Thread ist inzwischen sehr umfangreich und unübersichtlich geworden. Da es seit kurzem eine neue Version gibt, möchte ich die Gelegenheit nutzen, diese in einem neuen Thread zu diskutieren. Zusammenfassung dieses Threads, bzw. der Version 1: System zur Erfassung von Wasserzähler mit 2 Komponenten Hardware zur Bilderkennung Software (Docker-Container) zur Bilderverarbeitung Datenbereitstellung Hardware und Software sind open source und in Thingiverse & Github verfügbar (siehe Beitrag #1) Schwierigkeiten: 2 Systeme, die miteinander Kommunizieren müssen Textbasierte Konfiguration über ini-Files Verbesserung in der Version 2: all-in-one Device für Bildaufnahme, Erkennung und Datenbereitstelling Integrierte graphische Benutzeroberfläche für Administration und Konfiguration Flexible Programmierung ermöglicht auch den Einsatz für andere Anwendungen Allgemein: Neuronale Netze für Bildverarbeitung auf Low-Cost Devices --> daher auch der Name: AI-on-the-edge Alle Themen rund um die neue Version sollen ab jetzt im folgenden neuen Thread diskutiert werden - dort findet ihr auch im ersten Beitrag die Links zur neuen Version (Hard- und Software) https://forum.iobroker.net/topic/36622/wasserzähler-version-2-all-in-device Selbsterständlich könnt ihr euch auch mit Fragen zu Version 1 weiterhin gerne an mich wenden. Weiterhin viel Spass mit eurem Wasserzähler und beste Grüße, jomjol

@Asgothian nochmals danke!

@Homoran Also wenn chrome installiert ist läuft es nicht richtig ohne dann schon. Warum das so ist kann ich nicht wirklich sagen

Ich hoffe ja noch jemand kennt eine nutzbare und in iobroker implementierbare fahrbare Kamera ;-) Selbstbauen ist nicht so mein Ding...

@Pete0815 War zu schnell. Sorry.

@RaspiUser Nein! Weil er als Repeater läuft...klar ist ja ein Repeater.Repeater sind nur irgendwelche Netzwerk Geräte die eben paar Sonderfunktionen haben.Selbst eine Fritte im Repeatermodus geht nicht. Es ist auch unnötig weil du alles was die können im Adapter siehst,mehr geht eben nicht.

@Unbekannt Da hast du recht. Es sind 433er Sensoren. Die eingeschränkte Funktion hat mich jetzt auch dazu bewogen einen Sensor als Einwurfindex in den Briefkasten zu packen und die restlichen durch Xiaomi Sensoren zu ersetzen. Bei Aliexpress bestellt und nicht mal zwei Wochen später sind alle Sensoren da und wollen nur noch angebaut werden.

Habe bei diesen 1€ PIR's (mit integrierten Relai/220V) mal zugegriffen: [image: 1599165343296-6965c9a8-36e2-4c89-afa4-2586e5853c4b-image.png] Denke die werden ein gutes Gehäuse hergeben für einen ESP mit PIR und weiterer Sensorik ;)

So, nach einem FW update des Sticks auf 20190608 funktioniert auch alles lg, markus

@ottokar boah, geiler scheiss! gib dem ryzen ein jäckchen, dem wird sonst fad und erfriert... ;)

@igor123 Also meine PERSÖNLICHE Meinung, ich verstehe nicht warum man irgendetwas in der CCU automatisieren sollte. Bei mir ist Sie eine ganz dumme Schnittstelle zwischen meinen Sensoren und Aktoren, alles andere macht bei mir Iobroker. Wenn man sich dann auch noch mit Javascript oder Blocky auseinander setzt, gibt es meiner Meinung nach keine einfachere Möglichkeit etwas zu automatisieren. Ich hatte noch nie Probleme mit der Verbindung der CCU zum Iobroker, sind bei mir über Kabel und Switch miteinander verbunden und hängen beide an einer USV.

@bob-der-1 said in BroadLink RM mini 3 Umbau für PMF Kompatibilität: FW 7.14 war auf die Fritte bezogen Achso, solche Probleme gab's bei mir nicht. Ich hatte nur alle 5min ein reconnect vom dem BroadLink (im Fritzbox log sichtbar), was auch schon ziemlich komisch gewesen ist. Jetzt läufts alles mit dem Wemos perfekt.

@LichtAn sagte in Fehler Zigbee Stick: (14535) No converter available for 'RTCGQ11LM' with key 'occupancy' na einfach so kommt die meldung nicht

@Homoran Meinte ich ja auch. Habe mir auf deinen Rat hin das RPI-RF-MOD gekauft

@Humidor Verstehe ich nicht - mein CC2531 war bereits mit der aktuellen FW geflasht. Mein alter Stick mit Antenne und dem durchsichtigen Schlauch ging kaputt - war damals FW von Juni 2019 - und nun habe ich den mit Gehäuse und ohne Antenne und läuft problemlos.

@ostseereiter So ich habe nun einen Node-Red Flow erstellt - ist zwar noch in der Erprobung - der für die Shellies nun soviele Datenpunkte erstellt, wie hier gepostet. Hat mich 1-2 Tage Arbeit gekostet - aber das ist in meinen Augen kein Hexenwerk. ;) [image: 1598956791426-screen.png]

@Thias an den empfehlungen hat sich nichts geändert. als anfänger biste da gut beraten. etwas wärme hält auch PLA aus. sollte im normalfall keine probleme machen. PETG ist stabiler und weniger wärmeempfindlich. beim filament solltest du nicht den chinakram nehmen. (auch da gibts brauchbares) in den communities ist im mom goedis, bavaria u.s.w. am beliebtesten. kommt auch auf die farbe an. der oslee macht da viele tests und hat auch links zu anderen chans. OsLee540i

@Björn-Bosch Ob Du es da zum Flashen auch benötigst weiß ich nicht. Ich habe hier auch nur den CC2531 mit 12 Geräten und der läuft recht anständig. Und wenn der mal das Zeitliche segnet oder an seine Grenzen stößt dann muss ich mich auch nach etwas anderem umschauen.

@FredF mit dem passenden Sensor schon ;-) es wird ja der Spannungswert des Sensors im Shelly gemessen und nicht direkt ein Lux Wert ;-) Anhand des Spannungswertes interpretiert man dann den Lux Wert.