NEWS
[Neuer Adapter] radar-trap
-
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?
-
Es gibt eine neue Version auf GitHub mit zwei Änderungen:
- Der Adapter überschreibt in der Übersicht nicht mehr den VIS-Editor
- 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.
-
@carsten04
Danke, werde ich bei Gelegenheit testen und berichten.
Was ist eigentlich der genaue Unterschied zwischen den Einstellungen "Fahren" und "Fahrverkehr"? -
@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.
-
-
Info: ich habe den Adapter wieder in radar-trap umbenannt. Bitte bei einer Neuinstallation beachten.
-
@carsten04
ich habe gerade ein kleines Verständnisproblem. Es wird eine Route abgefragt, diese wirft folgendes Ergebnis aus:
Wenn ich die gleiche Strecke über Google eingebe, zeigt er mir folgendes:
Wenn ich die angezeigte Verzögerung aus deinem Adapter, mit der Fahrzeit aus deinem Adapter addiere, komme ich ca. auf die gleiche Zeit wie Google. Kann es sein, dass hier etwas noch nicht passt?
Hier die Adaptereinstellung der Strecke:
Wenn ich eine Strecke über VIS manuell abfragen möchte, muss ich dann den Datenpunkt "run" oder "resume" triggern?
-
@oli sagte in [Neuer Adapter] radar-trap2:
@carsten04
ich habe gerade ein kleines Verständnisproblem. Es wird eine Route abgefragt, diese wirft folgendes Ergebnis aus:
Würdest Du die VIS teilen und mir sagen wie Du das mit den Daten im oberen Bereich gemacht hast.
Vielen Dank -
Bin zufällig auf den Adapter gestossen und finde die Arbeit genial. Absolut klasse, dass sich immer wieder Leute finden, die sich in solche Sachen vollends reinknien - zum wohle der Broker Gemeinde. Werde den Adapter in den nächsten Tagen testen.
Edit: Mein Anliegen ist gelöst. Gottseidank gibt es bei der Programmierung immer mindestens 100 andere Wege -
@nashra
klar, ich verwende momentan auch noch den Roadtraffic Adapter, dieser ist teilweise noch in den Widgets und im Script hinterleg, kannst du aber ersetzten. Voraussetzung für die VIS ist folgender Adapter:
VIS:
Das Script ist noch in der Testphase:
-
@oli sagte in [Neuer Adapter] radar-trap2:
@carsten04
ich habe gerade ein kleines Verständnisproblem. Es wird eine Route abgefragt, diese wirft folgendes Ergebnis aus:
Wenn ich die gleiche Strecke über Google eingebe, zeigt er mir folgendes:
Wenn ich die angezeigte Verzögerung aus deinem Adapter, mit der Fahrzeit aus deinem Adapter addiere, komme ich ca. auf die gleiche Zeit wie Google. Kann es sein, dass hier etwas noch nicht passt?
@
Hier die Adaptereinstellung der Strecke:
Wenn ich eine Strecke über VIS manuell abfragen möchte, muss ich dann den Datenpunkt "run" oder "resume" triggern?
- Deine Vermutung ist richtig. Die tatsächliche aktuelle Dauer (inklusive aktueller Verkehrslage) errechnet sich so, wie von Dir beschrieben. Ich werde die Dauer im nächsten Update anpassen.
- stop: stoppt den cronjob; resume: nimmt den cronjob wieder auf; run: berechnet die Route sofort neu, danach läuft der cronjob weiter.
-
@carsten04
danke für deine Rückmeldung -
@carsten04
sorry, ich schon wieder, aber ich sollte ja testenMir ist noch aufgefallen, dass die Schalter im Objektbaum nicht so funktionieren, wie ich dachte.
-
Wenn ich "run" einschalte, dachte ich, dass dieser sich nach einer gewissen Zeit wieder ändert und auf "false" zurück springt.
Macht er aber nicht, er bleibt ständig auf "true". Es wird auch bei jeder Änderung neu abgefragt, egal ob "true" oder "false" eingeschaltet wird.
-
Wenn ich "resume" einschalte, sollte nach meinem Verständnis, "pause" auf "false" schalten, dass macht es aber auch nicht.
Soll dass so sein?
-
-
-
@carsten04
danke für die Info, ich war nur etwas irritiert, dass bei der Einstellung "resume = false" trotzdem einer erneute Abfrage stattfindet, obwohl auch "pause" auf "true" steht.Wenn diese zwei States ohne Funktion sind, wäre zu überlegen, ob man diese überhaupt beschreibbar macht.
-
Es gibt eine neue Version auf GitHub, die es ermöglicht beliebige Gebiete mittels Polygon zu definieren. Dazu bitte die alte Version (falls installiert) vollständig entfernen und von GitHub mit folgendem Link neu installieren:
GitHub-Link: https://github.com/Steiger04/ioBroker.radar-trap/tree/dev-v2
Ich habe im GitHub-Wiki zur Veranschaulichung einige Bilder hochgeladen.
Wichtig: bei der Polygonerstellung gibt es noch keine Flächen- oder Hindernisbegrenzung. Das Gebiet sollte also mit bedacht und nicht zu groß gewählt werden.
Feedback, Verbesserungsvorschläge und weitere Feature-Wünsche gerne hier oder auf GitHub.
-
Ich habe noch aktuelle Polizeimeldungen ergänzt.
-
Neben mobilen und festen Blitzern gibt es jetzt die Möglichkeit auch teilstationäre Blitzer anzuzeigen.
-
Für die vis-Widgets gibt es einen neuen Traffic Style in einer Tag- und Nachtversion zur Auswahl.
-
@carsten04
sorry, bin leider jetzt erst zum Testen gekommen, bis jetzt funktioniert alles wie es soll