Hallo LausiD,
danke für die Infos bezüglich room und FHEM-Devicenamen, verstanden.
Kann bestätigen, dass das Absturzproblem nach Update setlist behoben ist.
Vielen Dank!
Andreas
S
Latest posts made by Scooty
-
RE: FHEM Adapterposted in ioBroker Allgemein
-
RE: FHEM Adapterposted in ioBroker Allgemein
Hallo @LausiD,
tja, da bin ich schon wieder.
Leider schaffe ich es, durch eine Aktion in FHEM die FHEM-Instanz in IOBroker abzuschiessen (Neustart erfolgt aber zuverlässig).
Möchte die Bedienung aus FHEM etwas komfortabler gestalten, daher habe ich im FHEM-Device "fhem.0.send2ioB" eine setList definiert (RAW-Definition):
attr fhem.0.send2ioB setList vw-connect.0.TMBJW7NP7L70XXXXX.remote.batterycharge:true,false\ vw-connect.0.TMBJW7NP7L70XXXXX.remote.climatisation:true,false\ vw-connect.0.TMBJW7NP7L70XXXXX.remote.flash:true,false\ vw-connect.0.TMBJW7NP7L70XXXXX.remote.honk:true,false\ vw-connect.0.TMBJW7NP7L70XXXXX.remote.lock:true,false\ vw-connect.0.TMBJW7NP7L70XXXXX.remote.standheizung:true,false\ vw-connect.0.TMBJW7NP7L70XXXXX.remote.windowheating:true,false\ vw-connect.0.TMBJW7NP7L70XXXXX.remote.climatisation:true,false\ chromecast.0.SZDG_GHOME01.status.volume:slider,0,5,100,1\ chromecast.0.SZDG_GHOME01.player.stop:true,false\ chromecast.0.SZDG_GHOME01.player.pause:true,false\ chromecast.0.SZDG_GHOME01.player.play:trueKann es sein, dass beim Speichern von Änderungen dieser setList FHEM wohl einen Event erzeugt, den der FHEM-Adapter in IOBRoker nicht verträgt (s. letzte Zeile im Log):
fhem.0 2020-06-15 12:02:37.362 info (4782) Terminated (NO_ERROR): Without reason fhem.0 2020-06-15 12:02:37.361 info (4782) terminating fhem.0 2020-06-15 12:02:37.353 debug (4782) [stateChange] stateChange (in): fhem.0.info.Info.alive false {"val":false,"ack":true,"ts":1592215357339,"q":0,"from":"system.adapter.fhem.0","user":"system.user.admin","lc":1592215357339} fhem.0 2020-06-15 12:02:37.351 debug (4782) [stateChange] stateChange (in): fhem.0.info.connection false {"val":false,"ack":true,"ts":1592215357338,"q":0,"from":"system.adapter.fhem.0","user":"system.user.admin","lc":1592215357338} fhem.0 2020-06-15 12:02:37.334 debug (4782) adapter.on.unload: clearTimeout getAlive fhem.0 2020-06-15 12:02:37.333 debug (4782) adapter.on.unload: clearTimeout setAlive fhem.0 2020-06-15 12:02:37.332 error (4782) ReferenceError: channel is not defined at parseEvent (/opt/iobroker/node_modules/iobroker.fhem/main.js:2317:29) at processEvent (/opt/iobroker/node_modules/iobroker.fhem/main.js:2304:5) fhem.0 2020-06-15 12:02:37.331 error (4782) uncaught exception: channel is not defined fhem.0 2020-06-15 12:02:37.329 warn (4782) ReferenceError: channel is not defined at parseEvent (/opt/iobroker/node_modules/iobroker.fhem/main.js:2317:29) at processEvent (/opt/iobroker/node_modules/iobroker.fhem/main.js:2304:5) fhem.0 2020-06-15 12:02:37.326 warn (4782) Exception: ReferenceError: channel is not defined fhem.0 2020-06-15 12:02:37.325 debug (4782) [main] [eventFHEM] eventFHEM(in): "vw-connect.0.TMBJW7NP7L7057941.remote.climatisation:true,false"Zwei weitere Dinge:
- Beim Neustart der FHEM-Instanz werden wohl alle IOBroker Devices in FHEM gelöscht und wieder neu angelegt? Ist das so gewollt? Damit werden leider auch alle von mir zwischenzeitlich geänderten Attribute (wie z.B. "room") auf Standard zurückgesetzt. Oder habe ich ein Verständnisproblem und sollte nicht mit den nativen IOBroker-Devices in FHEM arbeiten?
Edit: Betrifft ggf. nur das "room" Attribut, Attribut "userReadings" bleibt bestehen. - Zumindest die "vw-connect" Objekte werden in FHEM mit einem "_" statt dem "-" im FHEM-Devicenamen angelegt, also z.B.
#in FHEM vw_connect.0.TMBJW7NP7L70XXXXX.remote.climatisation# in IOBroker vw-connect.0.TMBJW7NP7L70XXXX.remote.climatisationFührte bei mir ein wenig zu Verwirrung, weil man in FHEM bei einem
set fhem.0.send2ioBnicht den FHEM-Devicenamen sondern den IOBroker Objektnamen verwenden muss.
Weißt Du, warum das "-" durch das "_" beim Anlage des Devices in FHEM ersetzt wird?Vielen Dank und Grüße,
AndreasPS: Sorry, keine Ahnung woher dieses "Select all" in den Code-Bereichen herkommt....
- Beim Neustart der FHEM-Instanz werden wohl alle IOBroker Devices in FHEM gelöscht und wieder neu angelegt? Ist das so gewollt? Damit werden leider auch alle von mir zwischenzeitlich geänderten Attribute (wie z.B. "room") auf Standard zurückgesetzt. Oder habe ich ein Verständnisproblem und sollte nicht mit den nativen IOBroker-Devices in FHEM arbeiten?
-
RE: FHEM Adapterposted in ioBroker Allgemein
@LausiD said in FHEM Adapter:
Kannst du mal bitte mit Update von github versuchen...Danke
Nach Update startet die Instanz nun ohne Probleme
:(4631) END ===== Synchronised FHEM in 65238 ms :-)Klasse, vielen Dank, sollte bei weiteren Tests noch etwas auffallen, melde ich mich (ist keine Drohung
) .Viele Grüße,
Andreas -
RE: FHEM Adapterposted in ioBroker Allgemein
@LausiD said in FHEM Adapter:
Von github kommt noch V 1.5.2 oder?
Ups, ja, von github ist Version 1.5.2
Ok Fehler erkannt....in den Objekten von vw-connect sind states ohne val (Wert)
Muss ich noch ändernAlles klar, danke für die Unterstützung.
Viele Grüße,
Andreas -
RE: FHEM Adapterposted in ioBroker Allgemein
@LausiD
Danke für die prompte Reaktion.du hast die Version 1.5.2 von github, oder?
Ja, direkt aus github, Version 1.5.3: https://github.com/iobroker-community-adapters/ioBroker.fhem
Läuft der Adapter beim Start bis STEP 6?
Ja, Abbruch lt. Log nach/bei STEP 6.
fhem.0 2020-06-12 12:43:01.529 warn (3399) TypeError: Cannot read property 'val' of null fhem.0 2020-06-12 12:43:01.522 warn (3399) Exception: TypeError: Cannot read property 'val' of null fhem.0 2020-06-12 12:43:01.504 info (3399) > detected 9 state(s) of "vw-connect.0.TMBJW7NP7L70XXXXX.remote" fhem.0 2020-06-12 12:43:01.185 info (3399) STEP 06 ===== check Subscribe - check fhem.0.info.Configurations.allowedIOBinHast du unter fhem.0.info.Configurations.allowedIOBin ( Übertrag ioBroker zu FHEM) einen Eintrag?
Bingo, das scheint's zu sein, ohne Einträge in fhem.0.info.Configurations.allowedIOBin startet der Adapter.
fhem.0 2020-06-12 12:49:26.731 info (3455) END ===== Synchronised FHEM in 10199 ms :-)Hat sich die Syntax geändert? Ist doch eine Liste komma-separierter Einträge aus der Objekttabelle, oder ?
Gerade getestet, Probleme sind wohl wie auch oben im Log ersichtlich die Objekte des VW-Connect Adapters.Viele Grüße,
Andreas -
RE: FHEM Adapterposted in ioBroker Allgemein
Hallo @LausiD,
erst einmal Danke für Deine Arbeit.
Hatte Version 1.3.0 am Start und nun auf 1.5.3 aktualisiert.
Instanz bekommt aber leider keine Verbindung zu FHEM hin:
-Verbunden mit Host: wahr
-Lebenszeichen: wahr
-Verbunden mit Host: falschWiederholt kommt im Log jetzt:
fhem.0 2020-06-12 11:32:31.570 error (1587) TypeError: Cannot read property 'val' of null at adapter.getForeignStates (/opt/iobroker/node_modules/iobroker.fhem/main.js:573:41) at adapterStates.getStates (/opt/iobroker/node_module fhem.0 2020-06-12 11:32:31.569 error (1587) uncaught exception: Cannot read property 'val' of null fhem.0 2020-06-12 11:31:56.856 error at process._tickCallback (internal/process/next_tick.js:68:7) fhem.0 2020-06-12 11:31:56.856 error at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49) fhem.0 2020-06-12 11:31:56.856 error at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23) fhem.0 2020-06-12 11:31:56.856 error at client.mget (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:673:13) fhem.0 2020-06-12 11:31:56.856 error at adapterStates.getStates (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6757:17) fhem.0 2020-06-12 11:31:56.856 error at adapter.getForeignStates (/opt/iobroker/node_modules/iobroker.fhem/main.js:573:41) fhem.0 2020-06-12 11:31:56.856 error (1572) TypeError: Cannot read property 'val' of null fhem.0 2020-06-12 11:31:56.856 error (1572) uncaught exception: Cannot read property 'val' of null fhem.0 2020-06-12 11:31:21.766 error at process._tickCallback (internal/process/next_tick.js:68:7) fhem.0 2020-06-12 11:31:21.766 error at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49) fhem.0 2020-06-12 11:31:21.766 error at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23) fhem.0 2020-06-12 11:31:21.766 error at client.mget (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:673:13) fhem.0 2020-06-12 11:31:21.766 error at adapterStates.getStates (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6757:17) fhem.0 2020-06-12 11:31:21.766 error at adapter.getForeignStates (/opt/iobroker/node_modules/iobroker.fhem/main.js:573:41) fhem.0 2020-06-12 11:31:21.766 error (1557) TypeError: Cannot read property 'val' of null fhem.0 2020-06-12 11:31:21.754 error (1557) uncaught exception: Cannot read property 'val' of nullObjekt-Tabelle wurde jedoch nach und nach gefüllt.
Zurück auf 1.3.0 gibt leider die gleichen Fehler.
Kann ich noch weitere Infos liefern um den Fehler einzugrenzen?Viele Grüße,
Andreas -
RE: Test Adapter VW Connect für VW, ID, Audi, Seat, Skodaposted in Tester
@tombox said in Test Adapter VW Connect v0.0.x:
@Scooty aber über die App geht alles
Ja, auch hier geht über die App alles.
-
RE: Test Adapter VW Connect für VW, ID, Audi, Seat, Skodaposted in Tester
@tombox
Alles klar.
Ja, es wurden keine weiteren Daten geladen (nur die VIN und persönlichen).
Inzwischen kommen allerdings wieder nur die Meldungenvw-connect.0 2020-05-02 14:39:07.018 error (1941) 400 vw-connect.0 2020-05-02 14:39:07.017 error (1941) Failing to refresh token.und es findet keinerlei Aktualisierung statt.
Viele Grüße,
Andreas -
RE: Test Adapter VW Connect für VW, ID, Audi, Seat, Skodaposted in Tester
@tombox :
Ja, es kam dauerhaft. Zwischenzeitlich habe ich aber den Adapter ca. 12h gestoppt.
Gerade nochmals gestartet, Token-Fehler tritt nicht auf (vielleicht hatte VW mich temporär wegen der Anfragen ausgesperrt?).
Wie bei @fritz0815 werden die persönliche Daten und die FIN geladen, aber danach nun folgender Fehler:vw-connect.0 2020-05-02 12:29:32.389 error (1912) 406 vw-connect.0 2020-05-02 12:29:32.320 error (1912) 403 vw-connect.0 2020-05-02 12:29:30.814 debug (1912) {"userVehicles":{"vehicle":["xxxx"]}} vw-connect.0 2020-05-02 12:29:29.910 debug (1912) {"firstName":"Andreas","lastName":"Kxxxx","salutation":"SALUTATION:MR","dateOfBirth":"19xx-xx-xx","nickname":"Andreas","businessIdentifierType":"BUSINESS_IDENTIFIER_TYPE:MBB_ID","businessIdent vw-connect.0 2020-05-02 12:29:29.686 debug (1912) getData vw-connect.0 2020-05-02 12:29:29.682 debug (1912) Login successful vw-connect.0 2020-05-02 12:29:29.146 debug (1912) Error: Invalid protocol: skodaconnect: vw-connect.0 2020-05-02 12:29:28.259 debug (1912) {"date":"Sat, 02 May 2020 10:29:28 GMT","content-length":"0","connection":"close","cache-control":"no-cache, no-store, max-age=0, must-revalidate","content-language":"en","expires":"0","locatio vw-connect.0 2020-05-02 12:29:28.259 debug (1912) "" vw-connect.0 2020-05-02 12:29:27.782 debug (1912) parsePasswordForm vw-connect.0 2020-05-02 12:29:26.789 debug (1912) parseEmailForm vw-connect.0 2020-05-02 12:29:24.524 info (1912) starting. Version 0.0.11 in /opt/iobroker/node_modules/iobroker.vw-connect, node: v10.19.0JS controller: 2.2.9
Viele Grüße,
Andreas -
RE: Test Adapter VW Connect für VW, ID, Audi, Seat, Skodaposted in Tester
Hier leider auch (Skoda), Auszug aus dem Log:
vw-connect.0 2020-04-30 17:31:00.777 error (1538) 400 vw-connect.0 2020-04-30 17:31:00.776 error (1538) Failing to refresh token. vw-connect.0 2020-04-30 17:31:00.353 debug (1538) refreshToken vw-connect.0 2020-04-30 17:07:25.361 debug (1538) error while getting https://msg.volkswagen.de/fs-car/bs/dwap/v1/$type/$country/vehicles/$vin/history vw-connect.0 2020-04-30 17:07:25.360 debug (1538) 403 vw-connect.0 2020-04-30 17:07:25.353 debug (1538) error while getting https://msg.volkswagen.de/fs-car/bs/rs/v1/$type/$country/vehicles/$vin/status vw-connect.0 2020-04-30 17:07:25.352 debug (1538) 502 vw-connect.0 2020-04-30 17:07:25.322 debug (1538) error while getting https://msg.volkswagen.de/fs-car/bs/cf/v1/$type/$country/vehicles/$vin/position vw-connect.0 2020-04-30 17:07:25.321 debug (1538) 403 vw-connect.0 2020-04-30 17:07:25.287 debug (1538) error while getting https://msg.volkswagen.de/fs-car/bs/batterycharge/v1/$type/$country/vehicles/$vin/charger vw-connect.0 2020-04-30 17:07:25.287 debug (1538) 403 vw-connect.0 2020-04-30 17:07:25.185 debug (1538) error while getting https://msg.volkswagen.de/fs-car/bs/departuretimer/v1/$type/$country/vehicles/$vin/timer vw-connect.0 2020-04-30 17:07:25.184 debug (1538) 403 vw-connect.0 2020-04-30 17:07:24.808 debug (1538) error while getting https://msg.volkswagen.de/fs-car/bs/vsr/v1/$type/$country/vehicles/$vin/status vw-connect.0 2020-04-30 17:07:24.807 debug (1538) 403 vw-connect.0 2020-04-30 17:07:24.796 debug (1538) error while getting https://msg.volkswagen.de/fs-car/bs/climatisation/v1/$type/$country/vehicles/$vin/climater vw-connect.0 2020-04-30 17:07:24.795 debug (1538) 403 vw-connect.0 2020-04-30 17:07:23.662 debug (1538) {"destinations":[]} vw-connect.0 2020-04-30 17:07:23.416 debug (1538) error while getting https://msg.volkswagen.de/fs-car/bs/tripstatistics/v1/$type/$country/vehicles/$vin/tripdata/$tripType?type=list vw-connect.0 2020-04-30 17:07:23.415 debug (1538) 400 vw-connect.0 2020-04-30 16:43:13.279 debug (1538) {"access_token":"xxxx vw-connect.0 2020-04-30 16:43:13.108 debug (1538) refreshToken vw-connect.0 2020-04-30 16:37:00.846 error (1538) 400 vw-connect.0 2020-04-30 16:37:00.845 error (1538) Failing to refresh token. vw-connect.0 2020-04-30 16:37:00.352 debug (1538) refreshTokenAccess Token habe ich unkenntlich gemacht.
Fehler mit "Failing to refresh token" war weiter oben schon ´mal erwähnt, leider ohne Lösung, die ich nachvollziehen könnte.Viele Grüße,
Andreas
