Autor Thema: 59_Buienradar  (Gelesen 36366 mal)

Offline Christoph Morrison

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1772
Antw:59_Buienradar
« Antwort #30 am: 27 Juli 2019, 12:51:36 »
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.

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.

Offline Papaloewe

  • Sr. Member
  • ****
  • Beiträge: 712
Antw:59_Buienradar
« Antwort #31 am: 27 Juli 2019, 13:28:00 »
Es passiert halt immer so gegen 00:30 Uhr!

Offline Gisbert

  • Hero Member
  • *****
  • Beiträge: 2313
  • Das Ziel ist das Ziel !
Antw:59_Buienradar
« Antwort #32 am: 27 Juli 2019, 14:54:43 »
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 auf HP ThinClient T610 | Debian11 | UniFi-Controller, AP, USG-3 | Homematic, VCCU, HMUART | ESP8266, Platinen von Papa Romeo | Gas-, Wasser-, Stromzähler | Sonoff | 1-Wire-Temperatursensoren | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21RF

Offline Papaloewe

  • Sr. Member
  • ****
  • Beiträge: 712
Antw:59_Buienradar
« Antwort #33 am: 27 Juli 2019, 18:33:01 »
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.

Offline Jamo

  • Hero Member
  • *****
  • Beiträge: 1425
Antw:59_Buienradar
« Antwort #34 am: 27 Juli 2019, 23:20:57 »
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
« Letzte Änderung: 27 Juli 2019, 23:39:21 von inoma »
Linux Debian, Homematic (UART/HMUSB), HUEBridge, Zigbee, FB, Alexa (fhem-lazy), livetracking, fhemApp Frontend für FHEM

Offline choenig

  • Developer
  • Full Member
  • ****
  • Beiträge: 398
  • Module: MieleAtHome, WS980, [ALP600]
Antw:59_Buienradar
« Antwort #35 am: 28 Juli 2019, 08:11:57 »
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
Informativ Informativ x 2 Liste anzeigen

Offline Christoph Morrison

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1772
Antw:59_Buienradar
« Antwort #36 am: 28 Juli 2019, 14:49:47 »
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.
Gefällt mir Gefällt mir x 2 Liste anzeigen

Offline Christoph Morrison

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1772
Antw:59_Buienradar
« Antwort #37 am: 29 Juli 2019, 04:09:48 »
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.
« Letzte Änderung: 29 Juli 2019, 04:18:43 von Christoph Morrison »

Offline Christoph Morrison

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1772
Antw:59_Buienradar
« Antwort #38 am: 29 Juli 2019, 06:08:03 »
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.
« Letzte Änderung: 29 Juli 2019, 06:10:26 von Christoph Morrison »

Offline Christoph Morrison

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1772
Antw:59_Buienradar
« Antwort #39 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.

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

Offline choenig

  • Developer
  • Full Member
  • ****
  • Beiträge: 398
  • Module: MieleAtHome, WS980, [ALP600]
Antw:59_Buienradar
« Antwort #40 am: 29 Juli 2019, 09:39:02 »
Moin,

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

Offline Jamo

  • Hero Member
  • *****
  • Beiträge: 1425
Antw:59_Buienradar
« Antwort #41 am: 29 Juli 2019, 10:26:18 »
>> 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
Linux Debian, Homematic (UART/HMUSB), HUEBridge, Zigbee, FB, Alexa (fhem-lazy), livetracking, fhemApp Frontend für FHEM

Offline mahowi

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1207
Antw:59_Buienradar
« Antwort #42 am: 29 Juli 2019, 14:12:35 »
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

Offline Christoph Morrison

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1772
Antw:59_Buienradar
« Antwort #43 am: 29 Juli 2019, 14:29:11 »
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 ;-)

Offline mahowi

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1207
Antw:59_Buienradar
« Antwort #44 am: 29 Juli 2019, 15:59:02 »
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

 

decade-submarginal