[Unwetterwarnung] 77_UWZ.pm Modul für unwetterzentrale.de und wetteralarm.at

Begonnen von CoolTux, 23 März 2016, 12:06:02

Vorheriges Thema - Nächstes Thema

CoolTux

Dein UWZ Device heißt uwz, beim Weblink Aufruf übergibst du der Funktion aber den String Unwetterzentrale. Warum auch immer.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

bartman121


curt

@CoolTux

Zitat von: CoolTux am 10 Juli 2019, 15:50:44
Deine Weblink Aufrufe sollten entsprechend der Commandref angepasst werden.
FHEM::UWZ::FnName

Entschuldige bitte, das kommt schon sehr überheblich rüber. Ich lese für mich da: "Du bist zu doof. Du musst jetzt eine oder drei Stunden investieren und jammere jetzt nicht.

Wäre es denn nicht viel einfacher, wenn Du einmal erklärst, was genau anzupassen ist?

Ich habe

Undefined subroutine &main::UWZAsHtmlFP called at (eval 73522) line 1.


Ja, ich bin doof. Ich gebe das offen zu.

Ich bitte Dich um ...
RPI 4 - Jeelink HomeMatic Z-Wave

mahowi

Zitat von: curt am 17 Juli 2019, 06:58:27
@CoolTux

Wäre es denn nicht viel einfacher, wenn Du einmal erklärst, was genau anzupassen ist?

Ich habe

Undefined subroutine &main::UWZAsHtmlFP called at (eval 73522) line 1.


Ja, ich bin doof. Ich gebe das offen zu.

Ich bitte Dich um ...

Du musst in Deinem Weblink nur UWZAsHtmlFP durch FHEM::UWZ::UWZAsHtmlFP ersetzen.
CUBe (MAX): HT, FK | CUBe (SlowRF): ESA2000WZ
JeeLink: LaCrosse | nanoCUL433: Smartwares SHS-51001-EU, EM1000GZ
ZME_UZB1: GreenWave PowerNode, Popp Thermostat | SIGNALDuino: HE877, X10 MS14A, Revolt NC-5462,  IT Steckdosen + PIR
tado° | Milight | HUE, Lightify | SmarterCoffee

curt

Zitat von: mahowi am 17 Juli 2019, 07:12:07
Du musst in Deinem Weblink nur UWZAsHtmlFP durch FHEM::UWZ::UWZAsHtmlFP ersetzen.

Neh jetzt - das ist jetzt Spaß? Wo ist die versteckte Kamera?

@CoolTux
Mit dem ansonsten gebotenen höchsten Respekt vor Leuten, die in opensource-Projekten arbeiten: Also Deine Kommunikation möchte ich deutlich kritisieren. Was hat es Dir denn gegeben, alle mit "lies commandref" abzuspeisen? Ich habe mir mit meinen bescheidenen Möglichkeiten stundenlang erfolglos einen Wolf gesucht. Ja, ich bin doof. Es muss nun mal auch doofe Leute geben - sonst verstehen die Schlauen ja gar nicht, dass sie schlau sind. Dann habe ich im Bewusstsein, dass mir nur wieder ein "Du bist so doof, lies commandref" entgegengeschleudert wird, den obrigen Beitrag verfasst.

Was hätte denn dagegen gesprochen, einfach wie mahowi die Sache aufzuklären?

@mahowi
Wenn ich hier meinen goldenen Papporden "Freundlicher Helfer des Tages" verleihen dürfte - Du würdest ihn heute erhalten: Sehr herzlichen Dank!
RPI 4 - Jeelink HomeMatic Z-Wave

Amenophis86

Zitat von: curt am 17 Juli 2019, 07:33:41
@CoolTux
Mit dem ansonsten gebotenen höchsten Respekt vor Leuten, die in opensource-Projekten arbeiten: Also Deine Kommunikation möchte ich deutlich kritisieren.

Mal die Kirche im Dorf lassen. Hier ist keinerlei falsche oder überhebliche Kommunikation zu erkennen. Sollten dir die Aussagen nicht weiterhelfen, dann kannst du gerne nochmal nachfragen und du bekommst sicher geholfen, wie es mahowi getan hat. Aber die Antworten von CoolTux sind weder überheblich noch sonst etwas in der Richtung. Es ist zwar so, dass der Empfänger die Botschaft bestimmt aber rein sachlich hat CoolTux dir genau gesagt was du machen musst + in der CommandRef steht nun mal fast alles genau beschrieben, sollte dir etwas fehlen oder unverständlich sein, ist es an dir zusagen was du nicht verstehst.
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

Florian_GT

Es wäre cool, wenn das Module noch zwischen Vorwarnung und Warnung unterscheiden, und dies in den Ansichten auch hervorheben könnte.
In den Daten ist das zu lesen:
"levelName":"alert_forewarn_red"
"levelName":"alert_warn_red"
FHEM: Proxmox Server, FHEM in VM, pgSQL DB
Hardware: Ethersex (Pollin NETIO Boards), Diverse Tasmota MQTT Devices, Raspberry Pi Zero W Kameras, (Github RaspberryPiStreamingCamera), Zigbee2MQTT, ESPEasy

Development: UBA (Umwelt Bundesamt), BFS (Bundesamt für Strahlenschutz)

CoolTux

Wenn ich das richtig sehe ist stufe Gelb immer die Vorwarnung und die dann kommende Farbe (rot, violet) die eigentliche Warnung.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Robert1963

Hallo,

hab ein kleines Problem mit der UWZ, speziell mit der Darstellung des Regenradars auf meinem Floorplan.
Möchte die Animation in mit htmlattr in gewünschter Größe auf meinem Floorplan darstellen.
Das Device ist erstellt und zeigt im Web auch alles richtig schick.
Kann leider die Größe nicht einstellen. Egal was ich, im htmlattr, eingebe es bleibt immer gleich groß.
Das Thema kam 2016 schon mal auf, es wurde aber leider keine Lösung  beschrieben.
Ach ja gibt es die Möglichkeit eine Dauerschleife wiederzugeben? Möchte meiner Frau nicht zumuten immer die Playtaste zu drücken ;-)

defmod UnwetterKarteMovie weblink htmlCode {FHEM::UWZ::UWZAsHtmlMovie("Unwetterzentrale","niederschlag-wolken-de")}
attr UnwetterKarteMovie fp_Test_FP -827,-34,0,,
attr UnwetterKarteMovie group UWZ
attr UnwetterKarteMovie htmlattr width="250" height="300"  frameborder="0"
attr UnwetterKarteMovie nodetaillink 1
attr UnwetterKarteMovie room Klima

setstate UnwetterKarteMovie initialized



LG
Robert
Nuc 7i7, Ubuntu 20.04.2 LTS, FS20, Homematic, EnOcean, Hue, Conbee, Fritzbox 6490kd,

Karflyer

Hallo CoolTux,

ich habe seit kurzem beim Neustart von FHEM die folgende Fehlermeldungen im Log:
PERL WARNING: Prototype mismatch: sub FHEM::UWZ::decode_json ($) vs ($;$$) at /usr/share/perl/5.28/Exporter.pm line 66, <$fh> line 278
PERL WARNING: Prototype mismatch: sub FHEM::UWZ::encode_json ($) vs ($;$) at /usr/share/perl/5.28/Exporter.pm line 66, <$fh> line 278.


Das Modul funktioniert ansonsten anstandslos und es treten während des Betriebs auch keine weiteren Fehlermeldungen auf.

Der Stacktrace dazu sieht so aus:
2019.07.24 13:08:14.503 1: PERL WARNING: Prototype mismatch: sub FHEM::UWZ::decode_json ($) vs ($;$$) at /usr/share/perl/5.28/Exporter.pm line 66, <$fh> line 278.
2019.07.24 13:08:14.503 1: stacktrace:
2019.07.24 13:08:14.503 1:     main::__ANON__                      called by /usr/share/perl/5.28/Exporter.pm (66)
2019.07.24 13:08:14.503 1:     Exporter::import                    called by ./FHEM/77_UWZ.pm (75)
2019.07.24 13:08:14.503 1:     (eval)                              called by ./FHEM/77_UWZ.pm (73)
2019.07.24 13:08:14.503 1:     (eval)                              called by fhem.pl (2605)
2019.07.24 13:08:14.503 1:     (eval)                              called by fhem.pl (2604)
2019.07.24 13:08:14.503 1:     main::CommandReload                 called by fhem.pl (1992)
2019.07.24 13:08:14.503 1:     main::LoadModule                    called by fhem.pl (2049)
2019.07.24 13:08:14.503 1:     main::CommandDefine                 called by fhem.pl (1236)
2019.07.24 13:08:14.503 1:     main::AnalyzeCommand                called by fhem.pl (1089)
2019.07.24 13:08:14.503 1:     main::AnalyzeCommandChain           called by fhem.pl (1377)
2019.07.24 13:08:14.503 1:     main::CommandInclude                called by fhem.pl (601)
2019.07.24 13:08:14.503 1: PERL WARNING: Prototype mismatch: sub FHEM::UWZ::encode_json ($) vs ($;$) at /usr/share/perl/5.28/Exporter.pm line 66, <$fh> line 278.
2019.07.24 13:08:14.503 1: stacktrace:
2019.07.24 13:08:14.503 1:     main::__ANON__                      called by /usr/share/perl/5.28/Exporter.pm (66)
2019.07.24 13:08:14.503 1:     Exporter::import                    called by ./FHEM/77_UWZ.pm (75)
2019.07.24 13:08:14.503 1:     (eval)                              called by ./FHEM/77_UWZ.pm (73)
2019.07.24 13:08:14.503 1:     (eval)                              called by fhem.pl (2605)
2019.07.24 13:08:14.503 1:     (eval)                              called by fhem.pl (2604)
2019.07.24 13:08:14.503 1:     main::CommandReload                 called by fhem.pl (1992)
2019.07.24 13:08:14.503 1:     main::LoadModule                    called by fhem.pl (2049)
2019.07.24 13:08:14.503 1:     main::CommandDefine                 called by fhem.pl (1236)
2019.07.24 13:08:14.503 1:     main::AnalyzeCommand                called by fhem.pl (1089)
2019.07.24 13:08:14.503 1:     main::AnalyzeCommandChain           called by fhem.pl (1377)
2019.07.24 13:08:14.503 1:     main::CommandInclude                called by fhem.pl (601)


Eine Idee woran das liegen kann?

Gruß
Stefan

FunkOdyssey


Zitat von: mahowi am 17 Juli 2019, 07:12:07
Du musst in Deinem Weblink nur UWZAsHtmlFP durch FHEM::UWZ::UWZAsHtmlFP ersetzen.

@CoolTux: Könntest du, wenn du wieder Zeit hast, deinen Eingangspost dementsprechend bitte überarbeiten? Dann sind CommandRef und Thread nicht mehr widersprüchlich. Danke.

CoolTux

Zitat von: FunkOdyssey am 24 Juli 2019, 13:39:49
@CoolTux: Könntest du, wenn du wieder Zeit hast, deinen Eingangspost dementsprechend bitte überarbeiten? Dann sind CommandRef und Thread nicht mehr widersprüchlich. Danke.

Habe ich dann mal getan   ;D
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

@All
Ich habe eine aktualisierte Version zum Testen im Git hinterlegt
https://github.com/fhem/UWZ

Wäre schön wenn hier ein oder zwei sich das mal ansehen. Der Markus war so nett und hat UWZAsHtml und die dazugehörige Lite Version ordentlich vom Code her eingestampft.


Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

frank

was sind denn dann die vorteile und nachteile?
(ich warte erst einmal ab)
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

KölnSolar

weder noch.  :)
Der code ist einfacher les- und wartbar. Das Testen ist also "nur" ein "Funktionstest".
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt