@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.
NEWS
Latest posts made by linuxfrank
-
RE: Test Adapter MercedesMe v0.0.x
-
RE: Test Adapter MercedesMe v0.0.x
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.
-
RE: Test Adapter MercedesMe v0.0.x
@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"
-
RE: Test Adapter MercedesMe v0.0.x
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.
-
RE: Einbindung Aplha ESS Hi10 über TCP
Okay, habe meinen Denkfehler selbst gefunden. Ich musste die IP des WR ermitteln und den ansprechen. Jetzt läuft es.
-
Einbindung Aplha ESS Hi10 über TCP
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.