Wunschliste FHEMobile

[powdaking]

Hallo Community,

meine FHEM-Hausautomation wächst und wächst. Als iPhone-Nutzer bin ich daher auf die FHEMobile-App angewiesen. Im Juni war ich sehr erfreut, als ein kompletter Rewrite der App vorgenommen wurde und auch HomeMatic-Geräte (zumindest teilweise) unterstützt wurden.

In Summe muss ich allerdings sagen, dass die App sehr schlecht performt. Das ist schade, vor allem da es in der nächsten Zeit keinerlei Update mehr zu geben scheint.

Mein Aufruf geht daher an alle iPhone-Fhem-Nutzer:
- Schaffen wir es, offene Punkte bzgl. Fhemobile zusammenzutragen?
- Schaffen wir es außerdem den Entwicklern einen kleinen finanziellen Vorschuss zu geben, um mit der Weiterentwicklung der App voranzuschreiten?

Ich sehe vor allem folgende Punkte, die noch umzusetzen sind:
- Parse Error
- Nutzung neuer HomeMatic-Devices
- Anzeige von SVGs
- Besseres Design mit mehr Cockpit-Charakter für Sensor-Daten (Temperatur, Energieverbrauch, Wasser, etc. pp)

Sollte einer der Fhemobile-Entwickler hier im Forum mitlesen: Ich wäre bereit den Anfang zu machen und "crowdfunding"-mäßig Geld zu zahlen.
Bitte um Rückmeldung und Feedback, wie Ihr das Thema "iPhone" und "FHEM" seht.

Beste Grüße
Christoph

[mangei.markus]

Vielleicht wäre das hier interessant zu lesen: http://forum.fhem.de/index.php/topic,16373.0.html

[m2th3o]

Hallo powdaking,

an der Stelle möchte ich mal auf die App FHEMremote aufmerksam machen!!! Während sich viele über die hohen Kosten, langen Entwicklungszyklen und nicht zuletzt "Fehlfunktion" von FHEMmobile geärgert haben, ist FHEMremote kostenfrei und mit monatlichen Updatezyklen inzwischen zu einer Alternative bzw. App mit wesentlich besserer Funktion und Umfang gewachsen. Der Entwicker von FHEMremote ist persönlich zu erreichen und setzt in den mehr oder weniger monatlichen Updates viele Wünsche seiner Nutzer um. Neue Devices werden in der Regel kurzfristig gekauft und direkt in die neue Version eingebunden.

Wenn es Bestrebungen zu Feedback, Featuresammlungen oder gar finanziellen Vorschüssen geht, würde ich diese ganz klar auf FHEMremote konzentrieren!!!

Gruß,
Markus

[akw]

Hi,

danke für die Initiative!

Ich entwickle FHEMobile gerne mit Elan weiter (und brauche auch keinen finanziellen Vorschuss, danke trotzdem für das Angebot .
Ärgern tue ich mich nur über die Leute, die behaupten die App wäre zu teuer (KOMMT MAL KLAR, LEUTE!) und sie wäre "Mist", weil Homematic-Komponenten nicht voll unterstützt werden. Immerhin stand es *deutlich* in der App-Beschreibung, dass Homematic noch nicht unterstützt wurde.

Inzwischen geht schon eine Menge Homematic (Schalter, Dimmer, Thermostate, Keymatic) und ich werde das noch ausbauen.

Meine Agenda ist folgende:
1) Probleme mit Crashes beheben (Mit FHEMobile 3.3 sind alle mir bekannten Crash-Ursachen behoben)
2) XMLList-Parsing robuster gestalten. (FHEM erzeugt leider unter gewissen Umständen kaputtes XML)
3) Mehr Homematic
4) "Light"-Style verbessern
5) Neue Features, z.B. IPCAM-Support, Remote FHEM-Update, Timer-Funktionen/Wochenplaner, Push Notifications (Haustürklingel -> Nachricht ans Handy), und mehr.

Das mit dem "Cockpit"-Charakter interessiert mich: Hast Du genauere Vorstellungen davon?

[The-Holgi]

Hallo Arno,
kannst du vielleicht in einer der kommenden Versionen den "Regler" für die Max! HT´s vergrößern ? Wenn man so wie ich "Wurstfinger" hat ist es schwierig die Temperatur genau ein zu stellen.

Platz genug wäre ja noch auf dem Display:

(http://up.picr.de/16999532jh.jpg)

Gruß Holgi

[akw]

Hallo Arno, kannst du vielleicht in einer der kommenden Versionen den "Regler" für die Max! HT´s vergrößern ? Wenn man so wie ich "Wurstfinger" hat ist es schwierig die Temperatur genau ein zu stellen.

Hmm, da müsste ich nochmal mit Kevin sprechen, der die Grafiken gemacht hat. Ausserdem sollte das auch im Querformat bedienbar bleiben. Ich denke mal drüber nach...

Ciao, Arno

[GarfieldTheCat]

Hallo Arno,
schön, dass es wieder voran geht mit FHEMobile. Ich warte schon seit 1,5 Jahren auf die Möglichkeit der Timer-
Programmierung... das stand ja damals schon mal auf der RoadMap und war sogar schon als "fertig" deklariert. Ich hoffe, dass Du das bald umsetzen kannst.

Man könnte natürlich sagen, das braucht man nur selten ... Nicht so bei mir. Mein Sohn hat ADHS, und schafft es
nicht, sich an die Regel "Licht aus um xx Uhr" zu halten. Das macht Fhem jetzt mit FS20-SH-2 - Strom weg im Kinderzimmer. Allerdings kann er durch positives Verhalten diese Zeit verlängern - Und dann muss ich da ran. Täglich. Aber es hilft 

Thomas

[akw]

Hi Garfield,

okay, ich nehm's wieder auf. Ich wollte es so machen:

Wenn man lange auf einen Knopf drückt, dreht sich oben rechts im iPhone ein Rad (das gibt's jetzt schon).
Wenns voll ist und man loslässt, wird ein Dialog reinfahren, in dem man die Zielzeit (absolut: 20:30 Uhr oder relativ: in 2 Stunden) einstellen kann.

Handling für Licht aus um 20:30 Uhr wäre also so.
1) Knopf "AUS" lange drücken (1sek, vielleicht besser 2..)
2) In dem kommenden Dialog die Zeit einstellen: 20:30
3) Aus dem Dialog rausgehen
4) Timer (at) ist programmiert.

Ich muss aber auch bedenken, dass man gestartete Timer eventuell ändern/abbrechen können möchte.

Ciao, Arno

[akw]

One-Shot-Timer kommen mit der FHEMobile 3.4.

Damit kann man dann zumindest für On/Off-Events Timer programmieren.

Siehe Screenshots..

Ciao, Arno

[Spezialtrick]

Ich fände es Klasse, wenn ich mit FHEMobile das geniale Modul StreamRadio

http://forum.fhem.de/index.php/topic,18531.0.html

starten und Sender wechseln könnte. Momentan wird nur der Status angezeigt. Wäre das realisierbar?

[akw]

Hi,

das Modul kannte ich bislang noch nicht. Ich werd's mal ausprobieren!

Ciao, Arno

[MartinWy]

Ich wäre sehr dankbar für eine Dokumentation der fm_... Attribute - am liebsten in der FHEM-Commandref.

[akw]

Ich wäre sehr dankbar für eine Dokumentation der fm_... Attribute - am liebsten in der FHEM-Commandref.

Hi MartinWy,

Ich fürchte da werde einige in diesem Forum was gegen haben... Die Stimmung gegenüber nativen Apps ist sowieso schon nicht so toll (viele denken, Apps wären überflüssig, es gibt doch Web-Frontends..) und einige nehmen mir übel, das FHEMobile nicht OpenSource ist...

Ich kann die genutzten Attribute aber gerne hier erklären:

Es gibt ein Dummy-Device namens Fhemobile. (Ich habe vor, ein richtiges FHEM-Modul zu schreiben, was dieses ersetzen wird. Das FHEM-Modul könnte die Daten für FHEMobile aufbereiten und FHEMobile massiv beschleunigen. Außerdem wäre ich nicht mehr abhängig von dem xmllist-Modul, was nach wie vor ein wenig buggy ist..)
Also: Das "comment"-Attribut des Fhemobile-Dummy-Devices enthält eine JSON-Datenstruktur, in der die Namen der Räume und Gruppen, sowie die Reihenfolge der Geräte innerhalb der Räume und Gruppen definiert ist. Wenn in FHEMobile ein Device verschoben wird, wird dieses Attribut verändert. Früher gab's "fm_order" und "fm_name", aber die werden nicht mehr benutzt und können gelöscht werden.

Außerdem gibt es als einzig verbleibendes User-Attribute noch das "fm_type"-Attribut (pro Gerät), in dem ich definiere welche ControlPanelSlots angeschaltet sind. Damit werden also die Knöpfe in FHEMobile eingestellt.

Für die Namen der Geräte verwendet FHEMobile das "alias"-Attribut und ist damit zum FHEMWEB kompatibel.
Für Favoriten legt FHEMobile einen room names "Favourites" an. Das könnte ich zwar auch in Fhemobile-Dummy-Device speichern, aber ich dachte mir es wäre nett, wenn man die Favs auch im FHEMWEB sehen kann.


Ciao, Arno

[MartinWy]

Hi Arno,

danke für die Info - kannst du noch kurz sagen, welche Werte für das fm_type-Attribut möglich sind. Ich habe schon selber rausgefunden, dass 'state' die ein-/aus-Buttons verschwinden lässt und stattdessen das state-Reading anzeigt.

Und für alle, die hier auf dir rumhacken: klar gab es mal ne Zeit, wo die App schlecht lief und nen Haufen Abstürze produzierte - aber so wie du dich aktuell in das Thema rein hängst ist das für mich mehr als vorbildlich - Chapeau !

Deine neuen Pläne hören sich sehr vielversprechend an - bin gespannt, was da kommt. Ich kann mir gut vorstellen, dass das eine ganz schöne Portion Arbeit und vor allem viel Zeit kosten wird.

Und: wer es nicht mag, der soll doch auf die Nutzung verzichten. Im FHEM selber gibt es auch einen Haufen Module, die ich nicht verwende. Dafür ist es halt ein modulares System, wo sich jeder das greifen kann, was er braucht und gerne nutzen möchte.

Mach bitte weiter und lasse dich durch negative Äußerungen nicht verschrecken - gemeckert wird immer - aber es gibt auch viele, die deine Arbeit zu würdigen wissen - ich gehöre dazu.

Gruß
Martin

[GarfieldTheCat]

Hi Garfield,

okay, ich nehm's wieder auf. Ich wollte es so machen: .....

Hallo Arno,

hab die Woche Deine Änderung mitbekommen; die Idee dahinter finde ich klasse ;  technisch funktioniert es. Ich habe das Zimmer
als Struktur (inklusive einer "Kontroll-Leuchte" im WZ) hinterlegt, auch diese Struktur lässt sich so schalten. Mal sehen ob sich das praktikabel umsetzen lässt, denn bislang habe ich einen täglichen Timer mit festen Ein- und Ausschaltzeiten gehabt, die ich immer umgestellt habe (am Android-Handy)

Leider funktioniert das Aufnehmen der bereits eingestellten Timer noch nicht, zumindestens habe ich es noch nicht hinbekommen.

Thomas

[Leen]

Hi Arno,

danke für die Info - kannst du noch kurz sagen, welche Werte für das fm_type-Attribut möglich sind. Ich habe schon selber rausgefunden, dass 'state' die ein-/aus-Buttons verschwinden lässt und stattdessen das state-Reading anzeigt.

Das würde ich auch gerne erfahren - ich hoffe damit dann meine HM-Rolladenaktoren vernünftig schalten zu können...

[akw]

Hi, das fm_type ist abhängig vom Gerät. Es sind da verschiedene Werte möglich.
Zum Beispiel haben FS20-Geräte (Modelle fs20rsu,fs20rst,fs20ms2 und fs20ams) nur "downbutton" und "upbutton", während fs20di,fs20di10 und fs20du den "dimbutton" und "lamp" haben.
Konfiguriert wird das intern in FHEMobile durch eine XML-Datei.
Es ist wahrscheinlich, dass ich das Format vom fm_type noch ändere (auf ein JSON-Fragment), wenn ich das mache, werden die alten Werte aber natürlich trotzdem weiterverarbeitet.


Falls es euch interessiert, ein Beispiel meiner (internen!) Konfig für einen Homematic-Fenstersensor ist folgendes:

Code Auswählen Erweitern


<slot id="window" type="icon" title="Window">
            <action state="Window" regexp="[cC]losed" img="stateWindowClosed" />
            <action state="Window" regexp="[oO]pen(ed)?" img="stateWindowOpen" />
            <action state="state" regexp="[oO]pen(ed)?" img="stateWindowOpen" />
            <action img="stateWindowClosed" />
</slot>

<device int="TYPE=CUL_HM" attr="model=(HM-SEC-SC|HM-SEC-SC-2|HM-SEC-RHS)" package="de.bytefeed.fhemobile.homematic" desc="Homematic window sensor">
            <slot def="window" default="true" />
            <slot def="door" />
            <graph id="graph-window" title="Window" regexp="3:[Oo]pen|[Cc]lose$:0:$fld[3]=~"open"?1:0" mindesc="Closed" maxdesc="Open" min="0" max="1" linecolor="#000080" fillcolor="#000080" mode="flank" height="1" />
</device>


[Mitch]

Hallo,

muss auch nochmal zu fm_type nach fragen:

Ich benutze FS20 Empfänger zur Steuerung von vier Gurtwicklern.
Kann ich irgendwie über fm_type sage, "Du" bist Rollo, damit ich statt on off die Knöpfe raus runter erhalte?

Ansonsten muss ich sagen, mitlerweile eine super App!!


Sent from my iPhone using Tapatalk 2

Gruss
Markus

[akw]

Hi,

mit FHEMobile 4 (der nächsten grossen Version) mache ich alles konfigurierbar, d.h. Du kannst dann auch beliebige Schalter/Buttons für bestimmte Events konfigurieren. webCmd und stateFormat sollen auch ausgewertet werden.
Ausserdem plane ich einen Konfigurator für die Verlaufsgraphen, so dass prinzipiell alles funktionieren soll, was auch mit pgm2 geht.
Es wird auch einen komplett neuen Satz Grafiken geben, die UI wird viel stimmiger und eleganter sein.
Es wird aber noch ein wenig dauern..
FHEMobile 4 wird aber ein paar Minimalvorraussetzungen haben:
1) iOS 7.0 oder neuer (Sorry iPad1 User!)
2) FHEM 5.5 oder neuer

Ciao, Arno

[Blackcat]

FHEMobile 4 wird aber ein paar Minimalvorraussetzungen haben:
1) iOS 7.0 oder neuer (Sorry iPad1 User!)

Schade, da fällt die Version für alle SiriProxy Nutzer wohl aus 

[akw]

Schade, da fällt die Version für alle SiriProxy Nutzer wohl aus 

Hi Blackcat,

Vielleicht geht dann aber ja was mit HomeKit. Wenn ich die Spezifikation für das Netzwerkprotokoll von Apple bekomme, wäre es denkbar eine FHEM-HomeKit-Bridge zu machen.
Allerdings ist derzeit noch unklar, wie Apple in Bezug auf Homekit zu OpenSource-Projekten steht. Ich bleibe auf jeden Fall dran.

Hintergrund: HomeKit ist eine generische Hausautomationsschnittstelle mit kompletter Unterstützung für Siri.

Ciao, Arno

[Alex85]

Gibt es Neuigkeiten bzgl. Integration in / bzw. Interaktion mit HomeKit?!

[halsi]

Hallo Zusammen!

Bei mir läuft FHEM Mobile einwandfrei am Handy.
Ich selbst habe auch schon eine iOS App im Apple Store (eine App für den Rallye Sport) und bin daran interessiert eine Schnittstelle zu schreiben, die den FHEM Server ausliest.

Beim HomeKit gibt es z.B. HOME - ROOM - GROUPS - DEVICES

Diese Gruppierung könnte man ja fast 1:1 von FHEM nutzen.

Was mir noch unklar ist, wie macht man die Übertragung der Daten?
telnet & http scheidet aus - zumindest für all jene, die das direkt über das Internet schleifen wollen. Ich selbst arbeite mit VPN und da wäre es mir dann egal.

Wo finde ich z.B. die notwendigen HTTP Kommandos um FHEM auszulesen und zu steuern? Auf die schnelle konnte ich nichts finden.

lg
halsi

[mmattern]

Hallo Zusammen!

Bei mir läuft FHEM Mobile einwandfrei am Handy.
Ich selbst habe auch schon eine iOS App im Apple Store (eine App für den Rallye Sport) und bin daran interessiert eine Schnittstelle zu schreiben, die den FHEM Server ausliest.

Beim HomeKit gibt es z.B. HOME - ROOM - GROUPS - DEVICES

Diese Gruppierung könnte man ja fast 1:1 von FHEM nutzen.

Was mir noch unklar ist, wie macht man die Übertragung der Daten?
telnet & http scheidet aus - zumindest für all jene, die das direkt über das Internet schleifen wollen. Ich selbst arbeite mit VPN und da wäre es mir dann egal.

Wo finde ich z.B. die notwendigen HTTP Kommandos um FHEM auszulesen und zu steuern? Auf die schnelle konnte ich nichts finden.

lg
halsi

Hallo,

wenn ich das richtig verstanden habe, wird man eine Bridge brauchen - es gibt wohl ein Projekt dazu: http://www.homekitbridge.com/
iOS-Devices sprechen dann per BLE (oder WLAN???) mit der Bridge, die Bridge könnte dann mit FHEM kommunizieren...

Oder geht es anders?

Viele Grüße
Michael

[halsi]

Aus meiner Sicht ist diese Bridge für alte Bussysteme gedacht die z.B. RS232 benötigen.

Man sollte ja mit dem Homekit SDK direkt HTTP sprechen können und somit sollte es möglich sein FHEM einzulesen und zu steuern.
Eigentlich muss man nur eine Syntaxanpassung von Homekit an FHEM machen meiner Meinung nach.

lg
halsi

[halsi]

https://developer.apple.com/library/prerelease/ios/documentation/HomeKit/Reference/HomeKit_Framework/index.html

Hier gibt es ein Video...(Designing Accessories for iOS) -  bei Minute 26... erzählen sie von IP Kommunikation mit bidirektionaler Authentifizierung usw... d.h. man müsste am FHEM diese Bidirektionale Schnittstelle einbauen. Nicht nur in der Homekit App.

Doch nicht so einfach

[mmattern]

Thread zum Thema in anderem Forum:
http://homematic-forum.de/forum/viewtopic.php?f=48&t=20237

Das klingt dann wieder so, als ob du durchaus eine App bauen könntest, die dann zwischen FHEM und HomeKit vermittelt...

[halsi]

http://surfdew.com/surfdewblog/ios-8-api-a-look-at-home-kit/

think there will be no chance.

According to this document:
"HAP security instead of Bluetooth Low Energy pairing"
AND
"Accessories are not identifiable from their advertisement data"
AND
"End-to-end encryption", "Initial setup secured directly between iOS and accessory", "Perfect forward secrecy", "Standard cryptography"

So it will be the same situation as for the accessory protocol iAP where you have to buy a little authentication processor from apple if you want to use it.
Also see the HAP protocol layer overview with the so called "encryption boundary". BLE is used without any encryption. Only the layers on top of GATT are encrypted with Apple own stuff.

Same situation for TCP/IP: it seems that SSL might be used for that as HTTP is also wihin the "encryption boundary". But here they might also put certificates in place to authenticate things.

Ohne die Verschlüsselung und ohne MFI wird es nicht gehen... Leider.
D.h. wir warten auf eine Bridge oder irgendwer ist MFI bei Apple und kann einen HW USB Stick bauen, der dann von FHEM genutzt werden kann.

[mario92]

Hi Blackcat,

Vielleicht geht dann aber ja was mit HomeKit. Wenn ich die Spezifikation für das Netzwerkprotokoll von Apple bekomme, wäre es denkbar eine FHEM-HomeKit-Bridge zu machen.
Allerdings ist derzeit noch unklar, wie Apple in Bezug auf Homekit zu OpenSource-Projekten steht. Ich bleibe auf jeden Fall dran.

Hintergrund: HomeKit ist eine generische Hausautomationsschnittstelle mit kompletter Unterstützung für Siri.

Ciao, Arno

Hallo! Gibt es schon neues zum Thema HomeKit?
iOS 8 sowie die Dokumentarion von HomeKit ist veröffentlicht! Es wäre soooo cool!!!!

Danke

[P.A.Trick]

Hallo! Gibt es schon neues zum Thema HomeKit?
iOS 8 sowie die Dokumentarion von HomeKit ist veröffentlicht! Es wäre soooo cool!!!!

Danke

http://www.welt.de/wirtschaft/webwelt/article132461260/Das-steckt-hinter-dem-neuen-Apple-Standard-HomeKit.html

Naja das wird noch dauern!

[Larsihasi]

Ich bin auch sehr gespannt, ob sich in Richtung Homekit und FHEM etwas entwickeln könnte. Momentan vermute ich eher, daß Apple die FHEM Integration unterbinden wird - da FHEM so einigen Voraussetzungen für Homekit widerspricht (z.B. Ende-zu-Ende-Verschlüsselung). Ob Apple evtl. eine eigene Bridge auf den Markt bringt? Schaun' mer Mal, was das nächste Apple-Event im Oktober so bringt, vielleicht wird die Richtung in die Homekit gehen soll dann etwas klarer....

[akw]

HomeKit könnte durchaus als Bridge in FHEM integriert werden!

Die erste Vorraussetzung wäre eine - meines Erachtens sowieso für FHEM wünschenswerte - Anbindung an einen dnssd-daemon (Unter Linux mit avahi realisierbar, auf dem Mac über Bonjour).
Homekit advertised seine Geräte über DNS-SD / Bonjour.
Für FHEMobile und die anderen Apps wäre es auf jeden Fall sehr wünschenswert, wenn man den FHEM-Server automatisch im LAN/WLAN finden könnte.
Ich habe Zugang zu Dokumentation über den auf TLS basierenden Privacy/Security Layer, bin da aber leider NDA-gebunden. Allerdings weiss ich, dass es schon Projekte (github?) gibt, die eine HK-Bridge auf einem Raspberry realisieren wollen.


Mein Plan für FHEMobile:

Ich möchte Homekit unterstützen (als zusätzliche Geräte-Quelle neben dem FHEM-Server). Damit könnten dann Geräte, die Homekit unterstützen, aber noch nicht im FHEM funktionieren, unterstützt werden.


Zunächst soll aber FHEMobile 4 auf den Weg gebracht werden. (Ist leider noch einiges zu tun, den Release-Termin Ende September werde ich nicht ganz halten können). Außerdem müssen iOS 8 und das iPhone 6 (Hurra, ich hab eins!) sauber unterstützt werden. BTW, ein  Beta-Tester mit iPhone 6Plus wird gesucht!


Ciao, Arno

[Larsihasi]

Hallo Arno,

Stehe gerne als Beta Tester für iPhone 6 plus Version zur Verfügung. Noch ist meins nicht verbogen...

Viele Grüße und viel Spaß beim programmieren,
Lars

[Tommy82]

Hallo Arno,

Stehe gerne als Beta Tester für iPhone 6 plus Version zur Verfügung. Noch ist meins nicht verbogen...

Viele Grüße und viel Spaß beim programmieren,
Lars

Sobald mein iPhone 6 Plus geliefert wird teste ich auch gerne:-)

Was mir noch in fhem mobile fehlt ist die Anzeige meines Dashboards

[uron]

Ich habe derzeit in einem anderen Thread http://forum.fhem.de/index.php/topic,27751.msg206691.html#msg206691 mein Problemdiskussion mit meiner Garagenfernsteuerung laufen.
Dabei möchte ich das Tor u.a. mit FHEMobile steuern.
Die Lösung ist mittels eines kurzen Timers von 500 ms (1 Sekunde ginge sicher auch) realisierbar, den ich mit FHEMobile auslösen müsste (so wie mit meiner FS20_S20-3).

Kann ich darauf hoffen, dass in der Weiterentwicklung ein solcher kurzer Timer (AN für eine vorgegebene Timerzeit, dann AUS) realisierbar ist?
Das Foto des Timers http://forum.fhem.de/index.php?action=dlattach;topic=16631.0;attach=10847 deutet allerdings nicht darauf hin, dass ich im ms-Bereich schalten kann.

Was wird da gehen oder gibt es schon jetzt mit FHEMobile eine andere Lösungsmöglichkeit?

Ansonsten finde ich es toll, dass an dem Thema (der App) intensiv gearbeitet wird und freue mich auf weitere Entwicklungen.

[Tommy82]

iPhone 6 plus ist da, wenn immer noch was getestet werden soll stehe ich gerne zur Verfügung sag mir nur was und wie:/)

[hansgans]

Hab auch nen iphone 6 plus wenns is zum testen

[daywalkero]

Ich hätte ein Featurerequest: bei Milight oder anderen LED Modulen kann man aktuell nur an/aus schalten. Gibt's eine Möglichkeit die Farbe genau so zu wählen wir bei hue?

[sigma415]

Viele meiner Wünsche werden wahrscheinlich mit FHEMobile 4 erfüllt.
@akw: Wann ist's denn jetzt soweit ?
Auf der bytefeed.de heißt's:

3. Januar 2015
Frohes Neues Jahr! Warten auf App Store Freigabe...

[Posti123]

Viele meiner Wünsche werden wahrscheinlich mit FHEMobile 4 erfüllt.
@akw: Wann ist's denn jetzt soweit ?
Auf der bytefeed.de heißt's:

Auf facebook hat er geschrieben das die neue Version im Februar kommen wird. Gab Probleme bei der Appstorefreigabe.
Also geduld

[mmattern]

Allerdings weiss ich, dass es schon Projekte (github?) gibt, die eine HK-Bridge auf einem Raspberry realisieren wollen.

Meinst du https://github.com/KhaosT/HAP-NodeJS?

Gruß
Michael

[stebar_]

In welchem Zeitraum ist eine Veröffentlichung von Version 4 geplant?

Für einen Beta Test stehe ich gerne zur Verfügung.

[dadoc]

Hi,

Hi, das fm_type ist abhängig vom Gerät. Es sind da verschiedene Werte möglich.

Wie bekomme ich es hin, dass bei einem Dummyschalter statt der on/off-Icons die up/down-Icons angezeigt werden?

[sigma415]

Das würde mich auch interessieren.
Aber laut der Antwort auf diesen Post hier weiter oben http://forum.fhem.de/index.php/topic,16631.msg170824.html#msg170824
scheint es in der FHEMobile 3.x wohl gar nicht möglich zu sein, die Icons zu ändern.
App-Entwickler Arno (akw) vertröstet hier auf die FHEMobile 4, aber leider hört man von der 4er Version, als auch von Arno seit einigen Monaten gar nichts mehr.
Es ist zu befürchten, dass die 4er nie erscheinen wird.
Schade 

[stebar_]

Ich finde es auch sehr schade, dass man von der angekündigten Version 4 nichts mehr hört, ich glaube die sollte Ende 2014 erscheinen.
FHEMobile war immer eine super App!
Ich würde gerne wissen,
ob es eine neue Version gibt, bzw. gerade keine Zeit für eine Weiterentwicklung vorhanden ist, oder andere Gründe gegen das erscheinen sprechen.
Dann hätte ich wenigstens eine Perspektive, ob die versprochenen Funktionen noch kommen werden.

[Posti123]

Auf Facebook hieß es das die von Apple rejected wurde und ein rewrite der scripting API nötig wäre und auch die Homekit Anbindung muss raus. Das war Stand Januar.

Im März gab es ein update das betatesting ongoing ist

[dadoc]

Insgesamt finde ich das Panorama der fhem-Apps noch etwas verbesserungsfähig. Ich vermisse etwas wie pocketHome HD (für Homematic), wo man (ähnlich wie mit Floorplan, das bei mir auf iOS-Devices aber bisher unbefriedigend bzw. instabil als WebApp lief) auch eigene Grafiken als Hintergrund verwenden kann, auf die man dann die Devices platziert.