Weihnachtsangebot 2025! 🎄

[schwigo]

@carsten04 das ist mir zu heikel im Produktivsystem, noch dazu beim Multihostsystem. Vor allem das zurück könnte viel Arbeit bedeuten (hatte da schon schlechte Erfahrungen) . Habe momentan kein Testsystem. Das mit Deinem Adapter habe ich mich noch getraut, da es ja sonst keine Schwierigkeiten gab. Da warte ich dann doch noch lieber. Evtl. kanns wer anderer mit https in seinem Testsystem testen? In jedem Falle aber glaube ich stark dass es damit zusammenhängt, sagt ja auch das Fehlerprotokoll. Ja das gehört unbedingt getestet, da ich annehme, dass sehr viele ihr Produktivsystem auf https haben.
Danke dir vorerst für Deine Bemühungen und was ich da schon so gesehen habe im Forum, wird das ein geiler Adapter. Sobald ich wieder ein Testsystem habe, melde ich mich , hängt leider von der Hardware ab und die ist momentan nur schwer oder zu teuer zu bekommen.
Andernfalls verfolge ich sowieso hier das Ganze und wenn das Problem anders gelöst wird, bin ich wieder gern dabei.

[carsten04]

@schwigo Danke für Deine Unterstützung. Bin jetzt schon ein bisschen weiter. Das Problem ist relativ tricky und hat folgenden Hintergrund. Der Adapter nutzt u.a. Feathers.js. Das ist ein Framework für real-time applications und ermöglicht erst das Aktualisieren der Karten in Echtzeit. Die Adapterinstanz startet dazu einen schmalen Feathers-Server der auch eine Websocket-SST zur Verfügung stellt und normalerweise unter http läuft (also der Server). Wenn Du jetzt den ioBroker auf https umstellst verbieten die aktuellen Browser aus Sicherheitsgründen, dass Du dann aus einem Adapter-Admin heraus einen XMLHttpRequest an einen Server schickst der unter http läuft und damit kann auch die websocket-SST nicht genutzt werden. Das Problem ist jetzt die Umstellung des Feathers-Server auf https. Das klaptt nämlich nur mit einem über eine CA ausgerstellten Zertifikat. Wenn ich ein Selfsign-Zertifikat verwende (kann man z.B. mit openssl selbst erzeugen), kommt immer ein "net::ERR_CERT_AUTHORITY_INVALID" als Fehler. Theoretisch könnte ich jetzt ein letsencrypt-Zertifikat verwenden. Das Problem dabei ist leider, dass diese Zertifikate nur öffentliche Domains zulassen, aber nicht localhost (was ja auch normalerweise sinnvoll ist). Aber genau so ein öffentliches Zertifikat für localhost bräuchte ich eigentlich, da der Feathers-Server ja auf localhost in der Adapterinstanz gestartet wird. Wenn mir hier nichts schlaues einfällt, dann kann der Adapter leider ersteinmal nur auf ioBroker-Systemen laufen die nicht über https aufgerufen werden. Mir ist das z.B. gar nicht aufgefallen, da ich grundsätzlich keine Ports aufmache, ausser die für einen ipsec-Tunnel, so dass ich von aussen immer über VPN auf mein Heimnetz und damit auch auf ioBroker via http zugreifen kann.
Das nur mal kurz zur Erklärung :slightly_smiling_face:.

[schwigo]

@carsten04 cool, wenn Du das schon herausgefunden hast und alles schlüssig wie Du das erklärt hast. Aber dann war ja mein Problem schon mal wichtig für später oder auch für andere und um das geht's ja beim Testen. :relaxed:
Aber Du hast schon ein paar andere Tester, hoffe nicht zu wenig, mit schon sehr vielen guten Ideen, da soll mein Problem einmal nicht die Entwicklung beeinflussen und so wie Du an Probleme rangehst findest Du für https auch noch eine Lösung.

[Oli]

@carsten04

kann es sein, das die Fahrzeit nicht aktualisiert wird?

Ich habe seit Tagen immer die gleiche Fahrzeit hinterlegt

Vergleich road-traffic Adapter:

[carsten04]

@oli Die duration aktualisiert sich mit. Kann natürlich sein, dass sich auf der Strecke lange nichts geändert hat. Ist das bei Dir vielleicht auch der Fall gewesen?

[Oli]

@carsten04

danke für die schnelle Antwort. Ja, auf der Strecke hat sich lange nichts getan.

Wenn ich dich jetzt richtig verstehe, ändert sich die Fahrzeit erst, wenn auf der Strecke eine Störung auftritt, oder diese wieder behoben ist.
Ist dass richtig?

[carsten04]

@oli Ja genau. Wenn sich an der Strecke nichts ändert (keine neuen Hindernisse, oder Wegfall von Hindernissen), dann ändert sich ja auch nichts an der Dauer. Die Dauer änder sich immer nur dann, wenn Du das Profil wechselst, oder änderst (mit/ohne Fähre, etc.), oder wenn sich eben Hindernisse ändern.

[amiethaner]

Moing zusammen. Hab bei mir Node.js v14.18.3 NPM 6.14.15 laufen und den Radar-Trap über den Github link installieren lassen. Leider wird mir aber keine Instance angelegt. Somit kann ich keine Routen eingeben.
Kann mir dazu wer n Tip geben?

[liv-in-sky]

@amiethaner über girhub wird keine instanz angelegt - du musst im adpter tab auf das plus klicken und selbst eine neue instanz erzeugen

[amiethaner]

@liv-in-sky dazu müsste mir der Adapter aber dort angezeigt werden. Das ist leider ned der Fall. Ich sehe zwar in den Objekten das der Ordner Radar-Trap angelegt ist, mit dem Admin Unterordner, aber sonst leider nix.

[liv-in-sky]

@amiethaner hast du im adapter tab mal einen refresh des browsers gemacht ?

[amiethaner]

sorry, nehm alles zurück. Nach Browser Refresh passts.

[amiethaner]

Installiert hab ich es nun bekommen. Aber leider wird mir keine Duration übernommen. Egal ob ich die 30 stehen lasse, oder was anderes Eintrage. Daher läuft der Adapter dann auch nicht an, bzw bringt folgenden fehler:

radar-trap.0
2022-01-19 11:24:03.906 warn Terminated (UNCAUGHT_EXCEPTION): Without reason

radar-trap.0
2022-01-19 11:24:03.904 info terminating

radar-trap.0
2022-01-19 11:24:03.895 error Cannot read property 'duration' of undefined

radar-trap.0
2022-01-19 11:24:03.894 error TypeError: Cannot read property 'duration' of undefined at RadarTrap.onReady (/opt/iobroker/node_modules/iobroker.radar-trap/main.js:146:29)

radar-trap.0
2022-01-19 11:24:03.893 error unhandled promise rejection: Cannot read property 'duration' of undefined

radar-trap.0
2022-01-19 11:24:03.892 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

Ab dann ists bei mir wie bei Thomas Jansen Das ich die meldung bekomme das der Adapter zu oft neu startet. Wenn ich in der Instanz dann die Route bearbeiten will, wird mir n paar minuten garnix angezeigt, hinzufügen geht auch nicht. Muss dann erst die Instanz und den Adapter löschen und neu installieren das es wieder läuft.
Danach wird mir aber wieder keine duration übernommen.
Hab kein HTTPs an, und geht weder in Chrome noch im Edge
In den Objekten wird mir aber die Instanz nicht angelegt sehe ich gerade. Da ist nur der Ordner Admin drin, welcher aber auch leer ist.

[carsten04]

@amiethaner Hast Du auch alle Token eingetragen?

[amiethaner]

@carsten04 ja, alles drin. Mir wird die Karte auch grafisch angezeigt.
vielleicht noch zu meiner Umgebung.
Mein IOB läuft in nen Docker auf meiner QNAP.
Bei der Adaper Installation kommt noch folgender Fehler/Hinweis im Debug:

npm WARN deprecated @types/socket.io-parser@3.0.0: This is a stub types definition. socket.io-parser provides its own type definitions, so you do not need this installed.

npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.7 (node_modules/osx-temperature-sensor):

npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.7: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})

npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@1.2.13 (node_modules/glob-watcher/node_modules/fsevents):

npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@1.2.13: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})

npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/fsevents):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})

[carsten04]

@amiethaner Mhm, die Meldungen haben eigentlich, auf den ersten Blick, nichts mit meinem Adapter zu tun. Mach bitte einmal folgendes:

1. Adapterinstanz stoppen
2. Im Objecttree den gesamten Radartrapeintrag löschen
3. Instanz wieder starten

Vorher das Logfile löschen und dann hier die Logausgabe noch einmal posten, falls es nicht geklappt hat.

[amiethaner]

@carsten04
bleibt sich gleich:

radar-trap.0
2022-01-19 12:54:34.898 warn Terminated (UNCAUGHT_EXCEPTION): Without reason

radar-trap.0
2022-01-19 12:54:34.896 info terminating

radar-trap.0
2022-01-19 12:54:34.888 error Cannot read property 'duration' of undefined

radar-trap.0
2022-01-19 12:54:34.887 error TypeError: Cannot read property 'duration' of undefined at RadarTrap.onReady (/opt/iobroker/node_modules/iobroker.radar-trap/main.js:146:29)

radar-trap.0
2022-01-19 12:54:34.886 error unhandled promise rejection: Cannot read property 'duration' of undefined

radar-trap.0
2022-01-19 12:54:34.885 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

radar-trap.0
2022-01-19 12:54:34.611 info starting. Version 0.3.0 in /opt/iobroker/node_modules/iobroker.radar-trap, node: v14.18.3, js-controller: 3.3.22

[carsten04]

@amiethaner Bitte noch einmal folgendes machen:

1. Adapterinstanz stoppen
2. Im Objecttree den gesamten Radartrapeintrag löschen

neu: Im Verzeichnis iobroker.radar-trap/server/data die Dateien directions.db, routes.db, traps.db löschen

3. Instanz wieder starten

4. Die Route(n)/Strecke(n) neu anlegen

Ggf. die Logeinträge noch einmal posten.

[amiethaner]

@carsten04
puh, jetzt muss ich blöd fragen, wie/wo komm ich denn an die files hin zum löschen?
Im Webinterface unter Dateien gibts den Radar-Trap nicht, und in der Linux console bin ich ned so ganz fit.
Aber auch wenn ich die Instanz und den Adapter lösche, und von komplett 0 nochmal anfange, wird mir auch keine Duration übernommen.

[amiethaner]

@carsten04 ah habs gefunden, ich versuchs mal