[gelöst] Floorplan-Seite refresh per notify auslösen?

[joginet]

Und wenn du den "Zwischendummy" weglässt und direkt den pageswap- Dummy-set mit dem Seitenlink in das notify nimmst?

Hab ich schon - geht auch nicht. Und wie gesagt - hat auch mit dem pageswap nichts zu tun andere dummys gehen auch nicht. Pushmail, usw.
Aber nur in diesem notify, in anderen notifys ist alles ok...

Der event-monitor sagt nur:

2014-04-02 18:50:36 CUL_HM Aussenlicht_sync closed
2014-04-02 18:50:36 CUL_HM Aussenlicht_sync contact: closed (to HMLAN1)

von notify steht da nichts...

[fiedel]

Habs eben mal nachgebaut:

Code Auswählen Erweitern

define browserrefresh dummy
attr browserrefresh setList off on
define browserrefresh_an notify browserrefresh:on set Dum_pageswap_D /fhem?room=Unsorted
define browserrefresh_aus notify browserrefresh:off set Dum_pageswap_D /fhem?room=Unsorted

define Aussenlichtswitch dummy

define AussenlichtsyncAn notify vRemote_Btn4:ON setstate Aussenlichtswitch on;;set browserrefresh on
define AussenlichtsyncAus notify vRemote_Btn4:OFF setstate Aussenlichtswitch off;;set browserrefresh off

-der pageswap- Dummy ist auch auf der seite "Unsorted" vorhanden
-vRemote_Btn4 ist eine Taste auf einer HM- Fernbed.
-wenn ich die Taste drücke geht zuerst "browserrefresh" auf on oder off, dann refreshed die Seite und "Aussenlichtswitch"
geht ebenfalls auf off oder on (synchron zu  "browserrefresh")

Ich hoffe das ist in etwa das was du wolltest?

[joginet]

Danke für Deine Mühe !

Ich hoffe das ist in etwa das was du wolltest?

Exakt.
Ich habe mal alle dummys gelöscht und alles genau so gemacht wie vorgeschlagen - leider keine Veränderung.
Ich habe auch den HM-SCI-3-FM mal umbenannt - es bleibt dabei: der setstate wird ausgeführt, der dummy nicht.
Aber nochmal: es liegt definitiv nicht am pageswap - auch andere dummys funktionieren wie gesagt nicht.

Aaaber:
Ich habe das notify jetzt einfach mal auf irgendeine Lampe (statt auf den HM-SCI-3-FM) gelegt und siehe da - alles klappt wie gewünscht:

Code Auswählen Erweitern

define AussenlichtsyncAus notify Arbeitszimmer2:off  setstate Aussenlichtswitch off;;set browserrefresh off

Es liegt also nicht am notify, am dummy oder am Syntax.

Vermutlich scheint da irgendetwas mit dem state des HM-SCI-3-FM schiefzulaufen.
Warum es bei Hardware-Aktoren problemlos schaltet und nicht bei dummys - keine Ahnung.

Wie gesagt: im web-Frontend erscheint bei Betätigung das reading "contact" immer einen Tick früher als der state.
Evt. ist das der Ansatz? Ich hatte schon ja versucht, mit dem reading zu schalten - vermutlich bin ich am Syntax gescheitert.
Ich hatte es mit einen readingsProxy versucht:

Code Auswählen Erweitern

define ALproxy readingsProxy Aussenlicht_sync:contact
define ALproxyAn notify ALproxy:closed set browserrefresh on;;setstate Aussenlichtswitch on
define ALproxyAus notify ALproxy notify ALproxy:open set browserrefresh off;;setstate Aussenlichtswitch off

geht aber nicht. Ist vermutlich falsch... Kann mir alternativ jemand mit der korrekten schreibweise von if und readingsVal auf die Sprünge helfen? Aus dem Beispielen im Einsteiger pdf und im Forum werde ich nicht so richtig schlau...

[fiedel]

So einen HM-SCI-3-FM habe ich zufälllig hier rumliegen. Ich stelle das nachher mal nach. Das ist ja sowas ähnliches wie meine Fernbedienung. Das kriegen wir hin. 

[joginet]

Klasse - Danke !!!

[fiedel]

Sooooooooo 

Geht alles wie es soll. Bei "closed" gehen beide Lampen (Icons) an, bei "open" wieder aus. Ich werd übrigens bald was ganz ähnliches bauen: Habe heute meine Gartenpumen- Rückmeldung mit FS20KSE getestet, die ich im Winter an die Pumpe gebaut hatte und festgestellt, dass die Reichweite ziemlich an der Grenze ist. Nun muss einer der HM-SCI-3-FM dran glauben.  Der war eigentlich für den Gewitterwarner.

Viel Erfolg!

Frank

Code Auswählen Erweitern



define browserrefresh dummy
attr browserrefresh setList off on
define browserrefresh_an notify browserrefresh:on set Dum_pageswap_D /fhem?room=Unsorted
define browserrefresh_aus notify browserrefresh:off set Dum_pageswap_D /fhem?room=Unsorted

define Aussenlichtswitch dummy

define AussenlichtsyncAn notify Sens_GW1_Sw_01:closed setstate Aussenlichtswitch on;;set browserrefresh on
define AussenlichtsyncAus notify Sens_GW1_Sw_01:open setstate Aussenlichtswitch off;;set browserrefresh off

define Sens_GW1 CUL_HM 2088403
attr Sens_GW1 IODev HM_USB
attr Sens_GW1 actCycle 028:00
attr Sens_GW1 actStatus alive
attr Sens_GW1 autoReadReg 4_reqStatus
attr Sens_GW1 expert 2_full
attr Sens_GW1 firmware 1.1
attr Sens_GW1 model HM-SCI-3-FM
attr Sens_GW1 peerIDs
attr Sens_GW1 room CUL_HM
attr Sens_GW1 serialNr KEQ0702019
attr Sens_GW1 subType threeStateSensor
attr Sens_GW1 webCmd getConfig:clear msgEvents

define Sens_GW1_Sw_01 CUL_HM 20884031
attr Sens_GW1_Sw_01 model HM-SCI-3-FM
attr Sens_GW1_Sw_01 peerIDs 00000000,

define Sens_GW1_Sw_02 CUL_HM 20884032
attr Sens_GW1_Sw_02 model HM-SCI-3-FM
attr Sens_GW1_Sw_02 peerIDs 00000000,

define Sens_GW1_Sw_03 CUL_HM 20884033
attr Sens_GW1_Sw_03 model HM-SCI-3-FM
attr Sens_GW1_Sw_03 peerIDs 00000000,



[joginet]

Hi Frank!
Erstmal nochmal Danke für die Mühe !
Hmm - bei mir geht es leider noch nicht.
Mein browserrefesh-dummy für sich funktioniert, der Aussenlichtswitch für sich auch, setstate im notify geht

Wo liegt bloß der Fehler? Ich benutze nur einen Kanal des HM-SCI-3-FM.
Ich habe ich mit den attributen aus Deinem Beispiel "gespielt" -(ohne wirklich zu wissen, was ich tue).

Bei mir nicht gesetzt waren:
"autoReadReg 4_reqStatus" und "peerIDs 00000000,"

So sieht es momentan b ei mir aus:

Device Internals für den HM-SCI-3-FM sagt:

DEF    23CB54
HMLAN1_MSGCNT  26
HMLAN1_RAWMSG E23CB54,0000,7946E07F,FF,FFAC,7BA44123CB54257887017800
HMLAN1_RSSI -84
HMLAN1_TIME 2014-04-04 07:43:26
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 26
NAME CUL_HM_HM_SCI_3_FM_23CB54
NR 568
STATE CMDs_processing...
TYPE CUL_HM
channel_01 ALsync
channel_02 CUL_HM_HM_SCI_3_FM_23CB54_Sw_02
channel_03 CUL_HM_HM_SCI_3_FM_23CB54_Sw_03
lastMsg No:7B - t:41 s:23CB54 d:257887 017800
protCmdPend 13 CMDs pending
protLastRcv 2014-04-04 07:43:26
protResnd 1627 last_at:2014-04-04 07:47:31
protSnd 22 last_at:2014-04-04 07:43:26
protState CMDs_processing...
rssi_at_HMLAN1 avg:-79.15 min:-93 max:-77 lst:-84 cnt:26

und readings sagt:

Activity  alive  2014-04-03 06:44:51
CommandAccepted yes  2014-03-29 15:40:36
R-intKeyVisib  set_invisib  2014-03-29 15:40:34
R-pairCentral  set_0x257887 2014-03-29 15:40:34
RegL_00: state CMDs_processing... 2014-04-04 07:43:26

und Atributes sagt:

actCycle  028:00
actStatus  alive
expert  2_full
firmware  1.1
model HM-SCI-3-FM
peerIDs
room  CUL_HM
serialNr  KEQ0767555
subType threeStateSensor
webCmd getConfig

Es ist zum Mäusemelken...

Gruß, Jochen

PS: ich hatte ja schon erwähnt, dass der "state" immer später kommt als das reading "contact".
Im webfrontend ist es sogar so, das nach Auslösen des HM-SCI-3-FM
bei "contact" immer sofort die Änderung erscheint - z.B. "open (toHMLAN1)"
der "state" ändert sich aber immer erst nach reload der Seite - kann es damit zu tun haben?
Irgendwelche wilden Laufzeitprobleme? Wie gesagt - Hardware-Schalter im notify bekommen die state Änderung sofort
mit... Ich lege mir hier so langsam aber sicher die Karten   

[fiedel]

Hi Jochen,

die Attribute wurden bei mir so automatisch erstellt per Autocreate. Ich hab nix gezaubert.  Hab übrigens nicht die aktuellste Version des HM- Moduls. Muss mal wieder Update machen.

Das mit dem state und contact ist bei mir genauso (siehe Bild). Ich muss auch immer erst die Seite refreshen, damit state aktualisiert.
So wie ich das Notify angelegt habe, reagiert es aber sofort. Ich mach dir mal einen Eventmon.- Auszug von dem Schaltspiel:

Code Auswählen Erweitern


Events:
2014-04-04 09:59:30 Global global DEFINED reset_pageswap
2014-04-04 09:59:30 dummy Dum_pageswap_D /fhem?room=Unsorted
2014-04-04 09:59:31 dummy browserrefresh on
2014-04-04 09:59:31 CUL_HM Sens_GW1_Sw_01 closed
2014-04-04 09:59:31 CUL_HM Sens_GW1_Sw_01 contact: closed (to HM_USB)
2014-04-04 09:59:31 dummy Dum_pageswap_D none
2014-04-04 09:59:31 Global global DELETED reset_pageswap
2014-04-04 09:59:32 Global global DEFINED reset_pageswap
2014-04-04 09:59:32 dummy Dum_pageswap_D /fhem?room=Unsorted
2014-04-04 09:59:32 dummy browserrefresh off
2014-04-04 09:59:32 CUL_HM Sens_GW1_Sw_01 open
2014-04-04 09:59:32 CUL_HM Sens_GW1_Sw_01 contact: open (to HM_USB)
2014-04-04 09:59:33 dummy Dum_pageswap_D none
2014-04-04 09:59:33 Global global DELETED reset_pageswap


Dazu musst du wissen, dass der Eventmon. die Events nicht unbedingt in der richtigen Reihenfolge ausgibt. Aber man sieht, was alles passiert und du kannst mal gucken, ob bei dir da was fehlt.

Gruß

Frank

[joginet]

Seufz - ich glaube, ich gebe auf. Bei meiner konfig. muss irgendetwas kaputt sein.

Wenn ich alles so mache wie oben (also mit dummys im notify) dann steht im event-Monitor nur das hier:

2014-04-05 09:34:39 CUL_HM ALsync closed
2014-04-05 09:34:39 CUL_HM ALsync contact: closed (to HMLAN1)

Wenn ich aber einen Hardware-Schalter "Arbeitszimmer2" ins notify lege, dann steht da:

Events:
2014-04-05 09:36:09 CUL_HM ALsync closed
2014-04-05 09:36:09 CUL_HM ALsync contact: closed (to HMLAN1)
2014-04-05 09:36:11 FBDECT Arbeitszimmer2 set_on
2014-04-05 09:36:11 FBDECT Arbeitszimmer2 on

Ich glaube, ich werde das so nicht lösen können.
Ich werde mir jetzt einfach einen zusätzlichen Hardware-Schalter** besorgen, den ich dann mit einem zus. notify versehe.
Wenn ich dazu meine Lampe "Arbeitszimmer2" missbrauche, dann läuft alles wie gewünscht:

Code Auswählen Erweitern

define ALsyncAn notify ALsync:closed set Arbeitszimmer2 on
define ALsyncAus notify ALsync:open set Arbeitszimmer2 off

define ALsync_switchAn notify Arbeitszimmer2:on setstate Aussenlichtswitch on;;set browserrefresh on
define ALsync_switchAus notify Arbeitszimmer2:off setstate Aussenlichtswitch off;;set browserrefresh off


Ich sicherlich keine perfekte Lösung, aber momentan fällt mir nichts anderes ein. Kann man eigentlich irgendwo sehen,
was im notify direkt passiert - also "eine Stufe tiefer" als im event-Monitor oder im logfile?

Gruß, Jochen

**PS: hab's sicherheitshalber nochmal gecheckt: egal of FBDECT oder HM-Switch: ein Hardwareschalter im notify geht immer...

[fiedel]

Hi Jochen,

also wenn das bei mir geht, muss das auch bei dir gehen.  Dein HM- Dreierkontakt ist ja auch ein "Hardware- Schalter". Etwas anderes wäre es, wenn das Event von einem Dummy kommen würde, oder sonstwie indirekt. Zum "tiefer in das Notify gucken" habe ich auch keine Idee. Du kannst aber in das Notify "Log 1"- Einträge einbauen (z.B. nach jeder "if- Verzweigung" oder nach jedem Befehl) , in denen du dir den Schritt oder den Wert einer Variable ausgeben lässt.
Ansonsten würde ich an dieser Stelle an deiner Stelle  einen Cut machen und FHEM oder das ganze System neu aufsetzen. Ein anderes Forenmitglied hatte so auch gerade ein "unlösbares" 1-Wire- Problem in den Griff bekommen. Ist die letzte Möglichkeit, aber manchmal hilft sie.

Gruß

Frank

[joginet]

Hi Frank !

also wenn das bei mir geht, muss das auch bei dir gehen.

Gar keine Frage 
Da ich aber ja alles genauso gemacht habe, muß bei mir etwas kaputt sein. Vielleicht sogar der Sensor?

und FHEM oder das ganze System neu aufsetzen.

Ohgottohgott - bloß das nicht. Never touch a running system. Never change a winning team, usw.

Ich bin ja noch nicht soo lange dabei (seit Anfang Januar 2014, da habe ich mir den Pi angeschafft),
aber ich habe doch schon einiges realisiert (das meisste übrigens komplett ohne eigenes knowhow und mit Hilfe dieses Forums und copy&paste - ich glaube ich habe einiges gelernt...) und den Nerdfaktor in unserem Haus dadurch extrem in die Höhe katapultiert:

- Ich habe mittlerweile jeden Schalter im Haus durch HM-Schaltaktoren ersetzt und ich habe Gruppen definiert
- Ich kann die Rolläden steuern. Und jeden Heizkörper regeln - auch per voice
- Ich habe für jedes Stockwerk einen prima Floorplan (Bedienung u.a. durch an die Wand gespaxte Tablets),
- Ich habe meine Überwachungskameras integriert
- Ich kann die Glotze, die Dreambox und die Stereoanlage steuern,
- Ich habe pushmail und Debian sendmail integriert --> kann die Tablets klingeln lassen, wenn das Frühstücksei fertig ist
- Ich habe meine HUE-Lampen eingebaut und mir dafür extra eine html-Seite erstellt, die FHEM steuert und gleichzeitigs Apps starten
  kann (z.B. HUE sync mit dem Ambilight-TV)
- habe ich die Kaffeemaschine erwähnt ? Und den Wecker? Und den Fernzugriff?
- und pageswap 

Achja - und nicht zuletzt:

- ich kann das ganze Gedöns komplett per Sprache steuern. Per Android Autovoice, Tasker und andFHEM und bekomme ein
  Feedback per Voice. " Ich habe die Kaffeemaschine eingeschaltet". WG mit Siri, sozusagen 

Und jetzt mein "Problem": es läuft alles perfekt, flüssig und absturzfrei.
(bis auf dieses eine notify)

Und ich habe wirklich, wirklich große Angst vor dem bösen Wort "Neuinstallation" 
Sogar das Wort "Update" bereitet mir Kopfschmerzen.

Das letzte Update, das bei mir stattgefunden hat war das von andFHEM.
Das andFHEM konnte danach mehr als eine Verbindung verwalten. Sicherlich für andere eine sinnvolle Geschichte,
bei mir hat es jedoch dazu geführt, dass ich mehr als 250 Sprachbefehle neu erstellen musste.
Wirklich 250, denn ich kann jedes einzelne TV-Programm per Spracherkennung-->Dreamboxapi umschalten

Anderes Beispiel: Die Spracherkennung auf einem meiner Androiden war auf einmal extrem verzögert.
Lag an einem Update der App "Google Suche". Habe ich auch ewig nach gesucht:
http://forum.fhem.de/index.php/topic,21561.0.html
Naja, seitdem habe ich bei meinen Androiden die automatischen Updates aus und eine Allergie gegen Updates
(solange sie nicht irgendwelche Sicherheitslücken stopfen oder wirklich Mehrwert bringen) entwickelt !

Da ich eigenlich alles zum laufen habe, was ich mir so wünsche (Anwesenheitserkennung fehlt evt. noch),
fällt diese Lampensync-Geschichte jetzt eigentlich in den Bereich "Schönheitsreparatur".

Ist sicherlich technisch (und finanziell) unbefriedigend, dafür extra einen HM-Switch anzuschaffen, aber
wenn ich die Kosten in Relation zum Zeitaufwand des Neuaufsetzens (da ist es wieder, das böse Wort)stelle...
Ich denke nur an die ganzen perl-libs, die ich da händisch upgedated habe -ohne zu wissen, wofür die sind, natürlich 

Nein, ich denke ich probiere es erstmal mit der Frickellösung - wenn mir die richtige Lösung mal "entgegenspringt",
dann werde ich diese einsetzen und für den Switch wird sich schon ein Einsatzgebiet finden...

Gruß, Jochen

PS: um nochmal auf den Titel des Threads zurückzukommen: allen, die ein longpoll-Problem mit irgendwelchen dummys/Symbolen haben kann ich pageswap sehr empfehlen, das funktioniert prima !

[fiedel]

WOW! Da kann ich ja noch viel mehr von dir lernen, als du von mir - obwohl ich schon fast länger hier mitbastle als Rudi König! 

Also ich verstehe das total. Hab mir auch schon viel wieder eingerissen durch Updates und neu Aufsetzen. Deshalb baue ich wo es geht doppelte Böden in Form von Backups und Images ein. Du könntest "einfach" eine zweite Karte mit frischem Linux nehmen, FHEM frisch draufspielen und deine Tests machen. Danach fährst du die alte Karte wieder hoch, als wäre nichts gewesen.

Da ich nun weiß wie du "tickst", halte ich es am ehesten für möglich, dass du nur das HM- Modul einzeln updaten brauchst, den 3-Fach-Kontakt noch mal neu erkennen und pairen lassen musst und dann dürfte es schon gehen. Das HM- Modul ist von Martin so top gepflegt, dass du da nicht mit "Update- Rückschlägen" rechnen musst. Ansonsten hast du ja noch das Backup.

Code Auswählen Erweitern

Update a single file:

    fhem> update 98_foobar.pm
   

Ich finde es immer schade, wenn man unnötige Workarounds oder Frickellösungen zu Hilfe nehmen muss, wo es doch einen direkten Weg gibt. Na ich bin ja gespannt, wofür du dich entscheidest... 

Gruß

Frank

[joginet]

Da kann ich ja noch viel mehr von dir lernen, als du von mir

Das wiederum glaube ich nicht 
In copy & paste, da bin ich ganz groß - html kann ich ein bischen. Aber wehe, man setzt mir ein
Stück Perl-Code mit mehr als 3 Paar geschweiften Klammer vor...
Das Zeug ist bei mir "dynamisch gewachsen" - eigentlich wollte ich nur einen vorhandenen DECT200 irgendwie
anders ansteuern als über die Fritz!App.
(Mittlerweile hat auch meine Frau seit Wochen keinen Lichtschalter oder Heizkörper-Thermostaten mehr angefasst.
Fazit: es funktioniert einfach.Wenn ich Fachartikel lese, dass sich die Industrie nicht auf Smarthome-Standards
einigen kann, usw. - da Frage ich mich doch: haben die noch nie etwas von FHEM gehört? Das vereinigt doch nun
wirklich alles, was irgendwie einen LAN-Anschluß hat.)

Du könntest "einfach" eine zweite Karte mit frischem Linux nehmen

Das wiederum ist eine gute Idee. Ehlich gesagt, ich wollte meine Karte mal klonen - dann hätte ich auch einen
Ersatz zum testen. Backups mache ich ja regelmässig und ziehe sie auch per Filezilla woanders hin.

Ich finde es immer schade, wenn man unnötige Workarounds oder Frickellösungen zu Hilfe nehmen muss, wo es doch einen direkten Weg gibt.

Gefallen tut es mir auch nicht. Frei nach Faust: "Allein - mir fehlt die logische Erklärung."
Wo es etwas zu lernen gibt, lerne ich gerne. In diesem Fall scheint halt etwas "kaputt" zu sein. Vielleicht der Aktor selber.
Vielleicht irgendwelche Signallaufzeiten? (warum reagiert ein Hardware-Aktor?...)

Und wenn es nach "neu aufsetzen" geht, dann weiss ich immer noch nicht warum. Ist ein abstruser Fehler - wir haben ja schon mehrfach verglichen. Ich schliesse fast aus, das ich mich irgendwo vertippt habe. Also - was solls. Hauptsache geht erstmal.
McGyver hätte irgendwas mit Panzertape & Schnürsenkel gemacht... 

Ich setzte den Thread jetzt mal auf gelöst - denn den Floorplan kann man mit pageswap refreshen, wenn longpoll nicht machbar ist.