[Neuer Adapter] radar-trap

[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

[Oli]

@carsten04
mir ist noch aufgefallen, dass dein Adapterloge immer noch den VIS- Editor in der Übersicht vom ioBroker überdeckt

[Krys]

Bei mir lässt sich der Adapter gar nicht erst installieren von github. Das ganze bleibt bei:

ost.raspberrypi
2023-02-15 12:36:25.452	info	iobroker NPM version: 8.19.3Installing Steiger04/ioBroker.radar-trap2#73c83b67a16941cb393b3bead33eba758621d044... (System call)
host.raspberrypi
2023-02-15 12:36:21.991	info	iobroker install Steiger04/ioBroker.radar-trap2#73c83b67a16941cb393b3bead33eba758621d044
host.raspberrypi
2023-02-15 12:36:09.753	info	iobroker url https://github.com/Steiger04/ioBroker.radar-trap2 --host raspberrypi --debug

hängen und nichts weiter passiert. Ggfs. schmiert noch der ioBroker ab.
Sonst bisher keinerlei Probleme mit dem ioBroker gehabt.

Edit: Lief jetzt doch durch nachm 6. Mal. Keine Ahnung..

[Krys]

Gibt es eine Möglichkeit, die Straßennamen / Geopositonen von den Blitzern extrahiert in eigenen Datenpunkte zu bekommen oder weiß jemand einen Weg über bspw. Blockly, um an die Daten ranzukommen?

[carsten04]

Es gibt eine neue Version auf GitHub mit zwei Änderungen:

1. Der Adapter überschreibt in der Übersicht nicht mehr den VIS-Editor
2. Es gibt bei der Anlage der Route das Eingabefeld maximaler Trap-Abstand (default: 10m). Mögliche Werte: 1m bis 100m. Dies gibt den maximalen Abstand der Hindernisse senkrecht zur Route an. Hintergrund: die Hindernisse kommen von der Atudo-API und kennen keine Richtung (Start-Ziel, Ziel-Start). Wählt man den Abstand geschickt (möglichst gering) bleiben tatsächlich nur Hindernisse in Fahrtrichtung übrig. Bei einem zu geringen Wert können aber auch Hindernisse verloren gehen. Der Wert 10m ist ein guter Kompromiss, kann aber an die individuelle Strecke und die eigene Erfahrung angepasst werden.

[Oli]

@carsten04
Danke, werde ich bei Gelegenheit testen und berichten.
Was ist eigentlich der genaue Unterschied zwischen den Einstellungen "Fahren" und "Fahrverkehr"?

[oxident]

@oli Ich glaube, "Fahrverkehr" ist wirklich die Route inkl. aktuellem/historischen Verkehr. Will sagen, er nimmt Routen, auf denen weniger los ist und man ggf. schneller an's Ziel kommt.

[carsten04]

@Oli Es ist so wie @oxident geschrieben hat. Wenn Du bei der Eingabe über die Profilbegriffe hoverst, dann bekommst Du jeweils eine kurze Erklärung angezeigt.

[carsten04]

Info: ich habe den Adapter wieder in radar-trap umbenannt. Bitte bei einer Neuinstallation beachten.