HMUARTLGW HMLANGW: queue is full, dropping packet

Begonnen von maci, 15 Juni 2019, 09:52:12

Vorheriges Thema - Nächstes Thema

maci

Meldung nach Neustart von Fhem im Log
HMUARTLGW HMLANGW: queue is full, dropping packet
HMUARTLGW HMLANGW: queue is full, dropping packet


Was kann ich dagegen machen?
Fhem auf Dell Thinclient, Fhem auf Raspebrry Pi4,
UniPi Vers. 1.1 mit Raspberry Pi3, 1wire USB Adapter mit OWX
Netatmo Wetterstation + Regenmesser + Netatmo Thermostat
Homematic mit HMLan

Otto123

Hi,

es gibt einen attr Parameter qLen, der steht bei mir auf 60. Hast Du damit mal probiert?

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

maci

Hi Otto,

Ich habe den Parameter im HMLANGW  und HMUARTWGW Gateway nun gesetzt.
Habe ebenfalls den Wert 60 genommen.

Aber was macht der Parameter eigentlich?

Gruß Georg
Fhem auf Dell Thinclient, Fhem auf Raspebrry Pi4,
UniPi Vers. 1.1 mit Raspberry Pi3, 1wire USB Adapter mit OWX
Netatmo Wetterstation + Regenmesser + Netatmo Thermostat
Homematic mit HMLan

amenomade

Da muss man nur lesen...
Zitat von: CommandRefqLen
Maximum number of commands in the internal queue of the HMUARTLGW module. New commands when the queue is full are dropped. Each command has a maximum lifetime of 3s when active, so the worst-case delay of a command is qLen * 3s (3 minutes with default settings).
Default: 60

Auf 60 explizit setzen bringt nichts. Das ist schon Default...
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

Otto123

Zitat von: amenomade am 15 Juni 2019, 21:10:16
Da muss man nur lesen...
Auf 60 explizit setzen bringt nichts. Das ist schon Default...
Autsch  :o, war vielleicht gaanz früher anders?  ;)
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

frank

vielleicht gibt es ja auch ein problem, dass "nur" (?) nach restart die queue "immer" (?) voll ist.
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

maci

das qLen Attribut war bei mir gar nicht gesetzt.

Ich habe seit dieser Meldung bereits Fhem wieder mal neu gestartet. Da kam die Meldung nicht mehr.
Fhem auf Dell Thinclient, Fhem auf Raspebrry Pi4,
UniPi Vers. 1.1 mit Raspberry Pi3, 1wire USB Adapter mit OWX
Netatmo Wetterstation + Regenmesser + Netatmo Thermostat
Homematic mit HMLan