Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[oxident]

@oli Eigentlich ganz normal:

Version ist 5.4.3

[Oli]

@oxident
versuche es mal, wenn bei "Reine Web-Sockets (iobroker.ws) verwenden" ein Haken drin ist, so funktioniert es bei mir

[oxident]

@oli Hmm, dann klappt leider bei mir der VIS-Editor nicht mehr (speichert nicht mehr) ... ist'ne andere Geschichte wofür ich extra eine zweite Web-Instanz aufgesetzt habe.

Vermutlich muss ich diese Baustelle dann erstmal klären bevor ich Deinen (wirklich tollen!) Adapter weiter testen kann. Aber danke für Deine Hilfestellung ;-)

[Oli]

@oxident
ist nicht mein Adapter, sondern der von @carsten04 ;-)

[oxident]

@oli Hoppla, natürlich. Trotzdem danke...

[carsten04]

@oli Hast Du es auch mal ohne Haken bei ws mit der aktuellen Version versucht (also wirklich nichts angehakt im web-Adapter)?

Die Fehler in Deinem Log bis Zeile 11 haben nichts mit meinem Adapter zu tun. Da ist noch was anderes nicht in Ordnung. Einmal musst Du den rssfeed-Adapter installiert haben und in der VIS kann bei den Widgets nicht word.js gefunden werden und an irgend einer anderen Stelle wirft er bei getTranslation einen Fehler. Das kommt auch von irgendwelchen VIS-Widgets die Du noch installiert hast.

[Oli]

@carsten04
das mit der Zeile 11 im log weis ich, habe einfach alles kopiert

Mit dieser Einstellung im Web Adapter kann ich alles speichern, also Routen und im VIS Editor, allerdings wird mir weder im VIS Editor noch in der Runtime eine Karte angezeigt

Mit dieser Einstellung im Web Adapter wird mir die Karte richtig angezeigt, allerdings kann ich keine Routen mehr speichern und ich bekomme im VIS Editor einen Verbindungsfehler

So langsam bin ich ratlos.

[carsten04]

@oli

Das obere Widget ist die Map und das Untere stellt eine Liste dar.

Zur Web-Instanz Konfiguration:

1. Reine Web-Sockets darf nicht verwendet werden. Der Adapter braucht zwingend socket.io.
2. socket.io kann entweder integriert sein, oder eine eigene socketio-Instanz (entsprechender Adapter muss natürlich installiert sein). Keins darf auch nicht ausgewählt werden, denn ohne socket.io geht's halt nicht.
3. Web-Sockets erzwingen geht auch, ist aber nicht erforderlich, da sonst das Polling bei socket.io nicht mehr funktioniert.
4. Cache kann angewählt werden, ist aber auch nicht erforderlich.

Was ist noch ein Bug: Bevor mit der VIS gearbeitet werden kann, braucht es zwingend eine radar-trap2 Instanz, erst dann funktioniert die VIS. Den Fehler fange ich die Tage noch ab.

Ich bin bei mir jetzt alle Konstellationen durch und ich bekomme bei Einhaltung der Punkte 1) - 4) immer eine lauffähige Instanz und die VIS klappt absolut problemlos. Das Problem bei mir ist, dass ich die Konstellation von Dir nicht nachgestellt bekomme und die Fehlermeldungen bzgl. socket.io bei Beachtung der Punkte 1) - 4) bei mir nicht auftreten.

[oxident]

@carsten04 said in [Neuer Adapter] radar-trap2:

Was ist noch ein Bug: Bevor mit der VIS gearbeitet werden kann, braucht es zwingend eine radar-trap2 Instanz, erst dann funktioniert die VIS. Den Fehler fange ich die Tage noch ab.

Prima, daran lag's bei mir. Zusammen mit Deinen Ausführungen bezgl. der Konstellation socket.io / ws klappt der Adapter jetzt und die VIS auch. Danke!

[carsten04]

@oxident Perfekt, dann hat sich das Testen ja gelohnt. Wenn Dir noch was auffällt, oder Du noch Ideen für weitere Features hast, dann gerne hier, oder auf GitHub.

[Oli]

@carsten04
vielen dank für deine Unterstützung, läuft jetzt erstmal alles.

Und schon habe ich die nächste Frage.

Ich habe im Widget folgende Einstellung:

Das Ergebnis Sieht so aus:

Könnte man da die Überschriften nicht vorhandener Traps noch ausblenden?

[carsten04]

@oli Kommt in das nächste Update rein. Guter Hinweis.

Info: wenn Du neben die Liste eine Map legst, dann zoomst Du durch klicken auf einen Listeneintrag direkt in der Map auf das Hindernis.

[Oli]

@carsten04
Sorry, ich muss gleich noch eine Frage nach schieben.
Wäre es nicht sinnvoller die Profile "Fahren" und "Fahrverkehr" in einem Profil zu Vereinen?

In diesem Profil könnten dann beide Datenpunkte "duration" und "duration traffic" mit aufnehmen

[carsten04]

@oli Das geht von der Systhematik her nicht. Die Profile generieren unterschiedliche Routen und müssen immer separat betrachtet werden. Du kannst aber die Route zweimal mit unterschiedlichem Profil anlegen und hast dann im Objektbaum alles sauber strukturiert.

[Oli]

@carsten04
danke für deine Antwort.

Ein paar Fragen bzw. Anregungen habe ich noch:

1. Den Streckenname in einen extra Datenpunkt aufnehmen, dann könnte man diesen direkt in die VIS einbinden
2. Ist es möglich aus der Api eine Wegbeschreibung auszulesen und aufzunehmen?
3. Kann ich für eine bestimmte Strecke, eine feste Route hinterlegen (von, über, nach)?
4. könnte man im Map-Widget, für den Start- und Endpunkt frei wählbare Symbole einfügen (ähnlich bei beim Open Street Map Widget)?

[carsten04]

@oli
zu 1) Das läßt sich einfach umsetzen, kommt also demnächst.
zu 2), 3), 4) Das ist mit mehr Aufwand verbunden und wäre ein Thema für eine der nächsten Versionen.

Ich will den Adapter erstmal als Beta via NPM mit den aktuellen Funktionen plus 2-3 kleine Erweiterungen zur Verfügung stellen, danach geht es dann weiter.

[carsten04]

@oli @oxident Es gibt auf GitHub eine neue Version mit folgenden Anpassungen zum testen:

1. VIS ohne Fehlermeldung, wenn Instanz nicht aktiv, oder noch nicht angelegt wurde. Widgets zeigen passende Meldung.
2. Das List-Widget blendet die Hindernisüberschrift aus, wenn für den Typ keine Hindernisse vorhanden sind, oder der Typ abgewählt wurde.
3. Im Objektbaum unter direction-infos gibt es jetzt den State description für jede Route.

[Oli]

@carsten04
muss vorher deinstalliert werden, oder kann man darüber installieren?

[carsten04]

@oli Lieber erst sauber deinstallieren. Es müsste zwar auch so gehen, habe ich aber noch nicht ausreichend getestet.

[Oli]

@carsten04
bei mir funktioniert alles wie es soll, danke nochmal für deine investierte Arbeit