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

[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 ... :D

[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 :D

[apollon77]

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

[matrix-ntn]

Hallo zusammen,

ich habe einen Hager eHZ und dieser wird von dem smart Meter Adapter nicht korrekt ausgelesen.

Die Daten sehen so aus:

/EMH5----eHZ-E0028E

1-0:0.0.0*255(20620949)
1-0:1.8.1*255(025122.9112)
1-0:1.8.2*255(006331.9066)
1-0:96.5.5*255(0180)
0-0:96.1.255*255(0002322881)
!

Im Log wird angezeigt:

No or too long answer from Serial Device after last request.

Anfänglich störte er sich auch an dem anfänglich "/"

Gibt es eine Möglichkeit diese einzubinden?

[apollon77]

@matrix-ntn Was hast Du eingestellt. Protokoll muss D0 sein, dann sollte das tun, ggf mal am Timeout drehen und bissl erhöhen.

[matrix-ntn]

@apollon77
Vielen Dank.
Mit D0 funktioniert es nun einwandfrei.

Folgende EInstellungen
Serielle EInstellungen, 9600,7,1,even

D0 Einstellungen > Standard

Vielen Dank!

[dapc]

Hallo zusammen,

ich habe einen Holley DTZ541 SmartMeter heute bekommen und hab mich schon voll darauf gefreut, dass ich endlich im IOBROKER ohne irgendwelche Umwege den Zählerstand und den Verbrauch auslesen kann.
Leider bekomme ich nur den Fehler von der Seite:
https://www.forum.iobroker.net/topic/25091/holley-dtz541-sml-1-04
Als Adapter benütze ich:
https://shop.weidmann-elektronik.de/index.php?page=product&info=24

Kann vielleicht hier jemand weiter helfen? Wird hier noch ein Bugfix kommen?
@apollon77: Kannst du dir das evtl. mal anschauen? Ich bezweifle dass ich wegen dem Problem nochmal einen neuen Zähler bekomme :(

Danke schon mal :)

[apollon77]

@dapc sagte in Adapter "smartmeter":

Kann vielleicht hier jemand weiter helfen? Wird hier noch ein Bugfix kommen?

Naja sagen wir es mal so ... ich sehe das Problem gerade zum ersten mal.
Niemand hat ein GitHub Issue angelegt oder mich irgendwie angepingt deswegen. Ich sehe im Forum nicht alles.
Weiter im anderen Thread

[darkiop]

Mir ist gerade aufgefallen, das wenn man über VIS-Bindings (z.B. {smartmeter.1.1-0:1_8_0_255.value}) Werte als HTML ausgeben möchte, VIS damit nicht zurecht kommt. Ich vermute mal es liegt am Doppelpunkt im Objekt-Name. Als Workaround funktioniert der Weg über linkedevices oder die alias-Funktion von js-controller 2.0.

@apollon77 Siehst du das Issue hier beim smartmeter Adapter oder bei VIS? Je nachdem würde ich dann das Issue auf Github aufmachen.

Grüße
Thorsten