Neuigkeiten:

Am Sonntag den 8.12.2024 kann es ab ca. 8:00 Uhr zu kurzzeitigen Einschränkungen / Ausfällen bei den Diensten des FHEM Vereines kommen.
Die Server müssen mal gewartet und dabei neu gestartet werden ;)

Hauptmenü

Neues Modul - Mobile Blitzer Anzeigen

Begonnen von bismosa, 27 März 2019, 20:14:16

Vorheriges Thema - Nächstes Thema

bismosa

Hallo!

Ich habe schon lange nichts mehr an dem Modul geändert...es funktioniert derzeit so wie es ist. Ich habe auch wenig Zeit mich darum zu kümmern.

Zitat von: FHEM_Starter am 15 September 2021, 16:03:25

  • Wenn "createAllReadings" gesetzt ist und sich die Anzahl der Blitzer zur vorherigen Anzahl verkleinert, verbleiben die "alten" Readings trotzdem bestehen. Vielleicht sollten (wenn "createAllReadings" gesetzt) die Readings vorher gelöscht werden.

Stimmt. Scheint ein Fehler zu sein.
Man könnte die Readings einfach alle einmal vorher löschen. Vielleicht mit einem
deletereading <name> .*

Ich selbst nutze die einzelnen Readings nicht. Daher ist es bisher noch nicht aufgefallen. Benötigst Du die denn einzeln?

Zitat von: FHEM_Starter am 15 September 2021, 16:03:25

  • Ich habe versucht, den temporären Radius zu benutzen. Dies scheint jedoch nur zu klappen, wenn man auch Lat und Long angibt. Ist das so oder was habe ich übersehen?
Ja, die Koordinaten müssen zwingend mit angegeben werden.
Könnte man vielleicht in einem Update mit einbauen.

Zitat von: FHEM_Starter am 15 September 2021, 16:03:25

  • Ist es möglich, ein weiteres Reading mit einem abweichenden (kleineren) Radius zu erstellen? Ziel ist es, eine Push Nachricht zu erstellen, jedoch interessiert es nicht, wenn sich in 20 Kilometern Entfernung ein Blitzer ändert. Und nur dafür ein weiteres Device anzulegen wäre Resourcen Verschwendung.
Ich denke nicht, dass es Resourcen-Verschwendung ist. Es ist eine komplett neue Abfrage und nicht wirklich einfach einzubauen. Da würde ein neues Device oder eine temporäre Abfrage besser passen.

Ich habe leider gerade wenig Zeit. Vielleicht gehe ich da aber nochmal bei. Ansonsten kann auch gerne der Code von mir verwendet werden und das angepasst werden.  :)

Gruß
Bismosa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

FHEM_Starter

Hallo Bimosa,

trotzdem Danke für Deine Antwort.

Gruß Wolfgang

bismosa

Hallo,

ich habe mich jetzt doch noch dran gesetzt. Gerade der Fehler mit den verbleibenden Readings hat mich genervt (zumindest das Wissen darüber).

Update ist Online. Bitte mal testen.

Neu ist nun auch ein neuer Set-Befehl:
set <device> UpdateRadius <wert>

Dann wird neu eingelesen mit dem temporären Radius.

Extra Readings sind wirklich viel Aufwand in der Programmierung. Da lohnt es sich wirklich ein zweites Device anzulegen.

Gruß
Bismosa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

heikom

Hallo !
ich weiß die Frage war schon mal
bekomme es einfach nicht hin das HTML aus der Telegramm Nachricht zu löschen
createNoHTML auf 1

und so versende ich es
   
{fhem_set("heiko_fhem message @#Heiko \'".[Freisen:html]."\'")}

bismosa

Hallo!

Lang ist es her, das ich mich mit diesem Modul beschäftigt habe...

Wie sieht denn die RAW-Definition vom Device aus?
Welche Ausgabe kommt denn per Telegram? Wie sieht das Reading aus?

Gruß
Bismosa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

heikom



Danke !

Hoffe ich sende dir das richtige

defmod Freisen Blitzer 30
attr Freisen Ausgabe number,city,town,village,building,road,[Max.],vmax,[km/h],MapLink,newline
attr Freisen MapShow 1
attr Freisen Text_Without Keine Blitzer in der Nähe
attr Freisen area_bottomLeft_latitude 49.55
attr Freisen area_bottomLeft_longitude 6.92256413635633
attr Freisen area_topRight_latitude 49.6801801801802
attr Freisen area_topRight_longitude 7.47743586364367
attr Freisen createAllReadings 0
attr Freisen createNoHTML 1
attr Freisen createUpdateReading 1
attr Freisen home_latitude 49.55
attr Freisen home_longitude 7.25
attr Freisen icon message_attention
attr Freisen radius 30
attr Freisen room Blitzer

setstate Freisen Defined
setstate Freisen 2024-09-02 06:05:29 Anzeige 1
setstate Freisen 2024-09-02 20:05:28 NextUpdate Mon Sep  2 20:35:28 2024
setstate Freisen 2024-09-02 18:05:29 html 00 Glan-Münchweiler A 62 Max. 80 km/h <a target="_blank" rel="noopener noreferrer" href="https://www.google.com/maps/search/?api=1&query=49.469184,7.438392">Map</a>  \

setstate Freisen 2024-09-02 20:05:29 lastUpdate Mon Sep  2 20:05:29 2024
setstate Freisen 2024-09-02 20:05:29 status ok




e_Freisen_html
00 Glan-Münchweiler A 62 Max. 80 km/h <a target="_blank" rel="noopener noreferrer" href="https://www.google.com/maps/search/?api=1&query=49.469184,7.438392">Map</a> 




defmod di_Blitzer1 DOIF {fhem_set("heiko_fhem message @#Heiko  \'".[Freisen:html]."\'")}

setstate di_Blitzer1 initialized
setstate di_Blitzer1 2024-09-02 18:05:29 Device Freisen
setstate di_Blitzer1 2024-09-02 18:05:29 block_01 executed
setstate di_Blitzer1 2024-09-02 18:05:29 e_Freisen_html 00 Glan-Münchweiler A 62 Max. 80 km/h <a target="_blank" rel="noopener noreferrer" href="https://www.google.com/maps/search/?api=1&query=49.469184,7.438392">Map</a>  \

setstate di_Blitzer1 2024-09-01 20:19:27 mode enabled
setstate di_Blitzer1 2024-09-01 20:19:11 state initialized



bismosa

Hallo,

das sieht für mich eigentlich korrekt aus. Vermutlich habe ich das Problem noch nicht so ganz verstanden.
Geht es darum, keinen Link zu maps zu haben?
<a target="_blank" rel="noopener noreferrer" href="https://www.google.com/maps/search/?api=1&query=49.469184,7.438392">Map</a>Dann brauchst du nur im Attribut "Ausgabe" den Maplink entfernen.

Bitte Code und RAW Definitionen als Code dann kann man das besser lesen.  :)

Gruß
Bismosa

1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

heikom

Moin !

Ok Danke , ich entferne dann den Maplink
ich dachte man könnte das so umstellen das man den HTML Quelltext nicht sieht , sondern nur "Maplink" und wenn man da rauf klickt öffnet sich die Karte
War dann eine falsche Erwartung  von mir  :)

bismosa

Hallo,
bei Pushover funktioniert es auch. Telegram nutze ich leider nicht. Funktioniert denn da grundsätzlich HTML?
Fehlen da vielleicht nur zusätzlich <HTML> Tags?

Gruß
Bismosa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...


bismosa

Hallo!
das könnte vielleicht funktionieren, wenn im TelegramBot das Attribut
parseModeSend <0_None or 1_Markdown or 2_HTML or 3_Inmsg >Als HTML gesetzt wird.

Gefunden habe ich das hier:
https://core.telegram.org/bots/api#html-style

Testen kann ich das leider nicht, da ich Telegram nicht benutze.

Gruß
Bismosa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

heikom

SUPER Danke !
das war die Lösung Du darfst diesen Dateianhang nicht ansehen.