Beiträge von theplayer02

Wenn ich was habe, dann Zeit Wegen mir musst du dir keine Hektik machen.

[xattach=52969]Immer noch nicht perfekt[/xattach]
Die Reflektionen an der 6 und der ersten 3 bereiten den Algorithmen noch Probleme.

@rols1 Eine kleine Frage hätte ich: Siehst du eine Möglichkeit innerhalb des Addons anzeigen zu lassen wie viele der Downloads noch ausstehen?
Hintergrund der Frage ist folgender: Ich lade aus der ARD Mediathek verschiedene Folgen von Serien runter, Meist so 10 Folgen am Stück.
Aktuell sehe ich zumindest keine Möglichkeit zu sehen wie viele der Downloads schon fertig sind.
Ich behelfe mir ab und an die CPU Last anzuschauen und wenn die bei meinem 4 Kerner um die 20% liegt finden noch Downloads statt.

Falls es keine leichte Möglichkeit gibt das zu sichtbar zu machen, dann ist das so. Ich wollte es nur in die Runde der Ideen werfen.

Hallo ihrs,
also ich habe die Höhe von 7cm (5cm Ring plus 2cm Ring) auf 6cm ( 5cm und 1 cm) verändert.
Dann noch etwas an dem Fokus gedreht und schwarze Textilschnippsel verteilt wo ich nix lesen wollte.

Ach und den 47pF habe ich ersetzt durch einen 47uF Elko.

Werde nachher ein Bild machen und hochladen. Seit dem der Elko dran ist hatte der ESP eine Uptime von über 10h. Im vergleich das vorher
maximal eine Stunde ohne reboot lief schon mal ein Schritt in die Richtige Richtung. Größere Elkos habe ich gerade keine da,
da muss ich erst mal wieder eine größere Bestellung sammeln.

Hmm,
also ich muss noch etwas an der Distanz arbeiten. Vielleicht etwas näher ran.
Und die Oberfläche des Wasserzählers reflektiert wie blöde:

Ich habe schon mit einigen schwarzen Textilstreifen gearbeitet.
Auch ist die Erkennung hier noch nicht einwandfrei.

Da ich außerdem vermute, das die Spannung ab und an etwas einbricht,
trotz der 5V habe ich direkt am Spannungseingangskabel einen 47nF Kondensator zwischen 5V und GND geklemmt.

@horschte Wenn du willst kannst du ja dann deine Erfahrungen hier auch mit reinschreiben
Würde mich auch interessieren, was andere damit für Erfahrungen haben.

Zitat von da_user

Mit welchem Zeitstempel wird denn dann der Wert eingetragen? Mit Zeitpunkt des Fotos oder dann, wenn es fertig ausgewertet/übertragen wurde?

Also der Zeitstempel ist zumindest bei mir ca. eine halbe Minute Jünger als die MQTT Nachricht.
D.h. nicht von dem Zeitpunkt der Aufnahme.

Ich habe aber schon gelesen, dass man die Zeit reduzieren kann über diverse Optionen, wenn den die Erfassung reibungslos funktioniert.

So, Hallo erst mal.
Heute alles soweit in Betrieb genommen und mit rumgebastelt.

Da_Druck hat recht und nicht recht: Das Datenblatt des ESP32 gibt nur den 3.3V Pin als Stromversorung an.
Alles andere, wie bei mir der 5V Pin, ist vom jeweiligen Produzenten.
Die Version, welche ich gekauft hatte, hat keinen direkten USB Zugang, sondern benötigte einen Programmer, der dann bei mir mit Mikro-Usb angeschlossen war.

Zum besseren Verständnis hänge ich ein Bild an:
[xattach=52942]ESP32 CAM inkl. extra Programmierplatine[/xattach]

So, das ganze läuft relativ Reibungslos.
Integration in Openhab3 war nun auch nicht wirklich schwer.
[xattach=52943]Zähler Infos, Formatierungen müssen noch[/xattach]
Ja, die Einheiten sind noch nicht dran, da muss ich noch was machen.
Ich gestehe das ich mich zwar zwinge den neuen Weg alles über die GUI zu konfigurieren, aber den Weg über die alten .item files bedeutend einfacher finde.
So ganz habe ich das noch nicht verinnerlicht.

Um den ESP32 nun mit Strom zu versorgen habe ich in meiner Netzteile Krabbelkiste gesucht und ein 5V 2,5A Netzteil gefunden.
Schnell den Stecker entsorgt und 2 Aderendhülsen an die Litzen Vercrimpt. Dann zwei Breadboard Kabel mit weiblichen Steckern geopfert.
An jeweils einer Seite den weiblichen Stecker anteil von dem Plastik befreit und alles per Wabo Klemmen verbunden.

Hat für mich den folgenden Vorteil: Ich kann relativ einfach das Netzteil wechseln und an die Pins des ESP32 ist es so auch schnell angeschlossen.

Der ESP32 kann mit 5V oder 3,3V betrieben werden. Laut diversen Foreneinträgen ist der Betrieb mit 3,3V aber für das Projekt eher ungeeignet, da dann
öfters zu neustarts kommen soll bei Rechenintensiven Operationen.
Die Erkennung der Zahlen auf dem ESP32 benötigt bis zu 3 Minuten, das würde ich als Intensiv bezeichnen

Das ist auch der direkte Nachteil dieses System: Es kann nur alle 3 Minuten eine neue Aufnahme ausgewerten werden. Für mich reicht es.

Die komplette Konfiguration des Projektes geht über die Webseite und war zumindest für mich einfach verständlich inkl. Beispielbilder.
Wichtig ist das bei der ersten Konfiguration auf jeder Seite unten auf "Daten speichern" oder ähnlich gedrückt wird, sonst hat man alles umsonst gemacht.

So, da ich @da_user versprochen habe einen eigenen Thread draus zu machen, hier wird er entstehen.

So erst mal ein paar Randinfo von meiner Seite:
Ich habe bei mir Openhab 3.0.2 in einem Docker am laufen, sowie NodeRed in einem Docker und eine Mosquitto MQTT Installation in Docker.
An meiner Diskstation hängt über eine USB Verlängerung ein Aoetec Zwave Gen5 Usbstick für Zwave.

Mit dieser Kombi konnte ich schon das meiste erschlagen, wie z.b. den Stromzähler über das Volkszähler Projekt und einen 3er Raspi sekündlich auslesen.
Diverse Zwave Geschichten werden gelesen bzw. gesteuert: Rauchmelder, Temperatur Sensoren, Heizungsthermostate und Schaltbare Steckdosen.
Dazu noch selbst entwickelte Temperatursensoren, eigene SW inkl. eigenem Platinenlayout und Kommunikation über 433Mhz sowie ein 433Mhz <-> MQTT Gateway.

Wie man oben vielleicht erahnen kann: Ich bin basteleien und Kummer gewohnt. Da wird nicht so schnell aufgegeben, der Spieltrieb gewinnt.

Aber der vermaledeite Wasserzähler (ein nicht smarter Sensus 620) hat sich gewehrt, bzw. war meine Begeisterung nicht wirklich da.
Es gibt verschiedene Möglichkeiten das ganze Anzugehen: Versuchen direkt die sich "drehende Scheibe" per Sensor auszulesen und dann hochzurechnen oder
aber von oben alles abzufotografieren und mit "AI" entschlüsseln zu lassen. Das ganze will ich per MQTT Nachrichten dann in OH3 verarbeiten.

Das sprach mich am meisten an, kein "langes" gebastel erhoffte ich mir. Naja erstens kam es anders, zweitens als ich dachte.
Das Projekt was ich nun nutze ist folgendes: AI-on-the-edge-device

Es wird ein ESP32 inkl. CAM Modul benötigt. Wer keinen programmierer hat, kann diesen bei manch Ebay Angebot als all-inkl. kaufen.

Ich hatte nur welche für andere ESPs und das all-inkl. Angebot kostete inkl. Versand ~13€.
Wer sowas sucht: Tipp für die Ebay Suche "ESP32-CAM-MB CH340G WIFI Bluetooth Development Board OV2640 Camera"

Aber seit gewarnt: Die Programmierplatine wird per Mikro-Usb angeschlossen und der ist mir nach ein paar Tests einfach abgebrochen.

So nun habt ihr die Brocken vor euch liegen, habt euch entschieden ob ihr ein großes Papprohr selber basteln wollt oder per 3D Drucker das Rohr inkl. Halterung drucken wollt.

Ich habe mich für letzteres Entschieden. Da unter dem Begriff der ESP32 CAM viele verschiedene verkauft werden und jeder Wasserzähler anders ist: Ihr braucht verschiedene Ringe und müsst experimentieren was die besten Ergebnisse ergibt.

So wie geht man vor?
Der ESP32 benötigt noch eine Mikro SD-Karte, ich hatte noch einen 1GB Karte rumliegen, kurz mit FAT formatiert Daten wie auf der Projektseite beschrieben kopieren und Wlan in der Textdatei konfigurieren, eingesteckt und wir können flashen.
Mikro-Usb eingesteckt und das ESP32 Flashtool von hier runterladen.
Die benötigten Parameter stehen auf der Projektseite im Github.

Tipp: Ich würde den ESP32 nicht über den Programieradapter betreiben, geht zwar ist aber fummelig und mir ist, bei der Feineinstellung der Linse, der Mikro-USB Port abgebrochen.

Es muss auch Linse der Kamera etwas verdreht werden, dafür zwei Zangen nehmen und die Linse verdrehen. Ich bin so vorgegangen das ich erst mal die "originalen Ringe" gedruckt habe inkl. Deckel

also 50mm und 25mm den Halter. Alles zusammengebaut und einfach einen Überweisungsträger untergelegt. Dann so lange an der Linse gedreht bis man alle Buchstaben / Zahlen gut lesen konnte.

An den Wasserzähler und natürlich hatte ich den Durchmesser meines Wasserzählers nur ~76mm, aber der im Projekt ~82mm.

Zum Glück hat hier der User @Seppl1 mir netterweise in Freecad den Original Adapter auf 76mm reduziert. Dafür hier ein Danke!

Meine Freecad Experimente sind vorher gescheitert, ist auch lange her das ich damit was gemacht habe.

Falls jemand noch weitere Ringgrößen haben möchte: Hier bekommt ihr geholfen.

Aktuelle drucke ich Seppl1 Adapter und dann berichte ich weiter

@da_user Klaro, mache ich.
Aktuell versuche ich mein Glück mit einem ESP32 inkl. Kamera und Entwicklungsboard sowie dem folgenden Projekt:
Github Link

Nun muss ich mich wieder mit Freecad auseinandersetzen: Mein Wasserzähler (ein Sensus 620) hat ~76mm Durchmesser.
Der von dem oben verwendeten Projekt ~82mm.
Das wackelt zu sehr.

Mehr werde ich in einem eigenen Thread stellen.

~13€ Für einen ESP32 inkl. der ESP Camera und Dev. Board,
Der Wasserzähler soll halbwegs gut in die Hausautomation eingebunden werden. Da gibt es schöne Projekte.
3D Drucker druckt auch schon passende Halterung

Ach und damit man ja nicht zu Dünn wird:
99€ für American BBQ - Smoker & Dutch Oven Grillkurs für Ende September

Zitat von edelheizer

Gestern spät hat meine Frau die hier

https://www.amazon.de/gp/product/B074QL4W4K/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1&tag=kodinerds04-21 [Anzeige]

Für 698 € geschossen... anscheinen brauchten wir unbedingt ne neue... an der alten war das mit dem Latte zeug zu kompliziert

Ich habe nun die größere Schwester die EQ.9; Aber schon die zweite EQ.9 mit Dual Bohnenbehälter.
Wenn sie funktioniert schmeckt der Kaffee schon ganz gut. Aber guten Milchschaum kann die Maschine leider nicht.

Habe nun schon die zweite, da die erste ein Montagsmodell war. 3 Reperaturen in 11 Monaten bei ~2000 Kaffee in der Zeit.
Der Reperaturservice von Siemens ist super.

Ein Tipp für dich: besorge dir Lebensmittelsilikon: Du wirst es für die Spindel der Brüheinheit brauchen. Dann wird die nicht so anfällig, wird sonst gerne mal schwergängig.

Genieße den Kaffee!

Etwas Geld für "Bücher" ausgegeben:

- Battle Angel Alita - Perfect Edition 1-4-
- Battle Angel Alita - Last Order - Perfect Edition 1-6

Ach und mangels Urlaub etwas für den Spass:Ein Drift-Training über 2 Tage am Nürburgring.

Mein Problem bisher ist: Ich kann das Fehlverhalten leider nicht sicher reproduzieren.
Wenn das möglich wäre, hätte ich wahrscheinlich mit dem Support von DD leichtes Spiel.

Hmm, falls die Karte doch in Ordnung sein sollte, gibt es keinen großen Anreiz auf SatIp umzusteigen.
Der einzige Vorteil wäre, das ich Aufnahmen machen kann unabhängig davon das die Kodi Installation nun läuft oder nicht.
Ob es nun Kodi Leia oder Matrix wäre, wäre dann egal.

Es gäbe zwar die Möglichkeit das Octopus Construction Kit plus ein Mini-iTX Gehäuse zu nehmen und
die MaxS8 reinzustecken. Das sollte die günstigste Variante sein.
Aktuell nutze ich kein CI, ob ich es je machen werde? Steht in den Sternen, deswegen kein so großes KO Kriterium.

Hmm, mal in Ruhe drüber nachdenken.

Hi @te36, also bei mir äussert sich das wie folgt:
Du hast z.b. Radio oder irgendein TV Programm an und plötzlich stoppt die Wiedergabe, dann geht erst mal kein Sat-Empfang. Von TV Headend sieht man eine
Fehlermeldung, welche ich mir aber leider nicht gemerkt habe, kommt beim nächsten mal.

Das Wetter ist dabei eigentlich bisher als Ursache auszuschließen.

Ich mache dann den Mediarechner komplett aus und warte dann einige Zeit.
Wenn ich zu "früh" neustarte ändert sich nix: Geht nix.
Wenn genügend Zeit vergangen ist, meist 20-30 Minuten, läuft es wieder.

CI bräuchte ich jetzt nicht dringend, da aktuell nicht im Einsatz.

Hallo ihrs,

in meinem Media Rechner werkelt seit einiger Zeit eine DD Max S8 im Unicable Betrieb mit allen 8 Tunern für Unicable.
Das ganze nutze ich unter Libreelec mit Tvheadend 4.2.8-36.
Alle Aufnahmen landen automatisch auf einem NAS.

Nun scheint die Karte langsam zu spinnen und ab und an den Dienst einzustellen.
Deswegen stelle ich mir die Frage ob es vielleicht sinnvoller sein könnte die MaxS8 durch eine Octopus Net zu ersetzen.

Den TvHeadend Server würde ich dann direkt auf das NAS in einen Docker werfen, das läuft eh 24/7.

Nur, ich zweifele etwas
a) Aufgrund des Preises der Octopus
b) ob die Übernahme der Einstellungen von dem alten TVHeadend Server auf den neuen so leicht funktionert

Aktuell besteht noch kein zwingender Handlungsbedarf, da die Max bisher nur alle paar Wochen rumspinnt, aber ich versuche lieber vorher schon Ideen einzuholen,
als nachher unter Zugzwang einfach kaufen zu "müssen".

Ideen?
Meinungen?
Vorschläge?

Bei mir war es nach einem reboot des PIs weg, das reload Problem. Wahrscheinlich hing irgendwas im Cache fest.

Nun versuche ich mich langsam daran die sogenannten Seiten der Ui zu designen.
Aber erst mal lesen. Der "Versuch macht kluch" - Ansatz ist hier zumindest gescheitert.

Ach und der Vergleich mit den diversen Varianten der Regeln ist hier zu finden, wenn es jemanden interessiert:
Rewriting rules in OH3

Nachtrag: Ich musste in allen meinen Regeln, was wirklich einige sind (laut ui 50 Stück) nur folgendes anpassen: aus now.milli() wurde now.toInstant().toEpochMilli()

Ach und diese Kleinigkeit wegen des anderen Datumstypen:

Aus now.toString wurde DateTimeType().toString()

Hi, bin vor ein paar wenigen Tagen auch auf OH3 umgestiegen von 2.5.8.
Aber, wie hier auch schon geschrieben: Ich konnte in Docker einiges "parallel" laufen lassen um Stück für Stück umzusteigen.

Naja bei mir war das größte Problem der Zwave USB Stick wollte nicht laufen.
Dank eines findigen netten Menschen konnte das Problem dann auch gelöst werden.

Meine SQL Datenbank und MQTT liefen ohne Probleme weiter, aber die sind auch eigenständige Docker Images
Ebenso Frontail, das habe ich auch in einem Docker und nicht in dem OH3 Docker integriert.

Meine bisherigen Erfahrungen: Das ganze mit dem Model und Semantischen gedöns: Erschließt sich mir nicht, hat eher für Verwirrung gesorgt.
Die alten Text Files klappen alle einwandfrei im neuen OH, wenn man wie ich, ein eigenen Ordner fürs Docker-Image angelegt hat.

Die neue Regeln über UI anpassen Geschichte halte ich für noch nicht ausgereift, es gibt eine nette Übersicht was mit den verschiedene Varianten geht. Sagen wir mal so: Mit keiner Variante geht alles.
Da bin ich wohl zu sehr Programmierer als das ich das Zeug gut finde.

Der größte Kritikpunkt: HabPanel läuft bei mir nun nicht mehr zuverlässig, nutze einen Pi mit Touchscreen im Wohnzimmer und dort werden im Browser
die geänderten Werte der Items nicht automatisch aktualisiert.
Erst ein manueller Reload holt die aktuellen Daten. Das ging unter 2.5.8 besser.

Nun ja, schauen wir mal was da noch so alles kommt, aber mein Rat: Wer Umsteigen will: Wartet noch ein paar Monate bis sich die ganzen kleinen Fehler gefunden haben und entfernt wurden.

@rols1 Wichtig ist erst mal das es dir wieder besser geht, also gute Besserung.
Gesundheit ist wichtiger.