Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Issi]

@jb_sullivan sagte in Tankerkönig Adapter Komplett umbau:

Danke für den Hinweis - in der Zwischenzeit habe ich tatsächlich mal in das Register Stationen rein geschaut und ich muss zu meiner Schande gestehen - die waren auch bei mir leer - damit rechnet man ja nicht. Wenn in der Instanz Einstellung der API Key drin steht, denkt man es ist alles übernommen worden und macht weiter nach Schema-F.

Bei der Aktualisierung von einer Version kleiner 3.0.x musste man was bestätigen, da drin stand ⇨ Der Adapter wurde von Grund auf neu programmiert, was bedeutet, dass die alte Konfiguration nicht mehr mit der neuen Version kompatibel ist. Die Stationen müssen alle neu erstellt werden.

Es kommen in der Zwischenzeit auch wieder Daten von "meiner" Tankstelle an. Trotzdem bleibt das Phänomen das kein Rollback auf eine vorherige Version funktioniert hat.

das gab es in der Vergangenheit schon paar mal mit andern Sachen suche mal nach den Fehler npm ERR! code ETARGET

[JB_Sullivan]

@chaot sagte in Tankerkönig Adapter Komplett umbau:

Wenn die Stationen gelöscht werden sind sie logischerweise auch beim Rollback weg.

Nein, das Rollback als solches geht nicht. Also von 3.0.5 z.B. auf 3.0.1. In den Adapter Einstellungen läuft es zwar Augenscheinlich durch, schmeißt aber während des Rollbacks ein npm ERR! code ETARGET Fehler und ist danach immer noch auf 3.0.5.

Auch ein erneutes anstoßen des Upload Button ändert daran nichts. Ich denke für ein Versions Rollback sollte es egal sein ob eine Station eingetragen ist, oder nicht. Ist vielleicht mehr ein ioB Admin Problem?!?

[Issi]

@jb_sullivan sagte in Tankerkönig Adapter Komplett umbau:

@chaot sagte in Tankerkönig Adapter Komplett umbau:

Wenn die Stationen gelöscht werden sind sie logischerweise auch beim Rollback weg.

Nein, das Rollback als solches geht nicht. Also von 3.0.5 z.B. auf 3.0.1. In den Adapter Einstellungen läuft es zwar Augenscheinlich durch, schmeißt aber während des Rollbacks ein npm ERR! code ETARGET Fehler und ist danach immer noch auf 3.0.5.

Auch ein erneutes anstoßen des Upload Button ändert daran nichts. Ich denke für ein Versions Rollback sollte es egal sein ob eine Station eingetragen ist, oder nicht. Ist vielleicht mehr ein ioB Admin Problem?!?

Hast du mal in das Log ⇨ C:\iobroker\GLT\env\npm-cache_logs\2022-11-20T13_16_10_135Z-debug.log geschaut?
Kannst es auch mal hier hochladen.

[JB_Sullivan]

@issi sagte in Tankerkönig Adapter Komplett umbau:

Kannst es auch mal hier hochladen.

Bitte schön, hier das LOG aus dem npm-cache

0 info it worked if it ends with ok
1 verbose cli [
1 verbose cli   'C:\\iobroker\\GLT\\nodejs\\node.exe',
1 verbose cli   'C:\\iobroker\\GLT\\nodejs\\node_modules\\npm\\bin\\npm-cli.js',
1 verbose cli   'install',
1 verbose cli   '--save-exact',
1 verbose cli   'iobroker.tankerkoenig@3.0.1'
1 verbose cli ]
2 info using npm@6.14.11
3 info using node@v14.16.0
4 verbose npm-session 1467672bb896a42c
5 silly install loadCurrentTree
6 silly install readLocalPackageData
7 http fetch GET 304 https://registry.npmjs.org/iobroker.tankerkoenig 258ms (from cache)
8 silly registry:manifest no matching version for iobroker.tankerkoenig@3.0.1 in the cache. Forcing revalidation.
9 http fetch GET 200 https://registry.npmjs.org/iobroker.tankerkoenig 781ms
10 silly fetchPackageMetaData error for iobroker.tankerkoenig@3.0.1 No matching version found for iobroker.tankerkoenig@3.0.1.
11 timing stage:rollbackFailedOptional Completed in 1ms
12 timing stage:runTopLevelLifecycles Completed in 9788ms
13 verbose type version
14 verbose stack iobroker.tankerkoenig: No matching version found for iobroker.tankerkoenig@3.0.1.
14 verbose stack     at pickManifest (C:\iobroker\GLT\nodejs\node_modules\npm\node_modules\npm-pick-manifest\index.js:122:13)
14 verbose stack     at C:\iobroker\GLT\nodejs\node_modules\npm\node_modules\pacote\lib\fetchers\registry\manifest.js:43:18
14 verbose stack     at tryCatcher (C:\iobroker\GLT\nodejs\node_modules\npm\node_modules\bluebird\js\release\util.js:16:23)
14 verbose stack     at Promise._settlePromiseFromHandler (C:\iobroker\GLT\nodejs\node_modules\npm\node_modules\bluebird\js\release\promise.js:517:31)
14 verbose stack     at Promise._settlePromise (C:\iobroker\GLT\nodejs\node_modules\npm\node_modules\bluebird\js\release\promise.js:574:18)
14 verbose stack     at Promise._settlePromise0 (C:\iobroker\GLT\nodejs\node_modules\npm\node_modules\bluebird\js\release\promise.js:619:10)
14 verbose stack     at Promise._settlePromises (C:\iobroker\GLT\nodejs\node_modules\npm\node_modules\bluebird\js\release\promise.js:699:18)
14 verbose stack     at _drainQueueStep (C:\iobroker\GLT\nodejs\node_modules\npm\node_modules\bluebird\js\release\async.js:138:12)
14 verbose stack     at _drainQueue (C:\iobroker\GLT\nodejs\node_modules\npm\node_modules\bluebird\js\release\async.js:131:9)
14 verbose stack     at Async._drainQueues (C:\iobroker\GLT\nodejs\node_modules\npm\node_modules\bluebird\js\release\async.js:147:5)
14 verbose stack     at Immediate.Async.drainQueues [as _onImmediate] (C:\iobroker\GLT\nodejs\node_modules\npm\node_modules\bluebird\js\release\async.js:17:14)
14 verbose stack     at processImmediate (internal/timers.js:461:21)
15 verbose cwd C:\iobroker\GLT
16 verbose Windows_NT 10.0.19045
17 verbose argv "C:\\iobroker\\GLT\\nodejs\\node.exe" "C:\\iobroker\\GLT\\nodejs\\node_modules\\npm\\bin\\npm-cli.js" "install" "--save-exact" "iobroker.tankerkoenig@3.0.1"
18 verbose node v14.16.0
19 verbose npm  v6.14.11
20 error code ETARGET
21 error notarget No matching version found for iobroker.tankerkoenig@3.0.1.
22 error notarget In most cases you or one of your dependencies are requesting
22 error notarget a package version that doesn't exist.
23 verbose exit [ 1, true ]

[Issi]

@jb_sullivan
ok, das ist leicht erklärt 3.0.1 gibt es nicht auf npm
genauso wenig wie die 2.2.0 auf die du vorhin gehen wolltest

also kann er das auch nicht installieren

[JB_Sullivan]

@issi OK, dann liegt der Fehler wohl beim Admin, denn in der Auswahlliste in der Adapter Liste ist sowohl die 2.2.0, als auch die 3.0.1 mit drin - und genau darüber stoße ich das Rollback an.

[Issi]

@jb_sullivan
ja das ist seltsam ich frage mich auch, woher er das hat

[Homoran]

@pix wer bist du denn? :joy:

dann hast du extra für mich getestet, dass die IDs absolut gleich bleiben?
Danke!

Stationen müssen dann natürlich in der selben Reihenfolge neu angelegt werden.

ich hoffe euch geht's gut!

[crunchip]

hat wunderbar geklappt, Influx schreibt fleissig weiter:+1:

[pix]

@homoran :grinning: :hand: Schön, wieder hier zu sein.

Hab mir nicht wirklich Gedanken gemacht und einfach drüber installiert. Dann habe ich den Hinweis auf die nicht mehr benötigten / überflüssigen Datenpunkte gelesen und kurz überlegt, wo ich die StationIDs wegsichern kann (ich dachte an einen Screenshot in den Einstellungen). Naja, da waren sie nicht mehr. Aber da habe ich diese sensationelle Ansicht zur Eingabe neuer IDs gesehen und schnell einen Screenshot des Objektbaums gemacht (da stehen die alten IDs ja auch drin). Ob Adapter-Backup und Restore funktionieren weiß ich nicht. Aber die Reihenfolge der Stations sollte man beibehalten wenn man alte History-Charts nahtlos weiterführen will.

Auch die neuen min/max-Werte habe ich nun gleich mitgeloggt. Jetzt, nach rund 12 Stunden, kann man schon eine schöne Varianz in den Preisen sehen. Danke für die Möglichkeit.

[Rene55]

@issi Hallo issi, ich hatte ja weiter oben berichtet, dass der neue Adapter im Testsystem hervorragend arbeitet. Jetzt habe ich auf dem Produktivsystem den alten Adapter gelöscht (auch die Datenpunkte) und die neue Version 3.0.5 installiert. Anschließend den API-Key und die Stationen neu eingegeben. Die Datenpunkte wurden neu angelegt, aber es werden keine Preise angezeigt. Der Status ist 'automatic request' und wird alle 5 Minuten refreshed.

[Ahnungsbefreit]

@rene55 Schau noch mal, ob der Key drin ist. Ich hatte das auch und nach Eingabe der Stationen war der Key weg. Neu eingegeben, dann lief's.

[Rene55]

@ahnungsbefreit Hab den Key nochmal überprüft: ist richtig drin. Hab den Adapter auch mal auf debug gestellt. Hier sehe ich eine Response

Spoiler

type response: string >>> "\u001f�\b\u0000\u0000\u0000\u0000\u0000\u0000\u0003}лn�0\f\u0005�14�\u000e%S��\u0019�N�R �\u001etj$�\u0003[�\u0012��+\u0017\u0005�\f�v\u0005��\u0004ob<�6MWވS\u001fx�Y�b�+��\u000b*����H�2���~\u001b&v���0���0��\rG��#\u000f���,6"��r���+<��e��,ڛ ֡��A�\u0018�,\u0005��"(FtAG\u0015(\u000f��9�t�\u001db��\u0005֢�e�l�\u0012�\�9Ǟg>}�v�\b-#�:V��j��!�r\u0004����e��^\u000f��o�=oW�2�\u000bd2/�\u001aȇ.\u000f�\u001d\u0004�YiPY��\u000fy�������#jԵw�\u0004���\u0007�`\u001c�\u000e\u0003Q���� ?�i��7�.��\u0005����\u0001\u0000\u0000"

Aber keinen Hinweis auf eine unvollständige/falsche Konfiguration.

[Issi]

@rene55
da gibt, es anscheint ein Problem mit dem (axios) ⇨ der http abfrage. Bin dran.

[PPB1308]

@rene55 said in Tankerkönig Adapter Komplett umbau:

@issi Hallo issi, [...] Die Datenpunkte wurden neu angelegt, aber es werden keine Preise angezeigt. Der Status ist 'automatic request' und wird alle 5 Minuten refreshed.

Moin,
hier genau das gleiche Verhalten, es werden keine Werte abgerufen und keine Fehler-/Protokoll-Meldungen ausgegeben, trotz DEBUG Einstellung.

[Issi]

@ppb1308
wie schon erwähnt es gibt, gerade ein Problem mit dem http Request ich bin gerade an einer Lösung dran.

[Issi]

Ein Fix ist auf GitHub verfügbar, ein neuer Release sollte im Laufe des Tages als update verfügbar sein

[Rene55]

@issi Github-Fix gerade eingespielt - läuft. Bei meinem Produktivsystem warte ich, bis mir das Update per Repository angeboten wird. Danke fürs schnelle Fixen.:+1:

[freakyfreaky]

Hallo zusammen,

werden die Werte unter cheapest ebenfalls um 0:00 Uhr auf 0 gesetzt oder bleiben diese bestehen?

[Issi]

@freakyfreaky
die bleiben bestehen