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

[apollon77]

@Negalein die erste Frage ist easy. Einfach anderen Host zuweisen. Rest macht dann iobroker.

Die zweite frage ist da viel interessanter. Weder SML noch D0, was die aktuellen beiden Formate sind die der Adapter verarbeiten kann, sind irgendwie verschlüsselt.
Daher: welches Format spricht Zähler denn wie?

[apollon77]

Eine kurze Recherche lässt OMS als Protokoll vermuten. Das steht noch auf der Todo Liste ist aber wegen der Verschlüsselung und so jetzt nicht gerade easy. Vor allem weil Testdaten fehlen.

Unterstützen kannst du in Sendung Daten im Terminal mal mitschneidest und mir diese zusammen mit dem Schlüssel zukommen lässt. Danach muss ich „nur noch“ Zeit finden ...

[ChrisXY]

Kann ich das auch mit meinem EM1000 nutzen ? Sendet alle 5 min und hab nen CUL unter ttyACM0.

[Negalein]

@apollon77 sagte in Adapter "smartmeter":

Unterstützen kannst du in Sendung Daten im Terminal mal mitschneidest und mir diese zusammen mit dem Schlüssel zukommen lässt. Danach muss ich „nur noch“ Zeit finden ...

Mach ich sehr gerne!
Aber musst mir dabei etwas helfen, wie ich vorgehen soll.

[apollon77]

@Negalein Also im ersten Schritt montiere den Lesekopf und richte ihn auf dem Host ein ... Am Ende ala https://wiki.volkszaehler.org/hardware/controllers/ir-schreib-lesekopf-usb-ausgang (auch wenns ein anderer ist) ... Aber auf der Seite am Ende ist auch eine Anleitung wie Du Daten anzeigen kannst Die da reinkommen ... und so einen Mitschnitt bräuchte ich zusammen mit dem Schlüssel. Am besten dann als Email an iobroker@fischer-ka.de

Wichtig ist das Baudrate und so passen zu dem was der Zähler ausspuckt sonst kommt nur müll mit dem ich nix anfangen kann

[Negalein]

@apollon77

Noch eine Frage, bevor ich mit allem beginne!

Könnte ich den Volkszähler paralell zum ioBroker auf dem Pi3 installieren, vom VZ in eine MySQL speichern und diese mit ioBroker anzeigen,aufbereiten,visualisieren?

[darkiop]

Gibt es irgendwelche Erkenntnisse mit dem Rapsberry Pi 4 und dem Adapter/IR-Lesekopf?

Wollte eben einen Pi4 in Bebtrieb damit nehmen. IR-Lesekopf wurde als ttyUSB0 erkannt, über

cat /dev/ttyUSB0

bzw.

minicom --device /dev/ttyUSB0 --baud 9600

sehe ich auch das etwas gelesen wird.

Die Datenpunkte werden aber nicht aktualisiert.

Den Adapter habe ich in einem Multihost-System von dem alten umgezogen.

[apollon77]

@Negalein parallel installieren geht. Auslesen und visualisieren eher nicht. Aber ggf mit grafana?

[apollon77]

@darkiop wenn du mit Minicomputer
Daten ließt kann der Adapter nicht. Also zum testen ist Minicom gut. Aber danach nur Adapter bitte.

Was sagt das adapter Logs?

[Negalein]

@apollon77 sagte in Adapter "smartmeter":

@Negalein parallel installieren geht. Auslesen und visualisieren eher nicht. Aber ggf mit grafana?

OK, dann installier ich mal den VZ paralell zu IOB.
Dann kann ich den VZ zumindest gleich nutzen.

Die Daten schicke ich dir in den nächsten Tagen.
Muss ich dazu wie hier beschrieben zuerst mit Minicom die Schnittstelle und Bauds einstellen und dann noch
cat /dev/ttyUSB0?

[apollon77]

@Negalein an sich ja korrekt.

[darkiop]

@apollon77

Guten Morgen, habe nun nochmal umgehängt. Neuer Raspi und an ttyUSB0 der IR Kopf für den smartmeter.0.

Ich glaube ich habe den Fehler. Sobald ich den smartmeter.0 auf den neuen Raspi (neu= iobroker-hwr, alt = freya) umgezogen habe, versucht dieser in den DP 16_7_0*255 zu schreiben. Läuft der Adater auf freya ist es der DP 16_7_0_255.

Adapter Umzug über:

DPs vom smartmeter.0:

Log mit DP und *:

Adapter wieder auf freya, diesmal der DP mit _ :

Edit:

Ich habe damals nach der Umstellung von * auf _ einen Alias angelegt:

Frage: Kann man sich die Geschichte mit dem Alias sparen, wenn man in der DB den DP umbenennt?

[darkiop]

@apollon77 Hast du eine Idee wieso der Adapter nach dem Umzug auf den alten DP schreiben möchte?

[apollon77]

Installier doch bei beiden mal die aktuellste Version ... Nicht das da was unterschiedlich ist

[darkiop]

@apollon77 Das ist Interessant

Ich habe den Adapter über den oben im Screenshot gezeigten Weg umgezogen. ioBroker hat hier die Version 1.1.0 auf dem Slave installiert - auf dem Master läuft die 2.0.0. Das hätte ich nicht erwartet - der iobroker-master nutzt das latest Repo.

Haben wir hier einen Fehler in ioBroker?

Kann ich auf dem Slave einfach via npm die 2.0.0 drüber ziehen?

Danke + Gruß

Master:

Slave:

[darkiop]

Bin gerade am probieren - ich bekomme auf dem Slave - egal über welchen Weg immer nur die 1.1.0 installiert .
Hab bereits dem smartmeter.0 komplett gelöscht (inkl. des Verzeichnisses unter node_modules) und dann wieder neu - und diesmal direkt auf dem slave - installiert = 1.1.0 ...

[darkiop]

So, habe nun manuell eine Lösung gefunden:

Zuerst mit

iobroker del smartmeter.0

auf dem Slave die Instanz gelöscht.

Dann auf dem Slave unter

/opt/iobroker/node_modules

das Verzeichniss iobroker.smartmeter gelöscht.

Danach mit

npm install iobroker.smartmeter@1.2.2 --production --save --prefix "/opt/iobroker"

auf dem Slave die Version 1.2.2 installiert. Die 2.0.0 hat er so nicht gefunden, daher die 1.2.2. Ggf. ziehe ich die 2.0.0 mit iobroker url noch manuell nach.

Auf dem Master dann mit

iobroker add smartmeter 0 --enabled --host iobroker-hwr

die Instanz wieder hinzugefügt und bei den DPs die alten Aliase eingetragen. Läuft nun erstmal ... aber im Installierprozess für den Slave im Multihostbetrieb passt irgendwas nicht

[apollon77]

Also an sich hätte das alles per Admin auch tun müssen - oben aber den korrekten Host wählen im Admin unter "Adapter" ... dann installiert er auch da hin.

ggf al "Iobroker update" machen auf Slave das er in jedem Fall das aktuellste Repo hat.

[darkiop]

@apollon77 Ich glaube das hatte ich zuvor gemacht. Aktuell läuft es, auch stabil.

Bzgl. der DPs in der DB - kann ich die einfach in der DB umbenennen und ioBroker schreibt dann auf diese? Wollte das bei meinem Produktivsystem nicht testen

[apollon77]

@darkiop Was genau meinst Du? Der Adapter schreibt in die States mit den Namen die er nutzt. Oder meinst Du das sql Logging?