NEWS
IoBroker.tankerkoenig | Spritpreis-Adapter
-
Hat mal jemand die Preisentwicklung von Diesel, E10 und E5 von verschiedenen Tankstellen beobachtet?
Sind die günstigsten Preise von Diesel, E10 und E5 immer alle 3 an einer Tankstelle oder kann das auch sein, dass z.B. Diesel an Tankstelle A am günstigsten, E10 an Tankstelle B und E5 an Tankstelle C?
Hintergrund:
Ich erstelle gerade meine Spritpreis-Site neu und möchte jeweils den besten Preis von Diesel, E10 u. E5 markieren.
Jetzt stellt sich mir die Frage, ob ich nicht einfach nur die günstigste Tankstelle markieren muss, wenn die drei günstigsten Preise immer an nur einer Tankstelle bereit gestellt werden?! `
Nein, ist individuell, must ggf. 3 Tankstellen für den jeweils günstigsten Preis marlieren
-
Ich sehe es gerade
!
-
Ich finde das Tool genial ….
aber ....letzte Aktualisierung um 15:31 Uhr.....es ist jetzt halb sieben ....
kann ich das irgendwo ändern, oder verbessern ?
der Preis stimmt jetzt jedenfalls nicht mehr.
-
:?: Du sprichst in Rätseln :?:
Gruß
Rainer
-
Ich finde das Tool genial ….
aber ....letzte Aktualisierung um 15:31 Uhr.....es ist jetzt halb sieben ....
kann ich das irgendwo ändern, oder verbessern ?
der Preis stimmt jetzt jedenfalls nicht mehr. `
Hast du den aktuellen Preis der Tankstelle vor Ort mit dem Preis auf der Tankerkönig Webseite verglichen? Gibt es vielleicht auch da Unterschiede?Du kannst immer den Adapter neustarten.
Ein Update des Adapters steht bevor. Er ist noch nicht auf Admin3 und der Compact Mode muss auch noch rein. Hab nur gerade gar keine Zeit dafür. [emoji37]
Pix
-
ich habe aufgegeben zu glauben das TK die daten zeitnah sendet ….. das "geschlossen" / "offen" ( oder das preisupdate ) kommt auch schon mal stark verzögert.... mag ja auch mit der wichtigkeit oder lage der tanke zu tun haben....
-
Kann mir jemand helfen??
Die Preise werden nicht mehr aktualisiert, habe die Version 1.3.1. installiert. Seit dem läuft nix mehr
1532_bildschirmfoto_2019-02-07_um_22.32.49.png -
Das Log sagt leider nicht viel…
Bitte mal die Instanz auf "Debug" Stellen und dann das Log hier als TXT in Code Tags Posten.
Ist vielleicht deine ID Gesperrt worden?
-
Hallo,
da hänge ich mit gleich mit dran. Ich habe das gleich Problem.
Nach Update von 1.0.4 auf 1.3.1 zeigt das Log nur den Exit Code 1 und erfolgt keine Aktualisierung.
host.iobroker 2019-02-08 16:40:20.688 error instance system.adapter.tankerkoenig.0 terminated with code 1 () host.iobroker 2019-02-08 16:40:20.448 info instance system.adapter.tankerkoenig.0 started with pid 24462 host.iobroker 2019-02-08 16:40:20.427 info instance scheduled system.adapter.tankerkoenig.0 37 */11 * * * * host.iobroker 2019-02-08 16:40:17.920 info stopInstance canceled schedule system.adapter.tankerkoenig.0 host.iobroker 2019-02-08 16:40:17.919 info stopInstance system.adapter.tankerkoenig.0 host.iobroker 2019-02-08 16:40:17.918 info object change system.adapter.tankerkoenig.0
Interessanterweise ist das oben die Ausgabe mit debug-Level. Es macht kein Unterschied ob info oder debug. Die Log-Ausgabe ändert sich nicht.
Die Instanz habe ich auch mal komplett gelöscht und neu angelegt - gleicher Fehler
Wenn ich den Adapter komplett lösche und in der Version 1.0.4 installiere, funktioniert wieder alles (außer, dass er bei mir nur Vormittags aktualiesert (objects written). Am nächsten Tag funktioniert es wieder, halt nur vormittags. Ich hatte gehofft mit der 1.3.1 verschwindet dieses Problem).
Gruß
Marc
-
Es macht kein Unterschied ob info oder debug. `
Wo stellst du dasd denn ein?nur den Filter im Log - oder hast du wirklich den Loglevel der Instanz geändert?
Gruß
Rainer
-
Bei Instanzen die Log-Stufe
Gruß
Marc
-
Keiner eine Idee?
auch bei debug gleicher Fehler
-
was steht den bei dir im crone job ? was ist die 37.. hier ist es "/6***"
sonst ist ggf der zugang wirklich gesperrt oder falsch eingegeben… kannst du noch tankstellen-schlüssel abfragen ?
-
-
danke !
-
Gesperrt ist der Key nicht. So bald ich ein Downgrade auf die Version 1.0.4 mache, funktioniert es ja wieder.
Ich habe mir jetzt über die Seite von Tankerkönig mit meiner Mail-Adresse und dem API-Key ein Log angefordert. Mal schauen ob da was aufschlussreiches drinn steht.
Gruß
Marc
-
Also rausgefunden habe ich mit dem Log von Tankerkoenig, dass die GET-Anfragen mit der Adapter-Version 1.3.1 mit Status 401 (Unauthorized) beantwortet werden und mit der Version 1.0.4 mit Status 329.
Die restlichen Infos, also die 3 Tankstellen IDs und der API-Key sind völlig identisch)
Hier mal der Auszug aus dem Log (Meine IP und den API-Key habe ich ausgeixt)176.xxx.xxx.xxx - - [11/Feb/2019:17:33:39 +0100] "GET /json/prices.php?ids=%5B%22005056ba-7cb6-1ed2-bceb-bb0a17ce8d4e%22%2C%223b922903-4042-4139-8d5f-75e38ec05c22%22%2C%2259dbc05f-2218-4cc7-beec-aea9afe0894c%22%5D&apikey=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx HTTP/1.1" 200 401 176.xxx.xxx.xxx - - [11/Feb/2019:22:00:39 +0100] "GET /json/prices.php?ids=%5B%22005056ba-7cb6-1ed2-bceb-bb0a17ce8d4e%22%2C%223b922903-4042-4139-8d5f-75e38ec05c22%22%2C%2259dbc05f-2218-4cc7-beec-aea9afe0894c%22%5D&apikey=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx HTTP/1.1" 200 329
Zwischen den o.g. zwei Abfragen habe ich lediglich ein Downgrade des Adapters durchgeführt.
Hat jemand eine Idee wo das Problem liegen könnte? Beim Tankerkoenig ja wohl nicht oder?
Gruß
Marc -
ohh gibett was neues
-
Hat eigentlich jemand das gleiche Problem wie ich oder wie ist der aktuelle Stand?
Habe eben das Update auf die 2.0.0 durchgeführt -> Problem immer noch da -
Hallo zusammen,
das Update auf 2.0.0 ist jetzt raus und frei zum Testen bei Github (Link im ersten Post). Die Tests von Travis und Appveyor ergaben grün Der Adapter ist jetzt Admin3-konform, kann theoretisch im neuen Kompaktmodus laufen und hat ein material Design im Einstellfenster bekommen. Dadurch ist das Speichern und Laden der gesamten Einstellungen, auch aller API-Keys auf einmal möglich. Einige Sprachen wurden auch zugefügt.
Die wesentlichste Änderung ist aber der Daemon Modus. Der Adapter wird nicht mehr durch den schedule gestartet. Es gab immer wieder Probleme: weil der für die Abfrage beim Tankerkönig-Server nötige request-Befehl die Verbindung nicht immer korrekt geschlossen hatte, blieben nachfolgende Abfragen dann erfolglos. Der Adapter hat nun einen eigenen Timer (mindestens 5min, einstellbar). Der Trigger ist nicht an die Uhrzeit gebunden, somit sind gehäufte Anfragen der vielen Nutzer unwahrscheinlicher als vorher. Der Preis dafür: als Daemon bleibt der Adapter nun durchgehend im Speicher, auch wenn er gerade keine Abfrage macht.
@arteck Danke für die HIlfe
@Marc_P Wenn du gestern die Version 2.0.0 getestet hast, dann hast du Glück, dass es überhaupt lief.
Gruß
Pix