Hallo
nach dem Update Anfang Feb gehen die über WEBCMD Links nicht mehr,im Quelltest steht dort nicht mehr wie üblich "<a href="....a>" sondern ein onclick Ereignis.
Habe folgende Versionen installiert:
# $Id: fhem.pl 4709 2014-01-21 18:00:07Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 4762 2014-01-28 17:56:56Z martinp876 $
# $Id: 01_FHEMWEB.pm 4761 2014-01-28 09:13:13Z rudolfkoenig $
# $Id: 10_FS20.pm 3764 2013-08-22 07:09:38Z rudolfkoenig $
# $Id: 92_FileLog.pm 4664 2014-01-16 09:45:47Z rudolfkoenig $
# $Id: 00_HMLAN.pm 4759 2014-01-28 09:05:45Z martinp876 $
# $Id: 98_HMinfo.pm 4759 2014-01-28 09:05:45Z martinp876 $
# $Id: 99_SUNRISE_EL.pm 4537 2014-01-03 08:28:59Z rudolfkoenig $
# $Id: 98_SVG.pm 4689 2014-01-19 11:45:23Z rudolfkoenig $
# $Id: 99_Utils.pm 3595 2013-08-05 05:38:48Z tobiasfaust $
# $Id: 90_at.pm 4246 2013-11-18 20:35:20Z rudolfkoenig $
# $Id: 98_autocreate.pm 4648 2014-01-14 19:23:34Z rudolfkoenig $
# $Id: 91_notify.pm 4664 2014-01-16 09:45:47Z rudolfkoenig $
# $Id: 98_telnet.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
Wenn ich das alte Backup einspiele passt wieder alles, darum fahre ich mit diesen Versionen:
# $Id: fhem.pl 4709 2014-01-21 18:00:07Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 4762 2014-01-28 17:56:56Z martinp876 $
# $Id: 01_FHEMWEB.pm 4761 2014-01-28 09:13:13Z rudolfkoenig $
# $Id: 10_FS20.pm 3764 2013-08-22 07:09:38Z rudolfkoenig $
# $Id: 92_FileLog.pm 4664 2014-01-16 09:45:47Z rudolfkoenig $
# $Id: 00_HMLAN.pm 4759 2014-01-28 09:05:45Z martinp876 $
# $Id: 98_HMinfo.pm 4759 2014-01-28 09:05:45Z martinp876 $
# $Id: 99_SUNRISE_EL.pm 4537 2014-01-03 08:28:59Z rudolfkoenig $
# $Id: 98_SVG.pm 4689 2014-01-19 11:45:23Z rudolfkoenig $
# $Id: 99_Utils.pm 3595 2013-08-05 05:38:48Z tobiasfaust $
# $Id: 90_at.pm 4246 2013-11-18 20:35:20Z rudolfkoenig $
# $Id: 98_autocreate.pm 4648 2014-01-14 19:23:34Z rudolfkoenig $
# $Id: 91_notify.pm 4664 2014-01-16 09:45:47Z rudolfkoenig $
# $Id: 98_telnet.pm 3738 2013-08-18 14:13:59Z rudolfkoenig
Ist das ein Bug oder an was liegt das?
MfG
Biker
Die webCmd sollten trotzdem funktionieren, Du siehst nur nix mehr davon im Frontend.
Ich finde dieses Schweigen auch nicht toll, aber der Versursacher ist von der Sinnhaftigkeit seiner Änderung sehr überzeugt.
Hallo betateilchen,
stimmt die manche Links gehen aber nicht mehr alle z.B. bei HMInfo wenn ich auf update drücke macht er es , aber protoEvents öffnert er das Fenster nicht bzw. macht eine falsche Anzeige.
Da muss ich immer auf hm und dort geht der Link wieder weil nach HtmL-Standard und nicht über java-script.
Aber mich wundert das nicht mehr das Problem haben, oder nehmen die das hin?!
Hast Du das selbe oder liegt das an meinen Browser FireFox?
Biker
Das Problem ist einfach, dass VIELE webCmd funktionieren und den meisten Anwendern noch gar nicht aufgefallen sein dürfte dass manche nicht funktionieren. An Deinem Browser liegt es höchstwahrscheinlich nicht.
HMInfo ist sowieso ein Spezialfall. Da solltest Du mal im Homematic Bereich Dein Bereich schildern, das muss vermutlich Martin selbst in seinem Modul ändern.
alle links die ein 'set' auslösen wurden umgestellt damit nicht die web seite jedes mal neu aufgebaut wird. in den aller meisten fällen sollte das device beim set so reagieren das man sieht was passiert ist.
martin hat für hminfo einige sets auf get umgestellt. das ist eigentlich auch logischer. hier gibt es das problem das man bei den webCmds zur zeit keine get einbauen kann. als workaround kann ich dir gerade nur sagen das du die eine readingsGroup so konfigurieren kannst das auch ein get per klick möglich ist.
gruss
andre
Und ich haette gerne das Problem mit einem aktuellen FHEM Stand ueberprueft.
Und danach bitte genau (mit Beispiel) beschreiben, was nicht geht.
Sonst wird hier noch was gefixed, was keiner wollte.
Hallo Justme1968
das Problem liegt bei mir gerade daran das die Webseite nicht mehr aufgebaut wird, das Beispiel
Homamtic mit HM-LAN ein Thermostat HM-CC-RT-DN auf webCmd Link getConfig gedrückt , dann passiert folgendes:
- getConfig wird ausgeführt passt , aber es gibt keine Rückmeldung am Frontend weil die Webseite nicht refresht wird und der Status auf "CMDs_done" bleibt.
Dem User wird nicht vermittel das im Hintergrund was passiert oder das irgendwas passiert, das war vorher anders.
Jetzt mach ich den refesh per Hand und schon bekomme ich die Rückmeldung das Fhem was macht.
Es geht nur darum das man nicht weiß das was passiert, das voher besser gelöst meines erachten.
Biker
Zitat von: biker_la am 21 Februar 2014, 14:03:34Dem User wird nicht vermittel das im Hintergrund was passiert oder das irgendwas passiert, das war vorher anders.
Genau, und speziell im Homematic Bereich, wo eine Verarbeitung eines solchen webCmd sehr lange dauern kann (wie am Beispiel getConfig) ist das für den Anwender mehr als verwirrend/verunsichernd.
das die seite neu aufgebaut wird ist aber eigentlich nicht der richtige weg um den anwender zu sagen es passiert etwas.
im getConfig beispiel ist es von der logik her eigentlich ein get und kein set und es sollte danach tatsächlich auf eine andere seite gewechselt werden um das ergebnis anzuzeigen. das genau das zur zeit nicht geht weil man ein get nicht in die webCmd stecken kann.
wenn ein set ein wert zurück liefert sollte er meiner meinung nach genau so wie das saved eine kurze meldung ausspucken.
ich denke es gehen gerade zwei oder drei dinge durcheinander:
- absichtlich feedback geben nach set ohne das die seite neu aufgebaut wird (also z.b. kommando abgesendet, oder den state set-... mit absicht dafür verwenden und das device icon kurz ändern)
- set und get konsequenter unterscheiden
- get auch in der webCmd liste erlauben
gruss
andre
Zitat von: justme1968 am 21 Februar 2014, 14:16:17das die seite neu aufgebaut wird ist aber eigentlich nicht der richtige weg um den anwender zu sagen es passiert etwas.
Niemand hat gesagt, dass das Neuladen der richtige Weg sei, aber GAR NICHTS zu signalisieren ist auch nicht richtig.
Zitat von: justme1968 am 21 Februar 2014, 14:16:17im getConfig beispiel ist es von der logik her eigentlich ein get
Falsch.
Es ist korrekterweise ein set, weil das ein Befehl ist, den ich an die Homematic Komponente schicke, um diese Komponenten in den Betriebszustand zu ver
setzen nämlich "Senden von Konfigurationsdaten an die Zentrale zum nächstmöglichen Zeitpunkt". Und "nächstmöglicher Zeitpunkt" bedeutet nicht, dass die Komponenten SOFORT antwortet, das kann auch erst bei der nächsten routinemäßigen Kommunikation mit der Zentrale sein oder wenn ich manuell an der Komponente den Konfigurationsknopf drücke.
Zitat von: betateilchen am 21 Februar 2014, 14:23:16
Niemand hat gesagt, dass das Neuladen der richtige Weg sei, aber GAR NICHTS zu signalisieren ist auch nicht richtig.
eben darum den status explizit zurück melden. über eine einblendung oder über das device icon. und auch nur dann wenn es nötig ist. nicht beim schalten das man sowieso am icon sehen kann.
Zitat von: betateilchen am 21 Februar 2014, 14:23:16
Falsch.
Es ist korrekterweise ein set, weil das ein Befehl ist, den ich an die Homematic Komponente schicke, um diese Komponenten in den Betriebszustand zu versetzen nämlich "Senden von Konfigurationsdaten an die Zentrale zum nächstmöglichen Zeitpunkt". Und "nächstmöglicher Zeitpunkt" bedeutet nicht, dass die Komponenten SOFORT antwortet, das kann auch erst bei der nächsten routinemäßigen Kommunikation mit der Zentrale sein oder wenn ich manuell an der Komponente den Konfigurationsknopf drücke.
darüber kann man streiten :)
ich möchte konfiguration vom device haben. das es im hm fall durch die funkanbindung und das protokoll bedingt kein direktes holen sondern ein 'schick mal' ist könnte man auch als protokoll detail sehen.
aber egal wie man es betrachtet... mit dem vorschlag der drei punkte von oben würde es sich auf jeden fall besser (wenn nicht sogar richtig ;) ) lösen lassen.
Zitat von: justme1968 am 21 Februar 2014, 14:27:26darüber kann man streiten :)
viel Spaß beim Streiten mit martin :P (vergiss die Blumen nicht, er freut sich drüber)
martin ist durchaus bei einigen dingen schon der meinung das es eher ein get als set ist.
und blumen gibt es höchstens hinterher beim wieder vertragen :)
Zitat von: justme1968 am 21 Februar 2014, 14:27:26
eben darum den status explizit zurück melden. über eine einblendung oder über das device icon. und auch nur dann wenn es nötig ist. nicht beim schalten das man sowieso am icon sehen kann.
Wäre eine Möglichkeit, aber bei getConfig eine Lampe oder device icon na ja , da war die Textmeldung eindeutiger.
Zitat von: justme1968 am 21 Februar 2014, 14:27:26
ich möchte konfiguration vom device haben. das es im hm fall durch die funkanbindung und das protokoll bedingt kein direktes holen sondern ein 'schick mal' ist könnte man auch als protokoll detail sehen.
aber egal wie man es betrachtet... mit dem vorschlag der drei punkte von oben würde es sich auf jeden fall besser (wenn nicht sogar richtig ;) ) lösen lassen.
Mir wäre es wichtig das User/ich die Homematic Komponenten benutzen dieses auch mitbekommen wenn Sie/ich einen Link drücken und eine Rückmeldung erhalten.Der aktuelle Status ist eine Verschlechterung und nicht Bedienerfreundlich. Ob diese Befehle "Get oder Set" sind ist jetzt eher technischer Natur.
Biker
Zitatda war die Textmeldung eindeutiger.
Ich habe den Eindruck, dass ihr weniger an einer Loesung und mehr an einer Stammtischdiskussion interessiert seid, und deswegen meine bitte ignoriert wird:
ZitatUnd ich haette gerne das Problem mit einem aktuellen FHEM Stand ueberprueft.
In der aktuellen Version werden Rueckmeldungen von set Kommandos eingeblendet.
das problem ist aber das die set zur zeit alle nichts zurück geben weil das mit dem alten verhalten dazu geführt hat das es als fehlermeldung interpretiert wurde die auf einer komplett neuen seite angezeigt wird.
wie oben schon geschrieben: das set sollte im fall getConfig einfach ein 'config requested' zurück geben und alles ist gut.
Wenn das stimmt, dann hatte man bei der alten Version aber auch kein Feedback, hoechstens ein Flimmern bei langsamen Leitung/Rechner.
ich glaube das 'flimmern' wurde eben genau von den einen als feedback wahrgenommen und die anderen hat es gestört.