FHEM Wdget (iOS)

[Garbsen]

Gruppieren geht aber man muss mit der Höhe aufpassen. Wenn das Widget höher wird als der Bildschirm dann bekommt man ein Problem

Wie geht das gruppieren? Kann dazu leider nichts finden, danke vorab für Hilfestellung

[HaPeRiebmann]

Das ist noch nicht implementiert, sorry
Technisch geht das und ich werde es noch bauen

[Fhemschorsch]

Ach, wie schön:-)

Nur, um das noch einmal zu präzisieren: ich stelle mir das vor wie in einem File Explorer. Also, dass man - wie beim Windows Explorer - in "Temperaturdaten" hineingeht, auch nur noch diese angezeigt werden. Und ein Zurück-Button o.ä.  Dadurch spart man ja Platz (da Du die Höhe noch einmal ansprichst)

[HaPeRiebmann]

Nur um die Erwartungen nicht überschwingen zu lassen. Was irgendwann mal gehen wird ist dass man die Devices gruppiert, vielleicht hänge ich das an den Room oder baue ein neues flag dafür ein. Eine tiefe Verschachteltung mit mehreren Ausklappebenen im Widget ist nicht der Sinn der Sache. Die Idee hinter dem Widget ist, dass man alle wichtigen Devices im Widget hat. Also alles das was man oft und schnell braucht. Wenn du viele Daten darstellen willst dann solltest du die irgendwo zusammenschreiben und in einen Dummy legen oder dir überlegen ob du diese Daten wirklich dauernd im Widget brauchst. Für die vollumfängliche Steuerung gib es Apps die dafür besser geeignet sind

[Phili]

super App!
Gibt es eine Möglichkeit mehrere definierte readings eines devices auszulesen, ohne das attribute state zu bemühen?
Ich möchte mehrere readings meiner Wärmepumpe ausgeben, möchte aber nicht mein state abändern.

Gruß
Philipp

[oberlon]

Ein paar seiten weiter vorne, probier es mal damit:
https://forum.fhem.de/index.php/topic,45328.msg451445.html#msg451445

[pipp37]

Hallo.
Super  Widget. Ich habe es gerade durch Zufall gefunden und gleich eingebunden.
Auch die Pushsync Function (Beta) habe ich eingerichtet und ich finde die super.
Drei Daumen hoch dafür - so etwas habe ich gesucht.
Bitte diese Funktion weiter anbieten.

Nach etwas Anpassung  läuft der Java - fhem_sync_client  unter debian-jessie in meiner virt. ESX VM.

Code Auswählen Erweitern


root@fhem3:/opt/fhem# cat fhem_sync_client.sh
#!/bin/sh
while true; do
rm /opt/fhem/sync_client/FHEM_Sync_Client.jar
echo "Lade Client"
wget -P  /opt/fhem/sync_client https://tasior.info:42333/FHEM_Sync_Client.jar
echo "Starte FHEMSyncClient"
java -jar /opt/fhem/sync_client/FHEM_Sync_Client.jar -v -url=http://localhost:8083
echo "Beendet. Oder Gestorbern. Egal, hauptsache es gibt eine neue Version"
done



[HaPeRiebmann]

Hi,

Danke dafür
Den Sync muss ich leider demnächst abschalten. Es gibt jetzt genau 2 Nutzer und es werden tendenziell nicht mehr. Der Server ist dafür mit 30€ im Monat zu teuer. Sorry.

Gibt aber immer die VPN on Demand Methode

VG

[pipp37]

Hi,

Danke dafür
Den Sync muss ich leider demnächst abschalten. Es gibt jetzt genau 2 Nutzer und es werden tendenziell nicht mehr. Der Server ist dafür mit 30€ im Monat zu teuer. Sorry.

Gibt aber immer die VPN on Demand Methode

VG

Hallo HaPeRiebmann.
Das wäre aber schade. Ich verstehe natürlich, dass eine App-Entwicklung für FHEM nicht die große Masse anspricht und damit nicht Geld zu verdienen ist.
Umsomehr bewundere ich Leute wie Dich, die Ihre Zeit für dieses "Hobby"  opfern. Ich gehöre auch zu diesen Leuten, die so etwas nur für "Ruhm und Ehre" machen.

Natürlich sollten nicht noch Kosten dafür anfallen und  doch appeliere ich an die Weiterführung des Cloudsync.

Drei Optionen fallen mir spontan ein.

• In-App Kauf für Cloud Sync
  Diese Apps sind sowieso alle zu günstig. Ich selbst programmiere auch schon seit über 20 Jahren und weiß, wie viel Arbeit das ist.
• Verwendung von z.B. www.pubnub.com
  Das kennst du sicher.
• Betreiben eines eigenen Servers.
  Diese Option wäre für einiger der FHEM Freaks auch eine Lösung.
  Ich selbst verwende selbst Amazon AWS und Digital Ocean(für Dockercloud)  und den Sync Client Dienst dort einzurichten, ist für Leute wie uns ein Klacks. Du müsstest nur deinen Serverdienst und den bestehenden  FHEM_Sync_Client.jar verfügbar machen und eine kleine Info, wie das einzubinden ist (github).  In der IOS APP den Link einstellbar machen und fertig.
  

Du siehst, ich vote für eine Weiterführung des Cloud-Sync. 

Auch habe ich gestern noch an der Einrichtung des Services mit supervisord für deinen Client gearbeitet und werde die Infos dafür in Kürze hier posten.
Danke. Gruss Armin

[mcdo]

Hallo,
gibt es eine Möglichkeit den allowed_values jeweils einen alias zu geben?
Für einen FS20-Dimmer werden ja Strings wie z.B.: dim37% übergeben. Das wird im kleinen Darstellungsfeld spätetens bei "dim100%" abgeschnitten, wenn auch noch die "Min"- und "Max"-Buttons angezeigt werden, wird auch schon bei 2-Stelligen Prozentwerten abgeschnitten. Hier würde ich gerne Aliasse verwenden können...
Habe ich etwas übersehen?

[HaPeRiebmann]

@pipp37: Du hast absolut recht. Die 30€ kommen allerdings gerade von AWS. Der Load Balancer und die Maschine (T2.nano) kosten so viel. Den LB nutze ich als https Terminierung da ich mich nicht um die Zertifikatverlängerung kümmern will. Den Server betreibe ich sowieso, wenn die beiden Kunden auch mit Plain Old http zufrieden sind dann kann ich das schon weiter laufen lassen.

[Garbsen]

@pipp37: Du hast absolut recht. Die 30€ kommen allerdings gerade von AWS. Der Load Balancer und die Maschine (T2.nano) kosten so viel. Den LB nutze ich als https Terminierung da ich mich nicht um die Zertifikatverlängerung kümmern will. Den Server betreibe ich sowieso, wenn die beiden Kunden auch mit Plain Old http zufrieden sind dann kann ich das schon weiter laufen lassen.

Ich bin am Sync auch interessiert, habe aber noch keine Zeit zum einrichten gefunden, habe derzeit noch Zuviele Baustellen in meiner fhem Konfiguration und zu wenig Zeit
Wäre grundsätzlich auch bereit per in App Kauf für zusätzliche Features zusätzlich zu bezahlen
Auch von HomeKit einiges an Möglichkeiten abdecken wird (wenn es lädt) bin ich grundsätzlich an unabhängigen Lösungen interessiert und fhem Widget halte ich derzeit für die beste Lösung

[pipp37]

@pipp37: Den Server betreibe ich sowieso, wenn die beiden Kunden auch mit Plain Old http zufrieden sind dann kann ich das schon weiter laufen lassen.

Mit Plain Http ist das so eine Sache.
Ich kenne deinen Client Source Code nicht aber wenn du in den Transport Nachrichten eine Crypt und Decrypt Funktion einbaust, sehe ich in Plain Http auch kein Problem.
Gruß Armin



Gesendet von iPhone mit Tapatalk

[HaPeRiebmann]

Ist doch schon drin
Aber zwischen FHEM Widget und Server ist nur https

[pipp37]

Dann sehe ich im Plain-HTTP zwischen dem Java-Client und dem AWS Service kein Problem. 
Und die Iphone-App kommuniziert über httpS - habe ich das richtig verstanden?


Sieh dir aber mal www.pubnub.com als Alternative an. Ist echt eine super Sache für IOT und hat für viele Sprachen Libs.
LG