Hi,
Am 29.12., wenn die Winterpause von Apple beendet ist, stelle ich eine neue FHEMobile-Version in den App-Store, die sobald der Freigabeprozess abgeschlossen ist, verfügbar sein wird.
Folgende Punkte wurden überarbeitet:
* iOS 7 Unterstützung: iOS7 wird nun unterstützt, die minimale Vorraussetzung ist auf iOS 6.1 festgelegt.
* Nutzung des FHEMWeb Ports (default 8082) statt wie bislang den sog. FHEM Telnet Port (def. 7072).
Durch die Verwendung von FHEMWeb als Backend wurde eine Reihe von Netzwerkproblemen gelöst und der Zugriff erfolgt zuverlässiger und schneller.
Ausserdem ist es nun eine sichere Verbindung mittels SSL und user/password - Authentifizierung möglich. Es ist nicht mehr notwendig den Telnet-Port offen zu haben.
* Es wurden einige Bugs behoben, die unter Umständen zu Abstürzen führen konnten, wenn die App im Hintergrund lief.
* Eine Menge neuer Geräte werden unterstützt, so zum Beispiel MAX!-Thermostate und Fensterkontakte, das Homematic-Thermostat HM-CC-RT-DN, der Homematic-Fenstersensor HM-SEC-SC-2.+
* Bessere Unterstützung für Philips HUE Lampen
* Unterstützung für FB DECT Schalter
* Nutzung von "alias", "group", und "comment" Attributen.
* Graphen können nun "frei" gescrolled werden. Es ist möglich zwischen Stunde/Tag/Woche/Monat/Jahr umzuschalten.
Viele Grüße,
Arno Willig
Ist es möglich die minimale Version auf 5 festzulegen. Ich nutze noch das IPAD 1 und hatte mir FHEMobile für die Steuerung von HM-Komponenten gekauft, was in der aktuellen Version leider nicht wirklich funktioniert. Ich wäre daher froh, wenn ich dieses Update mit dem IPAD 1 nutzen könnte....
Zitat von: thom2go am 21 Dezember 2013, 22:17:14Ist es möglich die minimale Version auf 5 festzulegen?
Hi,
unter Xcode 5 kann ich leider keine Simulator mehr für iOS < 6.0 installieren. Entwicklung für ältere Geräte ist nur mit Xcode 4.5 möglich und das ist für mich leider keine Option. Ich kann zwar die Minimale-Version auf 5 setzen, aber es ist unwahrscheinlich, dass es funktioniert.
Ich werde das aber ausprobieren, ich müsste irgendwo noch einen alten iPod Touch rumliegen haben. Wenn's klappt sage ich Bescheid. Mir fallen aber direkt schon mind. 2 Stellen ein, wo ich in den Sourcecode eine Weiche einbauen müsste, aber wenn es sich darauf beschränkt, werde ich das gerne tun.
Weihnachtliche Grüße,
Arno
So, die neue FHEMobile-Version ist soeben zum Review zu Apple geschickt worden. Mit etwas Glück ist sie am 1.1. bereits im AppStore.
Wenn Ihr Fragen, Kritik oder Anregungen habt, stellt sie bitte hier, wenn es was Individuelles ist, bitte per eMail.
Hier nochmal die Feature list:
• iOS7 Support
• Verbesserungen bei den Verlaufsgraphen
• Neben dem dunklen Style gibt es nun auch einen "Light"-Style
• Unterstützung für Homematic Schalter
• Unterstützung für Homematic-Heizungssteuerungen
• Unterstützung für MAX!-Fenstersensoren
• Unterstützung für MAX!-Thermostate
• Unterstützung für Philips HUE Multicolor Lampen
• Performance-Verbesserungen
• Bugfix: "Graphen können nicht angezeigt werden"
• Bugfix: "Fehler in xmllist"
• Diverse weitere Bugfixes und Optimierungen
Achtung: FHEMobile nutzt ab jetzt den FHEMWeb-Port (default 8083) und nicht mehr den "Telnet"-Port (7072). Die Umstellung sollte eigentlich automatisch erfolgen, es sei denn, Ihr habt abweichende Ports eingestellt.
Viel Spaß damit und einen guten Rutsch ins neue Jahr,
Arno
Achja, ganz vergessen, Keymatic-Support habe ich wie gewünscht auch eingebaut.
Ciao, Arno
Gib es die neue Version schon ?
Kann sie nicht finden im App Store
Mfg
Makkoo
Zitat von: akw am 28 Dezember 2013, 13:11:23
Mit etwas Glück ist sie am 1.1. bereits im AppStore.
Hi,
argh, die lassen sich Zeit, ist immer noch auf "In Review"....
Ciao, Arno
Hi,
so jetzt ist die Version verfügbar.
Viel Spaß damit!
Ach ja, ich freue mich über positive Reviews im AppStore und Kritik *HIER*, okay? ;D
Ciao, Arno
Hallo Arno,
habe gerade aktualisiert. Gefällt mir jetzt wesentlich besser. Sehr schön ist das das Max! System nun unterstützt wird. Die Plots werden leider immer noch nicht angezeigt.
Schön wäre auch wenn man Dummy Devices schalten könnte, mit der Fhem Remote App geht das ja auch. Kannst du das beim nächsten update noch irgendwie einbauen ?
Edit: Das schalten von Dummy´s funktioniert doch. Man muß nur in den Einstellungen einen Haken setzen. Hatte ich nicht gewußt.
Gruß Holgi
Guck guck,
auch bei mir ist nun die aktuelle Version drauf.
Irgendwie scheint es eine Unstimmigkeit mit dem Status eines HM Türkontaktes zu geben.
In der App sieht dieser so aus, wie im ersten Screenshot zu sehen ist.
Im Web von Fhem sieht mal allerdings den Status "open".
Auch wenn ich die Tür auf und zu mache, ändert sich am Status in der App nichts, im Web schon.
Habe ich da möglicherweise etwas falsch konfiguriert?
Zitat von: The-Holgi am 03 Januar 2014, 13:35:51Das schalten von Dummy´s funktioniert doch. Man muß nur in den Einstellungen einen Haken setzen. Hatte ich nicht gewußt.
Ich muss dringend mal eine ordentliche Doku schreiben....
Ciao, Arno
EDIT: Holgi, das Graphen funktionieren auch für MAX!, das wurde mir schon bestätigt. Schickst Du mir mal die entsprechenden parts aus deiner fhem.cfg per eMail?
Zitat von: maxritti am 03 Januar 2014, 14:08:11Irgendwie scheint es eine Unstimmigkeit mit dem Status eines HM Türkontaktes zu geben.
Hi,
wow, da hat sich tatsächlich ein Fehler in den regulären Ausdrück für die Fenstersensoren eingeschlichen. Ich hab's gefixed.
Die Version 3.2.x ist schon in den AppStore unterwegs und wird bald verfügbar sein.
Neu:
• Absturz beim Sortieren der Geräte behoben
• Gelegentlicher Absturz beim Laden von Gerätedaten behoben
• Support für Homematic Fenstersensor
Ciao, Arno
Hallo Arno,
toll zu sehen dass sich endlich wieder was tut. Die neue Version ist absolut brauchbar und das Schalten der Dummys funktioniert ja jetzt auch, wenn man die Option entsprechend setzt. Bei mir tauchen jedoch auch keine SVG-Plots auf (Ich habe sie als SVG, nicht als weblink definiert, und sie basieren auf DbLog, und nicht auf FileLogs!).
Grüße,
Markus
Zitat von: The-Holgi am 03 Januar 2014, 13:35:51
Edit: Das schalten von Dummy´s funktioniert doch. Man muß nur in den Einstellungen einen Haken setzen. Hatte ich nicht gewußt.
Gruß Holgi
Öhm, wo finde ich denn den Haken?
In der App unter Einstellungen kann ich doch nur den FHEM Server angeben und Style und Infos zu FHEMobile finden.
Hallo Arno,
Ist der xmllist Fehler ganz behoben? - Ich kriege den Fehler: Parse Error, your xmllist has errors in line 1, column 9. Please check your fhem.cfg.
Sowohl auf iphone als auch auf dem ipad. Gibt's einen workaround?
Zitat von: akw am 03 Januar 2014, 16:33:10
EDIT: Holgi, das Graphen funktionieren auch für MAX!, das wurde mir schon bestätigt. Schickst Du mir mal die entsprechenden parts aus deiner fhem.cfg per eMail?
Hallo Arno, habe dir eine email an akw@bytefeed.de gesendet.
Gruß Holgi
Zitat von: maxritti am 03 Januar 2014, 17:02:19
Öhm, wo finde ich denn den Haken?
In der App unter Einstellungen kann ich doch nur den FHEM Server angeben und Style und Infos zu FHEMobile finden.
Du mußt zuerst den passenden Raum öffnen, dann oben rechts auf das Symbol mit dem Stift klicken und anschließend auf die kleinen Zahnräder bei dem Device das du editieren möchtest.
Gruß Holgi
Zitat von: olisba am 03 Januar 2014, 17:50:14
Hallo Arno,
Ist der xmllist Fehler ganz behoben? - Ich kriege den Fehler: Parse Error, your xmllist has errors in line 1, column 9. Please check your fhem.cfg.
Sowohl auf iphone als auch auf dem ipad. Gibt's einen workaround?
Habe exakt das selbe Problem. Zumindest von extern. FEHM-Web und FHEM-Remote funktionieren.
Kann ich Infos zum Debuggen bereitstellen?
Grüße,
Merhan
ich hatte das problem auch. bei mir waren es zwei mal readings mit einem umlauf im value (currentAlbum und currentTitle in meinem itunes modul) und ein mal vermute ich auch ein nicht ascii zeichen.
@akw: ich weiss nicht wie du das xml parsed aber die xmllist enthält keine processing instruction bzw kein encoding. das ist aber eigentlich zwingend nötig sobald es nicht mehr nur ascii ist damit es richtig zu interpretieren ist. vielleicht reicht es wenn du ein
Zitat<?xml version="1.0" encoding="UTF-8"?>
an den anfang stellst bevor du es in den parser steckst.
gruss
andre
und noch etwas:
ich hab gerade die hue unterstürzung entdeckt. das ist wirklich sehr geil!
inzwischen gibt es noch weitere devcice typen (mein panstamp/swap rgbled board, firmate rgb und die wifi leds) die alle den colorpicker verwenden. fhemobile kennt diese devices garnicht und sie sind auch nicht zu schaltgen.
wie wäre es bei unbekannten devices die webCmd liste heranzuziehen um bei on/off zu schalten, bei dim oder pct zu dimmen und beim colorpicker farben einzustellen. so muss nicht erst jedes device in fhemmobile bekannt sein um es zumindest rudimentär zu bedienen.
gruss
andre
edit: und noch mehr vorschäge: ich finde es etwas schade das man nicht den aktuellen device zustand sieht. egal ob ein device an oder aus ist die schalter sehen immer gleich aus. ich hab zwer ein o/1 ein mal in rot und ein mal in grün das ändert sich aber nicht beim schalten. die farbigen icons der hue sind auch nicht zu sehen. die würdest du aber per devStateIcon auch bekommen. ich denke das würde noch mal besser aussehen.
edit2: wenn ein huedevice nur den typ dimmer statt colordimmer hat könnte man den farb teil weg lassen.
edit3: wie setzt man die presets? kannst du die presets von colorpicker in der webCmd liste parsen ?
nicht falsch verstehen. die neue version ist wirklich um längen besser. und wenn sie noch besser wird haben alle etwas davon.
Zitat von: The-Holgi am 03 Januar 2014, 18:04:55
Du mußt zuerst den passenden Raum öffnen, dann oben rechts auf das Symbol mit dem Stift klicken und anschließend auf die kleinen Zahnräder bei dem Device das du editieren möchtest.
Gruß Holgi
Oh ha. Was es da noch alles einzustellen gibt. :)
Aber irgendwie klappt das noch nicht bei mir.
Wenn ich solch einen Dummy hier definiere, taucht der gar nicht in der App auf.
define ANLAGE_SCHARF
attr ANLAGE_SCHARF dummy 1
attr ANLAGE_SCHARF room Alarmanlagenur wenn ich einen als "Pseudo-FS20" Modul definieren wie hier, taucht der in der App auf.
Aber dann muss ich unter der genannten Einstellung gar nichts machen. Schaltbar ist der dort quasi direkt.
define ANLAGE_SCHARF_intern FS20 22224222 30
attr ANLAGE_SCHARF_intern dummy 1
attr ANLAGE_SCHARF_intern room AlarmanlageStimmt da etwas an der Dummydefinition nicht?
Hm, mußt vielleicht noch attr webCmd setzen
Zitat von: akw am 03 Januar 2014, 16:40:09
Hi,
wow, da hat sich tatsächlich ein Fehler in den regulären Ausdrück für die Fenstersensoren eingeschlichen. Ich hab's gefixed.
Ciao, Arno
Manchmal bin ich halt ein guter Tester. :D
Danke Dir fürs schnelle auffinden und reparieren.
Zitat von: The-Holgi am 03 Januar 2014, 20:02:11
Hm, mußt vielleicht noch attr webCmd setzen
Auch ein Dank an Dich.
Damit klappt es nun.
Zitat von: olisba am 03 Januar 2014, 17:50:14
Hallo Arno,
Ist der xmllist Fehler ganz behoben? - Ich kriege den Fehler: Parse Error, your xmllist has errors in line 1, column 9. Please check your fhem.cfg.
Sowohl auf iphone als auch auf dem ipad. Gibt's einen workaround?
Habe den gleichen Fehler, die App ist so weiterhin nicht für mich nutzbar :-X :o
Greetz
Eldrik
Hallo,
Auch ich habe den gleichem Fehler mit der JsonList,
App ist für mich somit unbrauchbar.
Gruß Stefan
Gesendet von egal
Fix für den Fehler: in der Webansicht die fhem.cfg zum editieren öffnen (was man ja eigentlich nicht machen sollte) nichts verändern - einfach anschauen und wieder schließen. Danach ging es bei mir mit 2 FHEM Servern.
Die App habe ich vor ca. 2 Jahren als Neueinsteiger in FHEM gekauft - hab ich gern gemacht, als Unterstützung für IOS Apps Programmierer - die App war der Hauptgrund mich in FHEM zu stürzen und hat schnell meine ersten FS20 und FHT visualisiert. Sobald es mehr wurde (Wetter, 1-wire.....) und ich mich etwas eingearbeitet hatte gefällt mir bis heute die Webansicht auf dem IPad besser und ist einfach flexibler.
Fazit vom heutigen Versuch der Neuinstallation ( gut, dass die Updates kostenlos sind): wirklich netter Event Monitor
Hallo zusammen,
Ich hab soeben das neue Update auf 3.1 installiert.
Leider stürzt die Version sofort nach dem Start ab.
Habt ihr ähnliche Erfahrung gemacht, gibt es evtl. schon eine Idee wie das Problem gelöst werden kann.
Gruß
Mirko
Gesendet von meinem iPhone mit Tapatalk (http://tapatalk.com/m?id=1)
Hallo det.,
Bei mir hat der workaround mit dem neu speichern der fhem.cfg leider nichts geändert, die parse errors kommen trotzdem und programm somit weiter nichit nutzbar :-(
Gruß,
Oli
Hallo,
Auch bei mir keine Veränderung, leider unbrauchbar.
Gruß
Stefan
Gesendet von meinem iPad mit Tapatalk HD
Moin,
ich habe Probleme mit der Umstellung auf HTTPS. Für SSL nutze ich den Port 8082.
Wenn ich in FHEMobile den Schalter für SSL setze und dann die Verbindung prüfe erscheint im Log:
2014.01.04 12:57:17 1: FHEMWEB SSL/HTTPS error:
Genau das passiert auch, wenn ich im Browser das Webinterface auf Port 8082 mit http:// aufrufe (also ohne SSL). Interessant ist, dass wenn ich danach wieder in die FHEMobile Konfiguration gehe der Schalter für SSL aus ist. :(
Ach so: Im Browser Safari/Chrome usw. funktioniert FHEM über https auf Port 8082.
Jemand eine Idee?
Gruß
Lars
Zitat von: maxritti am 03 Januar 2014, 17:02:19Öhm, wo finde ich denn den Haken?
In der Geräteübersicht oben rechts auf "Edit" gehen und dann das entsprechende Gerät auswählen. Dann erscheint ein Menü, in dem man die Graphen
Zitat von: Lars am 04 Januar 2014, 13:00:41
ich habe Probleme mit der Umstellung auf HTTPS. Für SSL nutze ich den Port 8082.
Wenn ich in FHEMobile den Schalter für SSL setze und dann die Verbindung prüfe erscheint im Log:
2014.01.04 12:57:17 1: FHEMWEB SSL/HTTPS error:
Genau das passiert auch, wenn ich im Browser das Webinterface auf Port 8082 mit http:// aufrufe (also ohne SSL). Interessant ist, dass wenn ich danach wieder in die FHEMobile Konfiguration gehe der Schalter für SSL aus ist. :(
Ach so: Im Browser Safari/Chrome usw. funktioniert FHEM über https auf Port 8082.
Hi Lars, ich werde das überprüfen. Eigentlich sollte der Schalter bewirken, dass als Protokoll https verwendet wird. Aber das die Schalterposition nicht gespeichert wird, ist ein Indiz, dass da was nicht stimmt. Wenn's ein Fehler ist, werde ich ihn ASAP fixen.
Ciao, Arno
XMLList Problem
Hi, können alle, die diesen XMLList-Fehler kriegen, bitte mal im Webinterface xmllist eingeben, und den Bereich um die Zeile, die den Fehler verursacht rauskopieren und mir senden?
Der FHEM-Server erzeugt unter gewissen Umständen leider fehlerhaftes XML, meistens wenn ein Device nur "halb" gelöscht wurde. Wenn ich alle diese Charakteristiken finde, kann ich's in FHEMobile wegfiltern. Schöner wäre es natürlich, wenn der FHEM-Server dahingehend gepatched werden würde.
Ciao, Arni
Zitat von: akw am 04 Januar 2014, 13:50:14
In der Geräteübersicht oben rechts auf "Edit" gehen und dann das entsprechende Gerät auswählen. Dann erscheint ein Menü, in dem man die Graphen
Danke Dir.
Die Einstellungen sind aber nach einem FHEM Neustart wieder weg oder?
Zumindest ist das bei mir so.
Wird wohl so sein, weil dann von der App wieder die neue Konfigs eingelesen werden.
schau mal etwas weiter oben. bei mir waren es eindeutig UTF-8 zeichen.
gruss
andre
Hallo Arno,
Hast du eine Idee, wie ich die neue Version zum kaufen bekommen kann?
Leider stürzt die App sofort nach dem Start ab.
Gruß
Mirko
Gesendet von meinem iPhone mit Tapatalk (http://tapatalk.com/m?id=1)
Zitat von: akw am 04 Januar 2014, 14:15:14
XMLList Problem
Hi, können alle, die diesen XMLList-Fehler kriegen, bitte mal im Webinterface xmllist eingeben, und den Bereich um die Zeile, die den Fehler verursacht rauskopieren und mir senden?
Der FHEM-Server erzeugt unter gewissen Umständen leider fehlerhaftes XML, meistens wenn ein Device nur "halb" gelöscht wurde. Wenn ich alle diese Charakteristiken finde, kann ich's in FHEMobile wegfiltern. Schöner wäre es natürlich, wenn der FHEM-Server dahingehend gepatched werden würde.
Ciao, Arni
Hallo Arni,
mein FHEMobile mecker "errors in line 1, column 9" an.
Ich würde dir gerne den Teil schicken, weiß aber nicht, was genau Zeile und Spalte ist im xml, d.h. was sind die delimiter ?
Zitat von: olisba am 04 Januar 2014, 16:09:03
Hallo Arni,
mein FHEMobile mecker "errors in line 1, column 9" an.
Ich würde dir gerne den Teil schicken, weiß aber nicht, was genau Zeile und Spalte ist im xml, d.h. was sind die delimiter ?
Hi,
"Arni" war ein Tippfehler, "Arno" ist mir lieber... :-)
Schick mir einfach die ersten 10 Zeilen oder so, dass sollte reichen.
Ciao, Arno
PS: Ich habe einen Fehler bei der Verwendung von https mit self-signed Zertifikaten behoben. Der Fix geht in die Version 3.3 ein.
Hallo meins meckert wegen
line 3482 column 21
3481 bis 3490 habe ich hier eingefügt.
<FileLog name="FileLog_PCA301_06CB41" state="active" sets="absorb:FileLog_ActionDetector,FileLog_Aussenthermometer,FileLog_Barometer,FileLog_CUL_HM_HM_SEC_SC_12048C,FileLog_CUL_HM_winMatic_11529D_Win,FileLog_Hydrometer_K,FileLog_Luftqualitaet,FileLog_Ostermuenchen,FileLog_SWAP_F0,FileLog_Strom,FileLog_Thermostat_Bad,FileLog_Thermostat_SZ,FileLog_Thermostat_WZ,FileLog_Trockner,FileLog_Tuerschalter_K,FileLog_sysmon,Logfile addRegexpPart removeRegexpPart reopen" attrs="verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings disable:0,1 logtype nrarchive archivedir archivecmd devStateIcon devStateStyle fm_fav fm_groups fm_name fm_order fm_type fm_view icon item.* room_map sortby structexclude webCmd">
<INT key="DEF" value="/media/3/log/PCA301_06CB41-%Y.log PCA301_06CB41"/>
<INT key="NAME" value="FileLog_PCA301_06CB41"/>
<INT key="NR" value="600"/>
<INT key="NTFY_ORDER" value="50-FileLog_PCA301_06CB41"/>
<INT key="REGEXP" value="PCA301_06CB41"/>
<INT key="STATE" value="active"/>
<INT key="TYPE" value="FileLog"/>
<INT key="currentlogfile" value="/media/3/log/PCA301_06CB41-2014.log"/>
<INT key="logfile" value="/media/3/log/PCA301_06CB41-%Y.log"/>
Hallo Arno,
hier meine erste Seite xml (Meckert: Zeile 1, Spalte 9) :
<FHZINFO>
< name="broadcast" state="" sets="Bogus entry broadcast without TYPE" attrs="verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings devStateIcon devStateStyle fm_type icon room_map sortby structexclude webCmd">
</>
<Global_LIST>
<Global name="global" state="<no definition>" sets="" attrs="verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings archivecmd apiversion archivedir configfile lastinclude logfile modpath nrarchive pidfilename port statefile title userattr mseclog:1,0 version nofork:1,0 logdir holiday2we autoload_undefined_devices:1,0 dupTimeout latitude longitude altitude backupcmd backupdir backupsymlink backup_before_update exclude_from_update motd updatebranch uniqueID sendStatistics:onUpdate,manually,never updateInBackground:1,0 showInternalValues:1,0 devStateIcon devStateStyle fm_type icon room_map sortby structexclude webCmd">
<INT key="DEF" value="<no definition>"/>
<INT key="NAME" value="global"/>
<INT key="NR" value="1"/>
<INT key="STATE" value="<no definition>"/>
<INT key="TYPE" value="Global"/>
<INT key="currentlogfile" value="./log/fhem-2014-01.log"/>
<INT key="logfile" value="./log/fhem-%Y-%m.log"/>
<ATTR key="autoload_undefined_devices" value="1"/>
<ATTR key="configfile" value="fhem.cfg"/>
<ATTR key="logfile" value="./log/fhem-%Y-%m.log"/>
<ATTR key="modpath" value="."/>
<ATTR key="motd" value="SecurityCheck:
WEB,WEBphone,WEBtablet has no basicAuth attribute.
telnetPort has no password/globalpassword attribute.
Running with root privileges.
Restart fhem for a new check if the problem is fixed,
or set the global attribute motd to none to supress this message.
"/>
<ATTR key="sendStatistics" value="manually"/>
<ATTR key="statefile" value="./log/fhem.save"/>
<ATTR key="uniqueID" value="./FHEM/FhemUtils/uniqueID"/>
<ATTR key="updateInBackground" value="1"/>
<ATTR key="userattr" value="devStateIcon devStateStyle fm_type icon room_map sortby structexclude webCmd"/>
<ATTR key="verbose" value="3"/>
<ATTR key="version" value="$Id: fhem.pl 4519 2014-01-01 15:43:32Z rudolfkoenig $"/>
</Global>
</Global_LIST>
<FBAHA_LIST>
<FBAHA name="fbaha" state="Initialized" sets="createDevs reopen reregister" attrs="verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings dummy:1,0 devStateIcon devStateStyle fm_type icon room_map sortby structexclude webCmd">
<INT key="Clients" value=":FBDECT:"/>
<INT key="DEF" value="192.168.178.1:2002"/>
<INT key="DeviceName" value="192.168.178.1:2002"/>
<INT key="FD" value="10"/>
<INT key="HANDLE" value="0000000a"/>
<INT key="NAME" value="fbaha"/>
<INT key="NR" value="20"/>
<INT key="PARTIAL" value=""/>
<INT key="RAWMSG" value="0703001c0000000a001000000000000c0000000f0004000000000001"/>
<INT key="STATE" value="Initialized"/>
<INT key="TYPE" value="FBAHA"/>
<INT key="fbaha_MSGCNT" value="870"/>
<INT key="fbaha_TIME" value="2014-01-04 17:03:35"/>
<ATTR key="room" value="_FBDECT"/>
</FBAHA>
</FBAHA_LIST>
<HMLAN_LIST>
<HMLAN name="HMlan1" state="opened" sets="hmPairForSec hmPairSerial" attrs="verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 dummy:1,0 addvaltrigger hmId hmKey hmKey2 hmKey3 hmKey4 hmKey5 respTime hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger hmMsgLowLimit hmLanQlen:1_min,2_low,3_normal,4_high,5_critical wdTimer:5,10,15,20,25 logIDs event-on-change-reading event-on-update-reading event-min-interval stateFormat devStateIcon devStateStyle fm_type icon room_map sortby structexclude webCmd">
<INT key="DEF" value="192.168.178.41:1000"/>
<INT key="DeviceName" value="192.168.178.41:1000"/>
<INT key="FD" value="11"/>
<INT key="HM_CMDNR" value="9"/>
<INT key="HMlan1_MSGCNT" value="1682"/>
<INT key="HMlan1_TIME" value="2014-01-04 17:03:37"/>
<INT key="NAME" value="HMlan1"/>
<INT key="NR" value="25"/>
<INT key="NTFY_ORDER" value="50-HMlan1"/>
<INT key="PARTIAL" value=""/>
<INT key="RAWMSG" value="E21F8E4,0000,47D2A25F,FF,FFBF,97861021F8E40000000A80A40D0020"/>
<INT key="RSSI" value="-65"/>
<INT key="STATE" value="opened"/>
<INT key="TYPE" value="HMLAN"/>
<INT key="XmitOpen" value="1"/>
<INT key="assignIDs" value="21F84B,22560B,22594C,24A922,21F819,21F829,21F81C,21F8C9,2194D8,2191BC"/>
<INT key="assignIDsCnt" value="10"/>
<INT key="assignIDsReport" value="19"/>
<INT key="firmware" value="0.961"/>
<INT key="msgKeepAlive" value="dlyMax:5.608 bufferMin:0"/>
<INT key="msgLoadEst" value="1hour:3% 10min steps: 0/0/2/0/0/0"/>
<INT key="msgParseDly" value="min:-14 max:7969 last:9 cnt:1663"/>
<INT key="owner" value="030571"/>
<INT key="serialNr" value="KEQ0851698"/>
<INT key="uptime" value="013 334:43:06.463"/>
<ATTR key="hmId" value="030571"/>
<ATTR key="hmLanQlen" value="1_min"/>
<ATTR key="hmProtocolEvents" value="1_dump"/>
<ATTR key="wdTimer" value="25"/>
<STATE key="Xmit-Events" value="ok:1 " measured="2014-01-04 12:13:49"/>
<STATE key="cond" value="ok" measured="2014-01-04 12:13:49"/>
<STATE key="prot_disconnected" value="last" measured="2014-01-04 12:13:38"/>
<STATE key="prot_init" value="last" measured="2014-01-04 12:13:38"/>
<STATE key="prot_keepAlive" value="last" measured="2014-01-02 23:01:57"/>
<STATE key="prot_ok" value="last" measured="2014-01-04 12:13:49"/>
<STATE key="prot_timeout" value="last" measured="2014-01-04 03:41:50"/>
</HMLAN>
<HMLAN name="HMusb1" state="opened" sets="hmPairForSec hmPairSerial" attrs="verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 dummy:1,0 addvaltrigger hmId hmKey hmKey2 hmKey3 hmKey4 hmKey5 respTime hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger hmMsgLowLimit hmLanQlen:1_min,2_low,3_normal,4_high,5_critical wdTimer:5,10,15,20,25 logIDs event-on-change-reading event-on-update-reading event-min-interval stateFormat devStateIcon devStateStyle fm_type icon room_map sortby structexclude webCmd">
<INT key="DEF" value="127.0.0.1:1000"/>
<INT key="DeviceName" value="127.0.0.1:1000"/>
<INT key="FD" value="12"/>
<INT key="HMusb1_MSGCNT" value="1404"/>
<INT key="HMusb1_TIME" value="2014-01-04 17:03:14"/>
<INT key="NAME" value="HMusb1"/>
<INT key="NR" value="28"/>
<INT key="NTFY_ORDER" value="50-HMusb1"/>
<INT key="PARTIAL" value=""/>
<INT key="RAWMSG" value="E239B26,0000,02CCCE8F,FF,FFB3,B58670239B2600000000C032"/>
<INT key="RSSI" value="-77"/>
<INT key="STATE" value="opened"/>
<INT key="TYPE" value="HMLAN"/>
<INT key="XmitOpen" value="1"/>
<INT key="assignIDs" value="22594C,2194D8,2191BC"/>
<INT key="assignIDsCnt" value="3"/>
<INT key="assignIDsReport" value="2"/>
<INT key="firmware" value="0.963"/>
<INT key="msgKeepAlive" value="dlyMax:6.781 bufferMin:-1"/>
<INT key="msgLoadEst" value="1hour:0% 10min steps: 0/0/0/0/0/0"/>
<INT key="owner" value="030572"/>
<INT key="serialNr" value="JEQ0701317"/>
<INT key="uptime" value="000 13:03:07.072"/>
<ATTR key="hmId" value="030572"/>
<ATTR key="hmLanQlen" value="1_min"/>
<STATE key="Xmit-Events" value="ok:1 " measured="2014-01-04 12:13:48"/>
<STATE key="cond" value="ok" measured="2014-01-04 12:13:48"/>
<STATE key="prot_disconnected" value="last" measured="2014-01-04 12:13:38"/>
<STATE key="prot_init" value="last" measured="2014-01-04 12:13:38"/>
<STATE key="prot_ok" value="last" measured="2014-01-04 12:13:48"/>
<STATE key="prot_timeout" value="last" measured="2014-01-02 20:18:34"/>
</HMLAN>
</HMLAN_LIST>
Wenn's nicht reicht, schicke ich gerne mehr :-)
Grüße,
Oli
Zitat von: Mirko_2013 am 04 Januar 2014, 14:24:12
Hast du eine Idee, wie ich die neue Version zum kaufen bekommen kann?
Leider stürzt die App sofort nach dem Start ab.
Hi Mirko,
das ist nicht gut! Kannst Du bitte mal die App komplett löschen und neu installieren?
Ciao, Arno
Zitat von: olisba am 04 Januar 2014, 17:05:41
hier meine erste Seite xml (Meckert: Zeile 1, Spalte 9) :
<FHZINFO>
< name="SOMEDEVICE" state="" sets="Bogus entry broadcast without TYPE" attrs="verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings devStateIcon devStateStyle fm_type icon room_map sortby structexclude webCmd">
</>
<Global_LIST> ....
Hallo olisba und andere!
Das Problem wird hier offensichtlich:
Es halb gelöschtes FHEM Device liegt auf "halb acht" und das xmllist-Kommando im FHEM erzeugt Mist. Ich werde versuchen das direkt in FHEM zu korrigieren und einen Patch-Request einschicken. Ausserdem mache ich FHEMobile noch robuster gegen diese Art von Fehlern.
In den meisten Fällen könnt Ihr Euch bis dahin aber selbst helfen:
delete SOMEDEVICEsollte Abhilfe schaffen!
Ciao, Arno
EDIT: Sollte SOMEDEVICE "broadcast" sein, ist es ein Problem mit dem Homematic-Modul, was bereits behoben wurde. Hier hilft ein FHEM-Update: Siehe http://forum.fhem.de/index.php?topic=18306.0
Hi,
Ich habe den Fehler line 1 column 9 und füge mal meinen Anfang an, vl. findet ja jemand was...
<FHZINFO>
<Global_LIST>
<Global name="global" state="<no definition>" sets="" attrs="verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings archivecmd apiversion archivedir configfile lastinclude logfile modpath nrarchive pidfilename port statefile title userattr mseclog:1,0 version nofork:1,0 logdir holiday2we autoload_undefined_devices:1,0 dupTimeout latitude longitude altitude backupcmd backupdir backupsymlink backup_before_update exclude_from_update motd updatebranch uniqueID sendStatistics:onUpdate,manually,never updateInBackground:1,0 showInternalValues:1,0 devStateIcon devStateStyle fm_type icon sortby webCmd">
<INT key="DEF" value="<no definition>"/>
<INT key="NAME" value="global"/>
<INT key="NR" value="1"/>
<INT key="STATE" value="<no definition>"/>
<INT key="TYPE" value="Global"/>
<INT key="currentlogfile" value="./log/fhem-2014-01.log"/>
<INT key="logfile" value="./log/fhem-%Y-%m.log"/>
<ATTR key="autoload_undefined_devices" value="1"/>
<ATTR key="configfile" value="fhem.cfg"/>
<ATTR key="latitude" value="52.19094"/>
<ATTR key="logfile" value="./log/fhem-%Y-%m.log"/>
<ATTR key="longitude" value="8.46708"/>
<ATTR key="modpath" value="."/>
<ATTR key="motd" value="SecurityCheck:
WEB,WEBphone,WEBtablet has no basicAuth attribute.
telnetPort has no password/globalpassword attribute.
Restart fhem for a new check if the problem is fixed,
or set the global attribute motd to none to supress this message.
"/>
<ATTR key="sendStatistics" value="onUpdate"/>
<ATTR key="statefile" value="./log/fhem.save"/>
<ATTR key="uniqueID" value="./FHEM/FhemUtils/uniqueID"/>
<ATTR key="userattr" value="devStateIcon devStateStyle fm_type icon sortby webCmd"/>
<ATTR key="verbose" value="3"/>
<ATTR key="version" value="$Id: fhem.pl 4501 2013-12-29 17:59:52Z rudolfkoenig $"/>
</Global>
</Global_LIST>
<CUL_LIST>
<CUL name="COC" state="Initialized" sets="bWidth file freq hmPairForSec hmPairSerial led patable rAmpl raw sens time" attrs="verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 dummy:1,0 showtime:1,0 model:CUL,CUN,CUR sendpool addvaltrigger rfmode:SlowRF,HomeMatic,MAX hmId hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger devStateIcon devStateStyle fm_type icon sortby webCmd">
<INT key="CMDS" value="mCFiAZGMRTVWXefltux"/>
<INT key="Clients" value=":FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_RFR:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:"/>
<INT key="DEF" value="/dev/ttyAMA0@38400 1234"/>
<INT key="DeviceName" value="/dev/ttyAMA0@38400"/>
<INT key="FD" value="10"/>
<INT key="FHTID" value="1234"/>
<INT key="NAME" value="COC"/>
<INT key="NR" value="31"/>
<INT key="PARTIAL" value=""/>
<INT key="STATE" value="Initialized"/>
<INT key="TYPE" value="CUL"/>
<INT key="VERSION" value="V 1.49 CSM868"/>
<INT key="initString" value="X21"/>
<ATTR key="rfmode" value="SlowRF"/>
<STATE key="cmds" value=" m C F i A Z G M R T V W X e f l t u x" measured="2014-01-01 15:05:00"/>
<STATE key="raw" value="is000000FFFFFF" measured="2014-01-04 16:40:59"/>
<STATE key="state" value="Initialized" measured="2014-01-01 15:05:00"/>
</CUL>
</CUL_LIST>
Greetz
Eldrik
Hi,
ich habe einen Patch für die Datei FHEM/98_XmlList.pm und hoffe, dass er bald Einzug in FHEM findet. Er verhindert das Erzeugen von "Bogus"-Devices ohne TYPE in der xmllist:
Wer will, kann die entsprechende Zeile (ich glaube Zeile 60) in der Datei editieren.
--- 98_XmlList-orig.pm 2014-01-04 18:11:00.935545332 +0100
+++ 98_XmlList.pm 2014-01-04 18:11:23.931659363 +0100
@@ -57,7 +57,7 @@
$modules{$defs{$b}{TYPE}}{ORDER}.$defs{$b}{TYPE};
$x = ($a cmp $b) if($x == 0); $x; } keys %defs) {
- next if(IsIgnored($d) || (%filter && !$filter{$d}));
+ next if(IsIgnored($d) || (%filter && !$filter{$d}) || !$defs{$d}{TYPE});
my $p = $defs{$d};
my $t = $p->{TYPE};
if($t ne $lt) {
Hallo,
habe Deinen Patch übernommen, was leider nicht das Problem gelöst hat. Leider kann ich keine Korrelation zur im Frontend generierten XmlList herstellen, denn der Fehler im FHEMMobile vagabundiert. Einfach mehrmals in den Einstellungen auf den FHEM Server tippen und es kommen unterschiedliche Zeilennummer, die sich auch verändern, wenn zwischenzeitlich über das Frontend eine neue XmlList mit dem Kommando xmllist gezogen worden ist. Hilfreich wäre, wenn die angemeckerte Zeile in der Fehlermeldung mit ausgegeben würde.
Grüße Jörg
Hallo Arno,
in meiner xmllist taucht der Token bogus nicht auf.
Ich bekomme sowohl auf dem IPAD als auch auf dem IPHONE immer mal wieder unterschiedliche Zeilennummern und Spalten angegeben:
Zeile 1 Col 9
oft im 5000er Bereich
Zeile 5211 Col 21
Zeile 5224 Col 21
Die ersten Zeilen sehen bei mir wie folgt aus:
Screenshots aus dem 5000er Bereich hängen an. Wenn Du magst, kann ich Dir die ganze Datei per Mail zukommen lassen.
Vielen Dank!
Grüße,
Merhan
<FHZINFO>
<Global_LIST>
<Global name="global" state="<no definition>" sets="" attrs="verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings archivecmd apiversion archivedir configfile lastinclude logfile modpath nrarchive pidfilename port statefile title userattr mseclog:1,0 version nofork:1,0 logdir holiday2we autoload_undefined_devices:1,0 dupTimeout latitude longitude altitude backupcmd backupdir backupsymlink backup_before_update exclude_from_update motd updatebranch uniqueID sendStatistics:onUpdate,manually,never updateInBackground:1,0 showInternalValues:1,0 devStateIcon devStateStyle fm_fav fm_groups fm_name fm_order fm_type fm_view icon room_map sortby structexclude webCmd">
<INT key="DEF" value="<no definition>"/>
<INT key="NAME" value="global"/>
<INT key="NR" value="1"/>
<INT key="STATE" value="<no definition>"/>
<INT key="TYPE" value="Global"/>
<INT key="currentlogfile" value="./log/fhem-2014-01.log"/>
<INT key="logfile" value="./log/fhem-%Y-%m.log"/>
<ATTR key="autoload_undefined_devices" value="1"/>
<ATTR key="backupdir" value="/opt/backup/fhem"/>
<ATTR key="configfile" value="fhem.cfg"/>
<ATTR key="holiday2we" value="Hessen"/>
<ATTR key="logfile" value="./log/fhem-%Y-%m.log"/>
<ATTR key="modpath" value="."/>
<ATTR key="motd" value="<script type="text/javascript">window.location = "/fhem?room=1_Home"</script>"/>
<ATTR key="statefile" value="./log/fhem.save"/>
<ATTR key="userattr" value="devStateIcon devStateStyle fm_fav fm_groups fm_name fm_order fm_type fm_view icon room_map sortby structexclude webCmd"/>
<ATTR key="verbose" value="3"/>
<ATTR key="version" value="$Id: fhem.pl 4451 2013-12-24 09:10:26Z rudolfkoenig $"/>
</Global>
</Global_LIST>
<CUL_LIST>
<CUL name="CUL1" state="Initialized" sets="bWidth file freq hmPairForSec hmPairSerial led patable rAmpl raw sens time" attrs="verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 dummy:1,0 showtime:1,0 model:CUL,CUN,CUR sendpool addvaltrigger rfmode:SlowRF,HomeMatic,MAX hmId hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger devStateIcon devStateStyle fm_fav fm_groups fm_name fm_order fm_type fm_view icon room_map sortby structexclude webCmd">
<INT key="CMDS" value="BCFiAGMRTVWXefmltux"/>
<INT key="CUL1_MSGCNT" value="93"/>
<INT key="CUL1_TIME" value="2014-01-04 19:09:54"/>
<INT key="Clients" value=":FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_RFR:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:"/>
<INT key="DEF" value="/dev/ttyACM0@9600 1234"/>
<INT key="DeviceName" value="/dev/ttyACM0@9600"/>
<INT key="FD" value="11"/>
<INT key="FHTID" value="1234"/>
<INT key="NAME" value="CUL1"/>
<INT key="NR" value="18"/>
<INT key="PARTIAL" value=""/>
<INT key="RAWMSG" value="E0101322A630500A002F6"/>
<INT key="RSSI" value="-79"/>
<INT key="STATE" value="Initialized"/>
<INT key="TYPE" value="CUL"/>
<INT key="VERSION" value="V 1.44 CUL868"/>
<INT key="initString" value="X21"/>
<STATE key="cmds" value=" B C F i A G M R T V W X e f m l t u x" measured="2014-01-03 19:55:35"/>
<STATE key="raw" value="is000000000F11" measured="2014-01-04 17:21:16"/>
<STATE key="state" value="Initialized" measured="2014-01-04 19:09:54"/>
</CUL>
</CUL_LIST>
Zitat von: akw am 04 Januar 2014, 17:12:14
Hi Mirko,
das ist nicht gut! Kannst Du bitte mal die App komplett löschen und neu installieren?
Ciao, Arno
Hallo Arno,
Habe ich gemacht.
Komplett gelöscht und neu installiert ohne erfolg.
Ich hab auf dem iPhone ios 7.0.4 im Einsatz.
Ich komme jetzt soweit, das die App ca. 5 sec läuft und dann sich wieder schließt.
Gruß
Mirko
Gesendet von meinem iPhone mit Tapatalk (http://tapatalk.com/m?id=1)
Hallo Arno,
ich habe jetzt
a) die neueste 10_CUL_HM.pm v4560 runtergeladen. Damit kommt nicht mehr das "bogus" broadcast device in der xmllist
b) auch noch den Fix in der 98_XmlList.pm eingebaut.
Nur a) hat zwar die Ausgabe im WEbbrowser verändert (kein bogus device mehr), aber FHEMobile meckert immer noch (auch nach restart) Zeile 1, Spalte 9 an.
b) zusätzlich hat keine für mich spürbare Änderung gebracht.
Ich schicke dir mal als PN meine komplette xmllist Ausgabe zu, vielleicht hilft das weiter - ok ?
Gruß,
Oli
Hallo -
Das Problem mit dem Absturz nach jedem Start hatte ich auch, weil ich den FHEM Server Eintrag gelöscht hatte (das Ändern des Fhem-Verzeichnisses wollte nicht so richtig klappen). Dann hatte ich die App geschlossen, ohne einen neuen Fhem Server Eintrag zu erstellen, danach ließ sich die App nur für 5 sec starten. Löschen der App und Neuladen hat geholfen.
Frage an Arno: Kann man die Homematic Dimmer auch irgendwie dimmen, bei mir geht nur ein und aus. Ist mir irgendeine Einstellung entgangen? Ähnliches Spiel bei den Rolladen-Aktoren, da geht nur ganz auf und ganz zu.
Und: Immer noch die übersichtlichste App für ios, weiter so!!!
Haggi
Zwei Sachen:
1) Homematic-Dimmer: Hab ich heute eingebaut :-) Kommt mit der Version 3.3 (3.2 ist schon im Review und enthält Bugfixes). Ich habe einen HM-LC-DIM1L-CV im Einsatz, aber prinzipiell sollten dann alle Homematic-Dimmer (CUL_HM Devices mit subtype "dimmer") funktionieren.
2) XMLList-Probleme: Es hat sich herausgestellt, das es zwei verschiedene Probleme gibt:
a) Bogus-Devices: Lässt sich lösen durch Update der CUL_HM.pm und durch Verwenden des XMLList-Patches.
b) Parsing aborted: Es tritt häufig mit der Meldung (Zeile 1 Col 9) auf. Wenn man z.B. schnell refreshed (in den Settings oft klickt) passiert das. Ich filtere diesen Fehler jetzt aus und habe auch die Fehlermeldung um einen Fehlercode erweitert, damit ich sehen kann, mit welchen Fehlern es auftritt. Das fliesst auch in die 3.3 ein.
Ciao, Arno
Hallo zusammen,
hab heute auch freudig auf die neue FHEMobile Version 3.1.v741 geupdated, musste aber dann enttäuscht feststellen, dass die Temp/Hum Graphen für meine CUL_TX / Lacrosse / TX3-TH Temperatur- und Feuchtigkeitssensoren immer noch nicht angezeigt werden. In den FHEMobile Versionen < 3.x hat das noch geklappt.
Wer von Euch kann mir sagen, ob die Anzeige von Verlaufsgraphen bei diesen Geräten überhaupt mit der aktuellen FHEMobile Version unterstützt wird?
Falls es bereits funktionieren sollte, würde mich natürlich die benötigte Konfiguration in der fhem.cfg interessieren, um es auch bei mir zum Laufen zu bringen.
Gruß,
sancho679
Zitat von: sancho679 am 04 Januar 2014, 22:47:24
CUL_TX / Lacrosse / TX3-TH Temperatur- und Feuchtigkeitssensoren
Hi Sancho679,
Bitte sende mir per PM Deine fhem.cfg (der Abschnitt mit den Sensoren reicht) und Deine xmllist zu, damit ich das durchchecken kann. Werden die Sensoren denn zumindest von FHEMobile korrekt angezeigt (ohne Verlaufsgraphik?).
Ciao, Arno
@akw
Ist bei mir das gleiche, siehe oben. Temp/hum werden als numerische Werte angezeigt, Plot´s gehen definitiv nicht, trotz symlink von FHEM auf opt/fhem/www/gplot.
VG
Frank
Hallo Arno,
vielen Dank für deine schnelle Hilfe.
Zitat von: akw am 04 Januar 2014, 22:55:09
Bitte sende mir per PM Deine fhem.cfg (der Abschnitt mit den Sensoren reicht) und Deine xmllist zu,
Hab dir gerade beides per PM geschickt.
Zitat von: akw am 04 Januar 2014, 22:55:09
Werden die Sensoren denn zumindest von FHEMobile korrekt angezeigt (ohne Verlaufsgraphik?).
Ja, das klappt. Zum Beispiel ist dem Raum "Bedroom" der Sensor "CUL_TX_8" zugeordnet. Dort wird mir die zuletzt empfange Temperatur angezeigt. Wenn ich unter den Einstellungen auf "Details anzeigen" gehe, dann sehe ich auch den zuletzt empfangen state string, sowie humidity und nochmals temperature.
Gruß,
sancho679
Hallo Arno,
App nochmal komplett gelöscht, update der 10_CUL_HM.pm eingespielt und config neu gesichert.
Danach lief entlich die Version 3.1.
Allerdings musste ich feststellen, das für die Wetterstation ks300 der verlaufsgraph nicht unterstützt wird und die Heizungssteuerung HM_CC_TC komplett ignoriert wird.
Kannst du diese noch mit aufnehmen?
Gruß
Mirko
Gesendet von meinem iPhone mit Tapatalk (http://tapatalk.com/m?id=1)
Habe auch das Problem mit der xmllist. ("Your xmllist has errors in line 1, column 9. Please check your fhem.cfg!")
Nach dem heutigen FHEM-update ging die app dann kurz, aber mittlerweile ist der Fehler wieder da...?!
Zitat von: Mirko_2013 am 05 Januar 2014, 00:08:51das für die Wetterstation ks300 der verlaufsgraph nicht unterstützt wird
- Die Verlaufsgraphen für KS300 habe ich gerade fertiggemacht :-)
- HM-CC-TC habe ich eingebaut. (Ungetestet, aber das Interface wird wohl mit dem vom HM-CC-RT-DN übereinstimmen)
Stay tuned! :-)
Ciao, Arno
Hallo Arno,
habe auf zwei Iphones die App auf 3.1 aktualisiert, kann mich aber mit beiden Handys nicht mehr mit meinem Fhem verbinden.
Was mache ich falsch?
Viele Grüße,
Stefan
Hi Stefan,
bitte überprüfe, ob Du in den Einstellungen den richtigen Port (normalerweise 8083) eingestellt hast. Ausserdem sollten Benutzername und Passwort stimmen.
Ciao, Arno
Zitat von: maxritti am 03 Januar 2014, 17:02:19
Öhm, wo finde ich denn den Haken?
In der App unter Einstellungen kann ich doch nur den FHEM Server angeben und Style und Infos zu FHEMobile finden.
In der Geräteübersicht auf "Edit" klicken und dann beim gewünschten Device die erweiterten Einstellungen öffnen.
Zitat von: akw am 04 Januar 2014, 22:32:06
Zwei Sachen:
1) Homematic-Dimmer: Hab ich heute eingebaut :-) Kommt mit der Version 3.3 (3.2 ist schon im Review und enthält Bugfixes). Ich habe einen HM-LC-DIM1L-CV im Einsatz, aber prinzipiell sollten dann alle Homematic-Dimmer (CUL_HM Devices mit subtype "dimmer") funktionieren.
2) XMLList-Probleme: Es hat sich herausgestellt, das es zwei verschiedene Probleme gibt:
a) Bogus-Devices: Lässt sich lösen durch Update der CUL_HM.pm und durch Verwenden des XMLList-Patches.
b) Parsing aborted: Es tritt häufig mit der Meldung (Zeile 1 Col 9) auf. Wenn man z.B. schnell refreshed (in den Settings oft klickt) passiert das. Ich filtere diesen Fehler jetzt aus und habe auch die Fehlermeldung um einen Fehlercode erweitert, damit ich sehen kann, mit welchen Fehlern es auftritt. Das fliesst auch in die 3.3 ein.
Ciao, Arno
Hallo Arno,
2.a trifft bei mir nicht zu. Update ist ohnehin schon drauf.
2.b vielleicht. in der Regel tritt der Fehler - wie ich es oben schon beschrieben haben - in unterschiedliche Zeilen oberhalb 5000 Spalte entweder 9 oder 21 auf. Jedoch konnte die Datei seit dem Update auf 3.1 weder auf dem IPAD noch dem iPhone kein einziges mal erfolgreich geladen werden.
Auch ein Löschen und Neuinstallieren von FHEMobile hat nicht geholfen. In dem 5000er Bereich der XML-Ausgabe stehen Buttons eines Homematic Wandschalters: zum Beispiel:
<CUL_HM name="WZ_Remote_Btn_17" state="Short (to KUE_Kaffeemaschine)" sets="clear:readings,register,rssi,msgEvents getConfig getRegRaw peerBulk peerChan regBulk regSet sign:on,off text" attrs="verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev do_not_notify:1,0 ignore:1,0 dummy:1,0 showtime:1,0 serialNr firmware rawToReadable unit peerIDs repPeers actCycle actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,8_stateOnly expert:0_off,1_on,2_full burstAccess:0_off,1_auto param msgRepeat .stc .devInfo event-on-change-reading event-on-update-reading event-min-interval stateFormat model:ASH550,ASH550I,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-ES-PMSw1-Pl,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM,HM-LC-Dim2L-SM-2,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1PBU-FM,HM-MOD-RC-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-4,HM-RC-4-2,HM-RC-4-B,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SD,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionDetector,outputUnit,powerMeter,pushButton,remote,repeater,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,winMatic devStateIcon devStateStyle fm_fav fm_groups fm_name fm_order fm_type fm_view icon room_map sortby structexclude webCmd">
<INT key="CFGFN" value="./FHEM/wz.cfg"/>
<INT key="DEF" value="17903011"/>
<INT key="HMLAN1_MSGCNT" value="1"/>
<INT key="HMLAN1_RAWMSG" value="E179030,0000,1494A7CD,FF,FFC8,16A4401790301A358F11EA"/>
<INT key="HMLAN1_RSSI" value="-56"/>
<INT key="HMLAN1_TIME" value="2014-01-03 23:56:29"/>
<INT key="LASTInputDev" value="HMLAN1"/>
<INT key="MSGCNT" value="1"/>
<INT key="NAME" value="WZ_Remote_Btn_17"/>
<INT key="NR" value="314"/>
<INT key="STATE" value="Short (to KUE_Kaffeemaschine)"/>
<INT key="TYPE" value="CUL_HM"/>
<INT key="chanNo" value="11"/>
<INT key="device" value="WZ_Remote"/>
<ATTR key="expert" value="1"/>
<ATTR key="model" value="HM-PB-4DIS-WM"/>
<ATTR key="peerIDs" value=""/>
<ATTR key="room" value="hidden"/>
<STATE key="R-KUE_Kaffeemaschine_chn-01-expectAES" value="off" measured="2013-12-22 00:31:39"/>
<STATE key="R-KUE_Kaffeemaschine_chn-01-peerNeedsBurst" value="off" measured="2013-12-22 00:31:39"/>
<STATE key="R-sign" value="on" measured="2013-12-22 00:31:15"/>
<STATE key="state" value="Short (to KUE_Kaffeemaschine)" measured="2014-01-03 23:56:29"/>
<STATE key="text1" value="Merhan" measured="2013-12-22 00:31:15"/>
<STATE key="text2" value="Schlafen" measured="2013-12-22 00:31:15"/>
<STATE key="trigger" value="Short_234" measured="2014-01-03 23:56:29"/>
</CUL_HM>
Zitat von: Alex85 am 05 Januar 2014, 12:46:45
Habe auch das Problem mit der xmllist. ("Your xmllist has errors in line 1, column 9. Please check your fhem.cfg!")
Nach dem heutigen FHEM-update ging die app dann kurz, aber mittlerweile ist der Fehler wieder da...?!
Genauso bei mir immer wieder das gleiche.
Gruß Stefan
Gesendet von meinem iPad mit Tapatalk HD
In 3.3 ist das hoffentlich gefixed. Ansonsten steht da zumindest dann auch noch ein Fehlercode, der auf die Art des Fehlers schliessen lässt. Ich kann das hier mit meiner Konfiguration leider nicht reproduzieren.
Ciao, Arno
Hallo, wie kann ich die ausgewählte Temperatur in fhemmobile bestätigen? Wenn ich die gewählt hab was dann?
(http://img.tapatalk.com/d/14/01/06/hudunebu.jpg)
Iphone5 IOS 7.04 Jb
Zitat von: Tommy82 am 05 Januar 2014, 20:02:32Hallo, wie kann ich die ausgewählte Temperatur in fhemmobile bestätigen? Wenn ich die gewählt hab was dann?
Hi, einfach oben hinklicken, dann wird es übernommen. (Dauert aber je nach Gerät eine zeitlang, bis es angekommen ist).
Du kannst übrigens problemlos die Geräte umbennen in FHEMobile, damit da nicht sowas wie "Heizung Tür ClimRT tr" stehen muss. Beim Umbenennen wird das "alias"-Attribut von FHEMobile gesetzt, es wird auch von FHEMWEB ausgewertet.
Viele Grüße,
Arno
Hallo,
erst einmal herzlichen Dank für die neue Version der App!
Was mich interessiert ist, welche Devices generell auch als Verlaufsgraph angezeigt werden können, bzw. worauf es dabei ankommt.
Ich habe unterschiedliche Dummies, z.B. für den Stromverbrauch, Helligkeit (vom Bewegungsmelder), Bewegungserkennung etc. mit eigenen Logfiles, deren Werte ich im WebIf plotte.
Dies hätte ich unheimlich gerne auch in der FHEMobile-App. Gibt es einen Workaround, mit dem ich auch aus Dummies Werte visualisieren kann?
Vielen Dank und viele Grüße!
Zitat von: powdaking am 06 Januar 2014, 22:52:04Gibt es einen Workaround, mit dem ich auch aus Dummies Werte visualisieren kann?
Hi,
derzeit gibt es keine Möglichkeit für spezielle Dummy-Devices Verlaufsgraphen anzuzeigen.
Die derzeit möglichen Graphen kann man hier sehen: http://www.bytefeed.de/fhemobile/device-compatibility-matrix/
Ich habe jedoch vor, einen "Editor" für Graphen einzubauen, so dass man jedem beliebigen Gerät Verlaufsgraphen zuweisen kann. Einstellbar wird sein: Zeichenfarbe/Beschriftung/Wertebereich und ColumnSpec.
Eventuell wird es auch einen Editor für neue Device-Typen geben, so dass man nicht unterstützte Geräte einbauen kann, aber da bin ich mir noch nicht sicher.
FHEMobile verwendet ja nicht mehr die gplot-files, benötigt aber pro Graph den "ColumnSpec"-Ausdruck. (Siehe http://fhem.de/commandref.html#FileLog )
Ciao, Arno
Hi Arno,
Zitat von: akw am 07 Januar 2014, 07:42:34
Die derzeit möglichen Graphen kann man hier sehen: http://www.bytefeed.de/fhemobile/device-compatibility-matrix/
In deiner Kompatibilitätsliste für FHEMobile v3.3.r747 taucht mein CUL_TX Temperatur- und Feuchtigkeitssensor leider nicht auf. Demnacht wird er wohl aktuell noch nicht mit Verlaufsgraph in FHEMobile unterstützt. Der CUL_WS Temperatur- und Feuchtigkeitssensor ist aber auf der Liste zu finden.
Kann es sein, dass aufgrund des ähnlichen Funktionsumfangs von CUL_WS und CUL_TX Sensoren, bald auch meine CUL_TX Sensoren mit Verlaufsgraph in FHEMobile unterstützt werden?
Gruß,
sancho679
Hallo,
gibt es auch einen Schalter für die Heizungssteuerung von Homematic? Sehe nur den Status kann aber keine Temp einstellen. (HM-CC-TC)
Hallo,
ich vermisse leider immer noch die Rolladensteuerung von Homematic (HM-LC-Bl1PBU-FM). Die Schalter haben nur einen Ein- und Ausschalter.
Ist eine zeitnahe Umsetzung geplant?
Viele Grüße,
Bernd
Hallo!
Ich habe mit der App erst in der neuen Version gestartet und sie sieht sehr vielversprechend aus.
Einige Dinge würde ich noch dringend benötigen damit ich das Webinterface loswerde und einige Schönheitsfehler hab ich auch noch gefunden.
HM-SEC-KEY: KeyMatic: Die Buttons passen hier nicht zu den Gerätefunktionen - es gibt Off, On und Toggle in der App aber eigentlich kennt das Gerät die Funktionen Lock, Unlock und Open. Den Status kann man leider in der App auch noch nicht ablesen
HM-LC-BL1-FM: Rolladensteuerung: Auch hier gibt es die Buttons Off, On und Switch - das Gerät selbst unterstützt up, down, stop sowie Prozentangaben. Den Status kann man leider auch hier nicht ablesen
SHOWTIME: In der WEBUI nutze ich für viele Geräte (zb den 2ten Kanal von Bewegungsmeldern, die FS20 Klingelsignalerkennung usw.) die Option showtime. Grund dafür ist, dass man an den Geräten nicht wirklich etwas schalten kann und auch die On-For-Timer 60 Meldung als Status nicht wirklich etwas bringt. Es wäre schön wenn die App auch die Zeit anzeigen könnte.
ON-FOR-TIMER: Für gewisse Geräte nutze ich die Möglichkeit per WEBCMD auf der Oberfläche einen Link mit zb "on-for-timer 60" zu erzeugen. Diese Geräte (wie zb einen Untertischboiler) schalte ich damit kurzzeitig ein und sie sollen von selbst wieder aus gehen.
ON-OLD-FOR-TIMER: Soweit ich es gesehen habe gibt es noch keine Möglichkeit Lampen (fs20du) mit dem "alten" Dim-Wert wieder einzuschalten. Entweder bei voller Helligkeit durch Klick auf die Glühbirne oder durch erneute Auswahl eines Dimwertes
Danke für deine Super Arbeit an der App. Ich hoffe meine Anmerkungen finden Platz in einem der nächsten Updates
Danke + Grüße
Michael
Hi,
vielen Dank für die Reviews und Feature-Requests. Da die 3.2 immer noch (argh!) im Review steckt, kann ich für die 3.3 vielleicht noch ein paar Sachen umsetzen! :-)
Ich fasse die Feature-Wünsche mal zusammen:
* KeyMatic: Statusanzeige, ButtonSymbole
* HM-LC-BL1-FM: ButtonSymbole
* SHOWTIME-Attribut: Anzeige des letzen Schaltvorgangs
* On-For-Timer/Off-For-Timer/On-Old-For-Timer
* HM-CC-TC (Ist vermutlich kompabel zu der schon unterstützten HM-CC-RT-DN)
* CUL_TX (Temp/Humidity)
* Plots auch für Dummy-Devices (hier wird was größeres kommen - Plot-Editor für alle FileLogs, aber noch nicht in v3.3)
* Text-FileLogs (z.B. für FB_CallMonitor)
* Cockpit/Dashboard-View (Ich hätte gerne zumindest für iPad auch iOS-lokale Daten wie Termine, Erinnerungen und Yahoo-Wetter integriert)
* iOS7-Background-Fetch
* Local Notifications (Nachricht bei bestimmten Statusänderungen, wenn die App im Background ist)
* Remote Notifications (iPhone wird bei bei bestimmten Statusänderungen benachrichtigt, auch wenn FHEMobile nicht läuft)
* Floorplan
* IPCam
* EDIT: Mehr Hue Devices (subtype "dimmer" und model "LST001")
Fehlt noch was?
Einiger der Features werden länger dauern, andere kürzer. Zunächst priorisiere ich Bugfixung und Unterstützung von bislang unbekannten Geräten.
Ciao, Arno
ich hatte mir oben auch noch was gewünscht :)
bei den hues nur den dimmer ohne farbeinstellung wenn es der subtype dimmer statt colordimmer ist.
auch für die anderen rgb led devices die es inzwischen gibt die farb und hellikgeits knöpfe.
gruss
andre
Zitat von: justme1968 am 08 Januar 2014, 17:03:42
bei den hues nur den dimmer ohne farbeinstellung wenn es der subtype dimmer statt colordimmer ist.
auch für die anderen rgb led devices die es inzwischen gibt die farb und hellikgeits knöpfe.
Was kriegt der "dimmer" denn für einen Wert? "pct", oder?
Ich habe jetzt so eine Lichtschlange (Model "LST001" statt "LCT001"). Die kann nur Farben und nicht ColorTemp.
Das kommt auf jeden Fall auf die Liste :-)
Ciao, Arno
pct oder bri. je nach wertebereich den dein knopf hat. pct wird intern nach bri gemapped.
stimmt. für die anderen devices bräuchte man etwas das rgb kann. vielleicht drei von den knöpfen.
gruss
andre
Hallo,
gibt es eine möglichkeit floorplan in fhemobile anzuzeigen?
Hallo Arno,
ich habe gerade die Version 3.2 geladen.
Jetzt kriege ich zwar keine Fehlermeldung mehr bzgl. fehlerhaftem xmllist, aber dafür passiert auch sonst nix :-(
Keine Geräte werden angezeigt, und auch keine Fehlermeldung.
Wenn ich auf die Server Verbindung "klicke", dreht sich kurz das Symbol, bei Räume erscheint mal kurz das Badge mit einer 1, dann geht's wieder weg und das wars. Verbindungssymbol geht dann auch wieder auf nicht connected.
Zitat von: olisba am 09 Januar 2014, 21:28:37Wenn ich auf die Server Verbindung "klicke", dreht sich kurz das Symbol, bei Räume erscheint mal kurz das Badge mit einer 1, dann geht's wieder weg und das wars. Verbindungssymbol geht dann auch wieder auf nicht connected.
Argh! Kannst Du mir ein paar Daten schicken, damit ich das analysieren kann? Ich schicke dir eine PN.
Zitat von: olisba am 09 Januar 2014, 21:28:37
Hallo Arno,
ich habe gerade die Version 3.2 geladen.
Jetzt kriege ich zwar keine Fehlermeldung mehr bzgl. fehlerhaftem xmllist, aber dafür passiert auch sonst nix :-(
Keine Geräte werden angezeigt, und auch keine Fehlermeldung.
Wenn ich auf die Server Verbindung "klicke", dreht sich kurz das Symbol, bei Räume erscheint mal kurz das Badge mit einer 1, dann geht's wieder weg und das wars. Verbindungssymbol geht dann auch wieder auf nicht connected.
verhält sich bei mir exakt gleich
Hallo Arno,
Klar, kannst mir gerne ne PN schicken!
Kann mich Olisba nur anschließen. Keinerlei Funktionalität erkennbar....Bitte dringend beheben.
Hallo
Ich hab ein Problem mit HTTP Authentication und SSL. FHEMobile crashed in dem Fall (nur SSL ohne Auth und nur Auth ohne SSL geht jedoch).
Ich mache die Basic Auth und SSL nicht mit FHEM selber, sondern via einen reverseproxy in nginx
Folgendes steht in meinen nginx log files
==> /var/log/nginx/error.log <==
2014/01/12 13:53:09 [error] 21077#0: *8 no user/password was provided for basic authentication, client: ***.***.***.***, server: ***.***.***, request: "GET /fhem/?XHR=1&cmd=xmllist HTTP/1.1", host: "***.***.***"
2014/01/12 13:53:10 [error] 21078#0: *10 no user/password was provided for basic authentication, client: ***.***.***.***, server: ***.***.***, request: "GET /fhem/?XHR=1&cmd=xmllist HTTP/1.1", host: "***.***.***"
==> /var/log/nginx/access.log <==
178.197.224.210 - - [12/Jan/2014:13:53:09 +0100] "GET /fhem/?XHR=1&cmd=xmllist HTTP/1.1" 401 194 "-" "FHEMobile/745 CFNetwork/672.0.8 Darwin/14.0.0"
178.197.224.210 - - [12/Jan/2014:13:53:10 +0100] "GET /fhem/?XHR=1&cmd=xmllist HTTP/1.1" 401 194 "-" "FHEMobile/745 CFNetwork/672.0.8 Darwin/14.0.0"
178.197.224.210 - chregu [12/Jan/2014:13:53:11 +0100] "GET /fhem?XHR=1&inform=console×tamp=1389531189973 HTTP/1.1" 200 124 "-" "FHEMobile/3.2.745"
Irgendwie macht er den ersten Request nicht mit den basic-auth infos und dann crashed eben FHEMobile
Genaueres hinschauen zeigt mir, dass er auch im non-SSL modus den ersten request ohne basic auth macht, aber dann grad nen 2. auf /fhem?XHR=1&cmd=xmllist mit basic auth
Generell macht er (beinahe) alle requests zuerst ohne basic auth und erst dann mit, könnte man das nicht generell umgehen und immer die basic-auth infos mitschicken?
Gruss
Christian
Ah, ich benutze Version 3.2 (drum wohl falscher thread hier) und SSL ist self-signed. Aber eben, ohne basic-auth tut's mit SSL, an dem wird's kaum liegen.
Christian
Hallo,
Ich habe gerade die neue Version 3.2 ausprobiert.
Leider stürzt die App direkt ab, nachdem ich meine FHEMweb Verbindungsdaten eingetragen habe.
Ich habe wie chregu einen nginx als Reverseproxy laufen und greife über SSL, aber ohne HTTP-BasicAuth, zu. Zudem ist mein webname nicht fhem, sondern web. Die gesamte URL lautet also: https://192.168.6.90:443/web (https://192.168.6.90:443/web)
Mein SSL Zertifikat ist inzwischen nicht mehr selbst signiert, stimmt aber nicht mit dem Servernamen überein wenn ich von intern zugreife.
Was ich im Logfile sehen kann ist, dass er auf die URI / statt /web zuzugreifen scheint:
192.168.6.115 - - [12/Jan/2014:14:59:30 +0100] "GET /login.php HTTP/1.1" 400 270 "-" "FHEMobile/745 CFNetwork/672.0.8 Darwin/14.0.0"
192.168.6.115 - - [12/Jan/2014:14:59:31 +0100] "GET ?XHR=1&inform=console×tamp=1389535171662 HTTP/1.1" 400 172 "-" "-"
192.168.6.115 - - [12/Jan/2014:14:59:53 +0100] "GET /?XHR=1&cmd=xmllist HTTP/1.1" 302 1745 "-" "FHEMobile/745 CFNetwork/672.0.8 Darwin/14.0.0"
Auf / habe ich jedoch noch etwas ganz anderes laufen, vermutlich kriegt er da eine nicht-XML-konforme Antwort und verschluckt sich beim Versuch diese als XML zu parsen (als Folgefehler eben).
Es scheint mir auch, als wenn das Feld "FHEM path" nicht gespeichert wird. Nach dem Abspeichern einer Verbindung und anschließendem Editieren ist das Feld leer. Auch der angepasste Port steht (manchmal!) wieder auf 8083 statt 443. Irgendwie komisch.
Gruß
Julian
EDIT: OK, als Path "/web" statt "web" angegeben und es geht. Erschließt sich mir nicht, warum "/" nicht automatisch ergänzt wird, man braucht es schließlich immer... Allerdings bekomme ich beim ersten Verbinden dann eine Melduung "Your xmllist has errors in line1, column 9. Please check your fhem.cfg!". Ich habe aber keine Ahnung, was an meiner fhem.cfg Konfiguration falsch ist und wo Spalte 9 in der ersten Zeile des XML Files sein soll...
Hallo Arno,
ist es noch möglich, dass du die Attribute hiddengroup und hiddenroom der angesprochenen FHEM Instanz berücksichtigst?
Auf diese Art habe ich nämlich in den Endnutzer-Instanzen alles für den Endnutzer uninteressante ausgeblendet, so dass er eine saubere und aufgeräumte Oberfläche präsentiert bekommt. Das würde ersparen, dass ich jetzt bei jedem Nutzer auf allen Geräten die Gruppen und Räume von Hand anpassen muss... :-[
Das wäre wirklich ganz Klasse!
Gruß
Julian
Hi Arno,
vielen vielen Dank für die neue Version. Ein riesen Schritt nach vorn! :)
Die Max! Heizkörperthermostate kann ich einstellen, das ging bisher nicht. Allerdings ist mir aufgefallen, dass ich nach wie vor die Wandthermostate nicht einstellen, sondern nur auslesen kann. Ist das ein Bug?
Ansonsten wäre es super, wenn man neben dem "Drehrad" zur Einstellung der Soll-Temperatur auch einen Button für die Rückkehr in den Automatikmodus hätte.
Grüsse,
Fritzi
Gesendet von meinem iPhone mit Tapatalk (http://tapatalk.com/m?id=1)
Ach ja, noch was.
Weiter oben ist die Rede, dass die Verlaufsgraphen bei den Max! Komponenten funktionieren. Bei mir leider nicht. Im Webinterface habe ich die svg-Plots angelegt. In Fhemobile werden die nur in der Übersicht aufgelistet. Siehe Anhang.
Danke und Gruss,
Fritzi
Gesendet von meinem iPhone mit Tapatalk (http://tapatalk.com/m?id=1)
Hallo, muss auch sagen das die neue Version super funktioniert, zumindest mit hm.
Das einzige was mich stört ist das Rückmeldung Verhalten bei Änderungen. Wenn ich die Temperatur ändere dauert es ziemlich lang bis die geänderte Temperatur in fhemobile angezeigt wird, wenn das schneller ging wäre super, bzw, zumindest wie ich es aus anderen Apps kenne das dann sowas wie "Set Temperatur...." Angezeigt würde.
Und wenn floorplan angezeigt werden könnte wäre super
Iphone5 IOS 7.04 Jb
Hi Tommy,
1) Rückmeldung bei Temperatur-Änderung: Es wäre IMHO eigentlich die Aufgabe des FHEM-Servers, denn gewünschten Befehl in einem Reading zu speichern bis der Befehl umgesetzt ist. Bei FHT's dauert das manchmal 5 bis 8 Minuten. Ich könnte natürlich in FHEMobile markieren, dass die "DesiredTemp" umgesetzt wurde, aber das ist nur die halbe Wahrheit. Wenn Zwischenzeitlich ein andere Client (noch ein Handy oder über FHEMWeb) die Temperatur umgesetzt hat, wäre mein Wert nicht mehr richtig. Deswegen muss dass im Server gespeichert werden.
2) Floorplan: Bin ich dran!! (die iPad-Version von FHEMobile wurde bislang sehr stiefmütterlich behandelt, ich möchte gerne, dass es irgendwann wie eine Schaltzentrale ist, die man sich auch mit Rahmen an die Wand hängen möchte). Bis das umgesetzt ist, dauert es aber noch ein bisschen.
Ich habe übrigens gerade Support für das WEATHER-Modul von FHEMobile eingebaut (Siehe Screenshot!)
Ciao, Arno
Hallo Arno,
das hört sich super an was du vorhast.
Irgendwie müsste nur die Rückmeldung bemerkbar gemacht werden, da es sonst immer eine gewissen unsicherheit gibt ob der Befehl gesetzt wurde(So geht es zumindest mir :-) )
Hallo Arno,
wo gibt´s den die Version 3.1. bzw. 3.2. ?
Im Apfelladen daoch nicht ;)
ups , gibt es doch ...soory !