erste beta - fronthem, smartVISU (closed, Bitte die Anschlussthreads benutzen)

[dlehmann69]

Hallo Frickler.

Ich hänge hier mal zwei Bilder dran. Das habe ich mit einfachen Anpassungen schon einmal hin bekommen. Ich arbeite mich erst in das Thema ein.

Aber was ist mit meiner Frage. Wo muss ich alles Änderungen vornehmen, wenn ich den RTR an meinen FHT anpassen möchte. Die device.html habe ich schon entdeckt. Gibt es noch Dateien, die geändert werden müssen? Oder hat jemand schon einen FHT Raumregler eingebunden?

Ohne die Anpassung an den FHT werde ich diese Fehlermeldungen sonst wohl nicht los.

Code Auswählen Erweitern

2015.01.11 12:56:49 3: set FHT_Schlafen ? : Unknown argument ?, choose one of day day-temp:on,off,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 desired-temp:on,off,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 fri-from1:time fri-from2:time fri-to1:time fri-to2:time holiday1 holiday2 hour lowtemp-offset manu-temp:on,off,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 minute mode mon-from1:time mon-from2:time mon-to1:time mon-to2:time month night-temp:on,off,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 report1 report2 sat-from1:time sat-from2:time sat-to1:time sat-to2:time sun-from1:time sun-from2:time sun-to1:time sun-to2:time thu-from1:time thu-from2:time thu-to1:time thu-to2:time tue-from1:time tue-from2:time tue-to1:time tue-to2:time wed-from1:time wed-from2:time wed-to1:time wed-to2:time windowopen-temp:on,off,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 year

[bgewehr]

Vielen Dank. Dieser Fehler ist schonmal weg.

Nach einem restart kommet der nächste:

Code Auswählen Erweitern


2015.01.11 10:45:01.386 1: reload: Error:Modul 01_fronthem deactivated:
Unrecognized character \xC2; marked by <-- HERE after at master <-- HERE near column 46 at FHEM/fhwebsocket.pm line 13.
Compilation failed in require at ./FHEM/01_fronthem.pm line 30.
BEGIN failed--compilation aborted at ./FHEM/01_fronthem.pm line 30.

2015.01.11 10:45:01.386 0: Unrecognized character \xC2; marked by <-- HERE after at master <-- HERE near column 46 at FHEM/fhwebsocket.pm line 13.
Compilation failed in require at ./FHEM/01_fronthem.pm line 30.
BEGIN failed--compilation aborted at ./FHEM/01_fronthem.pm line 30.


Das sieht mir nach einer falsch geholten fhwebsocket aus! Am besten in ein frisches Verzeichnis ein

Code Auswählen Erweitern


git clone https://github.com/herrmannj/fronthem.git

Dann hast Du die Dateien korrekt auf Deinem Server. Kopier sie in die richtigen Verzeichnisse und chmod 755, dann sollte es gehen. Alternativ nimm die force-update Regel von Jörg, siehe oben...

[herrmannj]

Hallo dlehmann69,

das issccht gar keine Fehlermeldung. 

Die Meldung kommt ins log weil der Editor die set beim FHT mit "?" abfragt. Rudi verwendet in fhemweb eine schönere Variante (weil ohne Meldung im log) - die baue ich auch ein.

Wenn Du Änderungen in sv machst würde ich Dir vorschlagen die device.html so zu lassen wie sie ist und eine Kopie davon anzulegen (vielleicht mydevice.html oder so), dort zu ändern und dann anstelle der device.html diese zu importieren. (Mit den richtigen namings, versteht sich).

Mal anders, woran hängt es denn im Augenblick ?

vg
jörg

[herrmannj]

update force ... geht.

Nachdem ich das System jetzt verstehe ändere ich auch in Kürze das git so das nur noch die frischen Dateien geholt werden.

vg
jörg

[bgewehr]

Außerdem habe ich die converter von Bernd übernommen (vielen Dank) und einen beispielhafte 99_fronthemUtils.pm mit einem converter erstellt.

Ich hab noch einen für Euch: der Setreading-Converter, der ein bisschen fragwürdig ist, weil er nicht von fhem aus getriggert werden kann, um seine Werte in SV aufzufrischen.

Er setzt einen SV-Wert an ein benutzerdefiniertes Reading an jedes beliebige fhem-device. Wenn das Reading vorher noch nicht existiert, dann wird es erzeugt. (Hinweis: Überflüssige Readings kann man mit deletereading <device> <reading> in der fhem Kommandozeile wieder entfernen.)

Dennoch sehe ich eine sinnvolle Nutzung dafür, um einige Dummies zu ersparen. So kann man mit diesem Converter irgendetwas an ein fhem-device "speichern", um es später wieder in SV nutzen zu können, so als Zwischenspeicher.

Ich starte grade meine Versuche, damit ein Reading uzsu an die zeitaktivierten fhem-devices zu speichern, dass dann mit einem uzsu-modul in fhem ausgewertet werden kann. Mal sehen....

[dancatt]

Das sieht mir nach einer falsch geholten fhwebsocket aus! Am besten in ein frisches Verzeichnis ein

Code Auswählen Erweitern


git clone https://github.com/herrmannj/fronthem.git

Dann hast Du die Dateien korrekt auf Deinem Server. Kopier sie in die richtigen Verzeichnisse und chmod 755, dann sollte es gehen. Alternativ nimm die force-update Regel von Jörg, siehe oben...

Danke, aber es läuft ja schon. Der Tip von Jörg mit dem "update force..." hatte anscheinend gereicht.

[dlehmann69]

Hallo herrmann.

Danke für die schnelle Antwort. Ihr seit echt schnell hier.

Also keine Fehlermeldung, ok. Dann ignoriere ich die Meldung, bis sie nicht mehr kommt.

Also es hängt nicht wirklich, nur ist programmieren neu für mich und eher auch nur Hobby. Und ich möchte das Device RTR an meinen FHT anpassen. Ich benötige nicht die Icons im Standard RTR und möchte dafür den Fensterstatus mit angezeit bekommen. Dafür wollte ich aus dem Standard RTR und dem Homematic RTR von bgewehr die notwendigen Dinge holen und für den FHT zusammen schreiben.

Und mit einer z.B. mydevice.html geht es gleich weiter. Das muss ich mal schauen, wo die dann importiert wird. Für diese eine Seite habe ich eine Weile gebraucht. Vorallem mit den ganzen div Tags. Bis die alle stimmten, hat es eine Weile gedauert. Aber mit ein wenig Struktur in der Datei behält man den Überblick.

Dirk

[herrmannj]

Hi Dirk,

schau Dir am besten mal die homemmatic.html von Bernd an. Bernd macht exakt das für hm device. Die files liegen hier im thread (irgendwo  ) - oder in seinem git https://github.com/bgewehr.

Generell hab ich auch schon mal gedacht ob man nicht ein widget ohne icons erstellt, die icons kann man ja fix via basic.symbol darunter setzen. Bin in einer ähnlichen Situation weil meine HM-TC keine batterie readings liefern - hängt wohl von der firmware ab.

vg
jörg

[bgewehr]

... weil meine HM-TC keine batterie readings liefern - hängt wohl von der firmware ab.
vg
jörg

Sowohl mein HM-TC als auch mein HM-CC haben im Haupt-device (der Mutter) das battery-level-reading mit der Voltzahl der Batterie.

[karl0123]

Meine auch. Und ich denke, ich habe von allen vorhandenen Firmwareversionen mindestens ein Gerät

[Daku123]

Hallo,
ich bin nun seit 2 Tagen auch vom fronthem-Virus infiziert.
Hatte zwar anfangs auch meine Probleme aber mit den nun 52 Seiten Thread soweit alles hin bekommen.

Die bessere Hälfte ist auch begeistert und so hab ich die eine oder andere Stunde Zeit genehmigt bekommen.

Es ist leicht OT aber für den WAF muss ich den Google Kalender noch ans fliegen bekommen, da sonst Geburtstage und Müll fehlen.

Leider bleibt es leer wenn ich es wie in den Demohäusern einrichten will. Im Demohaus direkt geht es auch nicht

Läuft das bei jemandem?

[bgewehr]

@Jörg: Ich habe aktuell geschafft, das UZSU-Widget mit einem Reading uzsu eines fhem device zu verbinden, so dass die Speicherung der JSON-Information zum Widget erledigt wäre. Ich nutze dazu einen setreading-converter, der eine regex-replace macht ';' -> ';;' weil sonst fhem den String nach dem ersten ';' abschneidet.

Den Code im visu.js habe ich so angepasst, dass stringify und eval genutzt werden, um die Daten von JSON object in String und zurück zu wandeln.

Nun könnte man sich mit der Interpretation in fhem beschäftigen. Welchen Grundansatz hältst Du für sinnvoll?
Im uzsu-Converter einen notify triggern, der in fhem die nötigen at Befehle erstellt? Wäre einfach, oder?

Was meinst Du?

Alle Änderungen sind im git (fhem und SV).

Edit 15:09: RegExp korrigiert, hat nur das erste ';' ersetzt. Nun alle.

[herrmannj]

Hallo,
ich bin nun seit 2 Tagen auch vom fronthem-Virus infiziert.
Hatte zwar anfangs auch meine Probleme aber mit den nun 52 Seiten Thread soweit alles hin bekommen.

Die bessere Hälfte ist auch begeistert und so hab ich die eine oder andere Stunde Zeit genehmigt bekommen.

Es ist leicht OT aber für den WAF muss ich den Google Kalender noch ans fliegen bekommen, da sonst Geburtstage und Müll fehlen.

Leider bleibt es leer wenn ich es wie in den Demohäusern einrichten will. Im Demohaus direkt geht es auch nicht

Läuft das bei jemandem?

Hi,

ich glaub das im knx forum gesehen zu haben, da gab es wohl eine Ädnerung in der google api und (bei den knx lern) auch einen fix. @Bernd: warst Du da nicht auch dran ?

vg
jörg

[marvin78]

Sucht mal nach "Yoshi-ical". Damit funktioniert die iCal Variante.

[bgewehr]

Hi,

ich glaub das im knx forum gesehen zu haben, da gab es wohl eine Ädnerung in der google api und (bei den knx lern) auch einen fix. @Bernd: warst Du da nicht auch dran ?

vg
jörg

Ja, ich habe den Abfallkalender als lokale Datei mit hübschen Tonnensymbolen hinbekommen, wie im KNX Userforum-Thread beschrieben s.o. Im anderen Beitrag. Stichwort iCal-sabredav.

Der Google Kalender geht auch, war aber tricky mit der Prozedur aus dem KNX-Thread.


Gesendet von iPhone mit Tapatalk