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

[TT-Tom]

@eggi1234

wenn du hast mal mit einer digicam nachsehen, ob die Schnittstelle (IR-Diode) sendet. wenn ja, mal die Ausrichtung prüfen und mit "cat /dev/..... mal mitlesen was vom Kopf kommt. (HEX) im Nachgang mal ein Reboot machen, damit die Schnittstelle wieder freigegeben wird.

[Eggi1234]

Hallo zusammen
Danke für eure Antworten. Ja genau diesen PIN wollen sie halt nicht rausrücken da ich dann wohl auch gleich Schreibrechte hätte ...
Hab schonmal nen Film mit dem Handy vor den Dioden gemacht und die waren dunkel. Die Ausrichtung hab ich auch schon kontrolliert und um 180° gedreht usw.
cat /dev/,,, hab ich grad ausprobiert. nur gähnende Leere

Weiss grad nicht weiter - wäre schad wenn es nicht geht. Er meinte noch, dasss sich da auch mal die Gesetzeslage ändern soll und die Kunden einen Zugang haben müssen; aber wann wusste er auch nicht.

Da bleibt vielleicht doch nur der Vorschlag von teletapi mit einem extra Stromzähler. Aber das sind natürlich gleich recht hohe Kosten (muss bestimmt von einem Elektriker eingebaut werden) und wir habe 2 verschiedene Tarife, die dann irgendwie abgebildet werden müssten.

[TT-Tom]

@eggi1234 sagte in Adapter "smartmeter":

mit dem Handy vor den Dioden

beim Handy sind meistens filter drin , da siehst du kein Infrarot. Teste mal vorher mit der TV-Fernbedienung

Ja genau diesen PIN wollen sie halt nicht rausrücken da ich dann wohl auch gleich Schreibrechte hätte ...

kann ich mir nicht vorstellen, eventuell war der Mitarbeiter nicht auf dem aktuellen Stand.

[Homoran]

@eggi1234 sagte in Adapter "smartmeter":

wir habe 2 verschiedene Tarife, die dann irgendwie abgebildet werden müssten.

kein Problem, da gibt es auch was

edit: z.b. https://stromzähler.eu/stromzaehler/drehstromzaehler/fuer-hutschiene-geeicht/284/ds100-multifunktionaler-zweirichtungszaehler-fuer-th35-rs485-modbus-rtu-dlt654/s0/signaleing.?number=

@eggi1234 sagte in Adapter "smartmeter":

muss bestimmt von einem Elektriker eingebaut werden

ja

[klassisch]

@eggi1234 sagte in Adapter "smartmeter":

Ich bin ganz neu hier im Forum
Herzlich willkommen!

Wir haben eine Solaranlage auf dem Dach.

Glückwunsch, gute Sache.

Was ich schon geschafft habe, ist per Modbus Adapter die Daten aus dem Solaredge Wechselrichter zu ziehen und diese werden auch munter zu InfluxDB geschickt

Respekt, das gehört schon zu den schwierigeren Themen

Viele Wechselrichter verwenden einen zusätzlichen dedizierten Zähler direkt nach dem Hauptzähler um z.B. die ehemals (und bei Betrieb von PV + Wallbox auch zukünftige) Deutsche Abregelung zu verwirklichen bzw. einen Hausakku zu regeln. Vielleicht wäre das eine Erweiterungsmöglichkeit?

Was leider noch nicht klappt ist das Abgreifen der Daten per IR Schnittstelle vom Stromzähler

Das ist in Deutschland für die "Moderne Messeinrichtung" eine zugesicherte Eigenschaft. Beim "Intelligenten Meßsystem" schon nicht mehr. Kann sein, muß aber nicht. Entscheidet der Meßstellenbetreiber.

1. Wir wohnen in der Schweiz im Kanton St Gallen.

Glückwunsch!

Meine Anfrage bezüglich der Freischaltung wurde leider abgelehnt mit der Begründung, dass es nur ein Benutzer im Zähler gibt und wenn sie mir das Passwort geben habe ich Lese- und auch Schreibrecht und könnte die Parameter des Zählers manipulieren.

Leider kenne ich die Schweizer Verhältnisse hier nicht. In Punkto Elektroinstallationen scheinen die Schweizer recht eigen zu sein.

2. Wir haben einen LandiGyr e350 Stromzähler.

Die Zähler sind konfigurierbar und können genau das, was der Meßstellenbetreiber zuläßt. Die meisten Deutschen Betreiber sind da recht "geizig" und lassen nur das per "FNN Lastenheft" zugesicherte Minimum zu.

Wenn die Schweizer kein passendes Gesetz oder Verwaltungsvorschrift o.ä. haben, werden die Betreiber freiwillig eher weniger als mehr machen.

@Homoran hat ja schon einen Modbus-Zähler genannt, den man in die Verteilung mit einbauen lassen könnte. Vielleicht ergibt sich aber einen Mehrwehrt, wenn man einen nimmt, der auf den Wechselrichter abgestimmt ist und mit diesem kommuniziert. Beim Betrieb eines Hausakkus wird das ohnehin benötigt.

[Meister Mopper]

@eggi1234 sagte in Adapter "smartmeter":

Ja genau diesen PIN wollen sie halt nicht rausrücken da ich dann wohl auch gleich Schreibrechte hätte ...

Ja, mit dem PIN kannst du die historischen Werte des Zählers zurücksetzen (z. B. für den Fall eines Mieterwechsels).
Das ist aber dem Leistungsanbieter wumpe, da er die neuen Werte einfach auf die alten aufrechnen kann und somit ohnehin die exakten Verbrauchswerte hat.
Wichtig ist für den Nachfolger dann lediglich eine schleunige Zählerablesung, damit er nicht Energie des Vormieters bezahlt.

Ich vermute eher, dass dieses Antwortschreiben vom Azubi oder ähnlich unerfahrenem Personal gefertigt wurde. Da würde ich eher mal eine Etage höher einwerfen.

Gruß
Thomas

[michihorn]

Hallo toller Adapter,
hab mir auch gleich nachdem mein neuer Zähler installiert wurde, mal versuch in das Thema einzulesen. Ich habe mir den Weidmann IR-Kopf per USB gekauft, habe ihn an einen Raspberry angeschlossen. Die PIN Freischaltung habe ich am Zähler vorgenommen, bin mir allerdings nicht sicher oder diese Einstellung gespeichert wurde, am Zähler stand zwar "in" aber aktuell erkenne ich nichts weitere am Zähler. Am Raspberry habe ich den Smartmeter für Iobroker installiert, dort werden mir folgende Schnittstellen angezeigt: 1. /dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_D201033S-if00-port (/dev/ttyUSB0); 2. /dev/ttyS0; 3./dev/ttyAMA0; 4.Benutzerdefinierten Namen für die serielle Schnittstelle angeben. Bislang alle Port durchprobiert ohne Verbindung zum Adapter.
Leider Verbindet sicher der Adapter nicht, ich habe folgende Meldungen im Protokol:

smartmeter.0
Zeit
silly
Nachricht

smartmeter.0
2023-09-08 09:21:31.823	debug	Error: No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:21:31.823	warn	No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:20:01.544	debug	Error: No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:20:01.542	warn	No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:18:31.268	debug	Error: No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:18:31.267	warn	No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:17:00.984	debug	Error: No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:17:00.983	warn	No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:15:30.704	debug	Error: No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:15:30.703	warn	No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:14:00.424	debug	Error: No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:14:00.422	warn	No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:12:45.467	silly	sendTo "listUart" to system.adapter.admin.0 from system.adapter.smartmeter.0

smartmeter.0
2023-09-08 09:12:45.464	info	List of port: [{"path":"/dev/ttyAMA0"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyUSB0","manufacturer":"FTDI","serialNumber":"D201033S","pnpId":"usb-FTDI_FT230X_Basic_UART_D201033S-if00-port0","vendorId":"0403","productId":"6015"}]

smartmeter.0
2023-09-08 09:12:45.183	debug	Message received = {"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":48,"ack":false,"time":1694157165176},"_id":43407001}

smartmeter.0
2023-09-08 09:12:45.179	silly	States system redis pmessage io.messagebox.system.adapter.smartmeter.0/io.messagebox.system.adapter.smartmeter.0:{"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":48,"ack":false,"time":1694157165176},"_id":43407001}

smartmeter.0
2023-09-08 09:12:30.147	debug	Error: No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:12:30.145	warn	No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:10:59.874	debug	Error: No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:10:59.873	warn	No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:09:29.594	debug	Error: No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:09:29.593	warn	No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:07:59.318	debug	Error: No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:07:59.317	warn	No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:06:29.025	debug	Error: No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:06:29.023	warn	No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:04:58.745	debug	Error: No or too long answer from Serial Device after last request.

smartmeter.0
2023-09-08 09:04:58.743	warn	No or too long answer from Serial Device after last request.

Kann mir jemand Unterstützung bieten?
Gruß Michael

[Homoran]

@michihorn sagte in Adapter "smartmeter":

an einen Raspberry angeschlossen.

Möglicherweise gibt's da noch den udev Bug.

dann nimm mal statt

@michihorn sagte in Adapter "smartmeter":

/dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_D201033S-if00-port

lieber

@michihorn sagte in Adapter "smartmeter":

ttyUSB0

[michihorn]

@homoran sagte in Adapter "smartmeter":

ttyUSB0

Hast du ne Ahnung wie ich die bislang angebotenen Schnittstellen löschen kann und die ttyUSB0 zur Auswahl bekomme?

[Homoran]

@michihorn sagte in Adapter "smartmeter":

@homoran sagte in Adapter "smartmeter":

ttyUSB0

Hast du ne Ahnung wie ich die bislang angebotenen Schnittstellen löschen kann und die ttyUSB0 zur Auswahl bekomme?

nicht user defined nehmen!?

[Thomas Braun]

@michihorn sagte in Adapter "smartmeter":

Hast du ne Ahnung wie ich die bislang angebotenen Schnittstellen löschen kann und die ttyUSB0 zur Auswahl bekomme?

Was liegt denn vor?

find /dev/serial/by-id/ -maxdepth 1 -mindepth 1
ls -lAh /dev/serial/by-id 
apt policy udev

sagt?

[michihorn]

@thomas-braun

/dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_D201033S-if00-port0
insgesamt 0
lrwxrwxrwx 1 root root 13  8. Sep 09:49 usb-FTDI_FT230X_Basic_UART_D201033S-if00-port0 -> ../../ttyUSB0
N: Paket ude kann nicht gefunden werden.
micha@pi:~ $ 

[Thomas Braun]

@michihorn

Bitte immer vollständige Ein- wie Ausgaben.
Du hast da offenbar was falsches/anderes eingetippt.

[michihorn]

@thomas-braun

micha@pi:~ $ find /dev/serial/by-id/ -maxdepth 1 -mindepth 1
/dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_D201033S-if00-port0
micha@pi:~ $ find /dev/serial/by-id/ -maxdepth 1 -mindepth 1
ls -lAh /dev/serial/by-id 
apt policy ude
/dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_D201033S-if00-port0
insgesamt 0
lrwxrwxrwx 1 root root 13  8. Sep 09:49 usb-FTDI_FT230X_Basic_UART_D201033S-if00-port0 -> ../../ttyUSB0
N: Paket ude kann nicht gefunden werden.
micha@pi:~ $ 

[Homoran]

@michihorn sagte in Adapter "smartmeter":

apt policy ude

da fehlt ein v

[michihorn]

@homoran Danke das hast du recht

micha@pi:~ $ find /dev/serial/by-id/ -maxdepth 1 -mindepth 1
ls -lAh /dev/serial/by-id 
apt policy udev
/dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_D201033S-if00-port0
insgesamt 0
lrwxrwxrwx 1 root root 13  8. Sep 09:49 usb-FTDI_FT230X_Basic_UART_D201033S-if00-port0 -> ../../ttyUSB0
udev:
  Installiert:           247.3-7+rpi1+deb11u2
  Installationskandidat: 247.3-7+rpi1+deb11u2
  Versionstabelle:
 *** 247.3-7+rpi1+deb11u2 500
        500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages
        100 /var/lib/dpkg/status
micha@pi:~ $ 

[Thomas Braun]

@michihorn sagte in Adapter "smartmeter":

247.3-7+rpi1+deb11u2

Das ist die 'kaputte' Version.

[michihorn]

@thomas-braun Was kann ich tun?

[Thomas Braun]

@michihorn

Lesen:

https://forum.iobroker.net/topic/65017/zigbee-conbee2-funktioniert-nach-update-nicht-mehr-udev?_=1694169754869

Inkl. der wichtigen Ergänzung vom 10.06.
Es ist nur noch das 32bit-armhf-Paket vom RaspberryOS betroffen, alles andere hat eine gepatchte Version erhalten.

[michihorn]

@thomas-braun Ich habe meine Hausaufgaben gemacht:

cas@raspberrypi:~ $ find /dev/serial/by-id/ -maxdepth 1 -mindepth 1
ls -lAh /dev/serial/by-id 
apt policy udev
/dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_D201033S-if00-port0
insgesamt 0
lrwxrwxrwx 1 root root 13  8. Sep 20:00 usb-FTDI_FT230X_Basic_UART_D201033S-if00-port0 -> ../../ttyUSB0
udev:
  Installiert:           247.3-7+deb11u4
  Installationskandidat: 247.3-7+deb11u4
  Versionstabelle:
 *** 247.3-7+deb11u4 500
        500 http://deb.debian.org/debian bullseye-updates/main arm64 Packages
        100 /var/lib/dpkg/status
     247.3-7+deb11u2 500
        500 http://deb.debian.org/debian bullseye/main arm64 Packages
cas@raspberrypi:~ $ 

Leider verbindet sich der Adapter trotzdem nicht