UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Ein ehemaliger Benutzer]

@liv-in-sky Du hast alles richtig verstanden ;) Natürlich geht es um Blitzer und die Verlagerung der BlitzerApp zum ioBroker.
Gibt ja aktuell ein neues Urteil, welches die komplette Nutzung, auch für Beifahrer, verbietet.
WhattsApp's wie "Pass gut auf dich auf, Schatz", darf man ja bekommen :) Die Daten werden also schon Live zum Broker gesendet, das funktioniert sehr gut. Und es geht um genau das, was du beschreibst: Das Problem, das der Broker periodisch abfragt, ob gerade etwas in der Nähe ist. Das würde ich auch hin bekommen. Nachteil: es würde auch auf Blitzer in der anderen Richtung reagieren, auch z.B. seitlich neben der Autobahn usw. Man müßte die Strecke in Abschnitte teilen, z.B. wenn man auf eine AB fährt, nur den Teil der Auffahrt bis zur Abfahrt. Daran müsste ich eventuell lange frickeln.
Dachte du hättest da eine Idee. Zuerst habe ich einen anderen Weg verfolgt, in dem ich meine echte Location als Pseudo-Location auf ein altes SmartPhone zu Hause gesetzt habe, auf welchem die Original Blitzer App installiert war. Alle Apps haben sich täuschen lassen, nur die BlitzerApp nicht. Zudem ist es letztlich daran gescheitert, die jeweiligen Alarme zu triggern und an den Broker weiterzuleiten. Android wird leider (oder Gottseidank) immer sicherer, und Apps bekommen immer weniger mit, von Sachen, die sie eigentlich nichts angehen.
Werde mir die Scripte mal genauer ansehen. Für Vorschläge wäre ich trotzdem Dankbar. Auch würde ich die Ergebnisse
meiner App mit interessierten teilen. War auch eine längere Frickelei, bis das dies Ruckelfrei und Endless funktioniert hat.
Nutzen lässt sich das ganze auch nicht nur für Blitzer. Meine TrackApp in Verbindung mit Broker, schaltet z.B. BT ein, wenn ich mich dem Auto nähere und aus wenn die BT Verbindung beendet wird. Der Broker schaltet schon Licht ein, wenn ich mich der Garage nähere usw. Es gibt zahlreiche Ideen.
Man benötigt Android Studio und einen kostenlosen Firebase-Account.

[liv-in-sky]

@androiddev

die blitzeabfrage im script ist immer ein bereich - man kann eigentlich nicht wirklich genau seine route angeben - die einzige einschränkung, die ich nutze, ist das berechnen eines umkreises, um den bereich einzuschränken - aber ich habe mir die api nicht wirklich angesehen, was man da so abfragen könnte - deine beschreibung hört sich nach einer exakteren lösung an, als das, was mein script bietet.

daher denke ich ich - wenn man sich text senden läßt und der bereich - wie du sagst, neben der autobahn einen blitzer hat, bekommst du einen straßennamen, der dir nichts sagen wird. als bild ginge das gerade noch, weil man erkennt, ob man auf dieser straße in die richtung fährt

wird schwierig zu erreichen sein, mit den mitteln, die ich hier anwende

es gibt auch noch einen radar adapter - ich nutze den nicht, daher weiß ich nicht, was der bieten kann

@androiddev sagte in Script Radar-Kontrolle und Koordinaten Übersetzer:

Zudem ist es letztlich daran gescheitert, die jeweiligen Alarme zu triggern und an den Broker weiterzuleiten.

das müßte evtl mit tasker machbar sein (vermute ich nur) - hilft aber nichts, wenn du kein gerät hast, was das abfängt - die blitzer app frägt gps ab - ich wüßte nicht mal, wie ich einem handy eine falsche gps eingabe machen könnte :-)

ich kann mir gerne mal die app ansehen, um zu checken, was die so macht - ich mache das alles mit tasker und traccar

zusammengefaßt - ich weiß, wo ich bin aber ich weiß nicht, wo ich in 5km sein werde - diese routen-info müßte '"irgendwo" herkommen. daher kann ich nicht bestimmen, ob die blitzer-koorinaten in die route passen

[Ein ehemaliger Benutzer]

Den Radar Adapter habe ich getestet. Dieser läßt eine bestimmte Strecke berechnen, die man dann nehmen MUSS. Die Daten könnte ich zwar verwerten, aber das ist mir alles zu unflexilbel.
Tasker oder Automagic nutze ich nicht, die benutzen ja letztlich auch nur APIs oder Broadcast-Messages, das kann man besser direkt coden. Aber es gibt m.wissens nach keinen Broadcast, der da heißt: Ich (dein Android) spiele gerade einen Sound ab. Einen periodischen Timer, der, sagen wir alle 100ms abfragt, ob ein Sound gespielt wird, funktioniert nicht in dem Foreground Service, den ich programmiert habe.
Mit der falschen GPS-Angabe ist auch nicht so einfach wie es sich anhört. Es muß zunächst eine Mock-Location Permission erstellt werden. Dann muss so etwas natürlich programmiert werden, dazu gibt es Beispiele bei Stackoverflow. Aber das reicht immer noch nicht aus. Du weißt, um Apps mit Android Studio auf ein Handy zu spielen, müssen dort die Entwickler-Optionen freigeschaltet werden. In einem Punkt dieser Optionen kann und muss man dazu eine App festlegen, von der die Mock-Location akzeptiert wird. Also jemanden so etwas "unterzuschieben" geht nicht, da er aktiv freigeben muss.

[liv-in-sky]

@androiddev

Kennst du eigentlich die blitzer.de Beta Version App

Da gibt es eigentlich etwas ähnliches

Man kann sich eine Karte anzeigen lassen, sieht aus wie Google Maps, und dann werden die Blitzer in der Karte angezeigt

[Ein ehemaliger Benutzer]

Nein, die Beta kenne ich nicht. Eigentlich will ich ja vermeiden, jedwede als BlitzerApp erkennbare Software auf dem MobilePhone zu haben.
Werde noch einige API's studieren. Irgendwie schafft es ja auch BlitzerApp, die Streckenabschnitte
aufzudröseln. Schön wäre eine Open-Source BlitzerApp auf Github, wo man mal reinspinksen könnte. Werde dich auf dem laufenden halten.

[Ein ehemaliger Benutzer]

Kleines Update: Leider habe ich Moment nicht so viel Zeit für mein Projekt, aber ich habe trotzdem Fortschritte gemacht.
Stand ist, dass meine App "Pseudo-Standort" und die "Blitzer-App" auf einem Raspberry Pi 4 laufen, mit einem neuen Lineage als Betriebssystem. Die Blitzer-App akzeptiert den simulierten Standort - hier mal ein kurzer Ausflug nach Sydney ;)
In echt bekommt die Blitzer-App natürlich laufend den Standort meines Handys mitgeteilt.
Bleibt nur noch das Triggern der Alarme, und das wird jetzt eine echte Hürde. Notfalls muss ich etwas mit einem ESPXXX
über Audio-Ausgang tricksen.
Zudem sehe ich ein, dass das ganze zu Tricky ist, um es als Lösung für jedermann anzubieten. Ist leider nur eine Art
Machbarkeitsstudie.

Gruß
Jo

[Michael Müller 0]

@liv-in-sky ich hätte mal ein paar Fragen zur API (atudo) vielleicht kannst du mir weiterhelfen:

a) Was bedeuten denn die types 0-6? Welcher Type sind denn die mobile Blitzer?
b) Kann man denn auch eine Radius umfragen? Mich interessiert keine Strecke sondern vom Heimort ein Radius von 5-10km was da so los ist.
c) Auf was muss man denn im response genau achten, dass ein Blitzer vorhanden ist?

Danke

[liv-in-sky]

@michael-müller-0 sagte in Script Radar-Kontrolle und Koordinaten Übersetzer:

atudo

mit atudo kenn ich mich nicht aus
in meinem script werden zwar strecken eingegeben - es kommen aber die blitzer von der ganzen gegend - wenn du also (je nach ortschaft) eine strecke nach norden und eine strecke richtung süden eingibst, bekommst du ziemlich alle blitzer rundherum

ich habe im script auch eine radius bestimmung - damit kann dann blitzer, die weiter weg sind ausschließen

[Michael Müller 0]

@liv-in-sky danke für die schnelle Antowrt

Ich habe nur gesehen, dass du immer die Typen 0-6 anfrägst. Da sind auch direkt die festen Blitzer dabei. Ich dachte vielleicht kann man mit dem richtigen Typ einfach direkt die mobilen Blitzer anfragen.

Für mich sind die (mobilen) Blitzer der ganzen Gegend okay. Ich habe von meinem Heimartort mal 20 Km in den Süden und in den Norden gemacht. Jedoch ist der response immer leer, obwohl ich in der Blitzer App welche sehe. So ganz passt es wohl noch nicht bei mir

EDIT: 1-6 sind die mobilen Blitzer. Mir fehlen quasi die lila Dinger welche als Teilstationär mobil angezeigt werden.

[liv-in-sky]

@michael-müller-0

bei mir stimmt eigentlich die anzeige des scriptes zu 90% mit blitzer app überein - da ich ein extra handy mit anzeige im auto habe und jeden tag auf tour bin, bin ich ganz zufrieden