Antworten
Okt 26, 2015 - 10:37
Interessante Sache.
Werde ich mir mal genauer ansehen, wenn ich um Weihnachten rum mal Zeit dazu finde.
Gruß
comlex
P.S.: Auf Deiner Seite fehlt - soweit ich das in der Kürze der Zeit überblicken konnte - das Impressum. Das muss drauf, soweit ich weiss. Nicht das es da Ärger gibt.
Werde ich mir mal genauer ansehen, wenn ich um Weihnachten rum mal Zeit dazu finde.
Gruß
comlex
P.S.: Auf Deiner Seite fehlt - soweit ich das in der Kürze der Zeit überblicken konnte - das Impressum. Das muss drauf, soweit ich weiss. Nicht das es da Ärger gibt.
Okt 26, 2015 - 11:08
hallo tdoe,
vielen dank für dein tolles projekt! endlich habe ich nun auch mal zeit, daß ganze bei mir zu implementieren, nur leider bekommen ich es net zum laufen!
versuche gerade testweise den temperatur- und feuchtigkeitssensor für außen ("HM-WDS10-TH-O") auf meinem fhem-server mit dem neusten svn-stand zum laufen zu bekommen. wäre toll, wenn du mir hierbei weiterhelfen könntest...
root@server:/usr/share/fhem/FHEM# fhem.pl 127.0.0.1:7072 "xmllist":
...
...
cat /etc/fheMcontrol.xml:
da die homematic-geräte bei mir nur über den lan-configadapter ("HM-CFG-LAN") angesprochen werden können, hatte ich es auch versuchsweise mal mit dem eintrag
root@server:/etc/init.d# /etc/init.d/fhemcontrol start
Starting fhemcontrol:
junk after document element at line 6, column 0, byte 168 at /usr/lib/perl5/XML/Parser.pm line 187
root@server:/etc/init.d#
ohne den "command"-teil kann ich fhemcontrol problemlos starten, nur das bringt mir ja so leider nix...
hab ich vielleicht noch irgendwo was vergessen oder wo liegt hier der fehler?
danke!
odinz
vielen dank für dein tolles projekt! endlich habe ich nun auch mal zeit, daß ganze bei mir zu implementieren, nur leider bekommen ich es net zum laufen!
versuche gerade testweise den temperatur- und feuchtigkeitssensor für außen ("HM-WDS10-TH-O") auf meinem fhem-server mit dem neusten svn-stand zum laufen zu bekommen. wäre toll, wenn du mir hierbei weiterhelfen könntest...
root@server:/usr/share/fhem/FHEM# fhem.pl 127.0.0.1:7072 "xmllist":
...
...
cat /etc/fheMcontrol.xml:
da die homematic-geräte bei mir nur über den lan-configadapter ("HM-CFG-LAN") angesprochen werden können, hatte ich es auch versuchsweise mal mit dem eintrag
root@server:/etc/init.d# /etc/init.d/fhemcontrol start
Starting fhemcontrol:
junk after document element at line 6, column 0, byte 168 at /usr/lib/perl5/XML/Parser.pm line 187
root@server:/etc/init.d#
ohne den "command"-teil kann ich fhemcontrol problemlos starten, nur das bringt mir ja so leider nix...
hab ich vielleicht noch irgendwo was vergessen oder wo liegt hier der fehler?
danke!
odinz
Okt 26, 2015 - 11:28
Hallo Odinz,
Soweit sieht das ganze schon gut aus, ich vermute sehr stark dass der Fehler in der "XML-URI" liegt:
CUL_HM_LIST.CUL_HM.frei_Sensor.temperature.value
Würde hierfür empfehlen, den Debuglevel hochzudrehen. Anschliessend kann man sich die einzelnen Schritte ansehen, die das Tool in die XML eintaucht... (erster schritt, zeige alles innerhalb "CUL_HM_LIST", zweiter Schritt zeige mir alles unterhalb von CUL_HM.......)
Wenn dann als Ergebniss nichts ausgegeben wird, weiss du dass diese Auswahl falsch war.
In deinem Beispiel könnte ich mir vorstellen, dass die gewünschte XML-URI eine der folgende ist:
CUL_HM_LIST.CUL_HM.frei_Sensor.STATE.temperature.value
oder
CUL_HM_LIST.CUL_HM.STATE.temperature.value
Den Debug-Level kannst Du in der Perl-Datei ziemlich weit oben einstellen... (Debug=4 oder so).
Danach den Dienst neu starten und eine Anfrage absetzen.
In dem Logfile aus /var/log/ mit dem Namen fhemcontrol.log findest Du folgende "Marker":
"Current-Subtree: $VAR1 = "
Dort taucht er in die XML ein...
könnte z.B. so aussehen:
1320595493 Current-Subtree: $VAR1 = 'CUL_WS_LIST';
In der nächsten zeile im Log (beginnt mit "get_querry_res") sollte dann der entsprechende Teilbereich stehen. Hast hier das falsche gewählt, ist der leer.
hier z.B., wars ein Volltreffer, in der Variable steht was drin.
1320595504 get_querry_res:LINE$VAR1 = {
'CUL_WS' => {
'Sensor_Aussen' => {
'attrs' => 'room comment alias IODev do_not_notify:0,1 showtime:0,1 model:S300TH,KS300 logle
vel ignore:0,1 daytime eventMap',
'sets' => '',
'ATTR' => {
'value' => 'Sensoren',
'key' => 'room'
},
'INT' => {
'CUL_TIME' => {
'value' => '2011-11-06 16:57:55'
},
'DEF' => {
'value' => '6'
},
'CUL_RAWMSG' => {
'value' => 'K51863081F3'
},
'IODev' => {
'value' => 'CUL'
},
'corr2' => {
'value' => '0'
....
....
hier als Beispiel wurde falsch im XML abgestiegen, somit muss die XML-URI korrigiert werden.
1321649277 get_querry_res:LINE$VAR1 = undef;
Wenn nicht weiter kommst, kannst mir auch dein komplettes "xmllist" von fhem, und am besten das fhemcontrol.log schicken, dann kann ich dir die komplette URI zu deinen Sensoren geben.
Gruß Tobias
Soweit sieht das ganze schon gut aus, ich vermute sehr stark dass der Fehler in der "XML-URI" liegt:
CUL_HM_LIST.CUL_HM.frei_Sensor.temperature.value
Würde hierfür empfehlen, den Debuglevel hochzudrehen. Anschliessend kann man sich die einzelnen Schritte ansehen, die das Tool in die XML eintaucht... (erster schritt, zeige alles innerhalb "CUL_HM_LIST", zweiter Schritt zeige mir alles unterhalb von CUL_HM.......)
Wenn dann als Ergebniss nichts ausgegeben wird, weiss du dass diese Auswahl falsch war.
In deinem Beispiel könnte ich mir vorstellen, dass die gewünschte XML-URI eine der folgende ist:
CUL_HM_LIST.CUL_HM.frei_Sensor.STATE.temperature.value
oder
CUL_HM_LIST.CUL_HM.STATE.temperature.value
Den Debug-Level kannst Du in der Perl-Datei ziemlich weit oben einstellen... (Debug=4 oder so).
Danach den Dienst neu starten und eine Anfrage absetzen.
In dem Logfile aus /var/log/ mit dem Namen fhemcontrol.log findest Du folgende "Marker":
"Current-Subtree: $VAR1 = "
Dort taucht er in die XML ein...
könnte z.B. so aussehen:
1320595493 Current-Subtree: $VAR1 = 'CUL_WS_LIST';
In der nächsten zeile im Log (beginnt mit "get_querry_res") sollte dann der entsprechende Teilbereich stehen. Hast hier das falsche gewählt, ist der leer.
hier z.B., wars ein Volltreffer, in der Variable steht was drin.
1320595504 get_querry_res:LINE$VAR1 = {
'CUL_WS' => {
'Sensor_Aussen' => {
'attrs' => 'room comment alias IODev do_not_notify:0,1 showtime:0,1 model:S300TH,KS300 logle
vel ignore:0,1 daytime eventMap',
'sets' => '',
'ATTR' => {
'value' => 'Sensoren',
'key' => 'room'
},
'INT' => {
'CUL_TIME' => {
'value' => '2011-11-06 16:57:55'
},
'DEF' => {
'value' => '6'
},
'CUL_RAWMSG' => {
'value' => 'K51863081F3'
},
'IODev' => {
'value' => 'CUL'
},
'corr2' => {
'value' => '0'
....
....
hier als Beispiel wurde falsch im XML abgestiegen, somit muss die XML-URI korrigiert werden.
1321649277 get_querry_res:LINE$VAR1 = undef;
Wenn nicht weiter kommst, kannst mir auch dein komplettes "xmllist" von fhem, und am besten das fhemcontrol.log schicken, dann kann ich dir die komplette URI zu deinen Sensoren geben.
Gruß Tobias
Okt 26, 2015 - 12:57
...so, bin jetzt ein wenig weiter gekommen!
habe nämlich das komplette perl - samt fhemcontrol - nochmal runtergeworfen und neu installiert und siehe da, nun sind auch in der fheMcontrol.xml einige beispiele vorhanden (was vorher nicht der fall war), was mich gleich auf den nächsten fehler ^^ gebracht hat: man sollte nämlich das "command-tag" auch innerhalb des "mcontrol-tags" unterbringen! dann klappt es vielleicht auch besser...
jetzt startet auch der fhemcontrol ohne (perl-)probleme und ich sehe in der log ein wenig mehr, als wie nur die ganze zeit "1325090716 Starting fheMcontrol (0.0.2)"...
nun hänge ich aber wiederum an deinem letzten "beispiel":
...
1325090716 FOREACH KEY: $VAR1 = undef;
...
habe hierbei schon alle möglichen kombinationen ausprobiert, jedoch immer mit dem gleichen ergebnis. daher schicke ich dir gleich mal meine daten zu. hoffentlich kannst du dort den fehler finden. danke schonmal vielmals im voraus...
odinz
habe nämlich das komplette perl - samt fhemcontrol - nochmal runtergeworfen und neu installiert und siehe da, nun sind auch in der fheMcontrol.xml einige beispiele vorhanden (was vorher nicht der fall war), was mich gleich auf den nächsten fehler ^^ gebracht hat: man sollte nämlich das "command-tag" auch innerhalb des "mcontrol-tags" unterbringen! dann klappt es vielleicht auch besser...
jetzt startet auch der fhemcontrol ohne (perl-)probleme und ich sehe in der log ein wenig mehr, als wie nur die ganze zeit "1325090716 Starting fheMcontrol (0.0.2)"...
nun hänge ich aber wiederum an deinem letzten "beispiel":
...
1325090716 FOREACH KEY: $VAR1 = undef;
...
habe hierbei schon alle möglichen kombinationen ausprobiert, jedoch immer mit dem gleichen ergebnis. daher schicke ich dir gleich mal meine daten zu. hoffentlich kannst du dort den fehler finden. danke schonmal vielmals im voraus...
odinz
Okt 26, 2015 - 13:39
so,
wollte nur noch mal vermelden, daß mein prob - dank der wirklich super unterstützung von tdoe - eigentlich schon seit "letztem jahr" gelöst ist.
letzten endes lag es daran, daß der fhemcontrol die xml-geräteauflistung von fhem nicht abrufen konnte. da fhem und fhemcontrol bei mir auf dem selben server laufen und ich dann auch dementsprechend immer schön fleissig über 127.0.0.1 mir alles anzeigen konnte, isses doch erst recht spät aufgefallen, daß genau dies über die "globale" ip (192.168.x.x) nicht funzt! daher sollte man bei dieser konstellation entweder im fhemcontrol als fhem-ziel-ip am besten gleich auf localhost gehen.
sprich: fheMcontrol.xml
...
in
...
abändern und/oder in der fhem.cfg selbst
...
attr global port 7072
...
in
...
attr global port 7072 global
...
abändern! und schon funzt's auch...!
danke nochmals!
wollte nur noch mal vermelden, daß mein prob - dank der wirklich super unterstützung von tdoe - eigentlich schon seit "letztem jahr" gelöst ist.
letzten endes lag es daran, daß der fhemcontrol die xml-geräteauflistung von fhem nicht abrufen konnte. da fhem und fhemcontrol bei mir auf dem selben server laufen und ich dann auch dementsprechend immer schön fleissig über 127.0.0.1 mir alles anzeigen konnte, isses doch erst recht spät aufgefallen, daß genau dies über die "globale" ip (192.168.x.x) nicht funzt! daher sollte man bei dieser konstellation entweder im fhemcontrol als fhem-ziel-ip am besten gleich auf localhost gehen.
sprich: fheMcontrol.xml
...
in
...
abändern und/oder in der fhem.cfg selbst
...
attr global port 7072
...
in
...
attr global port 7072 global
...
abändern! und schon funzt's auch...!
danke nochmals!
Okt 26, 2015 - 13:49
Hallo zusammen,
habe heute die neue Version 0.0.3 auf http://www.mediola-hacks.de hochgeladen.
Bei den Neuerungen habe ich mich hier: http://forum.aio-control.com/viewtopic.php?f=4&t=450&p=2318#p2318
inspirieren lassen.
Deshalb wurde ein neuer Connector integriert, der Dreambox-Connector.
Mit ihm ist es auf einfache Weise möglich sich Informationen zur laufenden Sendung auf der a.i.o. Remote anzeigen zu lassen.
Tipp: Durch Einrichten einer "generic-JPEG-cam" mit der URL:
http:///grab?format=jpg&r=720&&v=&filename=/tmp/current
erhält man sogar einen Screenshot der laufenden Sendung.
Der bisher etwas vernachlässigte Dokumentationsbereich hat ebenfalls einen Frühjahrsputz erfahren
... bin wie immer auf Feedback angewiesen ...
Gruß Tobias
habe heute die neue Version 0.0.3 auf http://www.mediola-hacks.de hochgeladen.
Bei den Neuerungen habe ich mich hier: http://forum.aio-control.com/viewtopic.php?f=4&t=450&p=2318#p2318
inspirieren lassen.
Deshalb wurde ein neuer Connector integriert, der Dreambox-Connector.
Mit ihm ist es auf einfache Weise möglich sich Informationen zur laufenden Sendung auf der a.i.o. Remote anzeigen zu lassen.
Tipp: Durch Einrichten einer "generic-JPEG-cam" mit der URL:
http://
erhält man sogar einen Screenshot der laufenden Sendung.
Der bisher etwas vernachlässigte Dokumentationsbereich hat ebenfalls einen Frühjahrsputz erfahren
... bin wie immer auf Feedback angewiesen ...
Gruß Tobias
Okt 26, 2015 - 13:56
Hallo,
mit der Dreambox Erweiterung hat sich leider ein übler Bug mit eingeschlichen, der sich dadurch ausgewirkt hat, dass der Serverdienst gestorben ist, sobald man eine Script-Aktion ausgeführt hat. Diesen konnte ich zwecks Auslandsaufenthalt nicht früher korrigieren.
In der Version 0.0.4 ist er nun gefixt.
PS: nach Anmeldung können auch Tickets eröffnet werden...
Gruß Tobias
mit der Dreambox Erweiterung hat sich leider ein übler Bug mit eingeschlichen, der sich dadurch ausgewirkt hat, dass der Serverdienst gestorben ist, sobald man eine Script-Aktion ausgeführt hat. Diesen konnte ich zwecks Auslandsaufenthalt nicht früher korrigieren.
In der Version 0.0.4 ist er nun gefixt.
PS: nach Anmeldung können auch Tickets eröffnet werden...
Gruß Tobias
Okt 26, 2015 - 14:01
Hallo zusammen,
leider ist seit dem letzten Update (0.97.1) die Statusabfrage von mControl kaputt.
Somit werde ich die neue Version von fheMcontrol noch in der "Schublade" lassen, bis dies wieder behoben wurde.
Die weitere Entwicklung (Fritzbox integration) wird wohl auch erst einmal pausieren....
Gruß Tobias
leider ist seit dem letzten Update (0.97.1) die Statusabfrage von mControl kaputt.
Somit werde ich die neue Version von fheMcontrol noch in der "Schublade" lassen, bis dies wieder behoben wurde.
Die weitere Entwicklung (Fritzbox integration) wird wohl auch erst einmal pausieren....
Gruß Tobias
Okt 26, 2015 - 14:13
Hi Tobias,
bin scharf auf die fhemControl Integration in die FritzBox - wie lange müssten wir denn schlimmstenfalls auf die Weiternetwicklung warten ??
Gruß
pock
bin scharf auf die fhemControl Integration in die FritzBox - wie lange müssten wir denn schlimmstenfalls auf die Weiternetwicklung warten ??
Gruß
pock
Okt 26, 2015 - 14:29
Hi,
"pock" hat geschrieben:habe bei mir in meiner persönlichen Entwicklerversion berits die Fritzbox integration drin.Die Punkte die bereits sauber funktionieren ist die Steuerung von verschiedenen Aktionen, wie z.B. Gastwlan, Wecker...Auch Statusabfragen wie z.B. Anruflisten funktionieren astrein. Bei den restlichen Statusabfragen (habe zwar eine Version wo bereits das enthalten ist, jedoch bin ich mit der noch nicht zufrieden), bin ich noch am API austauschen, um zukunftssicher zu sein.Aktuell bin ich beruflich stark eingespannt, jedoch hoffe ich auf baldige "Verbesserung", damit ich etwas mehr Zeit zur Verfügung habe hier weiter zu entwickeln.Was ich jedoch schon sagen kann ist, dass in der nächsten Version nicht nur die Fritzbox als Erneuerung hinzukommt. Auch ein massiver Performancegewinn in sachen EPG der Dreambox hat sich eingeschlichen.Weiterhin habe ich in meiner Version einen RSS Reader integriert, mit welchem es mir möglich ist die "Top Filme des Tages" (incl. Screenshot) auf die aio Remote zu bringen.Mein Problem an der ganzen Geschichte ist halt, dass sich noch niemanden gefunden hat, der auch ein wenig mit beitragen würde, somit hängt alles an mir. Ideen hab ich ne Menge, auch die neuen Features mit dem "Push" würden mich extrem "bizeln", aber leider fehlte mir bisher die Zeit.Wie gesagt, es ist ein Open Source Projekt, und jeder der irgendwie behilflich sein kann, sei es auch nur um Anleitungen vorzubereiten, welche dann auf der Webpage veröffentlicht werden können wäre eine große Hilfe.Gruß Tobias
bin scharf auf die fhemControl Integration in die FritzBox - wie lange müssten wir denn schlimmstenfalls auf die Weiternetwicklung warten ??
Okt 26, 2015 - 14:56
Hi Tobias,
Danke für die Info, bin als totaler Dau-Anwender mit null Programmierkenntnissen mit einer Unterstützung bei deinem Projekt leider sehr beschränkt. Wenn ich sonst irgendwas tun kann lass es mich wissen.
Gruß
pock
Danke für die Info, bin als totaler Dau-Anwender mit null Programmierkenntnissen mit einer Unterstützung bei deinem Projekt leider sehr beschränkt. Wenn ich sonst irgendwas tun kann lass es mich wissen.
Gruß
pock
Okt 26, 2015 - 15:20
Hui das liest sich ja interessant.
Auch wenn ich ein dau bin, würde ich gerne damit spielen wollen.
Kann ich den Server auch auf einem Win Server 2008 zum laufen bringen?
Oder auf welchen Maschinen ist das sonst möglich?
Die Verzeichnisse sehen ja aus wie auf einer Dreambox, soll das da hin?
Würde mich über Infos freuen und biete meine Hilfe an, wenn es um Hardware geht.
Gruß Andreas
Auch wenn ich ein dau bin, würde ich gerne damit spielen wollen.
Kann ich den Server auch auf einem Win Server 2008 zum laufen bringen?
Oder auf welchen Maschinen ist das sonst möglich?
Die Verzeichnisse sehen ja aus wie auf einer Dreambox, soll das da hin?
Würde mich über Infos freuen und biete meine Hilfe an, wenn es um Hardware geht.
Gruß Andreas
Okt 26, 2015 - 15:49
Hallo fresh,
"fresh" hat geschrieben:Wenn du Perl auf deinem Windows 2008 Server installierst.
Kann ich den Server auch auf einem Win Server 2008 zum laufen bringen?
"fresh" hat geschrieben:Irgendwelche Linux Server, kann auch gerne mal etwas kleiner sein, so wie z.B. SheevaPlug, oder demnächst Raspberry Pie. Theoretisch sollte auch eine installation auf einer Fritzbox möglich sein.
Oder auf welchen Maschinen ist das sonst möglich?
"fresh" hat geschrieben:Wenn du eine Dreambox hast, und darauf Perl installiert ist, dann kannst es auch auf ner Dreambox betreiben.Gruß Tobias
Die Verzeichnisse sehen ja aus wie auf einer Dreambox, soll das da hin?
Okt 26, 2015 - 16:10
Hallo tdoe,
erstmal vielen Dank für die Software - ich hoffe, dadurch meinen "Zoo" von Geräten in mediola einbinden zu können.
Testweise habe ich eine einfache Statusabfrage erstellt, die einen Temperatursensor S300TH über fhem abfragen soll. Die mediola-Remote auf dem Android-Handy zeigt diese Temperatur auch richtig an, auf dem iPAD sehe ich dagegen nur ein Fragezeichen. Beide Remotes sind identisch.
In der Datei fheMcontrol.xml habe ich folgendes eingefügt:
'fhem.pl: "xmllist"' liefert u.a. folgendes:
Einstellungen im Mdiola Creator:
Im Logfile finde ich u.a.:
Und mit Wireshark kann ich sehen, dass der mControl-Servier auf requests antwortet (identisch für iPAD und Android), im Trace ist auch noch ein Scriptaufruf mit enthalten. Das Script liefert als Ergebnis "4242" zurück, das auf dem iPAD aber auch nicht angezeigt wird:
Das sieht für mich so aus, als wenn die Remotes auf iPAD und Android genau die gleichen Responses bekommen.
Hast Du noch eine Idee, warum die Werte auf dem iPAD nicht angezeigt werden? Kann es ein Problem mit dem Zeichensatz sein?
Vielen Dank und Gruß,
Peter
erstmal vielen Dank für die Software - ich hoffe, dadurch meinen "Zoo" von Geräten in mediola einbinden zu können.
Testweise habe ich eine einfache Statusabfrage erstellt, die einen Temperatursensor S300TH über fhem abfragen soll. Die mediola-Remote auf dem Android-Handy zeigt diese Temperatur auch richtig an, auf dem iPAD sehe ich dagegen nur ein Fragezeichen. Beide Remotes sind identisch.
In der Datei fheMcontrol.xml habe ich folgendes eingefügt:
'fhem.pl
....
....
Einstellungen im Mdiola Creator:
- Gerätename: CUL_WS_1
- Gateway:mCTRL-perl
- Bereich:CUL_WS
- Gerät:value
Im Logfile finde ich u.a.:
1334815855 Current-Subtree: $VAR1 = 'temperature';
1334815855 3
1334815855 get_querry_res:LINE$VAR1 = {
'measured' => '2012-04-19 08:09:22',
'value' => '8'
};
1334815855 Current-Subtree: $VAR1 = 'value';
1334815855 3
1334815855 get_querry_res:LINE$VAR1 = '8';
1334815855 Name=CUL_WS.CUL_WS_1 RES=8
1334815855 XML
00000137
Und mit Wireshark kann ich sehen, dass der mControl-Servier auf requests antwortet (identisch für iPAD und Android), im Trace ist auch noch ein Scriptaufruf mit enthalten. Das Script liefert als Ergebnis "4242" zurück, das auf dem iPAD aber auch nicht angezeigt wird:
MCM:PLUGIN
XML
00000229
.
.
XML
00000190
Das sieht für mich so aus, als wenn die Remotes auf iPAD und Android genau die gleichen Responses bekommen.
Hast Du noch eine Idee, warum die Werte auf dem iPAD nicht angezeigt werden? Kann es ein Problem mit dem Zeichensatz sein?
Vielen Dank und Gruß,
Peter
Okt 26, 2015 - 16:29
Hallo PumpkinEater,das ist mal eine super Analyse die du im Vorfeld getätigt hast!
"PumpkinEater" hat geschrieben:...nichts ist ausgeschlossen. Habe selbst nur Android Geräte, und bei denen funktionierts Du kannst mal folgenden Test durchführen:Auf der Seite auf welcher die Themperatur Statusabfrage durchgeführt wird, hast du ja noch das Testscript mit drauf.Übermittel mal in dem Testscript anselle von "4242" ein "ä" oder "ü" oder "ö" und schau ob dann der Temperaturstatus auf dem IPad dargestellt wird. Frage: Ist das ein "IPad" only Problem oder besteht das selbe Problem auf dem IPhone ebenfalls?Gruß Tobias
Das sieht für mich so aus, als wenn die Remotes auf iPAD und Android genau die gleichen Responses bekommen. Hast Du noch eine Idee, warum die Werte auf dem iPAD nicht angezeigt werden? Kann es ein Problem mit dem Zeichensatz sein?
Okt 26, 2015 - 16:50
Hallo tdoe,
probiere ich heute abend mal aus. Ich hatte zwischendurch auch mal in fheMcontrol.pl den String "encoding="UTF-8" aus der Response herausgenommen - aber keine Änderung. Wenn ich die Mediola-Seite mit der (nicht funktionierenden) Temperaturanzeige auf dem iPAD stehenlasse, stürzt die Remote-Software übrigens meistens nach einigen Minuten ab.
Gruß
Peter
probiere ich heute abend mal aus. Ich hatte zwischendurch auch mal in fheMcontrol.pl den String "encoding="UTF-8" aus der Response herausgenommen - aber keine Änderung. Wenn ich die Mediola-Seite mit der (nicht funktionierenden) Temperaturanzeige auf dem iPAD stehenlasse, stürzt die Remote-Software übrigens meistens nach einigen Minuten ab.
Gruß
Peter
Okt 26, 2015 - 17:16
kleine Ergänzung zu meiner Fehlersuche:
Ich habe im Servercode folgende Testzeile eingefügt:
Damit kann ich nun statt der "9.0" irgendetwas einsetzen, was dann zur Remote-App geschickt wird (z.B. Umlaute). Bei diversen Versuchen wurde manchmal in der App etwas angezeigt, aber nicht reproduzierbar. Ein "ä" ändert nichts daran (also vielleicht doch kein Problem mit dem Zeichensatz).
Einigermaßen reproduzieren kann ich aber folgendes:
Initialer Status: App läuft und zeigt den alten Wert "9.0" an. Dann:
1. Neuen Wert ("10.0") in den Servercode eintragen
2. Restart des Servers -> Anzeige bleibt auf dem alten Wert "9.0"
3. Erneuter Restart des Servers -> Die Anzeige springt sofort von "9.0" auf "10.0"
Bei Schritt 2 stürzt die App bei den Versuchen gern auch mal ab.
Anschließend habe ich den Server bei den Versuchen nicht mehr restartet, sondern separat gestoppt und dann wieder gestartet. So wie es aussieht, wird der neue Wert in der App genau dann angezeigt, wenn ich den Server stoppe. Manchmal stürzt die App in diesem Moment dabei ab.
Blick in die Glaskugel: Kann es sein, dass nach dem Versenden der response der Server noch geflushed werden muss? Die Wireshark-Traces zeigten ja sinnvolle XML-Antworten, aber vielleicht wird auf TCP-Ebene nach dem Aussenden der Response nicht alles beendet, und die TCP-Session bleibt offen?
Gruß
Peter
Ich habe im Servercode folgende Testzeile eingefügt:
sub create_response_text
{
$Resp=$_[0];
# TEST-Zeile - muss wieder raus:
$Resp='';
Damit kann ich nun statt der "9.0" irgendetwas einsetzen, was dann zur Remote-App geschickt wird (z.B. Umlaute). Bei diversen Versuchen wurde manchmal in der App etwas angezeigt, aber nicht reproduzierbar. Ein "ä" ändert nichts daran (also vielleicht doch kein Problem mit dem Zeichensatz).
Einigermaßen reproduzieren kann ich aber folgendes:
Initialer Status: App läuft und zeigt den alten Wert "9.0" an. Dann:
1. Neuen Wert ("10.0") in den Servercode eintragen
2. Restart des Servers -> Anzeige bleibt auf dem alten Wert "9.0"
3. Erneuter Restart des Servers -> Die Anzeige springt sofort von "9.0" auf "10.0"
Bei Schritt 2 stürzt die App bei den Versuchen gern auch mal ab.
Anschließend habe ich den Server bei den Versuchen nicht mehr restartet, sondern separat gestoppt und dann wieder gestartet. So wie es aussieht, wird der neue Wert in der App genau dann angezeigt, wenn ich den Server stoppe. Manchmal stürzt die App in diesem Moment dabei ab.
Blick in die Glaskugel: Kann es sein, dass nach dem Versenden der response der Server noch geflushed werden muss? Die Wireshark-Traces zeigten ja sinnvolle XML-Antworten, aber vielleicht wird auf TCP-Ebene nach dem Aussenden der Response nicht alles beendet, und die TCP-Session bleibt offen?
Gruß
Peter
Okt 26, 2015 - 17:26
AVM hat das ja inzwischen in die FritzBox implementiert (Labor-Version), jetzt müßte man das nur noch anwenden können.
Okt 26, 2015 - 17:41
"Opel" hat geschrieben:Also das sollte theoretisch genauso mit der in die Firmware integrierten FHEM Version funktionieren.
AVM hat das ja inzwischen in die FritzBox implementiert (Labor-Version), jetzt müßte man das nur noch anwenden können.
Okt 26, 2015 - 18:02
"Opel" hat geschrieben:Aber in der Fritzbox ist nur der fhem-Server selbst, nicht aber ein fheMcontrol-Server implementiert, oder?
AVM hat das ja inzwischen in die FritzBox implementiert (Labor-Version), jetzt müßte man das nur noch anwenden können.
Okt 26, 2015 - 18:29
Ja nur FHEM selbst den Rest muss man dann von Hand nachinstallieren.
Okt 26, 2015 - 18:50
Bei mir laufen zwei Systeme rund um die Uhr: FritzBox 7390 und die VU+DUO (Dreambox). Auf beiden kann Perl laufen.
Auf der Fritzbox kann ich zum aktuellen Image vom 11. Okt. 2012 noch das FHEM-PlugIn vom 29. Mai 2012 installieren. Danke an tdoe für seine umfangreiche Entwicklungsarbeit hier. Auf tdoe's Seite wird derzeit die Version 0.4 angeboten. Er selber hat schon eine Version, die auf der Fritzbox läuft.
Von welcher Version sprecht Ihr und welche Handarbeit ist erforderlich? Ggf. Perl installieren und die Datein 1:1 in die jeweiligen Linux-Verzeichnisse kopieren und anschließend die Start-Skripte anpassen. Was ist sonst noch notwendig?
akamia
Auf der Fritzbox kann ich zum aktuellen Image vom 11. Okt. 2012 noch das FHEM-PlugIn vom 29. Mai 2012 installieren. Danke an tdoe für seine umfangreiche Entwicklungsarbeit hier. Auf tdoe's Seite wird derzeit die Version 0.4 angeboten. Er selber hat schon eine Version, die auf der Fritzbox läuft.
Von welcher Version sprecht Ihr und welche Handarbeit ist erforderlich? Ggf. Perl installieren und die Datein 1:1 in die jeweiligen Linux-Verzeichnisse kopieren und anschließend die Start-Skripte anpassen. Was ist sonst noch notwendig?
akamia
Okt 26, 2015 - 19:11
@Fonzo
Kannst Du die Installation bitte etwas näher erläutern?
Kannst Du die Installation bitte etwas näher erläutern?
Okt 26, 2015 - 19:17
Da muss ich passen, vielleicht kann tdoe was dazu schreiben. Ich habe es letztendlich nie mit der Fritzbox gemacht weil Du einen Telnet Zugang zur Box brauchst. Dies stellt ein gewisses Sicherheitsrisiko dar. Wie dies geht steht z.B.
http://www.wehavemorefun.de/fritzbox/St ... on_telnetd
Danach sollte es gehen der Anleitung
http://www.mediola-hacks.de/node/10
zu folgen.
http://www.wehavemorefun.de/fritzbox/St ... on_telnetd
Danach sollte es gehen der Anleitung
http://www.mediola-hacks.de/node/10
zu folgen.
Okt 26, 2015 - 19:23
Moin, also ich wäre auch an eine Version von fheMcontrol-Server auf der Fritzbox oder sogar für mich besser auf einer Synology Diskstation 209+II.
fhem hab ich auf der Diskstation laufen, aber wenn ich das richtig verstehe ist der fheMcontrol-Server dafür da, die Daten vom Mediola Gateway abzugreifen, richtig. Und den fheMcontrol-Server kann ich so ohne weiteres nicht auf die Diskstation installieren.
Vielleicht hat jemand einen Tipp für mich
fhem hab ich auf der Diskstation laufen, aber wenn ich das richtig verstehe ist der fheMcontrol-Server dafür da, die Daten vom Mediola Gateway abzugreifen, richtig. Und den fheMcontrol-Server kann ich so ohne weiteres nicht auf die Diskstation installieren.
Vielleicht hat jemand einen Tipp für mich
Okt 26, 2015 - 19:53
Die weitere Entwicklung (Fritzbox integration) wird wohl auch erst einmal pausieren....
Schade!!!!!!!
Okt 26, 2015 - 20:13
Moin zusammen,
bei mir läuft die Fritzbox schon eine ganze Weile über die aioRemote.
Zwei Dinge hindern mich jedoch daran diese auch zu veröffentlichen.
1. Ich bin sehr enttäuscht von Mediola, da ich mich für das eigentlich tolle, innovative Mediola System entschieden habe, da es eine LINUX Version des Creators gab. Diese wurde wortlos aus dem Programm genommen, zurück blieben nur noch Windows und Mac !
2. Mir fehlt schlicht und ergreifend die Zeit und Lust die Dokumentation zu pflegen.
Zu Punkt 1 kann man wohl nichts machen. Wenn sich jemand bereit erklärt die Dokumentation über die ganzen neuen Funktionen zu pflegen, dann werde ich diese auch zur Verfügung stellen, nur so ist das ganze relativ sinnlos, da komplett ohne Dokumentation werden warscheinlich nur technisch versiertere die Funktionen zum fliegen bringen.
Wenn sich jemand vorstellen kann Punkt 2 zumindest teilweise zu übernehmen, dann bitte unter info [at] mediola-hacks.de melden.
Was ich jedoch absolut lobend erwähnen muss ist die Arbeit des Android-Entwicklers Herrn Li, ich habe hier am Wochenende 2 Bugs bei Mediola eröffnet, und Herr Li hat BEIDE postwendend am heutigen Tage gefixt!
Nochmals ein riesen Lob an Herrn Li !!!
Gruß tdoe
bei mir läuft die Fritzbox schon eine ganze Weile über die aioRemote.
Zwei Dinge hindern mich jedoch daran diese auch zu veröffentlichen.
1. Ich bin sehr enttäuscht von Mediola, da ich mich für das eigentlich tolle, innovative Mediola System entschieden habe, da es eine LINUX Version des Creators gab. Diese wurde wortlos aus dem Programm genommen, zurück blieben nur noch Windows und Mac !
2. Mir fehlt schlicht und ergreifend die Zeit und Lust die Dokumentation zu pflegen.
Zu Punkt 1 kann man wohl nichts machen. Wenn sich jemand bereit erklärt die Dokumentation über die ganzen neuen Funktionen zu pflegen, dann werde ich diese auch zur Verfügung stellen, nur so ist das ganze relativ sinnlos, da komplett ohne Dokumentation werden warscheinlich nur technisch versiertere die Funktionen zum fliegen bringen.
Wenn sich jemand vorstellen kann Punkt 2 zumindest teilweise zu übernehmen, dann bitte unter info [at] mediola-hacks.de melden.
Was ich jedoch absolut lobend erwähnen muss ist die Arbeit des Android-Entwicklers Herrn Li, ich habe hier am Wochenende 2 Bugs bei Mediola eröffnet, und Herr Li hat BEIDE postwendend am heutigen Tage gefixt!
Nochmals ein riesen Lob an Herrn Li !!!
Gruß tdoe
Okt 26, 2015 - 20:23
Hallo zusammen,
habe einen Connector für die Abfrage des Status von Rademacher Homepilot erstellt.
Der Connector funktioniert mit der a.i.o. Remote auf dem Rechner wunderbar. Die IOS App funktioniert nicht! Es werden keine Daten empfangen und die App schließt den socket nicht mehr, bleibt also immer im Abrufstatus hängen. Hat noch jemand solche Probleme mit der IOS App?
Was macht die IOS App anders als die Desktop a.i.o. Remote?
Wäre Dankbar für Hilfe und Anregungen.
Log für Desktopversion:
1384792866 XML Querry: XML
00000245
1384792866 XML Answer sent
1384792866 Get_fhem_xml: Done: 0
1384792866 Closed Socket
1384792866 S Opening Socket
Log fü IOS App:
1384792996 XML Querry: XML
00000245
1384792996 XML Answer sent
1384792996 Get_fhem_xml: Done: 0
habe einen Connector für die Abfrage des Status von Rademacher Homepilot erstellt.
Der Connector funktioniert mit der a.i.o. Remote auf dem Rechner wunderbar. Die IOS App funktioniert nicht! Es werden keine Daten empfangen und die App schließt den socket nicht mehr, bleibt also immer im Abrufstatus hängen. Hat noch jemand solche Probleme mit der IOS App?
Was macht die IOS App anders als die Desktop a.i.o. Remote?
Wäre Dankbar für Hilfe und Anregungen.
Log für Desktopversion:
1384792866 XML Querry: XML
00000245
1384792866 XML Answer sent
1384792866 Get_fhem_xml: Done: 0
1384792866 Closed Socket
1384792866 S Opening Socket
Log fü IOS App:
1384792996 XML Querry: XML
00000245
1384792996 XML Answer sent
1384792996 Get_fhem_xml: Done: 0
Okt 26, 2015 - 20:35
Hallo,
ich bin gerade am Überlegen, von der Homematic CCU1 auf FHEM auf der Fritz!Box umzusteigen. Dabei möchte ich jedoch ungern auf die Mediola-Visualisierung verzichten. Bei meiner Recherche bin ich auf fheMcontrol gestoßen, musste jedoch leider feststellen, dass die Internetseite nicht mehr funktioniert
Daher meine Fragen:
1. Gibt es fheMcontrol noch?
2. Ist fheMcontrol auf einer Fritz!Box 7490 lauffähig?
Vielen Dank
Ronny
ich bin gerade am Überlegen, von der Homematic CCU1 auf FHEM auf der Fritz!Box umzusteigen. Dabei möchte ich jedoch ungern auf die Mediola-Visualisierung verzichten. Bei meiner Recherche bin ich auf fheMcontrol gestoßen, musste jedoch leider feststellen, dass die Internetseite nicht mehr funktioniert
Daher meine Fragen:
1. Gibt es fheMcontrol noch?
2. Ist fheMcontrol auf einer Fritz!Box 7490 lauffähig?
Vielen Dank
Ronny
Neuen Kommentar hinzufügen