59_Buienradar

Begonnen von Christoph Morrison, 23 Juli 2019, 21:37:15

Vorheriges Thema - Nächstes Thema

Christoph Morrison

Zitat von: Papaloewe am 27 Juli 2019, 12:17:23
Logs ggf. erst Morgen früh, aber wenn da nichts drin steht?

Das wundert mich halt. Ich hab hier drei Instanzen von FHEM mit der 2.1.0 von Buienradar laufen und entweder treten gar keine Errors auf (lat/long in Gütersloh/OWL) oder der erwartete Fehler tritt auf (München).
Im Falle von München hab ich auch die erwarteten Log-Ausgaben.

Zitat von: Papaloewe am 27 Juli 2019, 12:17:23
Habe noch diese Einträge bei mir im Log gefunden, weiß aber nicht ob das überhaupt ein Problem von Buinrader ist, oder vom LogProxy:
mylogProxy: Buienradar_logProxy("BR_Lev"): Undefined subroutine &main::Buienradar_logProxy called at (eval 27170) line 1

LogProxy kommt wieder mit 2.2.0. Am besten du nimmst die Def so lange raus.

Papaloewe

Es passiert halt immer so gegen 00:30 Uhr!

Gisbert

Hallo Thomas und Christoph,

bei mir war es bisher auch gegen 00:30 bzw. ein paar Minuten davor, so im Bereich Start 00:23 bis 00:27 bis ca. Ende 00:30.

Viele Grüße Gisbert
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

Papaloewe

Gerade ist es am hellichten Tag passiert und leider Nichts im Log (verbose=4).
2019.07.27 18:16:32 0: SONOS0: Das Lauschen auf der Schnittstelle wurde beendet. Prozess endet nun auch...
Can't use an undefined value as an ARRAY reference at /opt/fhem/FHEM/59_Buienradar.pm line 466.
2019.07.27 18:16:31 4: BR_Lev: Update requested


Ich habe extra die SONOS Meldung mal dringelassen, denn das ist immer der letzte Eintrag bei einem Absturz.

Jamo

#34
Hallo,
bei der Benutzung des Moduls, bekomme ich immer folgende Fehlermeldung:
HTTP response code is not 200: 404

Die Koordinaten liegen in den Niederlande, was mache ich falsch?

Hier der list und die raw json data:
{"success":true,"start":1564262700,"start_human":"23:25","temp":20,"delta":300,"precip":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0.18,1.65,2.74,6.98,10.75,9.31],"levels":{"light":0.25,"moderate":1,"heavy":2.5},"grid":{"x":503,"y":544},"source":"nl","bounds":{"N":55.973602,"E":10.856429,"S":48.895302,"W":0}}


nternals:
   DATA       0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0
   DEF        51.984211 5.848321
   FUUID      ddddddd-aaaa-bbbb-cccc-bc78f1f69daf123a
   INTERVAL   150
   LATITUDE   51.984211
   LONGITUDE  5.848321
   NAME       Buienradar
   NEXTUPDATE 2019-07-27 23:20:19
   NR         4767
   STATE      Error
   TYPE       Buienradar
   URL        https://cdn-secure.buienalarm.nl/api/3.4/forecast.php?lat=51.984211&lon=5.848321&region=nl&unit=mm/u
   VERSION    2.1.0
   READINGS:
     2019-07-27 21:50:32   rainAmount      0.000
     2019-07-27 21:50:32   rainData        0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0
     2019-07-27 21:50:32   rainDataEnd     23:40
     2019-07-27 22:33:09   rainDataStart   unknown
     2019-07-27 21:50:32   rainLaMetric    0,0,0,0,0,0,0,0,0,0,0,0
     2019-07-27 21:50:32   rainMax         0.000
     2019-07-27 21:50:32   rainTotal       0.000
Attributes:
   disabled   off
   event-on-change-reading rainBegin
   room       Weather
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/ConbeeII, FB, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack

choenig

Moin,

so, also das ist der Grund der crashes von heute Nacht:

2019.07.28 00:28:03.001 4: Buienradar: Update requested
2019.07.28 00:28:03.146 1: DEBUG>*** RESULT ***
2019.07.28 00:28:03.147 1: DEBUG>{
  'error' => '',
  'data' => '{"success":false,"reason":"SQLSTATE[HY000] [1040] Too many connections"}',
  'param' => {
               'sslargs' => {},
               'path' => '/api/3.4/forecast.php?lat=50.806564&lon=6.976876&region=nl&unit=mm/u',
               'timeout' => 10,
               'callback' => sub { "DUMMY" },
               'host' => 'cdn-secure.buienalarm.nl',
               'hu_port' => 443,
               'redirects' => 0,
               'addr' => 'https://cdn-secure.buienalarm.nl:443',
               'NAME' => '',
               'hu_filecount' => 1,
               'displayurl' => 'https://cdn-secure.buienalarm.nl/api/3.4/forecast.php?lat=50.806564&lon=6.976876&region=nl&unit=mm/u',
               'auth' => 0,
               'code' => '200',
               'httpheader' => 'HTTP/1.1 200 OK
Server: nginx
Content-Type: application/json
Vary: Accept-Encoding
X-Powered-By: PHP/5.4.32-1~dotdeb.1
Access-Control-Allow-Origin: *
Content-Encoding: gzip
Content-Length: 90
Accept-Ranges: bytes
Date: Sat, 27 Jul 2019 22:28:03 GMT
X-Varnish: 1856607107
Age: 0
Via: 1.1 varnish
Connection: close
X-Request-String: /app/forecast.php?x=515&y=563&unit=mm/u
X-Backend: default',
               'buf' => '',
               'protocol' => 'https',
               'conn' => undef,
               'hu_blocking' => 0,
               'hu_portSfx' => '',
               'url' => 'https://cdn-secure.buienalarm.nl/api/3.4/forecast.php?lat=50.806564&lon=6.976876&region=nl&unit=mm/u',
               'loglevel' => 4,
               'method' => 'GET',
               'compress' => 1,
               'hash' => {

[...SNIP...]

Can't use an undefined value as an ARRAY reference at ./FHEM/59_Buienradar.pm line 466.


LG
Christian

Christoph Morrison

Zitat von: choenig am 28 Juli 2019, 08:11:57
so, also das ist der Grund der crashes von heute Nacht:

Ich hatte sowas ja vermutet (too many connections o.ä.), hatte aber bisher nie das Vergnügen so eine Fehlermeldung auch wirklich mal zu sehen. Baue das Handling dafür noch in die 2.1.0 ein, vllt. heute noch.

Christoph Morrison

#37
Hallo zusammen,

2.1.0/testing hat nun noch Fehlerhandling für "leeres" JSON bekommen. Ihr solltet eure controls von 2.1.0 auf testing umstellen und ein Update machen.

Ich habe außerdem mit 2.2.0 angefangen (im development-Branch). Dort kann man nun auch die Region und den Abrufinterval konfigurieren, außerdem habe ich noch einen Bug in der CRef gefixt. FHEMWEB liefert nun auch kurze Hilfstexte wenn man ein Attribut auswählt.

Übersichtsbeitrag wurde angepasst.

Christoph Morrison

#38
In development gibt es nun auch wieder "PNG"-Charts. Da das eigentlich aber Google Charts waren, heißen die nun auch so.
Als Zückerlein ist die Ausgabe der Google Charts nun sprachabhängig, d.h. wenn in global language auf EN gesetzt ist, stehen in dem Chart auch englische Texte und keine deutschen Texte.
Einbindung siehe CRef von development.

Christoph Morrison

Die Unterstützung für logProxy werde ich nicht wieder einbauen. Aktuell sehe ich keinen Sinn der Funktionalität. Wer den Wert haben will, der früher von Buienradar_logProxy zurück kam, soll einfach rainAmount nehmen.

Wenn jemand gute Argumente dafür hat bin ich aber offen.

choenig

Moin,

Zitat von: Christoph Morrison am 29 Juli 2019, 04:09:48
2.1.0/testing hat nun noch Fehlerhandling für "leeres" JSON bekommen. Ihr solltet eure controls von 2.1.0 auf testing umstellen und ein Update machen.

Vielen Dank!

hab' upgedated. Soweit erstmal OK ... schauen wir, was heute nacht passiert  8)

LG
Christian

Jamo

>> Antwort #34 << hat sich erledigt, es funktioniert jetzt mit dem update von heute morgen!

Danke Christoph!

Hallo,
bei der Benutzung des Moduls, bekomme ich immer folgende Fehlermeldung:
HTTP response code is not 200: 404
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/ConbeeII, FB, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack

mahowi

Zitat von: Christoph Morrison am 29 Juli 2019, 06:30:56
Die Unterstützung für logProxy werde ich nicht wieder einbauen. Aktuell sehe ich keinen Sinn der Funktionalität. Wer den Wert haben will, der früher von Buienradar_logProxy zurück kam, soll einfach rainAmount nehmen.

Wo liegt denn der Unterschied zwischen rainNow und rainAmount, bzw. auf welchen Zeitraum bezieht sich rainAmount?
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

Christoph Morrison

Zitat von: mahowi am 29 Juli 2019, 14:12:35
Wo liegt denn der Unterschied zwischen rainNow und rainAmount, bzw. auf welchen Zeitraum bezieht sich rainAmount?

rainAmount ist der gesamte vorhergesagte Niederschlag im Vorhersagezeitraum, rainNow der vorhergesagte Niederschlag im jetzigen 5-Minuten-Abschnitt. Steht auch in der CommandRef, sogar zweisprachig ;-)

mahowi

Die Commandref kenne ich.  ;)

Zitat
    rainAmount - Menge des gemeldeten Niederschlags in mm/h.
    [...]
    rainMax - Die maximale Niederschlagsmenge in mm/h für ein 5 Min. Intervall auf Basis der vorliegenden Daten.
    rainNow - Die vorhergesagte Niederschlagsmenge für das aktuelle 5 Min. Intervall in mm/h.
    rainTotal - Die gesamte vorhergesagte Niederschlagsmenge in mm/h
Also rainNow für die jetzt und rainTotal für den gesamten Zeitraum. Für rainAmount steht aber nichts da.
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