FHEM/10_CUL_HM.pm line 2728

Begonnen von marc2, 25 Juni 2013, 22:41:20

Vorheriges Thema - Nächstes Thema

marc2

Hi !

Seit neustem schmeisst 10_CUL_HM.pm immer in regelmäßigen Abständen den obigen Fehler.

if ($io->{helper}{HMcnd} == 4){#io is in overload - dont send messages

Wenn ich mir die Helper Sektion der IODEVs anschaue gibt es dort auck keinen Eintrag
für HMcnd:

  Helper:
     HMnextTR   1372192424.93234
     Nextsend:
       1859C7     1372192410.79329
       19723E     1372192340.76597
       1AC26A     1372192425.03182
       1B77F6     1372192284.54208
       1B8F07     1372192258.61023
       1B8F26     1372192422.27589
       1B8F46     1372192412.58545
       1C5C64     1372192280.61199
       1C5CBB     1372192310.68732
       1CCD3D     1372192353.09424
       1D36AB     1372192410.76803
       1ECD24     1372192327.26061
       F14321     1372192422.28094


Kommt dieser Eintrag erst nach einer gewissen Laufzeit ?

Gruß, Marc

martinp876

Hi Marc,

a) die Abfrage ist nicht komplett, mit CUL wird es zu Problemen kommen sollte sein
if ($io->{helper}{HMcnd} && $io->{helper}{HMcnd} == 4){#io is in overload - dont send messages

b) wenn du ein aktuellen 00_HMLAN.pm hast sollte ein Eintrag HMcnd immer vorhanden sein, wird schon in der definition angelegt.

c) wie lautet die Fehlermeldung? Dass die Variable nicht existiert?

d) in regelmaessigen Abstaenden heist bei jeden/nicht bei jeden senden?

Gruss Martin

marc2

Hallo Martin !

a) habe die Änderung mal eingebaut und jetzt tritt die Fehlermeldung nicht mehr auf

b) Aufgrund meiner "MISSING ACK" Probleme vom Wochenende hatt ich temporär mal
   einen HMLAN in Betrieb. Der ist aber seit Samstag auch wieder abgeklemmt und
   die fhem.cfg bereinigt. Die Ursache war hier ein Amok laufender HM-LC-DIM1T-FM.

c) Use of uninitialized value in numeric eq (==) at ./FHEM/10_CUL_HM.pm line 2775.
   (Zeile hat sich mit dem heutigen Update verschoben)

d) Die Meldung kam quasi alle paar Sekunden, ohne dass ich aktiv gesendet hätte. Wenn
   Du möchtest kann ich das noch einmal tracen, aber mit dem Fix a) ist das Problem
   ja aus der Welt.

Beim Starten bekomme ich jetzt noch ein paar mal

Use of uninitialized value $val in numeric gt (>) at ./FHEM/10_CUL_HM.pm line 3899

Wahrscheinlich weil noch zu diesem Zeitpunkt noch RSSI Werte vorliegen

 $rssiP->{avg} += ($val - $rssiP->{avg}) /$rssiP->{cnt};  


Gruß, Marc

martinp876

Hallo Marc
danke, dann passt es so. Checke ich ein.
Martin

mjm987

Hallo

bei einer HM-SEC-SFA-SM_Funk-Sirenensteuerung an einem CUL taucht das Problem beim Ein-/Ausschalten der Kanäle offensichtlich immer noch auf (die Kanäle schalten jedoch korrekt).

Meldung:
Use of uninitialized value in numeric eq (==) at ./FHEM/10_CUL_HM.pm line 2728.

Auch das zurücksetzen in den Default-Zustand und neu anlernen ändert bringt nichts. (Die FHEM-Installation ist rel. neu und wurde vor ca. 1 Woche geupdatet).

Die Geräte-Konfig stimmt bis auf devInfo mit jener auf http://www.fhemwiki.de/wiki/HM-Sec-SFA-SM_Funk-Sirenensteuerung überein (habs mit beiden devInfo-Varianten versucht).

Grüsse
Matthias

mjm987

Vermutlich bin ich da in ein Anfängerproblem hineingerutscht...

hatte vor ca. 1Mt FHEM (wenn ich mich richtig erinnere) per "Nightly SVN version" installiert, und vor ca 1 Woche dann noch über ein "update" (ohne weitere Parameter) direkt in FHEM aktualisiert.

Nun habe ich mal das installierte "10_CUL_HM.pm" mit jenem der (stable) "fhem-5.4.tar.gz" verglichen und mit Erstaunen festgestellt, dass in meiner Version in Zeile 2728 der alte Zustand (d.h ohne die uralte Änderung von oben) steht und in der stable fhem-5.4 existiert weder diese Zeile noch sonstwas mit {HMcnd}.

Die SVN-Version bei mir lautet übrigens:  
   $Id: 10_CUL_HM.pm 3313 2013-06-22 16:05:58Z martinp876 $

und jene in fhem-5.4.tar.gz:
   $Id: 10_CUL_HM.pm 3036 2013-04-05 17:24:41Z martinp876 $

Mache ich da was falsch?

martinp876

Hallo Matthias,

da kann ich dir wenig helfen. Seit 2.7. sollte die Version 3378 aktiv sein, heute habe ich 3415 eingecheckt.
Wenn es nicht klappt suche einmal im Infrastrukturbereich oder mache dort einen Thread auf

Gruss Martin