Yahoo Wetter Werte falsch

Begonnen von Burny4600, 14 November 2015, 21:41:45

Vorheriges Thema - Nächstes Thema

Dr. Boris Neubert

Danke für Eure Meldungen.

Das Gezappele wird dadurch verhindert, dass die Zeit immer nur vorwärts läuft.

Wenn man aber öfters hintereinander eine alte Lieferung erwischt, ist das auch schlecht.

Ich checke das jetzt ein und drehe bei mir das Aktualisierungsintervall auf 15 Minuten runter.

Viele Grüße
Boris
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

det.

Danke, funktioniert bei mir auch. Die fehlende Perl Library hat sich ordentlich gesträubt, bis sie auf meinem Cubietruck war. Das gibt bestimmt einen Aufschrei im Forum....
LG
det.

ext23

Bei mir läuft auch alles.

Danke.

/Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

Gisbert

Mit dem verbessertem Modul laufen die Werte wieder "Strich".
Vielen Dank für die schnelle Umsetzung.
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Billy

#19
Läuft soweit wieder nach apt-get install libdatetime-format-strptime-perl,
allerdings habe ich im LOG folgende Meldung
Use of uninitialized value $ts1 in concatenation (.) or string at /FHEM/59_Weather.pm line 462, <$fh> line 120.

Dann kommt auch noch --> 2015.11.16 09:24:38 1: DEBUG>ts1= 1447399200, ts2= 1447660140

Sagt das was?

Gruß Billy
FHEM immer akt. auf 3 BeagleBoneBlack: 2xHMLAN 2xJeelink ;10x HM-CC-TC, 13x HM-CC-VD, 1x HM-ES-PMSw1-Pl, 3x HM-LC-SW1-PL2, viele ESP8266, Tasmota Scripting, Mqtt*

rainer1962

leider kann ich bei mir auf der synology das Paket mit strptime nicht installieren.
gibt es da jemanden welcher das schon geschafft hat ?
2xFHEM auf Raspi3,MAXLAN,HMLAN,KeyMatic,MAX Heizung,2x HM-WDS10_TH-O,3xHM-SEC-SD,3xHM Wandtaster 2-Kanal, 2xWandtaster 6-Kanal,1xHM Bewegungsmelder,4xHM EinbauActor,4x Jalousien Actor,2xEGPM2LAN,2xHM DimAktor,2xFritzbox 6840/6490,4-20ma Levelsensor-Ina219,PIP5048,Raspi2 als Floorplan,4xJeeLink

Billy

Hatte bei mir auf dem BBB auch Probleme, nach einem apt-get update gings dann.
FHEM immer akt. auf 3 BeagleBoneBlack: 2xHMLAN 2xJeelink ;10x HM-CC-TC, 13x HM-CC-VD, 1x HM-ES-PMSw1-Pl, 3x HM-LC-SW1-PL2, viele ESP8266, Tasmota Scripting, Mqtt*

rainer1962

apt-get gibt es nicht auf der synology :-(
2xFHEM auf Raspi3,MAXLAN,HMLAN,KeyMatic,MAX Heizung,2x HM-WDS10_TH-O,3xHM-SEC-SD,3xHM Wandtaster 2-Kanal, 2xWandtaster 6-Kanal,1xHM Bewegungsmelder,4xHM EinbauActor,4x Jalousien Actor,2xEGPM2LAN,2xHM DimAktor,2xFritzbox 6840/6490,4-20ma Levelsensor-Ina219,PIP5048,Raspi2 als Floorplan,4xJeeLink

dev0

Dann installiere das Perl Modul DateTime::Format::Strptime auf dem Weg, auf dem Du auch sonst Perl Module installiert (cpan, cpanm, ipkg, ...).

Elektrolurch

Sorry. Hatte nach dem gleichen Problem gesucht, aber die Suchmaschine im Forum hat mir den Beitrag nicht angezeigt, so dass ich einen neuen Post aufgemacht hatte.
Ok. Habe das gleiche Problem.

Noch ein Nachtrag für den Modulautor:
attr Wetter ?
zeigt keine Liste der Attribute. Wäre schön, wenn das noch "fhem-konform" wäre. :-)

Elektrolurch
configDB und Windows befreite Zone!

moonsorrox

#25
EDITH://
leider stimmen die Tage immer noch nicht... Frage muss ich das Modul von hier nach einem heutigen wieder einspielen..?

also bei mir läuft es nach einigen Neustarts nun doch hatte erst eine Menge Fehler drin..!
..und er hat mir das Wetter define raus gelöscht  :-\ und mir folgenden Fehler angezeigt:
Error messages while initializing FHEM:
configfile: Cannot load module Weatherstatefile: Please define MeinWetter first
Please define MeinWetter first
Please define MeinWetter first


aus einer Sicherung wieder angelegt und gut..!  :D

Was mir aber in meiner RSS Anzeige fehlt ist der Trend den ich folgendermaßen abrufe:
{ ReadingsVal('MeinWetter','pressure_trend_txt','') }

sicher hat sich hier einiges geändert aber ich habe es noch nicht gefunden..!
Weiß einer mehr davon.. Tante Google hat es mir noch nicht gezeigt  :-\


EDITH://
hat einen Moment gedauert und nun ist es doch wieder da...!  ;)
Intel-NUC i5: FHEM-Server 6.1 :: Perl v5.18.2

Homematic: HM-USB-CFG2,HM-CFG-LAN Adapter, HM-LC-BL1-FM, HM-LC-Sw1PBU-FM, HM-LC-Sw1-PI-2, HM-WDS10-TH-O, HM-CC-TC, HM-LC-SW2-FM

Burny4600

Modul
Zitatapt-get install libdatetime-format-strptime-perl
hat sich ohne Probleme installieren lassen.
Neustart => FHEM => Update => Neustart
Dennoch ändert sich der Luftdruck Wert nicht.
Hier wird immer noch der gleiche Luftdruckwert mit aktuellen Zeitstempel eingelesen.
Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT

moonsorrox

#27
hier mal die Readings:

current_date_time 13 Nov 2015 8:20 am CET 2015-11-16 13:51:18
day_of_week Fr                           2015-11-16 13:51:18
pubDate Fri, 13 Nov 2015 8:20 am     CET 2015-11-16 13:51:18
pubDateComment okay                2015-11-16 13:51:18
pubDateTs 1447399200               2015-11-16 13:51:18
validity up-to-date                         2015-11-16 13:51:18


dazu wird immer noch der Fehler so angezeigt wenn ich Fhem starte:
Error messages while initializing FHEM:
configfile: Cannot load module Weatherstatefile: Please define MeinWetter first
Please define MeinWetter first
Please define MeinWetter first


aber das define ist in meiner config drin..! :-\


EDITH:// wenn ich mehrmals set Update drücke kommt irgend wann auch mal der richtige Tag. Im log erscheint dann folgendes
2015.11.16 14:39:52 1: DEBUG>ts1= 1447678200, ts2= 1447483800
2015.11.16 14:38:18 1: DEBUG>ts1= 1447678200, ts2= 1447226400
2015.11.16 14:38:16 1: DEBUG>ts1= 1447483800, ts2= 1447678200
2015.11.16 14:38:15 1: DEBUG>ts1= 1447483800, ts2= 1447174140
2015.11.16 14:38:12 1: DEBUG>ts1= 1447483800, ts2= 1447226400
2015.11.16 14:38:10 1: DEBUG>ts1= 1447226400, ts2= 1447483800
Intel-NUC i5: FHEM-Server 6.1 :: Perl v5.18.2

Homematic: HM-USB-CFG2,HM-CFG-LAN Adapter, HM-LC-BL1-FM, HM-LC-Sw1PBU-FM, HM-LC-Sw1-PI-2, HM-WDS10-TH-O, HM-CC-TC, HM-LC-SW2-FM

duke-f

Hab das auch und bin nun mit restore eine Stufe zurück => Yahoo ist wieder da.
Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite

shady88

Zitat von: Billy am 16 November 2015, 09:26:32
Dann kommt auch noch --> 2015.11.16 09:24:38 1: DEBUG>ts1= 1447399200, ts2= 1447660140

Das hatte ich auch.
Die Werte haben jetzt, beim einmaligen Hinschauen mit dem Patch gestimmt. Bin wieder zurück auf die Original-Version von 59_Weather.pm eingespielt und siehe da - Wieder falsche Werte.

Die Werte die falsch sind kommen so gut wieder immer von einem dieser Server: fan****.sports.bf1.yahoo.com ( * = jeweils eine Ziffer)
Hier kommen die Werte richtig: api**.weather.bf1.yahoo.com ( * = jeweils eine Ziffer)

Was auch immer diese fan****.sports.bf1.yahoo.com Server sind - Sie liefern falsche Werte. Die anscheinend "offiziellen" mit api**.weather.bf1.yahoo.com passen wieder.