Hallo zusammen,
offenbar seit dem letzten Update (Stand 98_HMinfo.pm 10255 2015-12-24 12:06:22Z martinp876 ) wird bei mir keine Rückmeldung mehr bei "configCheck" angezeigt.
Zuvor kam ein kleines Overlay.
Auch mit "get hm configCheck" kommt kein Ergebnis
Mit "get hm param alias" kommt das entsprechende Overlay immer noch.
Hat jemand eine Idee, wie ich das genauer eingrenzen kann ?
Ich stelle gerade alle device Namen von einem alias auf einen rename um. Kann das damit zu tun haben ?
Habe bei mir das selbe Verhalten.
Hm. Bei mir klappte noch. Es liegt m.e. am batchbetrieb. Nachdem diese Operation zu lange für den betrieb dauert habe ich es in einen. 2. threat ausgelagert. Wenn der fertig ist wird das Ergebnis zurück geschickt.
Mache ein set hm configcheck. Geht das?
Kommt eine Fehlermeldung oder ist das Fenster leer?
Hallo Martin,
bei einem set hm configcheck kommt die Fehlermeldung:
Unknown argument configcheck, choose one of archConfig autoReadReg clear cpRegs loadConfig purgeConfig saveConfig tempList tempListG templateDef templateDel templateExe templateSet update verifyConfig
configCheck, nicht configchek
Hallo Martin,
ein "set hm configCheck" ergibt die ehemalige Security Meldung:
Ohne basicAuth gibt das bei mir:
SecurityCheck:
WEB,WEBphone,WEBtablet has no associated allowed device with basicAuth.
Restart FHEM for a new check if the problem is fixed,
or set the global attribute motd to none to supress this message.
ein set hm configCheck muss gehen. fast genauso wie ein get. Nur der batchbetrieb ist unterschiedlich.
Gibt es eine Stelle (log o.ä.) an der ich nach Fehlermeldungen suchen kann?
welche Fehlermeldung?
der Security-check ist wohl in fhem.pl zu suchen.
Die Meldung aus HMInfo ist nicht ganz korrekt. Sind deine Versionen auch aktuell? was sagt "version"?
Hallo,
bei mir kommt auch nichts zurück, wenn ich "set hm configCheck" in die Befehlszeile eingebe. (IOS 9.2 Safari) Chrome auf dem gleichen IOS Geräte geht - scheint also an dem popup Fenster zu liegen.
Gruß Christoph
blockt ihr popups?
Hallo Martin,
Wie im ersten Post geschrieben habe ich die folgende Version aktiv:
98_HMinfo.pm 10255 2015-12-24 12:06:22Z martinp876
Ich mache auch ca 1 mal pro Woche updates.
Das Problem tritt mit allen Browsern bei mir auf (Edge, Chrome, Firefox alle unter Win10)
Ein Popup im Sinne eines Blockers sind die Fenster ja nicht. Das Fenster bei "get hm param alias" kommt ja auch kommt.
Einen Blocker habe ich auch nicht aktiv.
Offenbar kommt die Antwort zu dieser URL nicht zurück:
http://192.168.1.11:8085/fhem?XHR=1&inform=type=status;filter=hm;since=1451673247;fmt=JSON&fw_id=513×tamp=1451673246731
Im Log habe ich beim Testen neuerdings auch den folgenden Fehler:
2016.01.01 18:15:29 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_HMinfo.pm line 375.
Evtl hift auch die folgende Info beim eingrenzen:
Ich habe auch das Problem, das ich bei "get <device> regTable" derzeit kein Ergebnis bekomme.
Dazu habe ich aber noch einen Thread eröffnet.
Viele Grüße
Christoph
ZitatDas Problem tritt mit allen Browsern bei mir auf (Edge, Chrome, Firefox alle unter Win10)
bei mir klappts mit Win10/firefox und auch explorer.
Ausserdem mit Android - unterschiedliche Brower.
Insbesondere das mit Set verstehe ich nicht, da es nicht geändert wurde.
Was ist mit den anderen Fenstern? Protoevents,...?
Alle WebCmd's außer configCheck funktionieren.
Ich glaube nicht, das da ein Problem mit dem Darstellen des Fensters ist.
Ich glaube, das ich in meinen devices irgendein Problem geschaffen habe, das FHEM daran hindert, die Response auf die configCheck Abfrage zu schicken.
Ich habe erfolgreich regCheck (mit Rückmeldungen im Fenster ) und peerCheck (ohne Rückmeldungen im Fenster )gestartet.
Wenn ich im hm device auf den Typ HMINFO klicke bekomme ich die folgende info:
Internals:
NAME hm
NR 23
STATE updated:2015-12-30 14:04:27
TYPE HMinfo
Version 01
Readings:
2015-12-30 14:00:34 C_sumDefined entities:162,device:55,channel:137,virtual:3
2015-12-30 14:00:34 I_actTotal alive:32,dead:0,unkn:2,off:0
2015-12-30 14:00:34 I_rssiMinLevel 59<:14 60>:26 80>:2 99>:0
2015-12-30 14:00:34 I_sum_battery ok:33,
2015-12-30 13:05:27 I_sum_motor stop:on:2,
2015-12-27 18:51:00 I_sum_sabotageError off:9,
2015-12-30 13:05:27 W__protocol Resnd:1
Nb:
cnt 4
1:
abortArg hm:0
abortFn HMinfo_bpAbort
finishFn HMinfo_bpPost
fn HMinfo_configCheck
pid 16536
2:
abortArg hm:0
abortFn HMinfo_bpAbort
finishFn HMinfo_bpPost
fn HMinfo_configCheck
pid 16592
3:
abortArg hm:0
abortFn HMinfo_bpAbort
finishFn HMinfo_bpPost
fn HMinfo_configCheck
pid 16593
4:
abortArg hm:0
abortFn HMinfo_bpAbort
finishFn HMinfo_bpPost
fn HMinfo_templateChk_Get
pid 16594
Attributes:
configDir FHEM
room Global
sumERROR battery:ok,sabotageError:off,powerError:ok,overload:off,overheat:off,reduced:off,motorError:no,error:none,uncertain:yes,smoke_detect:none,cover:closed
sumStatus battery,sabotageError,powerError,motor
webCmd update:protoEvents short:rssi:peerXref:configCheck:models
Das ist in der tat problematisch. Die gestarteten Tochter Prozesse werden nicht beendet. Es sind noch 4 am laufen.
Wenn du ein
{HMinfo_configcheck("hm;;")}
Sendest, was kommt zurück? Das scheint ni HT beendet zu werden
Nein, es kommt nichts zurück.
Unter der dargestellten PID finde ich aber auch keine Prozesse im "PS aux".
Hm. Da liegt jedenfalls das Problem. Der Prozess scheint gestartet zu werden, kann ich aber nicht sicher sagen. Zumindest bekommen wir eine ID.
Ob ein abort auftritt.... Hatte ich noch nicht wirklich.
Wenn aber schon der einfache Aufruf der Prozedur ohne forken kein Ergebnisse liefert scheint hier ein Problem vorzuliegen.
Kann es sein, dass keine Meldung kommt? Alles perfekt ei gestellt? Muss ich einmal testen. Ich habe immer Fehler weil der 8fach Taster einen unschönen bug beim melden der peers hat. Da stimmen die IDS nicht.
Ich werde mal mit alten Versionen aus meinen Backups testen. Früher hat es ja auch funktioniert.
ich hatte jetzt auch einmal das Problem. Das Fenster öffnete nicht.
Ich habe häufiger das Problem, dass Firefox das Fenster nicht updates, wenn ich längere Zeit aktiv war. Da hilft nur, firefox komplett zu schliessen und neu zu öffnen. Dann geht es wieder.
Das gleiche hat beim nicht-öffnen der Fenster funktioniert
Hallo Martin,
Jetzt funktioniert es wieder, das Fenster wird angezeigt.
Es scheint an einem Device gelegen zu haben.
Im Log hatte ich zwei Fehler in der FHEM.pl gemeldet bekommen. In der Zeile drüber habe ich mir eine Debugmeldung erzeugt, damit ich herausbekomme um was es eigentlich geht. d.h. Die Debugzeile mit "readingsBulkUpdate" gibt es nicht im normalen Fhem. Die Zeilennummer im fhem.pl habe ich für diesen Post wieder auf die richtige Nummer angepasst.
2016.01.03 08:55:41 1: readingsBulkUpdate(Thermostat.OG.Bad_Weather,peerList,529CD901,)
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE $/ at fhem.pl line 4036, <$fh> line 721.
2016.01.03 08:55:48 1: readingsBulkUpdate(Bewegungsmelder.OG.Arbeitszimmer,Activity,alive)
2016.01.03 08:55:48 1: PERL WARNING: ^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE $/ at fhem.pl line 4036.
"gelöst" habe ich das Problem damit, das ich beide Devices resetet, gelöscht, FHEM neu gestartet und neu angelegt habe.
checkConfig konnte wieder ausgeführt werden als das Thermostat.OG.Bad (ein HM-CC-RT-DN mit Firmware 1.4) entfernt war.
Inzwischen ist es wieder angelegt und mit seinem HM-TC-IT-WM-W-EU auf Weather und Climate gepeered.
Die Fehlermeldung ist jetzt an anderen devices wieder da.(Zeilenverschiebung von 4036 auf 4037 wegen der Debugzeile)
2016.01.03 22:29:20 1: readingsBulkUpdate(Wandthermostat.OG.Bad_Weather,peerList,26CD1401,)
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE $/ at fhem.pl line 4037, <$fh> line 886.
2016.01.03 22:29:27 1: readingsBulkUpdate(OC3,Activity,alive)
2016.01.03 22:29:27 1: PERL WARNING: ^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE $/ at fhem.pl line 4037.
Was sagt eigentlich "<$fh> line 886" aus? Mit Perl habe ich leider keine wirkliche Programmiererfahrung. Mein Wissen kommt aus anderen Sprachen.
Habe auch das Problem, das ein set hm configCheck rein gar nichts tut??
Welche Version von fhem.pl hast du?
Was hast du in EventsOnChangeReading und eventOnUpdateReading?
Und EventMinInterval?
Hallo Martin,
gerade ein Update gemacht IOS 9.2 Safari kommt nichts zurück, gleiches Tablet Chrome funktioniert. Das bedeutet für mich - Server sendet, aber Browser hat Problem mit der Darstellung.
BTW die Formatierung des "WebCmd" configCeck wird jetzt auch richtig dargestellt.
Normalerweise nutze ich IOS6Touchpad Style - habe mal auf default gestellt -> gleiches Verhalten.
Wenn ich auf dem Device hm (HMInfo) im Safari "Desktopseite anforden" auswähle, funktioniert es plötzlich. Deshalb tippe ich auf ein "Problem" im Web-Modul, da ich davon ausgehe, das Dein Modul sich nur um das "Zusammenstellen" der Daten kümmert und nicht um die Übertragung zurück zum WebIf / Browser.
Gruß Christoph
Ich glaube auch nicht das es an HMInfo liegt:
Seit configCheck wieder geht, geht auch regTable wieder und ich bekomme auch die Events beim Update wieder angezeigt.
Das ging alles parallel zum configCheck nicht mehr.
Den Fehlern nach ist es ein Problem der Daten wenn readingsupdate ausgeführt wird. Koennte sein, dass etwas in den Daten nicht stimmt. Kann von getconfig kommen oder von hminfo, egal.
Welche stelle im code war es also? Readingsupdate prüft einiges bezüglich triggern\events. Daran koennte es liegen.
Offenbar blockiert der 2. threat oder besser er wird mit Fehler beendet. Damit kommt nichts mehr zurück, fertig. Noch nicht einmal ein abort.
Wenn ihr de Fehler noch habt, her mit DN infos. Ansonsten ist es hier beendet.