NEWS
Adapter "smartmeter"
-
@sourex Ja mit der aktuellen Version (siehe auch dieser laaange String bei der Auswahl des gerätes) - der ist Geräterspezifisch und USB port spezifisch. Wenn das Gerät im gleichen USB drin bleib dann behält es in jedem Fall die ID.
ALso ja scheinbar kommen gar keine Werte vom gerät.
Wäre also zuerst mal zu testen ob überhaupt was gesendet wird. Der Zähler sollte alle paar sekunden was schicken. Dazu am besten kopf abmachen und nen digital fotoapparat nehmen (bei Handy kameras geht das teilweise nimmer). dann drauf halten auf die LEDs und ins display schauen. wenn Daten kommen solltest Du sehen das die eine LED im display" leuchtet". wenn das nicht kommt sendet der nix. Wenn es geht checken das der kopf richtig rum drauf ist :-)
@apollon77 said in Adapter "smartmeter":
Wenn es geht checken das der kopf richtig rum drauf ist
so leicht kann es sein :D das war es !!
Den anderen Zähler auch direkt verbunden, wurde auch im Smartmeter direkt übernommen.
Cooler Adapter und sofortiger Support. Perfekte Arbeit Apollon !!da wir eh gerade diskutieren, darf ich der Leichtigkeit (Faulheit) um einen Link bitten der die nun ausgewerteten Daten erklärt bzw in eine VIS übernimmt :face_with_rolling_eyes:
-
Leider zu früh gefreut. Aber es geht voran :D
Die zweite Instanz greift leider auch auf den Zähler mit ttyUSB0.
Wenn ich dort auf ttyUSB1 wechsel (welcher auch erkannt wurde und zuvor auch glaube ich garnicht in der Auswahl stand) und speichere wird das nicht übernommen ! er wechselt automatisch wieder auf port 0.
Bei der Einrichtung des zweiten IR Kopf bin ich mir aber eigentlich recht sicher das ich auch kurz wirklich beide unterschiedlichen Zählerwerte hatte.
Soll ich das nun doch mit der Benennung der Ports machen ? -
Leider zu früh gefreut. Aber es geht voran :D
Die zweite Instanz greift leider auch auf den Zähler mit ttyUSB0.
Wenn ich dort auf ttyUSB1 wechsel (welcher auch erkannt wurde und zuvor auch glaube ich garnicht in der Auswahl stand) und speichere wird das nicht übernommen ! er wechselt automatisch wieder auf port 0.
Bei der Einrichtung des zweiten IR Kopf bin ich mir aber eigentlich recht sicher das ich auch kurz wirklich beide unterschiedlichen Zählerwerte hatte.
Soll ich das nun doch mit der Benennung der Ports machen ? -
Jetzt wird es kompliziert.
ich habe die beiden Werte jetzt einfach von Hand eingegeben
DropDownmenü -->benutzerdefinierten namen--> /dev/ttyUSB0 bzw /dev/ttyUSB1 eingegeben
danach werden die beiden Zähler auch wieder richtig zugeordnet
So läuft das ganze also.Wenn ich jetzt aber irgendwas im Adapter ändere wie z.B den Abfrageintervall dann schmeißt er sofort wieder die Zuordnung überm Haufen. Die Instanzen zeigen zwar noch /dev/ttyUSB0 bzw /dev/ttyUSB1 an, aber abgefragt wird in Wirklichkeit dann nur noch USB1 und dieser Sendet dann auch die Werte an dern USB0 (beide Adapter bleiben grün)
hier die angeforderten Sachen (wobei hier die Anordnung wieder von mir berichtigt wurde):
smart0.txtFalls benötigt kann ich auch wieder eine Änderung vornehmen wodurch wieder nur ein Zähler angezeigt wird und dann nochmal die Raw posten.
-
Jetzt wird es kompliziert.
ich habe die beiden Werte jetzt einfach von Hand eingegeben
DropDownmenü -->benutzerdefinierten namen--> /dev/ttyUSB0 bzw /dev/ttyUSB1 eingegeben
danach werden die beiden Zähler auch wieder richtig zugeordnet
So läuft das ganze also.Wenn ich jetzt aber irgendwas im Adapter ändere wie z.B den Abfrageintervall dann schmeißt er sofort wieder die Zuordnung überm Haufen. Die Instanzen zeigen zwar noch /dev/ttyUSB0 bzw /dev/ttyUSB1 an, aber abgefragt wird in Wirklichkeit dann nur noch USB1 und dieser Sendet dann auch die Werte an dern USB0 (beide Adapter bleiben grün)
hier die angeforderten Sachen (wobei hier die Anordnung wieder von mir berichtigt wurde):
smart0.txtFalls benötigt kann ich auch wieder eine Änderung vornehmen wodurch wieder nur ein Zähler angezeigt wird und dann nochmal die Raw posten.
-
Ich habe keine Ahnung :D
anbei mal das Logfile.
start_debug.txtTatsache ist wenn ich nichts ändere und dann spreicher dann bleibt alles erhalten. auch wenn ich iobroker neustarte.
Gerade eben wurden im laufenden Betrieb die beiden Zähler vertauscht. So kann ich das doch nicht lassen.
Ich würde dann gernde eine udev Regel mit Benennung der Ports machen wollen. Wie weiter oben beschrieben finde ich allerdings nicht die id um das zu machen. Wahrscheinlich ist die Anleitung veraltet.
Kann mir da bitte einer weiterhelfen. -
Ich habe keine Ahnung :D
anbei mal das Logfile.
start_debug.txtTatsache ist wenn ich nichts ändere und dann spreicher dann bleibt alles erhalten. auch wenn ich iobroker neustarte.
Gerade eben wurden im laufenden Betrieb die beiden Zähler vertauscht. So kann ich das doch nicht lassen.
Ich würde dann gernde eine udev Regel mit Benennung der Ports machen wollen. Wie weiter oben beschrieben finde ich allerdings nicht die id um das zu machen. Wahrscheinlich ist die Anleitung veraltet.
Kann mir da bitte einer weiterhelfen. -
Hallo zusammen,
ich habe jetzt nicht alle 1485 Beiträge im Detail gelesen, daher vergebt mir bitte wenn ich etwas frage was bereits beantwortet wurde.
Ich habe einen Apator 12EC3g (d0 Protokoll) welcher Daten erst nach dem Senden einer Pull Sequenz liefert. Weiterhin benötigt er eine ACK Sequenz. Kann ich das bei dem Adapter irgendwo/irgendwie einstellen? Habe schon alles probiert, erhalte aber immer nur ein Timeout. Dachte schon das der Lesekopf eventuell einen Schlag weg hat, oder das Kabel. Habe es daher mal mit einer VZLogger Instanz auf meinem Test-Pi probiert. Da liefert er mit den selben seriellen Einstellungen und der Pull/Ack Sequenz korrekte Daten. Daher meine Frage oben.
Viele Grüße
Sanjiro -
Ab hier: https://forum.iobroker.net/topic/4685/adapter-smartmeter/1236?page=62
Hat schonmal jemand diesen Zähler bearbeitet. Lies mal ab da.
-
Hallo zusammen,
ich habe jetzt nicht alle 1485 Beiträge im Detail gelesen, daher vergebt mir bitte wenn ich etwas frage was bereits beantwortet wurde.
Ich habe einen Apator 12EC3g (d0 Protokoll) welcher Daten erst nach dem Senden einer Pull Sequenz liefert. Weiterhin benötigt er eine ACK Sequenz. Kann ich das bei dem Adapter irgendwo/irgendwie einstellen? Habe schon alles probiert, erhalte aber immer nur ein Timeout. Dachte schon das der Lesekopf eventuell einen Schlag weg hat, oder das Kabel. Habe es daher mal mit einer VZLogger Instanz auf meinem Test-Pi probiert. Da liefert er mit den selben seriellen Einstellungen und der Pull/Ack Sequenz korrekte Daten. Daher meine Frage oben.
Viele Grüße
Sanjiro -
-
Hallo zusammen,
ich habe die neue Version 3.1.0 gesehen.
Über den seriellen Adapter/Socat läuft die auch.Im Changelog steht:
"
(Apollon77) experimental TCP support, please give feedback
"Wie geht das, wo stehen Details?
Ich möchte das gerne probieren, da ich meine Zählerdaten per TCP bekomme.Wo wird die neue Version diskutiert?
2x IR-Adapter an 2x Sonoff Basic mit JeeLabs/ESP-Link;
im Raspberry/ioBroker über socat -
Hallo zusammen,
ich habe die neue Version 3.1.0 gesehen.
Über den seriellen Adapter/Socat läuft die auch.Im Changelog steht:
"
(Apollon77) experimental TCP support, please give feedback
"Wie geht das, wo stehen Details?
Ich möchte das gerne probieren, da ich meine Zählerdaten per TCP bekomme.Wo wird die neue Version diskutiert?
@rl sagte in Adapter "smartmeter":
Wie geht das, wo stehen Details?
Ich möchte das gerne probieren, da ich meine Zählerdaten per TCP bekomme.
Wo wird die neue Version diskutiert?Mach nen neuen Thread auf ... oder hier :-)
Die Konfigseite sollte den neuen Transport typ zur Auswahl haben. Wählen. Dann kommen zwei Felder für Host und Port ... eintragen. Rest wählen. Neu starten ... dann sehen wir mal :-)
Im Zweifel Debug log posten - dann aber am besten als eigener neuer Thread und mich erwähnen. -
Ok, TCP Transport geht bei mir.
Da ich von seriell auf TCP Transport umgeschaltet hatte, blieb zunächst der serielle Eintrag oberhalb des Host-Eintrags stehen.
Den seriellen Eintrag habe ich geleert und die Konfiguration nochmal gespeichert,
dann lief es sofort.Gelegentlich steht im LOG:
smartmeter.0 2020-03-10 17:42:56.772 info (3070) List of port: [{"path":"/dev/ttyAMA0"}]diesen Port habe ich nie verwendet.
einmal hatte ich (unerwartet):
smartmeter.0 2020-03-10 17:20:10.852 info (2415) SOCKET ENDfür beide Smartmeter.
2x IR-Adapter an 2x Sonoff Basic mit JeeLabs/ESP-Link;
im Raspberry/ioBroker über socat -
Ok, TCP Transport geht bei mir.
Da ich von seriell auf TCP Transport umgeschaltet hatte, blieb zunächst der serielle Eintrag oberhalb des Host-Eintrags stehen.
Den seriellen Eintrag habe ich geleert und die Konfiguration nochmal gespeichert,
dann lief es sofort.Gelegentlich steht im LOG:
smartmeter.0 2020-03-10 17:42:56.772 info (3070) List of port: [{"path":"/dev/ttyAMA0"}]diesen Port habe ich nie verwendet.
einmal hatte ich (unerwartet):
smartmeter.0 2020-03-10 17:20:10.852 info (2415) SOCKET ENDfür beide Smartmeter.
@rl sagte in Adapter "smartmeter":
Gelegentlich steht im LOG:
smartmeter.0 2020-03-10 17:42:56.772 info (3070) List of port: [{"path":"/dev/ttyAMA0"}]Die Meldung kommt sobald du die Admin-Seite öffnest weil da die Port Liste ausgelesen wird. Ignore.
einmal hatte ich (unerwartet):
smartmeter.0 2020-03-10 17:20:10.852 info (2415) SOCKET END
für beide Smartmeter.Das kommt wenn die Gegenstelle das Socket schliesst. Heisst also das Dein TCP Server/Gerät die Verbindung geschlossen hat. Der Adapter sollte dann einfach ne neue auf machen und weiter arbeiten. Klappt das?
-
@rl sagte in Adapter "smartmeter":
Gelegentlich steht im LOG:
smartmeter.0 2020-03-10 17:42:56.772 info (3070) List of port: [{"path":"/dev/ttyAMA0"}]Die Meldung kommt sobald du die Admin-Seite öffnest weil da die Port Liste ausgelesen wird. Ignore.
einmal hatte ich (unerwartet):
smartmeter.0 2020-03-10 17:20:10.852 info (2415) SOCKET END
für beide Smartmeter.Das kommt wenn die Gegenstelle das Socket schliesst. Heisst also das Dein TCP Server/Gerät die Verbindung geschlossen hat. Der Adapter sollte dann einfach ne neue auf machen und weiter arbeiten. Klappt das?
Leider geht der Socket verloren, obwohl ich die ganze Zeit auf den Server/Port (mit anderem Programm) zugreifen kann. Geliefert wird also.
Es ist vorgekommen, das die Verbindung neu aufgebaut wurde.
Das scheint aber noch nicht zuverlässig zu sein.
Die Instanzen stehen auf grün?
smartmeter.1 gibt auch nichts mehr aus, ich schau mal in ältere logs.
Der manuelle Neustart der beiden Instanzen funktioniert und liefert seitdem wieder korrekte Daten.
Danke schon mal ...
2x IR-Adapter an 2x Sonoff Basic mit JeeLabs/ESP-Link;
im Raspberry/ioBroker über socat -
Leider geht der Socket verloren, obwohl ich die ganze Zeit auf den Server/Port (mit anderem Programm) zugreifen kann. Geliefert wird also.
Es ist vorgekommen, das die Verbindung neu aufgebaut wurde.
Das scheint aber noch nicht zuverlässig zu sein.
Die Instanzen stehen auf grün?
smartmeter.1 gibt auch nichts mehr aus, ich schau mal in ältere logs.
Der manuelle Neustart der beiden Instanzen funktioniert und liefert seitdem wieder korrekte Daten.
Danke schon mal ...
@rl also ENETUNREACH heisst das dein ioBroker Rechner den anderen Host nicht mehr erreichen kann. Da kann der Adapter nichts gegen tun ... da ist irgendwas in deinem Netzwerk!!
Also ist die Frage eher ob du von dem iobroker rechner aus auf den Port zugreifen kannst und nicht generell.
Das log an sich siehmal grob so aus das er bei so einem Fehler es wieder versucht nach 30s und sich auch wieder fängt.
Für die instanz 1 wäre interessant was er gesagt hat
-
Hallo zusammen,
hat schon jemand Erfahrung mit einem ESP8266 in Verbindung mit einem TTL-IR-Lesekopf gemacht? Oder evlt. via ESPEASY
Der Lesekopf hat vier Drähte:
Braun = VCC (+3,3V oder +5,0V)
Weiß = GND
Blau = RX
Schwarz = TXDer Smartmeter wäre ehz-k
Bisher versuche ich den Code von dieser Seite:
https://www.msxfaq.de/sonst/bastelbude/smartmeter_d0_sml.code.htm
Aber leider ohne Erfolg....
Das Skript sendet via udp Pakete an die IP-Adresse des IOBrokers. Aus diesem Grund habe ich den Adapter wie folgt eingerichtet:
Laut Iobroker-Log passiert aber irgendwie nichts. Der Adapter ist noch Gelb
Viele Grüße
Jan -
Hallo zusammen,
hat schon jemand Erfahrung mit einem ESP8266 in Verbindung mit einem TTL-IR-Lesekopf gemacht? Oder evlt. via ESPEASY
Der Lesekopf hat vier Drähte:
Braun = VCC (+3,3V oder +5,0V)
Weiß = GND
Blau = RX
Schwarz = TXDer Smartmeter wäre ehz-k
Bisher versuche ich den Code von dieser Seite:
https://www.msxfaq.de/sonst/bastelbude/smartmeter_d0_sml.code.htm
Aber leider ohne Erfolg....
Das Skript sendet via udp Pakete an die IP-Adresse des IOBrokers. Aus diesem Grund habe ich den Adapter wie folgt eingerichtet:
Laut Iobroker-Log passiert aber irgendwie nichts. Der Adapter ist noch Gelb
Viele Grüße
JanIch habe das Problem selbst lösen können:
Der ESP wurde mit ESPEASY bespielt. Im Anschluss habe ich unter Devices ein Communication - Serial Server eingestellt.
Dieser fragt den seriellen Wert ab und stellt die Eingabe als Webdienst zur Verfügung.Den Adapter habe ich wie folgt eingestellt:
Laut Log sieht alles gut aus :)
Via Telnet:
Evlt hilft es jemand ;)
Viele Grüße
Jan
307
Online32.7k
Users82.4k
Topics1.3m
Posts