Die Zappi zeigt ja, zumindest wenn die Ladung abgeschlossen ist, den Greenlevel der Ladung an, also wie viel der geladenen Energie vom Dach kam. Kann man das irgendwo direkt auslesen oder errechnen?

@wendy2702
Blöd ausgedrückt, ich habe natürlich meine E-Mail/ID eingetragen und das Codefeld frei gelassen. Damit habe ich nichts erreicht. Erst nachdem ich einen falschen/abgelaufenen Code eingetragen habe, habe ich einen neuen per E-Mail bekommen.
Jetzt eine andere Frage, wie aktuell sind die Geodaten im Adapter? Ich würde damit gerne mein Hoftor bei Annäherung öffnen.

Nachdem ich jetzt die ID die ich für die App eingegeben hatte auch im IObroker eingegeben habe, habe ich eine gültig PIN per E-Mail bekommen. Damit hat die Verbindung funktioniert.

@wendy2702
Kann alles mit Ja beantworten

@wendy2702
Danke, leider gibt es immer noch keine E-Mail.

mercedesme.0
	2024-01-28 11:16:14.870	info	terminating
mercedesme.0
	2024-01-28 11:16:14.368	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
mercedesme.0
	2024-01-28 11:16:14.365	info	terminating
mercedesme.0
	2024-01-28 11:16:14.361	info	Got terminate signal TERMINATE_YOURSELF
mercedesme.0
	2024-01-28 11:16:12.292	error	Login was not successful.
mercedesme.0
	2024-01-28 11:16:12.291	info	Please enter the code you received via mail in the instance settings
mercedesme.0
	2024-01-28 11:16:11.690	info	starting. Version 0.1.6 in /opt/iobroker/node_modules/iobroker.mercedesme, node: v18.19.0, js-controller: 5.0.17
mercedesme.0
	2024-01-28 11:16:06.231	info	terminating
mercedesme.0
	2024-01-28 11:16:05.729	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
mercedesme.0
	2024-01-28 11:16:05.727	debug	Plugin sentry destroyed
mercedesme.0
	2024-01-28 11:16:05.724	info	terminating
mercedesme.0
	2024-01-28 11:16:05.719	info	Got terminate signal TERMINATE_YOURSELF
mercedesme.0
	2024-01-28 11:15:55.969	info	Loglevel changed from "info" to "debug"

Irgendwie stelle ich mich zu blöd an den Adapter zum laufen zu bekommen. Ich gebe meine E-Mail mit der ich bei Mercedes Me registriert bin in der Instanz ein, Speichere und starte den Adapter kurz. Dann warte auf eine E-Mail die ich nicht bekomme.

mercedesme.0
	2024-01-28 10:51:37.974	info	terminating
mercedesme.0
	2024-01-28 10:51:37.880	error	Login was not successful.
mercedesme.0
	2024-01-28 10:51:37.879	error	""
mercedesme.0
	2024-01-28 10:51:37.879	error	AxiosError: Request failed with status code 418
mercedesme.0
	2024-01-28 10:51:37.877	error	Not able to request login code
mercedesme.0
	2024-01-28 10:51:37.472	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
mercedesme.0
	2024-01-28 10:51:37.469	info	terminating
mercedesme.0
	2024-01-28 10:51:37.467	info	Got terminate signal TERMINATE_YOURSELF
mercedesme.0
	2024-01-28 10:51:37.006	info	starting. Version 0.1.1 in /opt/iobroker/node_modules/iobroker.mercedesme, node: v18.19.0, js-controller: 5.0.17

Hat jemand einen Tip was ich falsch mache oder wo ich einen Denkfehler habe? Adapter deinstalliert und neu installiert habe ich auch schon.

Okay, habe meinen Denkfehler selbst gefunden. Ich musste die IP des WR ermitteln und den ansprechen. Jetzt läuft es.

Ich habe mein Hi10 WR über LAN anbinden müssen, da über W-Lan kein Modbus TCP zur Verfügung steht. Deshalb ist ein RasPi an der Lan Schnittstelle der als Bridge konfiguriert ist und über seine W-Lan Schnittstelle den WR mit dem Heimnetz verbindet. Auf dem RasPi läuft ioBroker. Ich greife darauf über die Webschnittstelle auf meinem Desktoprechner zu.

	2023-04-01 08:28:29.890	warn	On error: {"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.178.35","port":502}
modbus.0
	2023-04-01 08:28:29.889	error	Client in error state.
modbus.0
	2023-04-01 08:28:29.889	error	Socket Error
admin.0
	2023-04-01 08:28:25.879	info	==> Connected system.user.admin from ::ffff:192.168.178.21
admin.0
	2023-04-01 08:28:20.340	info	failed connection to socket.io from ::ffff:192.168.178.21: Passport was not initialized

pi@raspberrypi:~ $ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.220.1  netmask 255.255.255.0  broadcast 192.168.220.255
        inet6 fe80::bacd:bb89:1f86:ad5a  prefixlen 64  scopeid 0x20<link>
        ether e4:5f:01:a5:fe:da  txqueuelen 1000  (Ethernet)
        RX packets 122311  bytes 17519650 (16.7 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 51776  bytes 3534199 (3.3 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Lokale Schleife)
        RX packets 8042640  bytes 1428850962 (1.3 GiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 8042640  bytes 1428850962 (1.3 GiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.178.35  netmask 255.255.255.0  broadcast 192.168.178.255
        inet6 2003:da:ef3f:5900:285e:123a:2e00:3167  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::2c4:dec1:99a2:931c  prefixlen 64  scopeid 0x20<link>
        ether e4:5f:01:a5:fe:db  txqueuelen 1000  (Ethernet)
        RX packets 934178  bytes 389697543 (371.6 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 277543  bytes 71142251 (67.8 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

einen meiner Meinung nach gültigen Wert frage ich auch ab:

{
  "_id": "modbus.0.holdingRegisters.20_U_L1_Grid",
  "type": "state",
  "common": {
    "name": "",
    "role": "level",
    "type": "number",
    "read": true,
    "write": true,
    "def": 0,
    "unit": "V"
  },
  "native": {
    "regType": "holdingRegs",
    "address": 20,
    "deviceId": 85,
    "type": "uint16be",
    "len": 1,
    "offset": 0,
    "factor": 1,
    "poll": true
  },
  "from": "system.adapter.modbus.0",
  "user": "system.user.admin",
  "ts": 1680280729060
}

Verbunden mit Gerät oder Dienst bleibt aber rot.