nach mehrfachen löschen und neustarten und immer dem selben ergebnis hier mal mein problem:
ich hab meinen actiondetector immer auf meiner fehmweb zwecks übersicht und auch in 1 readingsgroup anzeigen lassen.
bis gestern ging das problemlos - seit heute gibts folgende fehlermeldung beim anzeigen:2019.03.01 17:07:21 1: PERL WARNING: Use of uninitialized value in sprintf at fhem.pl line 2422.
2019.03.01 17:07:21 1: stacktrace:
2019.03.01 17:07:21 1: main::__ANON__ called by fhem.pl (2418)
2019.03.01 17:07:21 1: main::PrintHash called by fhem.pl (2543)
2019.03.01 17:07:21 1: main::CommandList called by fhem.pl (1233)
2019.03.01 17:07:21 1: main::AnalyzeCommand called by fhem.pl (1079)
2019.03.01 17:07:21 1: main::AnalyzeCommandChain called by ./FHEM/01_FHEMWEB.pm (2666)
2019.03.01 17:07:21 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (939)
2019.03.01 17:07:21 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (567)
2019.03.01 17:07:21 1: main::FW_Read called by fhem.pl (3693)
2019.03.01 17:07:21 1: main::CallFn called by fhem.pl (742)
Dass das "nur" eine Warnung und kein Fehler ist, ist dir klar... ;)
An der Meldung sehe ich nichts was auf ActionDetector schliessen lässt...
Wie kommst du da drauf?
Was hast du gemacht dad zu denken/belegen?
Wenn es "nur" an der readingsGroup liegt wäre ein list hilfreich...
Ebenso wie weitere Information...
Gruß, Joachim
ich schließe nix - ich sehe nur *g*
und es liegt nicht nur an einer rg, sondern auch ganz normal im fhemweb, wie ich geschrieben hab - aber nochmal genauer:
da ich seit mehreren tagen nichts mehr an fhem gemacht hab, ausser fhem upzudaten, schließe ich mal mich als fehlerquelle aus.
tatsache ist, dass ich seit heute den actiondetector weder auf meinem fhemweb sehen kann und auch nicht dessen "state" in meiner readingsgroup weder in fhemweb noch im floorplan sehen kann.
obiges warning kommt jedes mal, wenn ich versuche die genannten rg im web aufzurufen - bei einem aufruf von fhemweb kommt kein fehler, aber ich seh den actiondetector auch nicht, wo er eigentlich laut room und group sein sollte.
einzige möglichkeit, den actiondetector zu finden ist ein list und anschließendes anklicken des links "actiondetector" im list selber.
wenn ich die entsprechender teile in der def der rg entferne, gibts dieses warning nicht mehr.
nachtrag: auch beim list und anschließendem anzeigen über list kommt das warning, seh ich gerade.
da es heute ja ein update für culhm gab, nehm ich mal an, es liegt daran.
mehr weiß ich nicht und mehr sag ich auch nicht.
Wenn du nicht mehr "sagst" und auch keine weiteren Infos (list etc.) lieferst, dann kann ich dir nur weiterhin viel "Spaß" mit dem Verhalten wünschen...
Gruß, Joachim
aber gern doch, wennst mich so freundlich fragst:
Internals:
CFGFN
DEF 000000
FUUID 5c7956d7-f33f-0f9e-ca7a-270010ec960dc801
IODev
NAME ActionDetector
NOTIFYDEV global
NR 270
STATE alive:28 dead:0 unkn:0 off:0
TYPE CUL_HM
chanNo 01
READINGS:
2019-03-01 19:09:21 state alive:28 dead:0 unkn:0 off:0
2019-03-01 19:09:21 status_4K12V alive
2019-03-01 19:09:21 status_aussentuer_magnetkontakt alive
2019-03-01 19:09:21 status_badezimmer_fenster alive
2019-03-01 19:09:21 status_badezimmer_temperatur alive
2019-03-01 19:09:21 status_badezimmertuer_magnetkontakt alive
2019-03-01 19:09:21 status_gaestezimmer_fenster alive
2019-03-01 19:09:21 status_gaestezimmer_temperatur alive
2019-03-01 19:09:21 status_gaestezimmertuer_magnetkontakt alive
2019-03-01 19:09:21 status_heizungsregler_01 alive
2019-03-01 19:09:21 status_homObot_magnetkontakt alive
2019-03-01 19:09:21 status_kuechentuer_lichtschranke alive
2019-03-01 19:09:21 status_nordseite_temperatursensor alive
2019-03-01 19:09:21 status_schlafzimmerfenster_magnetkontakt alive
2019-03-01 19:09:21 status_schlafzimmertuer_magnetkontakt alive
2019-03-01 19:09:21 status_terrasse_bewegung_licht alive
2019-03-01 19:09:21 status_terrasse_regensensor alive
2019-03-01 19:09:21 status_treibhaus_fenster alive
2019-03-01 19:09:21 status_treibhaus_temperatur alive
2019-03-01 19:09:21 status_treibhaustuer_magnetkontakt alive
2019-03-01 19:09:21 status_wetterstation alive
2019-03-01 19:09:21 status_wohnzimmer_fliegengitter_magnetkontakt alive
2019-03-01 19:09:21 status_wohnzimmer_innentuer_magnetkontakt alive
2019-03-01 19:09:21 status_wohnzimmer_katzentuer_magnetkontakt alive
2019-03-01 19:09:21 status_wohnzimmer_osten_fenster_buero alive
2019-03-01 19:09:21 status_wohnzimmer_strasse_fenster_links alive
2019-03-01 19:09:21 status_wohnzimmer_strasse_fenster_mitte alive
2019-03-01 19:09:21 status_wohnzimmer_strasse_fenster_rechts alive
2019-03-01 19:09:21 status_wohnzimmer_temperatur alive
helper:
HM_CMDNR 111
actCycle 600
mId
peerFriend -
peerOpt -
peers 24E49C,3A6F79,3FA4EC,3FA629,3FA638,3FB01D,3FC607,405230,434C2B,461363,4BEA88,523829,53C368,53C3F4,53C4CC,54C24B,56C171,58623D,595BC9,5D45F1,602A1C,602E8C,602EC8,60382C,603850,603F44,60405A,62E4AE
regLst
24E49C:
start 2019-03-01 16:59:20
3A6F79:
start 2019-03-01 16:59:20
3FA4EC:
start 2019-03-01 16:59:20
3FA629:
start 2019-03-01 16:59:20
3FA638:
start 2019-03-01 16:59:20
3FB01D:
start 2019-03-01 16:59:20
3FC607:
start 2019-03-01 16:59:20
405230:
start 2019-03-01 16:59:20
434C2B:
start 2019-03-01 16:59:20
461363:
start 2019-03-01 16:59:20
4BEA88:
start 2019-03-01 16:59:20
523829:
start 2019-03-01 16:59:20
53C368:
start 2019-03-01 16:59:20
53C3F4:
start 2019-03-01 16:59:20
53C4CC:
start 2019-03-01 16:59:20
54C24B:
start 2019-03-01 16:59:20
56C171:
start 2019-03-01 16:59:21
58623D:
start 2019-03-01 16:59:20
595BC9:
start 2019-03-01 16:59:20
5D45F1:
start 2019-03-01 16:59:20
602A1C:
start 2019-03-01 16:59:21
602E8C:
start 2019-03-01 16:59:21
602EC8:
start 2019-03-01 16:59:21
60382C:
start 2019-03-01 16:59:20
603850:
start 2019-03-01 16:59:20
603F44:
start 2019-03-01 16:59:20
60405A:
start 2019-03-01 16:59:20
62E4AE:
start 2019-03-01 16:59:20
io:
newChn +000000,00,00,00
prefIO
rxt 0
vccu
p:
000000
00
00
00
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
tmpl:
Attributes:
event-on-change-reading .*
group start2
model ActionDetector
room start
subType
der vollständigkeit halber:2019.03.01 19:16:58 1: PERL WARNING: Use of uninitialized value in sprintf at fhem.pl line 2422.
2019.03.01 19:16:58 1: stacktrace:
2019.03.01 19:16:58 1: main::__ANON__ called by fhem.pl (2418)
2019.03.01 19:16:58 1: main::PrintHash called by fhem.pl (2543)
2019.03.01 19:16:58 1: main::CommandList called by fhem.pl (1233)
2019.03.01 19:16:58 1: main::AnalyzeCommand called by fhem.pl (1079)
2019.03.01 19:16:58 1: main::AnalyzeCommandChain called by ./FHEM/01_FHEMWEB.pm (2666)
2019.03.01 19:16:58 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (939)
2019.03.01 19:16:58 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (567)
2019.03.01 19:16:58 1: main::FW_Read called by fhem.pl (3693)
2019.03.01 19:16:58 1: main::CallFn called by fhem.pl (742)kam natürlich wieder beim aufruft von list
solltest du noch was benötigen ... nur sagen.
übrigens hab ich den aufruf aus der readingsgroup entfernt, damit mein log nicht zugemüllt wird, sollte dies von belang sein ...
Und wo ist das list der readingsGroup?
Ich dachte um die geht es!?
Du kannst auch StackTrace deaktivieren bis das Problem gefunden ist...
Und ich sag's ungern: aber so wie du beschreibst was das Problem ist und Infos lieferst hab ich keine Ahnung was eigentlich (genau) ist...
Ist es nun die readingsGroup (von der ich noch nichts gesehen hab) oder der ActionDetector wenn du WAS tust?
Wenn du die alte CUL_HM.pm einspielst isses dann weg?
Weil du ja vermutest es liegt daran...
Ist wirklich schwer zu helfen so...
Edit: vielleicht ja immer noch/wieder das hier https://forum.fhem.de/index.php/topic,95409.msg913422.html#msg913422
Gruß, Joachim
die rg hab ich eigentlich nur extra erwähnt ...
das problem genau und so einfach wie möglich beschrieben, ist:
-> ich habe eine laufende ActionDetector, der scheints auch richtige daten liefert. zumindest sind alle geräte dort mit ihren aktuell richtigen zuständen angezeigt.
-> beim aufruf des ActionDetectorts im fhemweb kommt das warning, aber man sieht den actiondetector nicht.
-> macht man ein list des actiondetectors (was auch ein warning provoziert) und klickt anschließend in dem list den link zum actiondetector an, so kommt man in dessen einstellungen, was ebenfalls wieder ein warning provoziert (<-- NACHTRAG für die vollständigkeit)
mehr weiß ich nicht, ausser, dass das problem eben erst seit dem heutigen update auftritt.
Wenn du die alte CUL_HM.pm einspielst isses dann wegohne diesen "test" hätte ich mich sonst gar nicht fragen getraut *g*
und eindeutig beantwortet: ja, sofort nach dem einspielen der alten culhm und einem neustart von fhem erscheint der actiondetector wieder an seiner gewohnten stelle im fhemweb und das ohne fehlermeldung.
dein link - könnte natürlich hin kommen.
allerdings ist mein fhem 100% aktuell und mir fehlen auch keine anderen geräte oder ähnliches.
ausserdem ist ja mein actiondetector noch vorhanden, nur nicht sinnvoll anzeigbar - aber ich denke, dass mient der herr im andern fred auch so.
Scheint es wohl tatsächlich zu sein: https://forum.fhem.de/index.php/topic,95409.msg913459.html#msg913459
Gruß, Joachim
{delete $attr{ActionDetector}{subType}}
ändert leider nix
Kommt darauf an, zu welchem Zeitpunkt man das macht. FHEM merkt sich, wo man schonmal war :)
Mach mal danach ein "deleteattr <device> room" und schau unter "Unsorted" nach.
Inzwischen habe ich eine bessere Lösung gefunden - die überlebt auch einen FHEM Neustart.
Man trägt den ActionDetector in die HMConfig.pm ein.
https://forum.fhem.de/index.php/topic,95409.msg913564.html#msg913564
(https://forum.fhem.de/index.php/topic,95409.msg913564.html#msg913564)
ahh, sichtbar is er schon mal. auch mit nem eig. room
aber:
2019.03.01 23:55:40 1: logfile wurde gelöscht
2019.03.02 00:01:06 1: RMDIR: ./restoreDir/save/2019-02-27
2019.03.02 00:01:06 1: PERL WARNING: Use of uninitialized value $val in substitution (s///) at fhem.pl line 1641.
2019.03.02 00:01:06 1: stacktrace:
2019.03.02 00:01:06 1: main::__ANON__ called by fhem.pl (1641)
2019.03.02 00:01:06 1: main::GetDefAndAttr called by fhem.pl (1725)
2019.03.02 00:01:06 1: main::CommandSave called by fhem.pl (1233)
2019.03.02 00:01:06 1: main::AnalyzeCommand called by fhem.pl (1079)
2019.03.02 00:01:06 1: main::AnalyzeCommandChain called by ./FHEM/01_FHEMWEB.pm (2666)
2019.03.02 00:01:06 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (896)
2019.03.02 00:01:06 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (567)
2019.03.02 00:01:06 1: main::FW_Read called by fhem.pl (3693)
2019.03.02 00:01:06 1: main::CallFn called by fhem.pl (742)
2019.03.02 00:01:06 1: PERL WARNING: Use of uninitialized value $val in substitution (s///) at fhem.pl line 1642.
2019.03.02 00:01:06 1: stacktrace:
2019.03.02 00:01:06 1: main::__ANON__ called by fhem.pl (1642)
2019.03.02 00:01:06 1: main::GetDefAndAttr called by fhem.pl (1725)
2019.03.02 00:01:06 1: main::CommandSave called by fhem.pl (1233)
2019.03.02 00:01:06 1: main::AnalyzeCommand called by fhem.pl (1079)
2019.03.02 00:01:06 1: main::AnalyzeCommandChain called by ./FHEM/01_FHEMWEB.pm (2666)
2019.03.02 00:01:06 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (896)
2019.03.02 00:01:06 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (567)
2019.03.02 00:01:06 1: main::FW_Read called by fhem.pl (3693)
2019.03.02 00:01:06 1: main::CallFn called by fhem.pl (742)
2019.03.02 00:01:06 1: PERL WARNING: Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1643.
2019.03.02 00:01:06 1: stacktrace:
2019.03.02 00:01:06 1: main::__ANON__ called by fhem.pl (1643)
2019.03.02 00:01:06 1: main::GetDefAndAttr called by fhem.pl (1725)
2019.03.02 00:01:06 1: main::CommandSave called by fhem.pl (1233)
2019.03.02 00:01:06 1: main::AnalyzeCommand called by fhem.pl (1079)
2019.03.02 00:01:06 1: main::AnalyzeCommandChain called by ./FHEM/01_FHEMWEB.pm (2666)
2019.03.02 00:01:06 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (896)
2019.03.02 00:01:06 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (567)
2019.03.02 00:01:06 1: main::FW_Read called by fhem.pl (3693)
2019.03.02 00:01:06 1: main::CallFn called by fhem.pl (742)
das kommt scheints immer, wenn ich editiere.
hab den raum und 2 gruppen und 1 icon angegeben. das stimmt auch, nur die warnings kommen dann.
o.k. dann ist das ja bald behoben, denk ich
nur der vollständigkeit halber:
die warnings kommen immer, wenn man in fhem speichert.
Dann warte mal bis nach dem morgigen Update, danach sollte das Problem behoben sein und der ActionDetector wieder stabil angezeigt werden.
geht die readingsGroup auch wieder oder muss hier auch noch was repariert werden ?
ich wollt eigentlich aufs morgige update warten - da sollt ich dir dann bis spätestens mittag bescheid sagen können, ob fehm :o explodiert ist, oder wieder alles oder zumindest teile machen was sie sollen.
momentan kann ich dir nichts sagen, weil ich seit gestern mal den status aus der rg raus hab und derzeit soweiso der aktuelle/problematische culhm läuft - sich also der actiondetector gut versteckt hält und nur warnings beim speichern jeglicher änderungen in fhemweb provoziert.
was ich, sofern ich gestern nacht noch mich selber mitbekommen hab (was an dieser stelle bitte anzuzweifeln wäre), sagen kann ist: auch betateilchens kleine zeile sorgt nur dafür, dass alles angezeigt wurde. ich glaub, die warnings sind trotzdem noch gekommen. bin mir nur nicht sicher, ob ich in meinem tran zwischendurch nicht doch noch nen restart gemacht hatte.
Zitat von: the ratman am 02 März 2019, 16:02:52
ich wollt eigentlich aufs morgige update warten
Wenn Du heute schon testen willst, kannst Du Dir die aktualisierte HMConfig.pm hier direkt runterladen und ausprobieren:
https://svn.fhem.de/trac/export/HEAD/trunk/fhem/FHEM/HMConfig.pm
Das ist die Datei, die morgen per update kommen würde.
habts gute arbeit abgeliefert scheint mir ...
fhemweb
- actiondetector ist wieder da, wo er sein soll
speichern in fhemweb
- kein warning mehr im log
rg
- lässt sich einbinden, liefert kein warning beim speicher und aufrufen der rg und man sieht den state sogar *g*
also für mich is es erledigt - sollte noch was sein, dann reiß ich die händchen in den himmel, renn im kreis und schrei ganz laut ...
prima, dann kannst Du ja ein "gelöst" in den Titel im ersten Beitrag hier im Thread schreiben :)
wollt ich lieber morgen machen, weil einen weiteren restart hat ich jetzt nicht getestet z.b.
aber weil du es so wüsncht ... *g*