Überarbeitung des Blitzer-Moduls

[Prof. Dr. Peter Henning]

Zwar ist das keine Sache nur für elektrisch angetriebene Fahrzeuge, wir werden aber in den nächsten Jahren sicher auch noch erleben, dass Benziner und Dieselfahrzeuge ebenfalls neue digitale Fähigkeiten bekommen.

Also lesen wir das mal in dem Sinne.

Weil ich mich diverse Unzulänglichkeiten des "inoffiziellen" Moduls 98_Blitzer.pm störten, habe ich etwas Zeit investiert.

Credit: bismosa, inoma und Wolle02, die das seit Jahren immer wieder leicht modifiziert haben

Hier jetzt das vorläufige Ergebnis. Das Modul beschafft aus öffentlich zugänglichen Daten (Ursprung bei Blitzer.de) die Standorte aller mobilen Radaranlagen in einer bestimmten Region. Die Region ist definiert als
- coordinate_home = Paar von Geokoordinaten + radius in km (als Default werden die aus dem global-Device genommen)
- coordinate_rect = 2 Paare von Geokoordinaten = Rechteck
- coordinate_list = beliebige Anzahl von Geokoordinatenpaaren + radius = Sequenz von überlappenden Kreisen, um ggf. die Fahrtstrecke zur Arbeit abzusichern.

Eine weitere wichtige Änderung war, die Ergebnislisten nicht als globale Variable zu speichern. Das bedeutet, dass man verschiedene Blitzer-Devices definieren kann, die sich nicht gegenseitig stören. Das war deshalb wichtig, weil ich auf diese Weise schon verschiedenen meiner Familienmitglieder Telegram-Buttons zur Verfügung stellen kann, die ihre präferierte location oder Route abfragen.

Derzeit schon in Arbeit: Telegram-Anbindung, die auf der aktuellen Position des Telegram-Clients basiert.

Wer das Modul bisher schon in Betrieb hat: Die alten Attributwerte zu den Home-Koordinaten lassen sich durch Ausführung von set ... convert_attributes auf das neue Format umstellen.

Achtung: Beta-Status, zum Testen.

LG

pah

[enno]

Moin pah,

ich nutze das Modul so wie von euch entwickelt (noch) nicht, da ich eigentlich eher nach Blitzern entlang einer Route oder Strasse schaue. Würden die Daten so etwas auch hergeben? Chatgpt meint das würde gehen:

Code Auswählen Erweitern

Die Verarbeitung würde so aussehen:
1. Google-Maps-Link entgegennehmen.
2. Start, Ziel und gewünschte Route ermitteln.
3. Die Route in ausreichend viele Koordinatenpunkte umwandeln.
4. Die vorhandene Blitzer.de-Abfrage für die gesamte Streckenführung nutzen.
5. Blitzer herausfiltern, die beispielsweise höchstens 500 Meter von der Route entfernt liegen.
6. Die Treffer nach ihrer Position entlang der Fahrstrecke sortieren.


Gruss
  Enno

[Prof. Dr. Peter Henning]

Jein.

Ersten ist das fast genauso gedacht, und funktioniert auch. Die werktägliche Route meines Sohnes ist in vier überlappende Zonen von je 10 km Radius eingeteilt, das Attribut coordinate_list enthält also vier Paare.

Zweitens aber ist zu bedenken, dass jede einzelne Abfrage FHEM-Zeit kostet und die Server von Blitzer.de belastet. Da gibt es also mehrere Grenzen, weil man nicht ewig auf die Daten warten will und ggf. auch am Server eine Blockade greift.

Also muss man einen Kompromiss suchen, der die Anzahl und Größe der überlappenden Zonen an das Mögliche anpasst.

Drittens aber arbeite ich daran, die Blitzer in einer Zone _um die gegenwärtige Position des Telegram-Clients_ zu finden. Das geht prototypisch schon, mit 2 Klicks. Telegram hat einen Modus, der die Live-Verfolgung der Position gestattet. Vielleicht könnte es gehen, ohne Benutzeraktion alle 10 Minuten die Blitzer um die gegenwärtige Position herum zu senden.

LG

pah