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

[oberfragger]

Hiho in die Runde,

ich habe soeben iobroker auf Proxmox am laufen. Natürlich bekomme ich Smartmeter nicht grün. Ich habe verstanden, dass das Device an die VM weitergeben werden muss und hoffe auf eure Hilfe.

Das Device nennt sich:

Bus 002 Device 005: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)

Aus der Hilfe werde ich nicht so richtig schlau. https://pve.proxmox.com/wiki/USB_Devices_in_Virtual_Machines

Iobroker läuft bei mir in einem priorisierten LXC-Container Nummer 101. Und nun? Konsole im Knoten auf und dann was eingeben...?

root@pve:~# ls -l /dev/bus/usb/002/005
crw-rw-r-- 1 root root 189, 132 Oct  5 23:13 /dev/bus/usb/002/005

Ich habe diese Seite gefunden und USB wird wohl nun auch an den Container durchgereicht.
http://coldcorner.de/2018/07/12/proxmox-usb-passthrough-fuer-lxc-container-z-wave-uzb1/

iobroker@iobroker:~$ lsusb
Bus 001 Device 002: ID 8087:8000 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 005: ID 0403:6015 Future Technology Devices International, Ltd Br                                                                                                                                                             idge(I2C/SPI/UART/FIFO)

Ideen?

[klassisch]

@timo55 sagte in Adapter "smartmeter":

@apollon77
Bin jetzt auch auf 3.1.5
auch keine Verschlechterung erkannt.

Das ist gut!

Bis jetzt keine Verbesserung

Die gibt es bei genauerem Hinsehen schon, siehe issue 155

[klassisch]

@oberfragger sagte in Adapter "smartmeter":

lsusb

den coldcorner-Blog hast Du schon gefunden. Laut Kommentaren scheinen die Rechte nicht so stabil zu sein und das Ganze unter einer VM stabiler zu laufen.
Ich hatte das Problem nicht, weil ich schon unter Windows war und die Daten über TCP einlese (Beispiele).

[oberfragger]

@klassisch Dank dir. Hat sich erledigt. Hab hier noch einen anderen EIntrag gefunden und zusätzlich diesen hier:
https://forum.proxmox.com/threads/werde-wahnsinnig-lxc-passthough.56632/

Bin ja froh dass ich nun ins Bett darf. Puuhhh.

[timo55]

@klassisch / apollon 77
Noch ein kurzer Nachtrag zu meinem Problem mit den sporadischen Fehlern "Error while parsing...."
Da ich die WLAN Verbindung des WEMOS Moduls in Verdacht hatte, habe ich jetzt die Verbindung über Ethernet realisiert und seitdem schnurrt der smartmeter Adapter wie eine Eins ohne irgendwelche Fehler. Es lag also daran, dass über WLAN wohl sporadisch keine oder verstümmelte Daten den IOBroker erreichten. Der WEMOS wurde übrigens durch ein "USR-TCP232-T2" Modul ersetzt und glücklicherweise war in fast unmittelbarer Nähe zum Zählerkasten ein Switch an den ich das RJ45 Kabel anschließen konnte. Im smartmeter Adapter brauchte nur die neue IP und den Port des USR-TCP232-T2 anstelle des WEMOS Moduls eingetragen werden.
Vielleicht hilft die Info ja Usern, die ähnliche Probleme mit der Datenübertragung ihres IR-Kopfes per WLAN haben.

[klassisch]

@timo55 vielen Dank für die Rückmeldung!
WLAN ist eine klasse Sache. Dennoch gilt noch immer: "Wer Funk kennt, nimmt Kabel". Gerade bei diesen fest installierten Sachen mit dauerndem Datenverkehr. Bei mir ist zusätzlich noch eine RS485 Strecke dazwischen und alles schnurrt problemlos. Habe ein Script laufen, welches 'smartmeter.0.info.connection' überwacht. Da herrscht angenehme Ruhe. Die paar EUR mehr sind mir die USR-Wandler schon wert.

[timo55]

@klassisch
Habe auch seit den WLAN Problemen eine Überwachung auf den "alive" Datenpunkt. Lasse den jetzt trotzdem drin, auch wenn er seit der Umstellung nicht mehr auf Rot gegangen ist.

Das einzige Problem an IOBroker ist, dass man immer wieder was Neues findet und eine Idee die nächste generiert die man umsetzen will ;-)

[Homoran]

@timo55 sagte in Adapter "smartmeter":

Das einzige Problem an IOBroker ist, dass man immer wieder was Neues findet und eine Idee die nächste generiert die man umsetzen will

ist das eigentlich Warnhinweis pflichtig?
Was sagt denn die Drogenbeauftragte der Bundesregierung, Daniela Ludwig (CSU) dazu?

[Andy61]

Hallo, ich möchte einen Elster AS1440 mit dem smartmeter-Adapter im iobroker auslesen (Zweirichtungszähler mit PV). Ich habe einen USR-TCP232-T2 mit einem TTL-Sensor über Ethernet an den smartmeter-Adapter gebunden. Mit einer IR-Fernbedienung habe ich etwas Trafic erzeugt. Das Ergebnis ist im T2 (TX Count) und im Log des Adapters zu sehen. Er funktioniert also. Leider bleibt der Adapter gelb.
Einstellungen im T2: 300 bps, 7 bit, Even, Stop Bits 1, TCP-Server
Im iobroker: 30s, Netzwerk-Gerät Daten werden nur gelesen, SmartMeterLanguage
Mit der Kamera meines Handys habe ich geprüft, ob der AS1440 sendet. Nein.
Ich habe gelesen, das eine Initialisierungssequenz gesendet werden muss. Wie kann ich das bewerkstelligen?
Kann mir jemand bei der Lösung des Problems helfen?

Andreas

[apollon77]

@Andy61 Zeig doch mal die ganzen EInstellungen vom Adapter

[Andy61]

@apollon77
Hier die Einstellungen:

[apollon77]

@Andy61 Ok, dann haben wirs schon

Ich habe gelesen, das eine Initialisierungssequenz gesendet werden muss. Wie kann ich das bewerkstelligen?

... Das kann nicht SML als Protokoll sein, tippe dann eher auf D0

[klassisch]

@apollon77 Laut Datenblatt des Honeywell Elster AS1440 https://www.elstersolutions.com/assets/products/products_elster_files/AS1440_Flyer_D.pdf unterstützt der EN 62056-21 Protokoll. Dazu finde ich nur eine alte Ausgabe von 2002 https://www.ungelesen.net/protagWork/media/downloads/solar-steuerung/iec62056-21{ed1.0}en_.pdf die einige Protokolle enthält, bidirektionale und unidirektionale
Habe auch mal die Anleitungen der Stadtwerke Eutin (geht nicht auf IR Schnittstelle ein), BNNetze (Taschenlampe + Fernwartung), LKW unsere Energie (keine Nutzung IR-Schnittstelle), Stadtwerke Schwedt ("Optische Schnittstellefür die Auslesungder Stadtwerke Schwedt"), Regionalwerk Bodensee (2012, keine Nutzung IR erwähnt), e-netz-suedhessen (keine Erwähnung).
Im ELV-Forum https://de.elv.com/forum/elster-as1440-5196 gibt es Erfolgsmeldungen ab dem 6.7.2019 (7 Datenbit, even parity, 1 Stopbit).

Mehr Details bei Volkszähler https://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/elster_as1440
Schnittstelle aktivieren mit /?!\r\n oder manchmal auch mit /2!\r\n

War sicher mal ein sehr fortschrittlicher Zähler.

Ob und wie mit dem USR-TCP232-T2 eine Baudratenumschaltung möglich ist, weiß ich nicht. Es soll Baud rate synchronization unterstützt werden. Aber ich finde keinen Hinweis wie das geht. Wäre aber auch nicht Prio 1. Ausgabe mit 300Bd wäre immer noch besser als nichts. Und ja, ich weiß, wie langsam 300Bd sind: Sauschnell im Vergleich zu 50Bd.

[Andy61]

Hallo apollon77, vielen Dank erst einmal für Deine Unterstützung. Bei Volkszähler scheinen ja einige zumindest mit USB-Anbindung Erfolg gehabt zu haben. Noch will ich nicht aufgeben. Kann allerdings sein, das mein EVU die Schnittstelle gesperrt hat. Dort werde ich noch einmal anfragen.
Im T2 habe ich folgendes konfiguriert:

Im Adapter wie folgt

Ist das aus Deiner Sicht schon einmal ok?

[klassisch]

@Andy61 Die T2 Einstellung sieht passend aus. Aber das ist nur ein Teil der Miete.
Anruf beim Meßstellenbetreiber ist sicher sinnvoll. Der sollte wissen, was die Dinger können und was gesperrt ist. Aber nicht jede Auskunft vom 1st Level Support ist verläßlich, besonders bei größeren Anbietern.
Wie alt ist der Zähler?
Ob der Zähler mit Dir redet, kannst Du mit einem Terminalprogramm testen, so wie es bei den Volkszählern beschrieben ist.
Ich starte dabei mit der einfachsten Basiskonfiguration: Laptop, Serial<->USB - Wandler ("FTDI", CH340, CP2102 oder sowas, was man halt hat) und einem Terminalprogramm, z.B. termite, hterm etc, womit man sich halt halbwegs auskennt.
Das wird ja auch bei den Volkszählern beschrieben. Dann siehst Du, ob und wie der Zähler antwortet.
Vielleicht kann @apollon77 erkennen, ob er diesen EN 62056-21 Dialekt schon im Adapter implementiert hat.

Die Verbindung zum USR-TCT232-T2 kannst Du auch via Terminalprogramm und Laptop testen. Auf der USR-Seite, kannst Du ein Programm für eine virtuelle Schnittstelle VCOM für den Laptop runterladen https://www.pusr.com/support/downloads/usr-vcom-virtual-serial-software.html Dann kannst Du den USR über diese virtuelle Schnittstelle, die im Terminalprogramm als COM-Port angzeigt wird, mit dem Terminalprogramm bedienen wie zuvor den USB-Port. Das würde ich aber erst machen, wenn mit die Verbindung über einen USB Port geklappt hat. Die Komplexität langsam steigern. Den virtuellen COM Port braucht man nur zum Testen, auf dem ioBroker Rechner macht dann der Adapter die Verbindung zum TCP Server.

[timo55]

@Andy61
Die Anbindung des IR-Kopfes (aus dem Volkszähler Projekt) an den IOBroker ist beim mir ebenfalls über einen USR-TCP232-T2, allerdings habe ich einen ITRON 3Hz als Zähler. Bei mir hatte anfangs gar nichts gezählt, war aber lediglich RX und TX vertauscht. Meine Einstellungen sind:

Aber wie gesagt, ist bei mir eine anderer Zähler, aber dass das mit dem USR-TCP232-T2 funktioniert, kann ich auf jeden Fall bestätigen. Für den IR-Zähler, vielleicht benutzt du ja den gleichen, habe ich für die Spannungsversorgung 5V eines ausrangierten USB Ladeadapters genommen und für den IR-Kopf habe ich die 3,3V des USR-TCP232-T2 genommen, denn ich war mir nicht sicher, ob der USR-TCP232-T2 an seinen RX/TX Pins 5V abkann. In der Beschreibung steht nähmlich für den USR-TCP232-T2 selbst 5V aber bei RX/TX 3,3V.

[Andy61]

Schon einmal vielen Dank für die Hilfestellung. RX und TX hatte ich schon einmal kurz getauscht. Der Test mit der IR-Fernbedienung zeigte aber, das etwas ankommt. Das sollte also passen.
Ich habe alles auf 3,3 V gelegt, sowohl den T2 als auch den Kopf. Die Spannung regele ich von 24 V mit einem Stepdown-Regler auf die 3,3V. Funktioniert ja auch gut.
Jetzt werde ich über die virtuele Schnittstelle erst einmal den Zähler direkt ansprechen. Das erscheint mir als nächster Schritt wieder eine Fehlerquelle auszuschließen.
Montag ist dann die EMB als Energieversorger dran. Unklar ist mir noch etwas: Wird der eingetragene Befehl bei D0 Kommando am Anfang gesendet? Bei den Eintragungen befinde ich mich noch etwas im Blindflug. Ich werde berichten.

Andreas

[Andy61]

@Andy61 So, die Vorschläge habe ich umgesetzt. Den T2 als Com-Port am Rechner, mit hterm gesendet. Das Signal mit Handy kontrolliert, mit Fernbedienung den Empfang kontrolliert. Alles OK.
Also liegt es am Zähler. Er läßt sich nicht initialisieren. Montag ist die Hotline des EV dran. Hoffentlich sind die kooperativ.

Andreas

[klassisch]

@timo55 sagte in Adapter "smartmeter":

Aber wie gesagt, ist bei mir eine anderer Zähler,

das ist der springende Punkt. "Moderne Messeinrichtung" mit Info-Schnittstelle mit SML-Protokoll. Der heutige Standard.

aber dass das mit dem USR-TCP232-T2 funktioniert, kann ich auf jeden Fall bestätigen.

Dito.

Für den IR-Zähler, vielleicht benutzt du ja den gleichen, habe ich für die Spannungsversorgung 5V eines ausrangierten USB Ladeadapters genommen und für den IR-Kopf habe ich die 3,3V des USR-TCP232-T2 genommen

Viele Köpfe können 3.3V, aber nicht alle.

denn ich war mir nicht sicher, ob der USR-TCP232-T2 an seinen RX/TX Pins 5V abkann.

Der USR mag keine 5V an seinen Eingängen. Der Prozessor läuft auf 3.3V. Ich selbst betreibe meinen Lesekopf mit 5V weil da eine lange Leitung dazwischen ist und habe einen Pegelwandler dazwischen geschaltet. Aber mit 3.3V würde mein Leekopf auch noch funktionieren.

In der Beschreibung steht nähmlich für den USR-TCP232-T2 selbst 5V aber bei RX/TX 3,3V.

Ja, der hat zur Versorgung einen Linearregler 5V -> 3.3V drin. Der Prozessor wird mit 3.3V betrieben. Falls man ohnehin schon 3.3V hat, könnte man den USR auch mit 3.3V versorgen.

[klassisch]

@Andy61 sagte in Adapter "smartmeter":

@Andy61 So, die Vorschläge habe ich umgesetzt. Den T2 als Com-Port am Rechner, mit hterm gesendet. Das Signal mit Handy kontrolliert, mit Fernbedienung den Empfang kontrolliert. Alles OK.

Respekt, das ging flott! Vielen Dank für die Rückmeldung