FHEM Forum

FHEM => Mobile Devices => Thema gestartet von: HaPeRiebmann am 07 Dezember 2015, 21:46:23

Titel: FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 07 Dezember 2015, 21:46:23
Hallo zusammen,

ich war bisher nur lesend hier vertreten und wollte mich mal zu Wort melden.
https://itunes.apple.com/us/app/fhem-widget/id1054344141?l=de&ls=1&mt=8
(https://itunes.apple.com/us/app/fhem-widget/id1054344141?l=de&ls=1&mt=8)

Das ist eine kleine App, die auf ein Attribut in FHEM Devices hört. Das Attribut bekommt ein JSON angehangen und definiert so ob die App nur den Status anzeigt, einen Trigger setzt, einen Schalter ein/aus schaltet oder beliebige Werte setzt.
Daraus generiert die App eine Schalterliste, die man sich als Today Widget einhängen kann.

Das heißt: FHEM schalten ohne das Handy zu entsperren. Oder das iPad.

Für Interessierte: hier sind Promocodes:
RKER7KXHHYRM
FLJY6RJ93FJA
K4TFNYM3AKHJ
7YAE97YF6JPF
7NN3PLTAK99H

Cheers

Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: michaelfhem am 07 Dezember 2015, 22:02:10
sehr cool. Damit kann ich endlich meine Weihnachtsbeleuchtung einfach schalten ohne dafür einen Funkschalter an den Baum nageln zu müssen.

Danke!
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gloob am 08 Dezember 2015, 13:21:48
Hallo,

Schade das schon alle Promocodes weg sind. Hätte die App gerne getestet.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: DanHard am 08 Dezember 2015, 14:47:15
Wie setze ich diesen global Attribut?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Helmi55 am 08 Dezember 2015, 18:32:39
Bin ich leider auch zu spät dran - schade
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 08 Dezember 2015, 22:15:19
Hi,

in der App unter Settings -> Instructions steht alles was man wissen muss :-)

Cheers
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhematiker am 08 Dezember 2015, 22:42:02
Hallo,

das stimmt so nicht ganz:
Ich habe die App gerade erworben und versuche sie ans Laufen zu bekommen. Ich stehe aber vor folgendem Problem:

In den Instructions steht, dass "fhem_widget_command" als globales Attribut eingefügt werden soll. Das habe ich gemacht und bekomme das Login mit App nicht hin. Hinweis im Logfile: Das globale Attribut "fhem_widget_control" wurde nicht gefunden.

Was ist denn jetzt richtig: "_command" oder "_control"?

Ich gehe mal davon aus, dass der Richtige der beiden auch als Attribut ins Gerät muss, oder?

Weitere Frage: Benötigt die URL lediglich http://xxx.xxx.xxx.xxx oder muss dahinter noch ein "/fhem" wie in anderen Apps?

Gruß,
Ralf
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: holzwurm83 am 08 Dezember 2015, 22:49:38
Hallo,

ich bekomme das mit der Attribute auch nicht hin. Ein Beschreibung im Fhem Standard würde einiges erleichtern. Poste doch einfach mal die Codes, dann sparst du dir auch einige fragende Beiträge!
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: holzwurm83 am 08 Dezember 2015, 23:06:01
So, das global Attribut ist jetzt nicht drin und die Fhem Instanz wird auch gefunden. Wie setze ich in Device attr. damit diese gefunden werden?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: michaelfhem am 08 Dezember 2015, 23:49:59
Anbei ein Beispiel aus meiner Konf:

Ein Schalter

define Garage_Flutlicht FS20 1234 12
attr Garage_Flutlicht fhem_widget_command {"allowed_values":["off","on"],"order":4,"filter":"nutzer1"}

Heizung

define Kueche CUL_HM 12341234
attr Kueche fhem_widget_command {"controlled_attribute":"desired-temp","allowed_values":["18.0","22.5","24.0"],"order":3,"filter":"nutzer1"}
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 09 Dezember 2015, 08:28:24
Hier noch ein paar Beispiele. Zunächst meine globalen Attribute:
​attr global userattr cmdIcon devStateIcon devStateStyle fhem_widget_command fm_type
Das wird nur benötigt wenn man das Attribut hübsch über die Weboberfläche einpflegen will. Die App an sich benutzt aber beim Update jsonlist2 und liest im Endeffekt alle Devices mit dem Attribut ein. Deswegen funktioniert es auch ohne das globale Attribut.

Hier eine reine Statusanzeige (Schalter ohne Zustand):
define Schlafzimmer CUL_HM 2397B8
attr Schlafzimmer fhem_widget_command {"allowed_values":[],"order":5}


Hier ein Trigger (Schalter mit einem Zustand, startet meinen FHEM neu)
define Restart FS20 11114444 99
attr Restart fhem_widget_command {"allowed_values":["on"],"order":10}


Noch ein Schalter mit zwei Zuständen
define Entertainmentecke CUL_HM 2C8FC001
attr Entertainmentecke fhem_widget_command {"allowed_values":["off","on"],"filter":"public"}


eine Heizung mit vielen Zuständen
​define HeizungS CUL_HM 3C509B04attr
HeizungS fhem_widget_command {"controlled_attribute":"desired-temp","allowed_values":["5.0","6.0","7.0","8.0","9.0","10.0","11.0","12.0","13.0","14.0","15.0","16.0","17.0","18.0","19.0","20.0","21.0","22.0","23.0","24.0","25.0","26.0","27.0","28.0","29.0","30.0"],"order":3,"filter":"public"}


In meinem Fall werden die Controls mit dem Filter "public" auf dem iPad dargestellt. Da brauche ich ja den Status meines Sensors im Schlafzimmer nicht. Auf dem iPhone habe ich keine Filter eingestellt.

Die URL benötigt lediglich http://xxx.xxx.xxx.xxx. Das /fhem wird automatisch angehangen. Http:// kann man prinzipiell auch weglassen, das hängt die App automatisch an.

Noch ein Tipp: Wenn ihr euch nicht sicher seid ob das JSON passt, einfach mal hier http://jsonlint.com (http://jsonlint.com) reinpasten und validieren lassen.

Ich seh schon, ich muss doch noch den Wizard bauen. Aber hey, ich brauch ja für das nächste Jahr was zum Programmieren :-)


Cheers
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: papa am 09 Dezember 2015, 08:49:05
Bei mir erscheint das Widget leider nicht in der Mitteilungszentrale - iOS 8.4.1  :(

Als kleine Verbesserung hätte ich gern einen definierten Alias an Stelle des (zumindest bei mir oft) technischen Gerätenames angezeit.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 09 Dezember 2015, 12:47:25
Hi,

in meiner eigenen Entwicklerversion hab ich das schon drin. Hier kann man noch ein "alias":"TollerNamefürmeinDevice" im JSON spezifizieren welcher dann angezeigt wird.

Kommt also.

Cheers
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: papa am 09 Dezember 2015, 13:45:24
Zitat von: HaPeRiebmann am 09 Dezember 2015, 12:47:25
in meiner eigenen Entwicklerversion hab ich das schon drin. Hier kann man noch ein "alias":"TollerNamefürmeinDevice" im JSON spezifizieren welcher dann angezeigt wird.

Warum ein extra Attribute im JSON. Es gibt doch schon das Alias Attribute für jedes Device.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 09 Dezember 2015, 16:48:00
... Weil es noch eine Testversion ist. Die finale Implementierung wird wohl beides unterstützen
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: StefanW am 12 Dezember 2015, 08:56:30
Zitat von: Fhematiker am 08 Dezember 2015, 22:42:02
Hallo,

das stimmt so nicht ganz:
Ich habe die App gerade erworben und versuche sie ans Laufen zu bekommen. Ich stehe aber vor folgendem Problem:

In den Instructions steht, dass "fhem_widget_command" als globales Attribut eingefügt werden soll. Das habe ich gemacht und bekomme das Login mit App nicht hin. Hinweis im Logfile: Das globale Attribut "fhem_widget_control" wurde nicht gefunden.

Was ist denn jetzt richtig: "_command" oder "_control"?

Ich gehe mal davon aus, dass der Richtige der beiden auch als Attribut ins Gerät muss, oder?

Gruß,
Ralf

Hallo,

ich stehe vor dem gleichen Problem...

fhem_widget_command ist als global Attribute gesetzt.
Einige Geräte sind wie im Beispiel definiert.

In der App steht im log aber immer folgendes:

Log:
Startup OK

the global attribute fhem_widget_control was not found anywhere


Wo könnte der Fehler liegen?

Gruß
Stefan
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Benni am 12 Dezember 2015, 11:59:47
Hallo Stefan,

im global device muss im Attribut userattr fhem_widget_command zur Liste hinzugefügt (!) werden.

Anschließend muss im Device, dass in FHEMWidget verfügbar sein soll, eben dieses Attribut entsprechend gesetzt sein.
Also beispeielsweise bei einem Dummy


define TestDummy dummy
attr TestDummy fhem_widget_command {"allowed_values":["off","on"],"filter":"public"}


Für dieses Dummy-Besipiel muss in der App selbst in den Einstellungen bei Filter "public" eingetragen sein.

fhem_widget_control kannst du vergessen, das ist anscheinend falsch und wird nicht verwendet.

Kleine, aber feine App. Ich hoffe, sie wird wirklich weiterentwickelt, schließlich habe ich 1,99€ investiert ;)

Gruß Benni.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: StefanW am 12 Dezember 2015, 12:17:55
Danke für die Antwort!

Hier mal ein Auszug meiner fhem.cfg:
attr global userattr cmdIcon devStateIcon devStateStyle fhem_widget_command icon sortby webCmd widgetOverride
.
.
define IT_0FFF00FFFF IT 0FFF00FFFF 0F F0
attr IT_0FFF00FFFF alias Steckdose_SHZ
attr IT_0FFF00FFFF fhem_widget_command {"allowed_values":["off","on"],"order":5}
.
.



Von der Definition her müsste es doch alles korrekt sein, oder?

Bekomme aber immer die gleiche Fehlermeldung, sowohl auf dem iPhone als auch auf dem iPad.

Gruß
Stefan
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 12 Dezember 2015, 20:51:56
Hallo Stefan,

die Definition solle passen. Dass die App nach fhem_widget_control fragt ist in der Tat ein Fehler.

taucht das Device auf wenn du in die FHEM Befehlszeile "jsonlist2 IT_0FFF00FFFF" eingibst?

Cheers
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: StefanW am 12 Dezember 2015, 20:58:05
Hallo Michael,

das hier ist die Ausgabe von "jsonlist2 IT_0FFF00FFFF"
{
  "Arg":"IT_0FFF00FFFF",
  "Results": [
  {
    "Name":"IT_0FFF00FFFF",
    "PossibleSets":"off:noArg on:noArg  toggle on-till-overnight blink off-till-overnight intervals on-for-timer on-till off-till off-for-timer",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long IODev ITfrequency ITrepetition ITclock switch_rfmode:1,0 do_not_notify:1,0 ignore:0,1 protocol:V1,V3,HE_EU,HE800 unit group dummy:1,0 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat loglevel:0,1,2,3,4,5,6 model:itdimmer,itremote,itswitch cmdIcon devStateIcon devStateStyle fhem_widget_command icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "00": "f0",
      "DEF": "0FFF00FFFF 0F F0",
      "NAME": "IT_0FFF00FFFF",
      "NR": "149",
      "STATE": "off",
      "TYPE": "IT",
      "XMIT": "0fff00ffff",
      "XMITdimdown": "00",
      "XMITdimup": "00",
      "XMITon": "0f"
    },
    "Readings": {
      "protocol": { "Value":"V1", "Time":"2015-11-07 11:20:41" },
      "state": { "Value":"off", "Time":"2015-12-12 20:00:00" }
    },
    "Attributes": {
      "IODev": "Sduino",
      "alias": "Cremesso",
      "fhem_widget_command": "{\"allowed_values\":[\"off\",\"on\"],\"order\":5}",
      "icon": "message_socket",
      "model": "itswitch",
      "room": "Kueche"
    }
  }  ],
  "totalResultsReturned":1
}



Bin etwas ratlos, warum es nicht funktioniert...

Gruß
Stefan
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 12 Dezember 2015, 21:40:46
Hi,

ja das passt. Das einzige was mir grade noch einfällt ist, dass du hinter deiner IP einen Filter der deine Devices gar nicht bis zur App lässt. Oder du hast dich bei der IP vertippt.

Wenn du mir per Mail mal eine öffentliche IP schickst dann kann ich mal mit meinem Simulator drauf schauen.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: MartinPetri am 14 Dezember 2015, 19:50:16
Hallo :)

finde die Methode mit dem widget sehr interessant
hat jemand eine Möglichkeit (am besten auch ein paar Schnipsel) dazu gefunden wie man bei rgb eine farbwahl erstellen kann ?




mfg martin
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: StefanW am 15 Dezember 2015, 19:18:05
Zitat von: HaPeRiebmann am 12 Dezember 2015, 21:40:46
Hi,

ja das passt. Das einzige was mir grade noch einfällt ist, dass du hinter deiner IP einen Filter der deine Devices gar nicht bis zur App lässt. Oder du hast dich bei der IP vertippt.

Wenn du mir per Mail mal eine öffentliche IP schickst dann kann ich mal mit meinem Simulator drauf schauen.

VG

Also, die IP ist auf alle Fälle korrekt.
Von einem Filter wüsste ich jetzt nix. Jedenfalls ist nicht extra einer eingerichtet.
Zugriff von beiden Geräten via Safari und auch FHEMobile App funktioniert problemlos.

Den Zugang von extern habe ich noch nicht eingerichtet.

Gibts es sonst noch "Fehlerquellen", nach denen ich suchen könnte?

Gruß
Stefan
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 16 Dezember 2015, 15:38:17
ZitatGibts es sonst noch "Fehlerquellen", nach denen ich suchen könnte?

Nope... Immer noch komisch

Führe mal jsonlist2 aus und schicke mir den Inhalt per Mail. Ich habe einen Dummyserver den ich zum Debuggen einsetze. Vielleicht finde ich da was.

Bitte entferne aber alle Zugangsdaten (User/PW).

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 16 Dezember 2015, 15:45:31
Zitathat jemand eine Möglichkeit (am besten auch ein paar Schnipsel) dazu gefunden wie man bei rgb eine farbwahl erstellen kann ?

Prinzipiell kann die App derzeit nur einen Wert beeinflussen. Das ist entweder der State oder ein zu definierender Wert. Letzterer kann im JSON mit controlled_attribute spezifiziert werden.

Hier nochmal das Beispiel meiner Heizung.
define HeizungS CUL_HM 3C509B04
attr HeizungS fhem_widget_command {"controlled_attribute":"desired-temp","allowed_values":["5.0","6.0","7.0","8.0","9.0","10.0","11.0","12.0","13.0","14.0","15.0","16.0","17.0","18.0","19.0","20.0","21.0","22.0","23.0","24.0","25.0","26.0","27.0","28.0","29.0","30.0"],"order":3,"filter":"public"}


wenn du also "desired-temp" mit deinem "deine-farbwahl" und die erlaubten Werte in das Array nach "allowed_values" schreibst dann solltest du durch die Farben schalten können.
Das müssen keine numerischen Werte sein. Es könnte auch so aussehen:
"allowed_values":["gelb","grün","blau","gülden","aus"]
Titel: Antw:FHEM Wdget (iOS) Hilfe
Beitrag von: molli123 am 20 Dezember 2015, 15:13:05
Update: Hat sich erledigt, App storniert. Schade um die verschwendete Zeit!!!

Hallo, ich bekomme es nicht zum Laufen:

Status:" fhem_widget_command" bei "global user attr..."eingefügt.
dann:

define SwitchRoof FS20 0212 11
attr SwitchRoof fhem_widget_command {"allowed_values":["off","on"],"filter":"public"}

aber im  Widget kommt nichts an????



Eingabe: http://192.168.178.20, port 8084
Log: the global attribute fhem_widget_control was not found anywhere

mach ich noch was falsch??

Danke Molli
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 27 Dezember 2015, 18:37:38
Hallo zusammen,

ich hab ein Problem gefunden welches die Leute betrifft, die zwar alles korrekt eingetragen haben aber dennoch keine Schalter bekommen:
Bei großen Konfigurationen und demnach langen jsonlist2 Antworten scheint es manchmal zu passieren, dass das JSON nicht mehr valide ist.
Ich hab ein entsprechendes JSON im jsonlint getestet und es war nicht valide.

Dafür gibt es jetzt den Raum-Filter. Damit kann man die Devices, die man im Widget schalten können will in einen separaten Raum packen und damit die Fehleranfälligkeit reduzieren.

Wenn jemand eine bessere Idee hat, immer her damit. In meiner Testumgebung klappt es jetzt mit diesem speziellen Fall.

Die Änderung kommt in die 1.1. Aktuell ist allerdings der App Store geschlossen (keine Reviews...) und demnach kann es noch ein wenig dauern.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 06 Januar 2016, 12:41:34
Habe mir auch gerade die App geholt weil ich dass mit den Widgets toll finde.
Leider kann man keine https URLs hinterlegen. Kann das bitte angepasst werden?

Danke

edit: habe gerade in der App gelesen dass es mit Version 1.1 gehen soll.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 06 Januar 2016, 21:45:41
Wollte die App jetzt im LAN testen, bekomme auf meinen iPhone (9.0.2) die Widgets aber nicht angezeigt. Aus der App heraus kann ich die Geräte schalten.
Mit meinem iPad (9.2) sehe ich auch die Widgets im CC, da funktioniert alles.

Woran kann das liegen? An den unterschiedlichen IOS Versionen?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 06 Januar 2016, 21:49:08
Hast Du einen Filter aktiv?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 06 Januar 2016, 23:56:33
Nein, kein Filter aktiviert.
Im CC ist noch nicht einmal das Widget hinterlegt wenn man auf Bearbeiten geht.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 07 Januar 2016, 10:11:38
Hi,

das liegt wahrscheinlich daran, dass ich die App für iOS 9.1 kompiliert habe.
Version 1.1 ist für 8.4 gebaut, hier habe ich auch die Bestätigung, dass sie unter 8.4 funktioniert.
Das sollte dann auch dein Problem lösen.

Ich kann dich vorübergehend in TestFlight für die 1.1 aufnehmen. Einfach eine Mail mit der primären Mailadresse (muss nicht die AppleID sein) an meine supportadresse in den Instructions schreiben.

Hier schon mal eine Vorankündigung:
Die Version 1.1 ist derzeit zum Review, kann aber noch ein wenig dauern. Es kann mit dem Update sein, dass die App nicht mehr startet. Dieses Verhalten kann ich nicht vermeiden, da ich intern etwas umgebaut habe.
Einfach die App löschen und neu installieren. Dann geht sie wieder.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 07 Januar 2016, 13:02:07
Hallo HaPeRiebmann,

vielen Dank für dein Angebot aber ich warte einfach bis zur Freigabe von 1.1, sollten ja nur ein paar Tage sein.
Und immer schön weiter arbeiten an der App, find die Widgets echt gut. Vielleicht kannst du ja irgendwann noch RGB hübsch einbinden oder so  :)

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 08 Januar 2016, 18:09:20
Hallo,

also die Version 1.1 ist hiermit im Store freigegeben.
Wie schon erwähnt: Falls sie nicht startet, löschen, neu installieren, gut.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 08 Januar 2016, 19:35:46
HTTPS und Widgets (unter 9.0.2) funktionieren. Danke

Gleich noch einen Vorschlag:)
Vielleicht kannst du die filter für den jsonlist2 Aufruf noch verfeinern damit er nicht immer das ganze Device beim öffnen vom CC abholt.
Spart Traffic und vielleicht auch Zeit.
Habe gerade bei einem Schalter geschaut:

cmd=jsonlist2%20K.Licht&XHR=1 sind ca 3KB
cmd=jsonlist2%20K.Licht%20STATE&XHR=1 sind 360B

Weiß nicht was du intern alles verarbeitest aber bei den on/off Devices sollte der state ja reichen.

Und könnte man die Buttons erst anzeigen nachdem der Status feststeht also der Response zurück ist?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 14 Januar 2016, 21:30:35
Hi,

danke für die Inputs. Die App ist noch nicht fertig, für die nächste Version werd ich mir das mal anschauen.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 25 Januar 2016, 10:57:08
Zitat von: papa am 09 Dezember 2015, 13:45:24
Warum ein extra Attribute im JSON. Es gibt doch schon das Alias Attribute für jedes Device.
Hallo,

also ich würde das JSON Alias mit höherer Prio als den FHEM Alias gerne haben.
Hat den Grund, dass auf dem iPhone einfach nicht soviel Platz ist. Durch userReadings lasse ich mir lieber mehr Infos anzeigen als den kompletten Alias.

Wenn geht bitte als FR aufnehmen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 25 Januar 2016, 16:23:56
Hallo,

tut mir leid aber das verstehe ich nicht ganz. Aktuell wird nur der Alias aus FHEM benutzt. Im JSON kann keiner definiert werden.
Was ist dein Usecase in dem du einen FHEM-Alias und einen JSON-Alias benutzt?

VG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 25 Januar 2016, 17:00:38
Zitat von: HaPeRiebmann am 25 Januar 2016, 16:23:56
tut mir leid aber das verstehe ich nicht ganz. Aktuell wird nur der Alias aus FHEM benutzt. Im JSON kann keiner definiert werden.
Was ist dein Usecase in dem du einen FHEM-Alias und einen JSON-Alias benutzt?

Den Alias den ich in FHEM nutze würde ich gerne beibehalten (z.B. "Thermostat Wohnzimmer") um im Webinterface einen leicht lesbaren Namen zu haben. Naturlich ist dieser Alias im Widget sehr lang und kann sich mit den Werten des Readings überschneiden. (z.B. "T: 19.2 H: 52 A: 8.6"). So ist es zur Zeit auf dem iPad in der Queransicht und eigentlich würde ich die Soll-Temperatur gerne noch mit aufnehmen. Könnte ich jetzt im JSON einen anderen Alias setzten könnte ich so mein Problem lösen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Mitch am 25 Januar 2016, 20:29:19
Hallo Michael,

habe gerade deine App gekauft, sehr praktisch.

Eine Frage, ich habe ein Keymatic, welches ich gerne einbinden möchte, brauche aber drei Buttons (lock, unlock und open).
Wie bekomme ich das denn hin?

Habe folgendes getestet:
{"allowed_values":["lock","unlock","open"],"filter":"public","order":1}
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: chris1284 am 25 Januar 2016, 21:34:52
Noch Promocodes verfügbar? Kaufe ungern die Katze im sack ( ne Trail oder inapp käufe wären sicher eleganter und würden mehr User zum Test bewegen)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Mitch am 27 Januar 2016, 10:58:45
Zitat von: Mitch am 25 Januar 2016, 20:29:19
Hallo Michael,

habe gerade deine App gekauft, sehr praktisch.

Eine Frage, ich habe ein Keymatic, welches ich gerne einbinden möchte, brauche aber drei Buttons (lock, unlock und open).
Wie bekomme ich das denn hin?

Habe folgendes getestet:
{"allowed_values":["lock","unlock","open"],"filter":"public","order":1}

Hallo Michael,

konntest Du schon einmal schauen?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 29 Januar 2016, 10:19:53
Hallo zusammen,

sorry für die späte Antwort, bin derzeit ein wenig beschäftigt.

@oberlon: Jetzt hab ichs verstanden. Ist ein guter Punkt und ich glaub das bau ich ein. Ich kann dir aber noch kein Releasedate nennen.

@Mitch: Dein Anliegen hab ich zwar verstanden aber es wäre gut wenn du mir sagst ob es mit deiner Konfig funktioniert hat. Das Widget zeigt bei einem leeren allowed_values Array den State an, bei einem Wert setzt es einen Trigger, bei zwei Werten einen Schalter, bei drei Werten ein "-|Status|+" und ab fünf Werten aufwärts ein "Min|-|Status|+|Max".
Wenn du also
{"allowed_values":["lock","unlock","open"],"filter":"public","order":1}
angibst sollte ein "-,Status,+" erscheinen. Aber auch nur wenn du in deiner App den Filter "filter" einträgst. Probier doch mal die Baseline
{"allowed_values":["unlock","lock"]}
Dann solltest du den Schalter sehen und auf- bzw. zu sperren können. Danach kannst den dritten Status hinzufügen
{"allowed_values":["unlock","lock", "open"]}
Dann solltest du alle drei Zustände schalten können. Danach kannst dich mit Filter und order spielen.

@chris1284: Nö. Ich bin persönlich gegen In-App Käufe für Basisfunktionalität. So was werde ich evtl mal einführen wenn ich eine VPN On Demand Funktion für Leute mit öffentlich unzugänglichen FHEM Instanzen einführen will (ja ich denke darüber nach, nein ich weiß noch nicht wann  ;))
Ich bin der Meinung, dass 2€ keinem weh tun. Ich kann mir damit die App-Store Mitgliedschaft finanzieren (grade so), der Support aus der Community hier ist super und die Antwortzeiten auf direkte Supportmails, inclusive Debugging der FHEM Konfigs sind OK.
Im gröbsten Notfall kann man die App immer zurückgeben und man bekommt seine 2€ zurück (wie im Übrigen bei allen iOS Apps)

VG
Michael

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Mitch am 29 Januar 2016, 11:46:04
Danke Michael.

{"allowed_values":["unlock","lock"]} geht

{"allowed_values":["lock","unlock","open"],"filter":"public","order":1} zeigt wie Du sagst,  - state + an.
Wenn ich dann auf state drücke, ändert es sich von lock auf unlock und umgekehrt. Wenn ich auf + drücke stürzt das Widget ab.

Ich werde heute Abend nochmal nur {"allowed_values":["open"]} test, was mir reichen würde.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 29 Januar 2016, 12:08:12
Mit dem Problem, dass das Widget bei + abstürzt habe ich auch schon Erfahrungen gemacht, musste das dann erneut hinzufügen...
Gibt's schon eine Lösung für das Problem?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 29 Januar 2016, 20:52:26
Hi,

ZitatMit dem Problem, dass das Widget bei + abstürzt habe ich auch schon Erfahrungen gemacht, musste das dann erneut hinzufügen...
Gibt's schon eine Lösung für das Problem?

Nö, das ist mir neu und ich war fest der Meinung dass ich alles abgefangen hatte... 8)

Hab allerdings einen Verdacht: Kann es sein, dass ihr in einem State wart den das Widget nicht kennt? Beispielsweise das Device kennt die Zustände [0,1,2,3,4,5,6,7,8,9] aber ihr gebt im Widget, da ihr ja nur spezielle Werte steuern wollt, [0,5,9] an?

Dann habe ich in der Tat das Problem, wenn beispielsweise das Device im Status 8 ist, das Widget diesen Status nicht auf das eigene Array mappen kann. Wenn man dann also "+" drückt weiß es nicht, ob es auf 5 oder 9 springen soll. Eigentlich sollte es dann den Maximalwert nehmen. Da scheint aber was schief zu laufen.

Das Problem kommt daher, dass ich hier mit Strings arbeite. Es können in den Devices auch Werte wie "off", "on" oder "törö" auftauchen. Nicht nur numerische Werte...

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 29 Januar 2016, 20:54:22
@Mitch:
ZitatWenn ich dann auf state drücke, ändert es sich von lock auf unlock und umgekehrt. Wenn ich auf + drücke stürzt das Widget ab.
Wenn du auf State drückst sollte gar nix passieren. Nur bei "+" und "-"  ???
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 31 Januar 2016, 19:36:39

Zitat von: HaPeRiebmann am 29 Januar 2016, 20:52:26
Hi,

Nö, das ist mir neu und ich war fest der Meinung dass ich alles abgefangen hatte... 8)

Hab allerdings einen Verdacht: Kann es sein, dass ihr in einem State wart den das Widget nicht kennt? Beispielsweise das Device kennt die Zustände [0,1,2,3,4,5,6,7,8,9] aber ihr gebt im Widget, da ihr ja nur spezielle Werte steuern wollt, [0,5,9] an?

Dann habe ich in der Tat das Problem, wenn beispielsweise das Device im Status 8 ist, das Widget diesen Status nicht auf das eigene Array mappen kann. Wenn man dann also "+" drückt weiß es nicht, ob es auf 5 oder 9 springen soll. Eigentlich sollte es dann den Maximalwert nehmen. Da scheint aber was schief zu laufen.

Das Problem kommt daher, dass ich hier mit Strings arbeite. Es können in den Devices auch Werte wie "off", "on" oder "törö" auftauchen. Nicht nur numerische Werte...

So, ich habe es gerade nochmal probiert, dass Widget stürzt ab, wenn es das zu Steuernde Gerät den Zustand 100 hat und man erneut "+" drückt. Definiert sind die Werte 0, 25, 50 und 100.
Der Status 100 wurde zuvor über das Widget gesetzt.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 01 Februar 2016, 22:21:55
OK, das schau ich mir mal an
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 01 Februar 2016, 22:26:44
Prima
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Nathaniel143 am 01 Februar 2016, 23:38:59
Guten Abend ,schließe mich hier mal an vielleicht kann man ja weiter helfen . Soweit funktioniert alles nur die Philips Hue Lampen wollen nicht .
Fhem schreibt :

Messages collected while initializing FHEM:
configfile: HUEDevice1: unknown attribute widgetOverride,fhem_widget_control. Type 'attr HUEDevice1 ?' for a detailed list.
HUEDevice2: unknown attribute widgetOverride,fhem_widget_control. Type 'attr HUEDevice2 ?' for a detailed list.

Vielleicht weiss ja einer was :-)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 Februar 2016, 15:17:20
ZitatVielleicht weiss ja einer was :-)

Poste doch mal den Teil deiner fhem.cfg der HUEDevice1 definiert

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Nathaniel143 am 03 Februar 2016, 10:31:12
Bitte schön  :)

define HUEDevice1 HUEDevice 1
attr HUEDevice1 userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
attr HUEDevice1 IODev bridge
attr HUEDevice1 alarmDevice Actor
attr HUEDevice1 alarmSettings Actor
attr HUEDevice1 alias Esszimmer
attr HUEDevice1 color-icons 2
attr HUEDevice1 comment {"preset2":{"bri":"108"},"preset3":{"bri":"254"},"preset1":{"bri":"48"}}
attr HUEDevice1 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEDevice1 group Esszimmer
attr HUEDevice1 icon light_pendant_light
attr HUEDevice1 model LWB004
attr HUEDevice1 room Esszimmer,Homekit
attr HUEDevice1 subType dimmer
attr HUEDevice1 webCmd pct:toggle:on:off
attr HUEDevice1 widgetOverride,fhem_widget_control 1

define HUEDevice2 HUEDevice 2
attr HUEDevice2 userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
attr HUEDevice2 IODev bridge
attr HUEDevice2 alarmDevice Actor
attr HUEDevice2 alias Wohnzimmer
attr HUEDevice2 color-icons 2
attr HUEDevice2 comment {"preset2":{"bri":"122"},"preset3":{"bri":"248"},"preset1":{"bri":"44"}}
attr HUEDevice2 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEDevice2 group Wohnzimmer
attr HUEDevice2 icon light_pendant_light
attr HUEDevice2 model LWB004
attr HUEDevice2 room Homekit,Wohnzimmer
attr HUEDevice2 sortby 1
attr HUEDevice2 subType dimmer
attr HUEDevice2 webCmd pct:toggle:on:off
attr HUEDevice2 widgetOverride,fhem_widget_control 1

define HUEGroup0 HUEDevice group 0
attr HUEGroup0 IODev bridge
attr HUEGroup0 alias Lightset 0
attr HUEGroup0 delayedUpdate 1


Muss dazu sagen das ,nachdem ich die App deinstalliert hab und wieder Installiert hab ,funktionieren auch diese .Aber die Fehlermeldung bleibt bestehen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 03 Februar 2016, 11:53:28
Hi,

ich glaube nicht dass du in der App was siehst
attr HUEDevice2 fhem_widget_command {"allowed_values":[]}

Das sollte dir zumindest mal den Status im Widget geben.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Nathaniel143 am 03 Februar 2016, 12:18:30
Bis vorhin hatte ich noch einen Slider wie bei den anderen jetzt sieht das ganze so aus :-)
(http://www2.pic-upload.de/thumb/29628409/IMG_0382.png) (http://www.pic-upload.de/view-29628409/IMG_0382.png.html)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 03 Februar 2016, 15:46:56
Hi,

Dann verstehe ich aber nicht wie deine App den Schalter bekommt. Das Attribut ist fhem_widget_command. bei dir finde ich nur fhem_widget_control.
attr HUEDevice1 widgetOverride,fhem_widget_control 1

Welches Attribut willst du denn genau schalten und welche Werte kann es annehmen?
Hier ein Beispiel: das Attribut "abc" kann die Werte "0","1","muh" annehmen. Das musst du im JSON so definieren:
attr HUEDevice1 fhem_widget_command {"controlled_attribute":"abc","allowed_values":["0","1","muh"]}
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Nathaniel143 am 03 Februar 2016, 16:05:02
Hab wohl meinen Fehler gefunden  ;D

Hatte das :
attr HUEDevice1 fhem_widget_command
{"allowed_values":[]}


Muss aber das:
attr HUEDevice1 fhem_widget_command
{"allowed_values":["off","on"],"order":4,"filter":"nutzer1"}


Jetzt funktioniert auf jedenfall alles ,vielen Dank  8)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Moeti am 14 Februar 2016, 18:30:05
Hallo Michael!

Deine App/dein Widget ist toll! Danke.

Ich habe für mein Keymatic folgenden Eintrag in fhem_widget_command: {"allowed_values":["unlock","lock"]}

Das Schalten des Keymatic funktioniert, allerdings ist die Schalterstellung beim Aufruf des Widgets immer auf "on", egal ob der Keymatic im Zustand "locked" oder "unlocked" ist. Als Statusanzeige wäre günstig, wenn der Button "on" für "unlocked" anzeigt und "off" für "locked" wäre. Wie kann ich das einrichten?

lG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: netwalk am 16 Februar 2016, 15:49:27
Das ist mal eine tolles Widget! Vielen Dank.

Beim Testen habe ich ein seltsames Phänomen festgestellt:
Die einzelnen Devices einer structure (Fensterkontakte) erhalten automatisch das Attribut fhem_widget_command samt Wert der structure.
Ist das so gewollt?

Wenn ich die Attribute lösche und die Config speichere, tauchen die Attribute kurz darauf in den einzelnen Mitgliedern der structure wieder auf!
Wie kann man das umgehen?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 17 Februar 2016, 13:35:04
Hi,

@Moeti: Das Widget erwartet in der Statusbestimmung die Werte, die du im Array mitgibst. Wenn du also "unlock" und "lock" setzt, das Device aber den State "locked" liefert dann bleibt der Schalter in der Default-Stellung. Diese ist "ein". Wenn du die beiden Werte synchronisierst dann wird auch das richtige angezeigt.

@netwalk: Das Widget schreibt nichts in die config. Ich hab auch noch nicht so ganz verstanden wo du die Werte dann findest. Kannst mal den Teil deiner fhem.cfg posten?

VG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Moeti am 17 Februar 2016, 15:43:06
Hallo!

Wenn ich für fhem_widget_command {"allowed_values":["unlocked","locked"]} eintrage, dann zeigt er zwar den richtigen Status an, aber der Keymatic lässt sich nicht schalten, da die Befehle "lock" und "unlock" lauten.
Deshalb hatte ich {"allowed_values":["unlock","lock"]} eingetragen, was zwar die Bedienung des Schlosses ermöglicht, aber eben keine korrekte Statusanzeige. Wie lassen sich Anzeigestatus und abzusetzender Befehl kombinieren?

lG
Moeti
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: chris1284 am 18 Februar 2016, 06:26:25
ich würde mir wünschen das beim setzen von zb werten an thermostaten eine verzögerung eingebaut wird.

wenn ich zb {"controlled_attribute":"desired-temp","allowed_values":["16.0","17.0","18.0","22.5","24.0"]}
definiert habe sendet die app beim schalten von 16 auf 24 bei jedem drücken von "+" den set-befehl.
das bombardiert fhem befehlen undd gff sendet man unnötig viel. so wird aus einem notwendigen befehl 4 befehle
andere frontends haben hier auch eine verzögerung um auch nur das zu sendne was notwendig ist (die desired-temp wenn nach zb 1,5 sek keine eingabe mehr erfolgte).
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 18 Februar 2016, 12:01:58
Hi

@Moeti: Spontan würde mir hier ein Workaround mit einem Dummy einfallen, der nur den state "lock" und "unlock" kennt. Dahinter eine Logik, welche den State analog zu deinem Keymatik schaltet und den Status wiederum auf "lock" und "unlock" mappt. Das könntest du über ein notify machen. Dummy state wechselt zu lock -> keymatik auf lock -> Keymatik wechselt auf locked -> Dummy auf lock. Selbes für unlock. Dann macht dein Signal in FHEM einen Roundtrip. Das kann man auch noch ein wenig eleganter machen :-)

@chris1284: Genau so ist es umgesetzt, allerdings mit 400ms Latenzzeit. Das heißt, wenn du schneller tippst dann unterdrückt er die Signale bis du 400ms nichts mehr machst.

VG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: netwalk am 18 Februar 2016, 15:04:04
@HaPeRiebmann

Ich habe es mittlerweile geändert. Nun lasse ich mir im Widget ein dummy anzeigen, das den Wert der structure über ein notify erhält.

Vorher hatte ich etwas in der Art:
define struct.fk.alle structure struct.state max.fk.eg.Badezimmer.1 max.fk.eg.Arbeitszimmer.1 max.fk.eg.Arbeitszimmer.2 ...
attr struct.fk.alle fhem_widget_command {"allowed_values":[],"order":0}


Nach Speichern und ggf. Restart fand sich das Attribut der structure auch bei den Mitgliedern wieder:
attr max.fk.eg.Badezimmer.1 fhem_widget_command {"allowed_values":[],"order":0}

Diese wurden dann natürlich auch im Widget angezeigt, was ich nicht will.
War seltsam. Hat das mit Mechanismen der structure zu tun?


Eine andere Frage habe ich noch: ist die Anzahl der darstellbaren Zeilen im Widget durch Apple oder durch die App begrenzt? Ich glaube, bei etwa 12 oder 13 Zeilen wird abgeschnitten...

Und einen Vorschlag hätte ich auch noch: es wäre schön, wenn man Trennlinien oder kleine Abstände einfügen könnte, das steigert die Lesbarkeit. Als Workaround lasse ich mir einen dummy mit
define dm.trenner.1 dummy
attr dm.trenner.1 alias .
...
set dm.trenner.1 .

anzeigen, ist aber nicht sooo toll...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: chris1284 am 18 Februar 2016, 17:15:06
Zitat von: HaPeRiebmann am 18 Februar 2016, 12:01:58
@chris1284: Genau so ist es umgesetzt, allerdings mit 400ms Latenzzeit. Das heißt, wenn du schneller tippst dann unterdrückt er die Signale bis du 400ms nichts mehr machst.

ah ok. wäre nicht schlecht wenn man das in den optionen selbst einstellen kann denn 400ms ist qausi bei mir jeder klick (wer kann so schnell auf nem futzeligen handy klicken um darunter zu bleiben  ;D)

die app schmiert übrigens ab wenn am device sachen gestellt sind die nicht im attribut nicht gesetzt sind... ???

fhem_widget_command {"controlled_attribute":"desired-temp","allowed_values":["16.0","18.0","20.0","22.0"]}

mein rt steht aktuell auf 17.0 und wenn ich uf -/+ klicke schmiert die app
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 18 Februar 2016, 19:11:44
Hi

@netwalk: Ja die Anzahl der Zeilen ist von Apple beschränkt. Die Maximale Höhe scheint exakt eine Bildschirmhöhe zu sein, sodass ein Widget maximal einmal Fullscreen werden darf.
Zu den Mechanismen der Structure kann ich dir leider nix gesichertes sagen. Das mit den Trennern hab ich mir ehrlich gesagt noch nicht überlegt. Ich könnte aber beispielsweise Gruppen einführen. Vielleicht das group Attribut nutzen oder einen neuen Wert im JSON definieren oder Räume nutzen... Gute Idee eigentlich.

Meinungen von den anderen?

@chris1284: Das mit den dicken Daumen ist mir neu :-). Ich musste hier einen Tradeoff finden zwischen schnellem Drücken und flotter Bedienung. Üblicherweise nimmt man da was um die 400ms. Ich setz es in der nächsten Version einfach mal höher.
Das Abschmieren der App hab ich auch festgestellt. Kurze Erklärung: Ich will mit dem Widget möglichst generisch bleiben. In den allowed_values dürfen deswegen alle Datentypen drin stehen, auch gemischt, was das primäre Problem ist. Deswegen abstrahiere ich hier alles als String und benutze es intern auch als String. Ich kann Fälle abfangen, wenn der Wert auf beispielsweise 17.5 steht, im Array aber nur 17 und 18 vorkommen. Wenn zwischen drin ganze Zahlen fehlen kann ich damit noch nicht umgehen.
Dass das Widget abschmiert hab ich zwar eigentlich abgefangen, scheint aber manchmal schief zu laufen.
Dieses Problem zu lösen ist grad eine meiner Baustellen. Bin aber noch auf keinen grünen Zweig gekommen.

VG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: chris1284 am 18 Februar 2016, 22:10:24
in der tui sind zb default 500ms gesetzt womit bisher alles sehr gut klarkommen (konfigurierbar wie da wäre natürlich  top ;-) )
Titel: Experimental Features
Beitrag von: HaPeRiebmann am 01 März 2016, 14:43:38
Hallo zusammen,

ich würde gern das eine oder andere experimentelle Feature in die App einbauen. Nur zum Spaß, ohne Langfristverpflichtung und basierend auf eurem Feedback. Deswegen hier mal die Frage:

Wer hat Bedarf an einem Pushservice auf die App?

Ich stelle mir das so vor: Apple stellt den APNS (Apple Push Notification Service) zur Verfügung. Bei diesem können sich Apps anmelden und bekommen einen eindeutigen Token. Diesen Token müsst ihr euch in eurem System speichern. Dazu müsst ihr eine Schnittstelle in die App eintragen die diesen entgegen nimmt und wiederum eurem FHEM zur Verfügung stellt. Das kann beispielsweise ein FHEM Modul sein, das ein GET Interface besitzt.

Wenn ihr nun von eurem FHEM eine Push Nachricht schicken wollt müsst ihr meinen Webservice mit dem Token eurer App(s) aufrufen und voilà. Push.

Anwendung wäre beispielsweise:
- Gewitter zieht auf, FHEM fragt euch ob ihr das Fenster schließen wollt
- Innentemperatur sinkt unter X Grad, FHEM fragt euch ob ihr die Heizung hochdrehen wollt
-...

VG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Moeti am 01 März 2016, 17:11:43
Derzeit hab ich das mit PushOver umgesetzt.
Aber das in einer App zusammenzuführen, macht auch Sinn!

Darf ich einen Wunsch für eine zukünftige Version des Widget äußern: Vielleicht könnte man zusätzlich zu den allowed_values auch die commands im Attribut festlegen (zB für Keymatic, aber auch für andere Devices).

Danke
lG
Moeti
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 01 März 2016, 18:34:53
Kannst du das nicht mit controlled_attribute machen?
Kannst mal ein Beispiel schreiben?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Moeti am 02 März 2016, 09:22:50
Hallo!

Da ich hier keine Attribute verändern muss, weiß ich nicht, was ich mit "controlles_attribute" anstellen sollte.

Falls zwei "allowed_values" eingetragen sind und im Widget daher ein Schalter angezeigt wird, so schicked dein Widget offenbar immer den anderen Wert mit "set" an FHEM, falls er betätigt wird.

In meinem Fall habe ich für mein Keymatic fhem_widget_command {"allowed_values":["locked","unlocked"]} eingetragen. Betätige ich im Zustand "locked" den Schalter, so setzte das Widget den Befehl "set DEVICE unlocked" ab (und umgekehrt). Dieses Kommando kennt das Device aber nicht, es müsste "unlock" heißen. D.h. die Bezeichnung des Device-Staus ist nicht ident mit dem entsprechenden Kommando.

Mit dem von dir vorgeschlagenen Workaround mit "notify" bin ich nicht weitergekommen, aber ich habe es dann mit dem Attribut "eventMap" geschafft, sodass die ungültigen Befehle in gültige umgesetzt werden.

Daher sieht meine Definition für die Keymatic folgendermaßen aus:
define SH_Tuerschloss CUL_HM XXXXXX
attr SH_Tuerschloss fhem_widget_command {"allowed_values":["locked","unlocked"]}
attr SH_Tuerschloss eventMap lock:locked unlock:unlocked


Damit zeigt das Widget den aktuellen Status richtig an und lässt sich auch entsprechend schalten.
Ob ich allerdings alle Zustände mit "uncertain" abgedeckt habe, weiß ich noch nicht.

lG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 März 2016, 09:43:56
Hi,

du hast recht, das Widget sagt immer
set [devicename] [allowed_value]
wenn du aber ein controlled_attribute setzt dann macht es
set [devicename] [controlled_attribute] [allowed_value]
und zeigt auch den Status dieses Attributes an. Das könnte doch das sein was du meinst.

schau mal in die Instructions.
http://www.tasior.de/FHEM_Widget/ (http://www.tasior.de/FHEM_Widget/)

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: kvo1 am 03 März 2016, 13:35:52
überlege grade ob ich  mir das "gönnen" sollte, klingt so nicht schlecht !
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: shorty81 am 24 März 2016, 20:31:11
würde gerne Max-Thermostate einbinden.
tauchen aber mit {"controlled_attribute":"desired-temp","allowed_values":["16.0","17.0","18.0","22.0","24.0"]} überhaupt nicht auf?
Was kann ich tun?

VG
Chris
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 25 März 2016, 12:45:22
Hi Chris,

Kannst mal den Part in deiner fhem.cfg anhängen?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Moeti am 25 März 2016, 13:33:24
Hallo shorty81!

Nach jeder das Widget betreffenden Änderung in FHEM musst du in der App den Button Update drücken, damit die Änderungen auch im Widget übernommen werden.

Das war für mich am Anfang nicht klar!

lg
Moeti
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 11 April 2016, 15:08:25
Hey HaPeRiebmann!

will nicht nerven aber wie sehen deine Pläne zwecks Weiterentwicklung aus?
Können wir uns bald über eine neue Version freuen?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 12 April 2016, 13:16:45
Hey oberlon,

nerven tut keiner :-)

Ich schraub derzeit schon an der App weiter, den einen oder anderen Bugfix hab ich eingebaut. Meine Anfrage zu den Experimentalfeatures ist nicht so angekommen, deswegen hab ich hier nichts weiter gemacht.

Deine Feature Requests sind auch größtenteils umgesetzt.

Ich bin jetzt dann erst mal beruflich in der Weltgeschichte unterwegs und werde da nix machen können. Danach werde ich die gefixte App mal in den Reviewprozess setzen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: miche am 24 April 2016, 12:51:35
Hallo,

kann man auch einen Slider für einen Dimmer einstellen?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 24 April 2016, 13:13:50
Hallo miche,

Ich hab mit Slidern experimentiert, horizontales schieben im Widget ist allerdings doof. Da schiebt man dann zwischen Widgets und Mitteilungen hin und her.
Du kannst aber einen Dimmer wie z.B. Einen Thermostaten behandeln und dann verstellen.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 03 Mai 2016, 09:18:51
Hallo,

Version 1.2 ist gerade ins Review gegangen, kann sich also nur noch um Tage handeln.

Changelog:
http://tasior.de/FHEM_Widget/ (http://tasior.de/FHEM_Widget/)

Primär Bug fixes und ein paar Kleinigkeiten die sich in den Forumseinträgen gesammelt haben.
Größere Änderungen dauern noch ein wenig.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 03 Mai 2016, 14:59:48
Super und danke dir.
Freu mich schon auf die neue Version
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 07 Mai 2016, 21:49:10
Danke für das Update!
Gefühlt werden die Befehle viel schneller übertragen
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Moeti am 08 Mai 2016, 20:42:28
Hallo Michael!

Danke für das Update. Übertragung läuft deutlich schneller!

lG
Moeti
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: choetzu am 15 Mai 2016, 23:19:43
Wirklich cooles App. Meine 3 Lampen und 3 Dimmer konnte ich erfolgreich einbinden.

- kann man auch Rolläden bedienen?
- wie kann ich nur eine stateFormat Anzeige einbinden?

Danke.

Lg c
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: choetzu am 16 Mai 2016, 16:23:37
Hallo,

ich habe meine 2 Fragen oben lösen können.
Wo ich aber seit geraumer Zeit dran bin, ist die Darstellung von readingGroups. Wenn ich
{"allowed_values":[],"order":11} kommt immer "INITIALIZED" logischerweise. Ich weiss aber nicht, mit welchem Befehl die Werte der readingGroups angezeigt werden. Weiss jemand rat?

Danke.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 16 Mai 2016, 16:50:15
Hi,

Deine aktuelle Konfiguration zeigt dir den State an. ReadingsGroups hab ich noch nicht implementiert. Du müsstest jedes Device einzeln konfigurieren.

VG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: choetzu am 16 Mai 2016, 18:29:56
Hallo,
Danke, schade. Ich habe bei einem Device (PoolController) so viele Werte im Readings, dass es ich nicht alles mit dem FHEM Widget darstellen kann. Deshalb habe ich eine ReadingGroup Wasserwerte, Pumpe und Temperaturen gemacht. 
Gibt es evtl. eine andere Möglichkeit?
Lg C
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 16 Mai 2016, 19:11:30
Weiß nicht ob es dir hilft aber ich habe mir für ein Thermometer ein userReading gebastelt und dieses im Widget eingebunden:

userReadings:
mobileState {"T: ".ReadingsVal("WZ.Thermostat_Climate","measured-temp",0)." H: ".ReadingsVal("WZ.Thermostat_Climate","humidity",0)." A: ".ReadingsVal("WZ.Thermostat_Climate","absFeuchte",0)}

fhem_widget_command:
{"alias":"Wohnzimmer","controlled_attribute":"mobileState","allowed_values":[],"order":3}
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: choetzu am 16 Mai 2016, 21:38:04
Hallo oberlon, herzlichen dank für die Mühe... Ich habe mich grad etwas mit userReadings auseinander gesetzt. Die Beschreibung unter commandref kann ich nicht entziffern. Und leider habe ich auch null perl-Kenntnisse. Das sind schlechte Voraussetzung, oder? ;) Wie soll ich das angehen?

Ich möchte ja eigentlich nur aus einem grossen Reading eines Devices 2 Reihen im FHEM Whidget belegen mit je 3 Werten.  Mein Reading sieht wie folgt aus:

Readings:
     2016-05-16 21:33:23   1450_U          1
     2016-05-16 21:33:23   1850_U          0
     2016-05-16 21:33:23   2150_U          0
     2016-05-16 21:33:23   AUF_manuell     0
     2016-05-16 21:33:23   Abdeckung_AUF   0
     2016-05-16 21:33:23   Abdeckung_ZU    0
     2016-05-16 21:33:23   Aussen_P        9.94 °C
     2016-05-16 21:33:23   CPU_Temp        48.71 °C
     2016-05-16 21:33:23   Chlor           0
     2016-05-16 21:33:23   Chlor_Control   enabled
     2016-05-16 21:33:23   Cl_Rest         83.3 %
     2016-05-16 21:33:23   Cl_consumption  36 ml
     2016-05-15 11:28:13   Clor_Control    enabled
     2016-05-16 21:33:23   Druck           507.46 mBar
     2016-05-16 21:33:23   Fluss           5.64 m³/h
     2016-05-16 21:33:23   Fluss_MS        10.58 cm/s
     2016-05-16 21:33:23   Messstrecke     17.31 °C
     2016-05-16 21:33:23   PH+_Control     DISABLED
     2016-05-16 21:33:23   PH-_Control     enabled
     2016-05-16 21:33:23   Palmen_Spot     0
     2016-05-16 21:33:23   Pool            16.25 °C
     2016-05-16 21:33:23   Pool_LED        0
     2016-05-16 21:33:23   Pool_Spot       0
     2016-05-16 21:33:23   Pumpe           1
     2016-05-16 21:33:23   Redox           817.50 mV
     2016-05-16 21:33:23   SW_Version      1.6.5
     2016-05-16 21:33:23   ZU_manuell      0
     2016-05-08 21:52:39   fCl             0.00 -
     2016-05-16 21:33:23   n.a.            0
     2016-05-16 21:33:23   pH              6.83 pH
     2016-05-16 21:33:23   pH+_Rest        100 %
     2016-05-16 21:33:23   pH+_consumption 0 ml
     2016-05-16 21:33:23   pH-Minus        0
     2016-05-16 21:33:23   pH-_Rest        75.9 %
     2016-05-16 21:33:23   pH-_consumption 0 ml
     2016-05-16 21:33:23   poolControllerTime 21:33
     2016-05-15 11:28:13   relay1          Auto_ON
     2016-05-15 11:28:13   relay10         Auto_ON
     2016-05-15 11:28:13   relay11         Auto_ON
     2016-05-15 11:28:13   relay12         Auto_ON
     2016-05-15 11:28:13   relay13         Auto_ON
     2016-05-15 11:28:13   relay14         Auto_ON
     2016-05-15 11:28:13   relay15         Auto_ON
     2016-05-15 11:28:13   relay16         Auto_ON
     2016-05-15 11:28:13   relay2          Auto_ON
     2016-05-15 11:28:13   relay3          Auto_ON
     2016-05-15 11:28:13   relay4          Auto_ON
     2016-05-15 11:28:13   relay5          Auto_ON
     2016-05-15 11:28:13   relay6          Auto_ON
     2016-05-15 11:28:13   relay7          Auto_ON
     2016-05-15 11:28:13   relay8          Auto_ON
     2016-05-15 11:28:13   relay9          Auto_ON
     2016-05-16 21:33:23   uptimeTime      11d10:02:44


Die erste Zeile im Whidget soll pH, pH-_consumption, pH-_Rest darstellen und die zweite Zeile Redox, Cl_consumption, Cl_Rest. Thats it.. Gibt es da evtl. eine Möglichkeit mit meinem beschränkten Wissen? Wenn nur via userReadings, wie muss ich das am besten angehen?

Danke für die Hilfe.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 16 Mai 2016, 22:21:29
Zwei Zeilen im Widget aus einem Device wird nicht gehen.
Vielleicht hilft dir ein zweites Dummy Device weiter um beide Zeilen im Widget darzustellen.
Kannst es ja für den Anfang so probieren:
userReadings:
widgetInfo1 {"pH: ".ReadingsVal("DEVICENAME","pH",0)." pHR: ".ReadingsVal("DEVICENAME","pH-_Rest",0)." pHC: ".ReadingsVal("DEVICENAME","pH-_consumption",0)}

DEVICENAME musst du natürlich ersetzen.

bei fhem_widget_command
{"alias":"Info 1","controlled_attribute":"widgetInfo1","allowed_values":[],"order":100}

Dann ein dummy Device erstellen und dort auch userReadings und fhem_widget_command hinzufügen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: choetzu am 17 Mai 2016, 07:15:01
Herzlichen Dank! Das werde ich heute Abend gleich probieren!! Zur Sicherheit: das erste userReading ergänze ich im Device PoolController, oder? Dort wo das lange Reading mit allen Werten ist?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 17 Mai 2016, 10:14:33
Genau, das erst userReading in den PoolController.
Das was ich vorgeschlagen habe mit dem Dummy geht leider nicht so einfach wie ich es dachte.
Du müsstest das dummy über notify/doif füllen...
https://forum.fhem.de/index.php?topic=16972.0 (https://forum.fhem.de/index.php?topic=16972.0)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: choetzu am 19 Mai 2016, 14:02:09
Danke oberlon für die Mühe! Leider scheint dies für mich eine Stufe zu hoch zu sein. Ich kann die Posts im Link auch nach gefühlten 1000mal durchlesen nicht verstehen  :-\
Die userReading im PoolController konnte ich erfolgreich hinzufügen, das war kein Problem. Danke für die Hilfe.
Wie könnte ich die Dummy-Geschichte am besten umsetzen, so dass ich verstehe, was ich tue.. Oder komm ich um ein Perl-Handbuch nicht drumherum? ;)
Lg c
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: choetzu am 21 Mai 2016, 11:25:59
Offensichtlich gibts keine Alternative;) ich muss wohl Schritt für Schritt perl lernen :)

Was anderes: gibts ne Möglichkeit die Aktualisierung der Werte zu beschleunigen oder per Knopfdruck zu realisieren?  Nun muss ich immer auf Setting drücken und dann wieder auf Controls um die aktuellen Werte zu sehen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 23 Mai 2016, 11:38:55
Hi,

die Möglichkeit gibt es schon. Die Intention ist allerdings, dass die App nur eine Einstellungsmöglichkeit des Widgets darstellt. Deswegen war die Idee FHEM (Config) -> App (Aufbereiten für das Widget) -> Widget. Das Widget updatet sich einmal sobald es angezeigt wird um Traffic zu sparen und weil die Interaktionszeit kurz sein soll.

So weit so gut.

Wenn natürlich die App ebenfalls genutzt wird um als primäre Eingabemethode zu dienen dann kann ich auch mit Longpoll arbeiten und alle Änderungen mitbekommen. Das wird aber dann nicht jedes mal die gesamte Liste neu aufbauen.

Was braucht ihr denn? Live Update der Device states oder nur einen schnellen Weg "Update" zu drücken.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: choetzu am 23 Mai 2016, 22:52:03
Super. Ich bräuchte einen schnellen weg ein update zu machen. Z.b. Mit runterziehen des screens. So wie es andere Apps auch haben. Oder einen Button.. Ich bin mit beidem happy :)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 24 Mai 2016, 19:21:56
Hi,

ich hab jetzt mal einen Pull down to Refresh eingebaut und den einen oder anderen Bug gefixt.
Das Update geht jetzt ins Review. Ist ein Minor Release. Die größeren Features dauern immer noch ein wenig.

Mal schauen wie lange Apple braucht. Version 1.2.1.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: choetzu am 24 Mai 2016, 19:53:22
So gei...! Super danke. Was planst du denn für grössere Features?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 30 Mai 2016, 08:06:38
So, ist durch

@choetzu: Weiß noch nicht was mir so einfällt. Eine Idee ist die Anzeige eines etwaigen Icons statt des Namens. Dann würde ich gerne einen Configwizard bauen sodass man die JSONs nicht manuell machen muss. Und ich experimentiere grade damit mehrere Attribute eines Devices zu schalten.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: sasquuatch am 18 Juni 2016, 00:23:42
erst mal muss ich sagen, endlich ein vernünftiges FHEM app, zu einem normalen preis, bei dem es nicht sonderlich tragisch ist, wenn es buggy ist.

was mir nicht gefällt, ist die "Instruction"
1. im iphone nicht lesbar.
2. nur englisch, macht es nochmal schwerer zu verstehen
3. nirgends wird erklärt, dass man JSON auf dem system auf dem man FHEM betreibt, installiert sein muss. zumindest habe ich das so dem thread entnommen. eventuell sogar den Befehl für ein Terminal auf dem Raspi hinschreiben oder zur fhem wiki für eine fritzbox, etc.
4. das wichtigste, mit der anleitung hätte ich es nicht zum laufen bekommen und wohl auch zurück gegeben.
z.b. folgende zeile ist so eigentlich gar nicht zu verstehen:
Add fhem_widget_command to the first line in your them.cfg which begins with attr global userattr.

warum so umständlich, einfacher sieht es doch so aus:
attr global userattr fhem_widget_command

was bei mir auch ein problem war, ich muss im app einen raum angeben mit einem device das von mir das attribute "fhem_widget_command" bekommen hat. gebe ich im app nur den filter ein, geht es nicht.

ich fänd es auch gut, würde es eine erklärung geben, warum man einem device das attribute "fhem_widget_command" überhaupt geben muss. das folgende habe ich anfangs nämlich gar nicht verstanden.
attr Schlafzimmer fhem_widget_command {,,allowed_values":[],"order":5}

eventuell einfach folgenden blog verlinken, der mir erst in verbindung mit dem thread hier, zum erfolg geführt hat.
https://waschto.eu/fhem-widget-fhem-devices-als-widget-unter-ios (https://waschto.eu/fhem-widget-fhem-devices-als-widget-unter-ios)

was mir auch fehlt, ist bei example wie "alias" aussieht, ich bekomme es nämlich nicht zum laufen :(
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 18 Juni 2016, 17:56:53
Hi sasquuatch,

Freut mich dass dir meine App gefällt.

Zu1: Dass die Instructions nicht lesbar sind finde ich komisch, hab es hier mit einem iPhone 5 mal ausprobiert und sogar auf dem kleinen Display ist das für mich OK. Man kann sich die Beispiele sogar ganz gut kopieren. Kannst hier mal einen Screenshot anhängen? Dann schau ich mal was schief sein kann. Die Beispiele kannst du auf kleinen Screens horizontal verschieben

Zu2: Die Übersetzung kommt noch und ist auf meiner Liste recht weit oben. Hier etwas Geduld. Ich vermute, dass ich die im Rahmen des Umbaus auf iOS 10 dann machen werde.

Zu3: JSON ist eigentlich nur eine Art Daten auszutauschen, die in FHEM auch genutzt wird (jsonlist2). Dafür muss man nichts installieren. Unterm Strich heißt das, dass das nur ein String ist den du in die Devices anhängen musst.

Im Passus
ZitatFor all devices that you want to control add the attribute fhemwidgetcommand
steht, dass du genau ein JSON pro Device hinzufügen musst. Hier kann ich aber in der Tat an der Formulierung arbeiten. Das JSON und einige Beispiele sind auch enthalten.

Ich bin mir also nicht sicher was ich noch hinzufügen soll, da für die meisten Konfigurationen auch Beispiele enthalten sind.
[Update] Instructions sind übersetzt

Danke für den Tipp mit dem Blog. Der ist leider nicht ganz up to Date, die ACHTUNGs hab ich alle gefixt :-)
[Update] Er hat den Eintrag aktualisiert und ich hab ihn in die Instructions verlinkt

VG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: sasquuatch am 19 Juni 2016, 12:32:15
zu 1. ok, gerade erst gemerkt das man die beispiele zur Seite wischen kann, mir hat der Kram halt seitlich gefehlt. Es war schon spät und ich wollte noch schnell meine Erfahrungen teilen, warum vielleicht der ein oder andere auch Probleme hat sich das App einzurichten. Da ich auch Probleme hatt, könnten so vielleicht die Probleme anderer gelöst werden, wie gesagt ein tolles app und es wäre schade, wenn jemand wegen so kleiner Fehler nicht zu dem Genuss kommt.

ich würde noch 2 beispiele zu example mit aufnehmen einmal wie "alias" überhaupt funktioniert, ich weiß es immer noch nicht und eben die komplette Zeile am Stück die man in fhem schreiben muss. ich denke auch das sehen hier viele, die sollte man nicht selbst in die fhem.cfg schreiben, sondern nur über die Kommandozeile von fhem. ok, jetzt ist der bog ja da.

schön dass der Link zum Blog aufgenommen wurde, ich würde aber für alle iPhone Nutzer noch deine Website http://www.tasior.de/FHEM_Widget/ (http://www.tasior.de/FHEM_Widget/) verlinken. nicht jeder schaut ins Forum und sieht bei dir den link stehen und manchmal möchte man lieber am PC, Laptop oder Tablett arbeiten und dann weiß man nicht wie man dorthin kommt.

ach ja, wenn ich in FHEM einem Device den Filter "Widget" gebe,  im App bei Filter "Widget" eintrage, aber bei Room nichts eintrage, findet das App keine Device´s mehr, ist das normal?

zwei Ideen hätte ich noch:
1: das man sich mit mehreren Raspi gleichzeitig verbinden kann. z.zt. habe ich bei mir einen Raspi und bei meinen Eltern einen stehen. zudem würde ich mir gerne noch einen 3. dritten holen, scheitert aber noch am Internet. Ich denke andere haben bestimmt auch mehr als nur einen und könnten sich eventuell das auch vorstellen.

2: das man nicht jedes Device, dass man im App aufgenommen hat, auch in der Mitteilungszentzrale auftaucht, sondern nur im App selbst bei Controls. Es ist zwar Sinn des Apps die Devices in die Mitteilungszentrale zu bekommen, aber manche Devices, etc. sind nicht so wichtig für die Mitteilungszentrale, möchte aber trotzdem vom iPhone irgendwie drauf zugreifen, ohne auf die Website gehen zu müssen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 19 Juni 2016, 16:43:22
Hi,

die Alias Beispiele hab ich aufgenommen.

Was meinst du mit
Zitatich würde aber für alle iPhone Nutzer noch deine Website http://www.tasior.de/FHEM_Widget/ verlinken
Die Instructions in der App sind im Prinzip ein WebView das genau diese Website darstellt. Damit wäre die Website schon verlinkt. Oder hab ich das falsch verstanden?

Und es ist eigentlich egal ob du die Definition in der Kommandozeile machst oder direkt in der fhem.cfg, der Effekt ist der Selbe.

Zu deinen Ideen:
1: zwei Rapis werde ich derzeit nicht unterstützen können. Prinzipiell ist das natürlich möglich, das umzusetzen verlangt aber eine grundlegende Architekturänderung. Da ist es vielleicht sinnvoller du verlinkst dir beide FHEMs und bietest nur ein Frontend für die App an.

2: Das kommt. Ich baue gerade einen neuen Schalter ein in dem man in jedem Device festlegen kann ob es in der App, im Widget oder (Achtung neu) ab watchOS 3 in der Uhr dargestellt wird.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 19 Juni 2016, 17:15:05
Hört sich gut an, also ab Herbst auch eine Unterstützung für die Apple Watch?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: sasquuatch am 19 Juni 2016, 18:35:26
Was ich mit der Website meine, ist wenn ich mir die Instruction im App vom iPhone anschaue, sehe ich nicht das es eine Website ist. Zeigst du du die Adresse, kann man die Adresse am PC abtippen und alles besser lesen bzw. einfacher in FHEM umsetzen.
Eine Verlinkung zum Forum würde vielleicht schon reichen, so als Supportbereich.


Gesendet von iPhone mit Tapatalk
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 20 Juni 2016, 09:45:48
@stebar_: Ich hab es zumindest mal geplant. watchOS3 bietet dafür gute Voraussetzungen. Wenn die App wirklich im Dock bleiben kann und man sich eine Schnelleinsprung-Complication bauen kann dann kann man wahrscheinlich sehr gute Sachen bauen.

@all: wer will denn den TestFlight Betatester machen? PN oder Mail an mich. Voraussetzung ist allerdings die Betaversion der Betriebssysteme (iOS10, watchOS3).

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 Juli 2016, 10:40:07
Hallo zusammen,

gerade ging die Version 1.3 ins Review mit den folgenden Änderungen:

Danke an Stefan fürs Testen.

Fun Feature: Ein Emoji im Alias wird auch im Widget angezeigt :-D
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gloob am 02 Juli 2016, 10:45:34
Hast du eine Idee wie ich folgendes Device den STATE anzeigen lassen kann. Es ist ein Sensor und ich würde nur gerne den State anzeigen ohne etwas zu schalten.

Internals:
   CHANGED
   DEF        197
   IODev      mysensor_gateway
   NAME       MYSENSOR_Bad
   NR         437
   STATE      B: 74 % H: 62 % T: 23.1 °C
   TYPE       MYSENSORS_DEVICE
   ack        0
   protocol   1.5.4
   radioId    197
   repeater   0
   Readings:
     2016-06-10 15:22:19   SKETCH_NAME     Sensebender Micro
     2016-06-10 15:22:19   SKETCH_VERSION  2.0
     2016-07-02 10:40:58   batterylevel    74
     2016-07-02 10:44:26   humidity2       62
     2016-06-10 15:22:17   parentId        0
     2016-07-02 10:44:26   temperature1    23.1
   Readingmappings:
     1:
       0:
         name       temperature1
     2:
       1:
         name       humidity2
   Sensormappings:
     0:
       receives:
       sends:
         16
         15
     1:
       receives:
       sends:
         16
     10:
       receives:
       sends:
         6
         7
     11:
       receives:
       sends:
         11
     12:
       receives:
       sends:
         12
         14
     13:
       receives:
         24
       sends:
         17
         18
         24
     14:
       receives:
       sends:
         45
         21
         0
     15:
       receives:
       sends:
         13
     16:
       receives:
       sends:
         23
     17:
       receives:
       sends:
     18:
       receives:
       sends:
     19:
       receives:
         36
       sends:
         36
     2:
       receives:
       sends:
         16
         15
     20:
       receives:
         32
       sends:
         33
     21:
       receives:
         24
       sends:
         34
         35
         24
     22:
       receives:
       sends:
         37
         43
     23:
       receives:
         24
         25
         26
         27
         28
       sends:
         24
         25
         26
         27
         28
     24:
       receives:
       sends:
         37
         43
     25:
       receives:
       sends:
         19
         20
     26:
       receives:
         40
         17
       sends:
         40
         17
     27:
       receives:
         41
         17
       sends:
         41
         17
     28:
       receives:
         40
       sends:
         40
     29:
       receives:
       sends:
         45
         44
         21
         46
         22
     3:
       receives:
         2
         17
       sends:
         2
         17
     30:
       receives:
       sends:
         38
         39
         14
     31:
       receives:
       sends:
         2
         16
     32:
       receives:
       sends:
         16
         15
     33:
       receives:
       sends:
         37
         16
         15
     34:
       receives:
       sends:
         37
         16
         15
     35:
       receives:
       sends:
         37
         16
         15
     4:
       receives:
         2
         3
         17
       sends:
         2
         3
         17
     5:
       receives:
         29
         30
         31
         3
       sends:
         3
     6:
       receives:
       sends:
         0
     7:
       receives:
       sends:
         1
     8:
       receives:
       sends:
         4
         5
     9:
       receives:
       sends:
         8
         9
   Sets:
     reboot
     time
   Typemappings:
     0:
       type       temperature
     1:
       type       humidity
     10:
       type       direction
     11:
       type       uv
     12:
       type       weight
     13:
       type       distance
     14:
       type       impedance
     15:
       type       armed
       Val:
         0          off
         1          on
     16:
       type       tripped
       Val:
         0          off
         1          on
     17:
       type       power
     18:
       type       energy
     19:
       type       button_on
     2:
       type       status
       Val:
         0          off
         1          on
     20:
       type       button_off
     21:
       type       hvacflowstate
     22:
       type       hvacspeed
     23:
       type       brightness
       Range:
         max        100
         min        0
         step       1
     24:
       type       value1
     25:
       type       value2
     26:
       type       value3
     27:
       type       value4
     28:
       type       value5
     29:
       type       up
     3:
       type       percentage
       Range:
         max        100
         min        0
         step       1
     30:
       type       down
     31:
       type       stop
     32:
       type       ir_send
     33:
       type       ir_receive
     34:
       type       flow
     35:
       type       volume
     36:
       type       lockstatus
       Val:
         0          off
         1          on
     37:
       type       level
     38:
       type       voltage
     39:
       type       current
     4:
       type       pressure
     40:
       type       rgb
     41:
       type       rgbw
     42:
       type       id
     43:
       type       unitprefix
     44:
       type       hvacsetpointcool
     45:
       type       hvacsetpointheat
     46:
       type       hvacflowmode
     5:
       type       forecast
       Val:
         0          stable
         1          sunny
         2          cloudy
         3          unstable
         4          thunderstorm
         5          unknown
     6:
       type       rain
     7:
       type       rainrate
     8:
       type       wind
     9:
       type       gust
Attributes:
   IODev      mysensor_gateway
   alias      Bad
   event-min-interval temperature1:600,humidity2:600,batterylevel:600
   event-on-change-reading temperature1:0.2,humidity2,batterylevel:2
   event-on-update-reading temperature1,humidity2,batterylevel
   group      MySensors
   mapReading_humidity2 2 humidity
   mapReading_temperature1 1 temperature
   mode       node
   room       Bad,MySensors
   stateFormat B: batterylevel % H: humidity2 % T: temperature1 °C
   version    1.5.4



attr MYSENSOR_Bad fhem_widget_command {,,allowed_values":[]}
funktioniert leider nicht
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 Juli 2016, 10:54:19
@gloob: mach mal in das json die " rein und nicht die deutschen Gänsefüßchen unten  ;)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gloob am 02 Juli 2016, 11:01:31
Damit funktioniert es. Garnicht gesehen. Auf deiner Webseite ist dann leider nur das Sample falsch:

define Schlafzimmer CUL_HM 2397B8 
attr Schlafzimmer fhem_widget_command {,,allowed_values":[],"order":5}


richtig:

define Schlafzimmer CUL_HM 2397B8 
attr Schlafzimmer fhem_widget_command {"allowed_values":[],"order":5}
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 Juli 2016, 11:18:18
Yep, danke. Ist gefixt
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gloob am 02 Juli 2016, 18:07:52
Hast du noch eine Idee, wie man alle Elemente anzeigen lassen kann? Bei mir wird die Liste irgendwann einfach abgeschnitten.
Titel: FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 Juli 2016, 20:53:43
Das ist eine Beschränkung von iOS. Die Liste darf nicht länger werden als eine Bildschirmöhe. Ab der 1.3 kannst du bestimmen welches Device wo hin kommt und die unwichtigeren nur in der App anzeigen lassen

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: netwalk am 05 Juli 2016, 14:57:19
Hallo,

hier eine Anregung:

da ja in der neuen Version die App und das Widget unterschiedlich "bestückt" werden können, wäre es vielleicht praktisch, wenn man vom Widget aus direkt die App aufrufen könnte (durch Tippen auf die Überschrift).
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 05 Juli 2016, 15:50:52
Guter Punkt, nehme ich mal auf.

Die Version 1.3 ist jetzt im Store.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 07 Juli 2016, 00:53:37
Kannst du dir bitte noch einmal den json2 Aufruf anschauen (Version 1.2)
Wenn controlled_attribute angegeben ist dann fragt er diesen auch nur ab.
/fhem?cmd=jsonlist2%20SZ.Thermostat_Climate%20mobileState&XHR=1 HTTP/1.1" 200 475 "-" "FHEM/36 CFNetwork/758.0.2 Darwin/15.0.0
Wenn der Wert fehlt holt er noch das ganze "Device" ab.
/fhem?cmd=jsonlist2%20WZ.Licht&XHR=1 HTTP/1.1" 200 8634 "-" "FHEM/36 CFNetwork/758.0.2 Darwin/15.0.0
Könnte man da nicht STATE als filter setzen? Oder überschneidet sich das bei bestimmten Geräten bzw benötigst du extra Infos?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 07 Juli 2016, 07:49:05
Hi,

Das liegt an einem internen Umbau den ich gerade mache. Da überschreibe ich einfach den STATE noch nicht. Ist in der 1.4 gefixt
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 18 Juli 2016, 12:22:01
Hallo zusammen,

die 1.4 ist mittlerweile im Review. Hier habe ich mal ein experimentelles Feature eingebaut, einen Sync.
Der funktioniert im Prinzip so, dass, wenn aktiviert, die App sowohl lokal als auch an meinem Server nach dem Status anfrägt. Auf eurer FHEM Büchse installiert ihr euch einen Sync client, der die Devices, die ihr auch in der App habt, ausliest und auf den Server pusht und gleichzeitig die gesetzten Commands an den FHEM weiterreicht.

Ihr müsst also euren FHEM nicht mehr von außen öffnen um von extern zu steuern.

Wen es interessiert: http://tasior.de/FHEM_Widget/Sync_Instructions

Derzeit ist der Dienst kostenlos. Nachdem ich aber den Server nicht kostenlos bekomme muss ich beobachten was so anfällt und mir dann bei Interesse ein Bezahlmodell überlegen. Wenn kein Interesse da ist dann schalte ich es potentiell auch wieder ab.

Wäre denn hier in der Community Interesse da? Und was wäre akzeptabel?

VG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 19 Juli 2016, 17:04:11
Freigegeben...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 01 August 2016, 10:39:31
Zitat von: HaPeRiebmann am 18 Juli 2016, 12:22:01
Hallo zusammen,

die 1.4 ist mittlerweile im Review. Hier habe ich mal ein experimentelles Feature eingebaut, einen Sync.
Der funktioniert im Prinzip so, dass, wenn aktiviert, die App sowohl lokal als auch an meinem Server nach dem Status anfrägt. Auf eurer FHEM Büchse installiert ihr euch einen Sync client, der die Devices, die ihr auch in der App habt, ausliest und auf den Server pusht und gleichzeitig die gesetzten Commands an den FHEM weiterreicht.

Ihr müsst also euren FHEM nicht mehr von außen öffnen um von extern zu steuern.

Wen es interessiert: http://tasior.de/FHEM_Widget/Sync_Instructions

Derzeit ist der Dienst kostenlos. Nachdem ich aber den Server nicht kostenlos bekomme muss ich beobachten was so anfällt und mir dann bei Interesse ein Bezahlmodell überlegen. Wenn kein Interesse da ist dann schalte ich es potentiell auch wieder ab.

Wäre denn hier in der Community Interesse da? Und was wäre akzeptabel?

VG
Michael

Find ich super! Bei mir ist es so, dass ich eigentlich immer per VPN von meinem iPhone/iPad auf mein "Netz" zugreife und dann einfach so agiere. Ein Sync-Dienst wäre auch toll, wobei wenn das mit VPN funktioniert, bin ich auch erst einmal glücklich.

Ich werd mir die App gleich mal runterladen und nachher ausprobieren...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 01 August 2016, 11:16:21
Hi,

VPN funktioniert sehr gut, du musst es allerdings immer erst einschalten. Der Punkt hier ist dass du dein Netz garnicht aufmachen musst und es trotzdem sofort alle Stati anzeigt. Allerdings brauchst du den Client in deinem Netz. Steht aber auch alles in der Anleitung :-)

In der 1.4.2 kommt jetzt außerdem der ThreeStateSwitch.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 01 August 2016, 11:30:41
Habs runtergeladen, und schon einen Schalter sowie 2 Werte eingebunden - funktioniert super!

VPN geht auch. Das mit dem Sync überleg ich mir noch. Eigentlich will ich damit auch das Garagentor öffnen und mein persönlicher Internet-Codex sagt, dass ich sowas nicht über einen Synchronisierungsdienst schicke:-).
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 01 August 2016, 11:33:44
Hallo,

habe auf meinem iPad die public beta von ios10 laufen.
Ich weiß dass deine App schon mal mit ios10 funktioniert hat.
Hab letzte Woche das iPad neu aufgesetzt und danach fhem widget installiert. In der App holt er sich auch die freigegebenen Devices zeigt sie leider nicht im Widget an (leeres Widget).
Weiß nicht ob du schon ein Gerät auf ios10 hast... vielleicht kannst du es dir mal anschauen.

FR:
Ansonsten würde ich es schön finden wenn man vielleicht etwas Platz sparen könnte. Ich habe einige Schalter für Licht und vielleicht ist es ja irgendwann möglich die in eine Zeile zu bekommen.
Muss dann ja nicht unbedingt der on/off Schalter sein. Vielleicht als flat-Button mit toggle-Funktion in unterschiedlichen Farben... So könnte man 2-4 Buttons in eine Reihe kriegen.
Kannst du dir ja mal überlegen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 01 August 2016, 13:16:21
Hi,

Danke für das Feedback. iOS 10 hab ich bisher im Simulator laufen und da ging es bisher. Ich hab aber noch nicht so viel gemacht damit.

Zum FR: den Ansatz hab ich auch schon mal überlegt. Mein Problem war dass ich noch keine elegante Lösung gefunden habe. Das JSON wird mittlerweile unübersichtlich und Leute ohne Programmiererfahrung kommen sehr schwer klar. Hier noch Layouting einbauen ist da kontraproduktiv. Ich hab ein paar Ideen aber das braucht noch. Steht aber auf meiner Liste.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 01 August 2016, 13:42:10
Kann mir gut vorstellen dass du das json nicht unbedingt erweitern willst obwohl fhem User ja einiges gewöhnt sind  ;D
Auf die schnelle fällt mir nur ein z.B. ein group Attribut hinzuzufügen.
Na du machst das schon. Freue mich auf jeden Fall das die Entwicklung weiter geht.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 August 2016, 15:50:34
Version 1.4.2 ist gerade in Review gegangen, hier wird der ThreeStateSwitch enthalten sein.

@oberlon: Steht in meinem Backlog
Titel: FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 02 August 2016, 16:13:09
Was ich auch als Feature toll finden würde:

Wenn man keinen Zugriff von unterwegs hat, sollten die Schalter nicht wählbar sein. Bei den Werten sieht man ja schon Striche, woran man erkennt, dass kein Wert übermittelt wird, aber die Schalter kann man noch drücken. Vielleicht ausgrauen?

(http://uploads.tapatalk-cdn.com/20160802/3d5848eec460b937b33df01b7fe66d1f.png)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 August 2016, 17:48:20
Eigentlich solltest du immer von unterwegs Zugriff drauf haben, dafür hab ich einen Syncservice gebaut :-)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 02 August 2016, 18:12:07
Ich meine ja nur, andere Widgets verhalten sich auch anders, wenn keine Verbindung zu den Daten besteht. Flugmodus, Roaming aus im Ausland, ...
Jetzt fühl ich mich wie im Büro, dabei hab ich doch Elternzeit:-)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 August 2016, 19:12:38
Stimmt auch :-D

Die 1.4.2 wurde gerade freigegeben
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 02 August 2016, 21:45:02
Heute ist mein LED-Profil für meine Küche angekommen und ich habe es gleich mal verbaut.
Ich habe hier RGBWW-Stripes die ich mit dem Modul WifiLight anspreche. Über Fhem auch alles okay.
Über das Widget würde ich gerne den "dim" Wert bestimmen (0 = aus, 30, 50, 75, 100).
WifiLight hat zwar ein setter für dim aber kein Reading. Deswegen bin ich meiner eigenen Empfehlung gefolgt und habe ein userReading dim angelegt.
Soweit so gut, ich kann die Werte hochschalten.
Aber nun ;)

1. Drücke ich + springt er z.B. von 50 auf 75. Drücke ich - geht der Wert auf 0.
2. Stelle ich manuell den dim/brightness Wert auf 63 zeigt er mir im Widget 6 an. Drücke ich auf + springt er auf 50

Schau dir das bitte mal an. Ich denke das ist nicht so gewollt.

Und danke für die neue Version.
ThreeStateSwitch habe ich schon mal probiert. Weiß zwar noch nicht wofür ich es nutze aber wird sich schon was finden:)

edit:
Ach ja, bei Switch, ThreeState... und normaler Ausgabe von Infos (Allowed ist leer) hast du unterschiedliche Schriftgrößen... Ich hänge mal ein Bild an.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 02 August 2016, 23:00:02
Und ich hab mal die Sync-Funktion getestet. Vielleicht bin ich ja etwas doof, aber ich bekomme immer einen 400er:

java.io.IOException: Server returned HTTP response code: 400 for URL: https://tasior.info:42333/fhem?op=gcml
at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1840)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1441)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254)
at de.tasior.Util.getCommandList(Util.java:164)
at de.tasior.LoopHandler.getCommands(LoopHandler.java:90)
at de.tasior.LoopHandler.<init>(LoopHandler.java:37)
at de.tasior.Main.main(Main.java:42)


Laufen tut das Skript auf einem Raspberry Pi (3), der natürlich Zugriff auf das Internet hat und auf dem der FHEM läuft. Ansonsten hoffe ich, dass ich alles soweit nach Anleitung gemacht habe...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 03 August 2016, 08:04:29
@oberlon: die Schriftgrößen hab ich mal aufgenommen, kommen in die nächste Version. Das Problem mit dem Springen liegt daran, dass in den userReadings technisch nur Strings drin stehen. Ich selbst benutze auch gemischte Arrays. Darum muss ich, um den aktuellen Status zu bekommen, auch Stringvergleiche machen. Wenn du also jetzt nur ein Subset der möglichen Werte ins FHEM Widget json einbaust kann es sein dass der gerade gesetzte Wert nicht gefunden wird und die Iteration mit + und - nicht funktioniert. Das hat manchmal zum Crash geführt. Jetzt gehe ich einfach in die Mitte des Arrays, suche den Wert und nehme den nächsten. Das führt bei fünf Werten genau so wie du es beschreibst. Bei minus springt er auf 0 und bei Plus auf den vorletzten.
Probier mal mit mehr Werten rum dann sollte es besser werden.

@Fhemschorsch: starte den Client mal mit -v und poste den gesamten Output. Kann es sein dass du den Token-Dummy nicht angelegt hast?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 04 August 2016, 06:18:37
Der Token ist angelegt

define fhem_widget_sync_token dummy

Und im State des Dummys ist der Token enthalten.

state       12345678-ff0-0000-0000-0000000000     2016-08-02 23:40:16

Hier der Auszug beim Start mit der Option -v:

FHEM Sync Client Build 17
Verbose on
FHEM URL: http://192.168.178.24:8083
Room:

Getting all Devices using: http://192.168.178.24:8083/fhem?cmd=jsonlist2&XHR=1
java.io.IOException: Server returned HTTP response code: 401 for URL: http://192.168.178.24:8083/fhem?cmd=jsonlist2&XHR=1
at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1840)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1441)
at de.tasior.Util.getDevicesForFHEMWidget(Util.java:49)
at de.tasior.Main.main(Main.java:38)

Devices found:
==============================

Loop started with 1000ms loop
Getting Device States
FHEM Device States changed, uploading new ones
Error 21: Server returned HTTP response code: 400 for URL: https://tasior.info:42333/fhem?op=sufl
Error 29: Server returned HTTP response code: 400 for URL: https://tasior.info:42333/fhem?op=gcml
Error 29: Server returned HTTP response code: 400 for URL: https://tasior.info:42333/fhem?op=gcml
Error 29: Server returned HTTP response code: 400 for URL: https://tasior.info:42333/fhem?op=gcml
Error 29: Server returned HTTP response code: 400 for URL: https://tasior.info:42333/fhem?op=gcml
^XError 29: Server returned HTTP response code: 400 for URL: https://tasior.info:42333/fhem?op=gcml


(Ich hatte zuerst localhost, anstelle der IP, da war das gleiche Verhalten...)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 04 August 2016, 07:15:00
Dein FHEM verweigert den Zugang. Ist der Port 8083 bei dir offen?
Versuch mal die erste URL die im Log steht manuell zu öffnen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 04 August 2016, 12:27:53
Also bei mir am Rechner (dasselbe Netz):

-die http://192.168.178.24:8083/fhem?cmd=jsonlist2&XHR=1 funktioniert bei mir im Browser einwandfrei
-die https://tasior.info:42333/fhem?op=sufl gibt bei mir die Antwort "nope" zurück, also im Inhaltsfenster

auf dem Raspberry Pi habe ich keinen Browser.

ZitatIst der Port 8083 bei dir offen?

Was meinst Du damit? Ich kann bei mir im Netz darauf zugreifen (ist mein ganz normales Web-Interface). Einen Port in meiner Router-Firewall habe ich natürlich nicht geöffnet...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 04 August 2016, 13:06:49
Dass du nicht auf meinen Server kommst liegt daran dass du nicht die richtige Verschlüsselung und Authentifizierung nutzt. Das passt also.

Dein FHEM liefert einen 400er zurück, das heißt dass da irgendwas nicht stimmt.
Musst du dich bei deinem Webfrontend mit User und Passwort anmelden? Die nimmt der Sync-Client derzeit nicht mit. In dem Falle müsstest du einen weiteren Port ohne Passwortschutz öffnen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 04 August 2016, 13:27:42
Das war es! Ich hab das Webfrontend mit Name/Passwort abgesichert. Nun gehts, dankeschön!
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 04 August 2016, 19:13:05
Ich hab den Client nochmal angepasst. Jetzt sollte es klarer sein.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: ChiliApple am 11 August 2016, 11:58:39
Hallo,

ich verwende auch 2 Keymatic, zusätzlich zu deinem Widget noch Homebridge.
Jetzt ist es so das Homekit den das Auf und Zusperren als Push Nachricht versendet, dass funktioniert aber nur wenn ich kein eventMap mit "lock:locked unlock:unlocked" setze.
Setze ich das eventMap erkennt Homekit die Keymatic nicht mehr.
Lasse ich das eventMap weg und verwende "lock und unlock" dann stimmt in deinem Widget der Status nicht.
Bei jedem Öffnen des Widget ist der Status "aus"/"unlocked"

gibt es hier eine andere Lösung?

Vielen Dank und Grüße Udo

Zitat von: Moeti am 02 März 2016, 09:22:50
Hallo!

Da ich hier keine Attribute verändern muss, weiß ich nicht, was ich mit "controlles_attribute" anstellen sollte.

Falls zwei "allowed_values" eingetragen sind und im Widget daher ein Schalter angezeigt wird, so schicked dein Widget offenbar immer den anderen Wert mit "set" an FHEM, falls er betätigt wird.

In meinem Fall habe ich für mein Keymatic fhem_widget_command {"allowed_values":["locked","unlocked"]} eingetragen. Betätige ich im Zustand "locked" den Schalter, so setzte das Widget den Befehl "set DEVICE unlocked" ab (und umgekehrt). Dieses Kommando kennt das Device aber nicht, es müsste "unlock" heißen. D.h. die Bezeichnung des Device-Staus ist nicht ident mit dem entsprechenden Kommando.

Mit dem von dir vorgeschlagenen Workaround mit "notify" bin ich nicht weitergekommen, aber ich habe es dann mit dem Attribut "eventMap" geschafft, sodass die ungültigen Befehle in gültige umgesetzt werden.

Daher sieht meine Definition für die Keymatic folgendermaßen aus:
define SH_Tuerschloss CUL_HM XXXXXX
attr SH_Tuerschloss fhem_widget_command {"allowed_values":["locked","unlocked"]}
attr SH_Tuerschloss eventMap lock:locked unlock:unlocked


Damit zeigt das Widget den aktuellen Status richtig an und lässt sich auch entsprechend schalten.
Ob ich allerdings alle Zustände mit "uncertain" abgedeckt habe, weiß ich noch nicht.

lG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 13 August 2016, 23:07:13
Hi,

Ich kann das leider bei mir nicht nachstellen. Ich würde dir aber als Ausweg den Dummy empfehlen, der das Verhalten deiner Keymatik übersetzt und diesen mittels Notify and das Keymatik anbinden. Das hab ich zumindest zum Laufen bekommen.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: ChiliApple am 22 August 2016, 09:41:42
danke, aber dann bekomme ich von Homematic ja keine Pushmeldung wenn das Schloss geöffnet oder geschlossen wird ... (nein, ich will das nicht über extra Push lösen)

schade, so muss ich immer die Keymatic zusperren und kann sie dann erst öffnen, da der Schalter beim öffnen des Widget immer auf off steht.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 22 August 2016, 09:54:44
Hi,

das mit Push verstehe ich nicht. Du veränderst ja am Device selbst nichts und FHEM Widget empfängt ja derzeit keine Pushes. Du baust dir eigentlich nur einen Adapter der deinen Keymatic für FHEMWidget übersetzt und die Befehle dann weiter leitet.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Moeti am 22 August 2016, 09:58:06
Die Nutzung des FHEM-Attributs eventMap ist zwar ein brauchbarer Workaround, aber wünschenswert wäre, wenn man für das Widget die zu verwendenden Befehle angeben könnte. Mir würde da zB folgende Konfiguration einfallen:
attr SH_Tuerschloss fhem_widget_command {"allowed_values":["locked","unlocked"],"allowed_commands":["unlock","lock"]}
Dann müsste das Widget immer das entsprechende Command absetzen.
Wäre das oder ähnliches umsetzbar?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 22 August 2016, 10:52:23
Technisch umsetzbar ist vieles. Wie sollen dann die Kommandos aussehen wenn man mit deinem Vorschlag arbeitet?

Oder wie schaltet man den Keymatic denn auf der Kommandozeile? Vielleicht kann ich daraus was bauen
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Moeti am 22 August 2016, 11:04:10
Hallo!

Bei einem Keymatic kann man im state "locked" mit dem command "unlock" das Schloss aufsperren (set tuerschloss unlock).
Im state "unlocked" wird mit dem command "lock" das Schloss versperrt (set tuerschloss lock).

Daher mein Vorschlag, parallel zu den "allowed_values" die entsprechenden "allowed_commands" in JSON angeben zu können. Wenn dann für ein solches Device "allowed_commands" angegeben sind, dann soll das Widget diese verwenden und nicht die Standard-Commands.

lG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 22 August 2016, 11:12:51
OK, eigentlich braucht ihr ein State->command mapping.

Funktionieren muss es aber mit
attr SH_Tuerschloss fhem_widget_command {"allowed_values":["unlock","lock"]}
nur dass dann nicht der richtige State dargestellt wird bzw. der Schalter immer auf "aus" ist. Optisch schöner kann man es so machen.
attr SH_Tuerschloss fhem_widget_command {"allowed_values":["unlock","--","lock"]}
Da ist zumindest der State nicht falsch. Man muss nur wissen was man will.

Ich überleg mal wie ich die Logik aufbauen muss um sowas generisch zu machen.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 01 September 2016, 09:29:14
Ich nutze das Widget nun seit Wochen glücklich und zufrieden, auch die PushSync-Funktion ist super!

Mir fällt spontan folgendes Feature ein:

Wie wäre es mit Kategorien/Ordnern, die eine Art Menüstruktur ermöglichen würden:

Also statt:
-Temperatur Wohnzimmer
-Temperatur Küche
-Status Haustür
-Status Garagentor

-Temperaturdaten
     -Temperatur Wohnzimmer
     -Temperatur Küche
-Sicherheitsdaten:
     -Status Haustür
     -Status Garagentor

Man würde erst nur Temperaturdaten sowie Sicherheitsdaten sehen und erst beim Antippen von zB dem ersten Eintrag die Temperaturen von Wohnzimmer u Küche.

Das würde  es ermöglichen, mehr Informationen unterzubringen. Wenn das überhaupt technisch geht, ich habe keine Ahnung, was Apple in der Mitteilungszentrale überhaupt erlaubt.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 01 September 2016, 12:20:39
Gruppieren geht aber man muss mit der Höhe aufpassen. Wenn das Widget höher wird als der Bildschirm dann bekommt man ein Problem
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Garbsen am 01 September 2016, 14:15:59
Zitat von: HaPeRiebmann am 01 September 2016, 12:20:39
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
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 01 September 2016, 15:10:58
Das ist noch nicht implementiert, sorry :-)
Technisch geht das und ich werde es noch bauen
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 01 September 2016, 18:44:14
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)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 01 September 2016, 23:31:15
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
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Phili am 13 September 2016, 23:24:35
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
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 14 September 2016, 10:32:38
Ein paar seiten weiter vorne, probier es mal damit:
https://forum.fhem.de/index.php/topic,45328.msg451445.html#msg451445 (https://forum.fhem.de/index.php/topic,45328.msg451445.html#msg451445)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: pipp37 am 19 September 2016, 17:49:12
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.


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




Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 20 September 2016, 08:06:02
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
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: pipp37 am 20 September 2016, 09:55:07
Zitat von: HaPeRiebmann am 20 September 2016, 08:06:02
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.


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
Titel: Alias für allowed_values
Beitrag von: mcdo am 20 September 2016, 11:12:53
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?

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 20 September 2016, 15:26:24
@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.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Garbsen am 20 September 2016, 16:36:18
Zitat von: HaPeRiebmann am 20 September 2016, 15:26:24
@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
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: pipp37 am 20 September 2016, 17:55:57
Zitat von: HaPeRiebmann am 20 September 2016, 15:26:24
@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
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 20 September 2016, 19:43:48
Ist doch schon drin :-)
Aber zwischen FHEM Widget und Server ist nur https
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: pipp37 am 21 September 2016, 12:09:52
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
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 21 September 2016, 12:27:49
Nein ich muss die Verschlüsselung noch in die App einbauen. Es kommunizieren derzeit beide in Klartext mit dem Server aber letzterer ist https terminiert. Diese Terminierung läuft über den LB bei AWS. Das ist mir aber zu teuer dafür dass es ein Hobby ist.

Pubnub schau ich mir mal an. Schaut aber auf den ersten Blick so aus als ob ich da die Architektur stark ändern müsste.

Ich werd eher den Weg gehen dass ich den LB und https abschalte und den Inhalt direkt AES verschlüsselt übertrage mit Passworteingabe an beiden Enden.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: pipp37 am 21 September 2016, 12:59:53
Alles klar.
Danke für die ausführlichen Infos.

Wenn du Pubnub  in Zukunft nutzen würdest und  auch Perl magst, könntest du  den Sync-Client gleich in Fhem als Modul machen. Das wäre ein schönes Lernprojekt für die kommenden Schlechtwettertage. ;) ;)

Aber ich bin schon froh, wenn du den Sync-Dienst nicht abstellst.
LG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Stappsen am 21 September 2016, 17:55:44
Hallo,
ich nutze die App seit einiger Zeit, bin aber erst jetzt dazu gekommen, den Push-Sync zu nutzen.

Kurz gesagt: genial :-)

Auch wenn der Dienst etwas kostet, wäre ich bereit dafür zu bezahlen.
Alternativ: Wird es die Server-Version als download geben, dass man ggf. selbst einen Server betreiben kann?

Freue mich auf jedes weitere Update


Viele Grüße,
Stappsen
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 21 September 2016, 18:47:52
HTTPS abschalten wird nicht möglich sein. Apple will bald nur noch Apps zulassen die über https kommunizieren.
https://www.heise.de/security/meldung/Apple-erzwingt-HTTPS-in-Apps-3238844.html (https://www.heise.de/security/meldung/Apple-erzwingt-HTTPS-in-Apps-3238844.html)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 22 September 2016, 08:33:49
Das Problem hab ich jetzt schon, man muss es derzeit begründen warum man http Verbindungen zulässt. Wenn Apple das wahr macht dann ist auch das FHEM Widget tot, hat ja nicht jeder ssl auf seinem FHEM Server laufen. Ist auch im abgeschlossenen privaten Netz wenig sinnvoll.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 23 September 2016, 10:02:47
Wer heute kein SSL/TLS nutzt ist selbst schuld.
Spätestens mit dem Start von letsencrypt sollte diese Hürde leicht zu überwinden sein.
Daheim benutze ich teils selfsigned und immer mehr
https://github.com/lukas2511/dehydrated (https://github.com/lukas2511/dehydrated)
Sehr einfaches Bash Script, wenig Konfiguration.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 26 September 2016, 15:16:11
Deswegen ja der ELB...

ich hab mal auf LetsEncrypt umgestellt und damit ist der SyncServer wieder mit ssl erreichbar. Der Client kann jetzt aber die
sun.security.validator.ValidatorException
werfen.

Hier ggf. auf die neueste VM updaten. Manche VMs akzeptieren keine letsencrypt Zertifikate.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 27 September 2016, 22:14:16
So, jetzt kann er die auch nicht mehr werfen. App Version 1.5 ist grade in Entwicklung. Es kommen kleine Bugfixes und die iOS 10 Anpassungen.
Der Sync hat die Beta verlassen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: pipp37 am 28 September 2016, 12:13:12
https://forum.fhem.de/index.php/topic,58199.0.html

Hallo.
Wie versprochen ist nun die Logik des Java-Sync-Client unter dem angeführten Link zu finden.

Das Tool startet den Java Sync Client für das iOS Widget und lädt ggf. eine neue Version vom Server und installiert und startet diese automatisch.
Weiters wird das Laden des Clients nur pro Stunde 1x gemacht um bei etwaigen Fehlern nicht einen hohen Datentransfer durch die ständigen Download zu generieren.
Es wird angenommen, dass sich FHEM am selben Server befindet. Diese Einstellungen können in den Variablen am Anfang des Scripts einfach geändert werden.

Der Client steht dabei unter der Kontrolle des supervisord.

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 28 September 2016, 13:59:35
Cool, verstehe ich das richtig, dass der den Prozess auch neu startet wenn der Client selbst beendet? Ich habe einen Check eingebaut, dass der Client, wenn er zu alt ist, sich selbst beendet. Das war mit dem Hintergrund, dass das Skript mit dem er gestartet wird, die neueste Version zieht und neu startet.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: pipp37 am 28 September 2016, 14:43:48
Ja genau. Als du vom Java-Client v19 auf v20 upgedated hast, ging das automatisch.

Wenn du den Bash Script mit kill beendest, wird auch der Java Child Process beendet und supervisord startet den Bash Script neu.

Sollte sich der Java Process beenden, wird nach Updates gesucht und ggf. eingespielt.
Und das nur 1x Pro Stunde.
Lg


Gesendet von iPhone mit Tapatalk
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 30 September 2016, 22:45:48
So, die 1.5 ist raus.
Ich hab auch schon Rückmeldung bekommen, dass bei manchen Geräten nach dem Update die Geräte heiß laufen oder die App abstürzt. Ich kann den Fall bei mir bisher nicht reproduzieren. Wer das hat, einfach mal mir per PN euren jsonlist2 Output schicken. Aber bitte OHNE Usernames und Passwörter.
Da scheint irgendwas mit den JSONs und Swift3 nicht zu passen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 01 Oktober 2016, 11:39:22
Fehler gefunden, App ist in Review. Das sollte die Prozessorlast wieder auf ein Minimum reduzieren
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Kurt77 am 02 Oktober 2016, 15:40:47
Hallo,
ich bekomme im Log den Fehler
The attribute fhem_widget_command was not found anywhere


Der Befehl jsonlist2 NdrInfoEin bringt folgendes Ergebnis:

{
  "Arg":"NdrInfoEin",
  "Results": [
  {
    "Name":"NdrInfoEin",
    "PossibleSets":" ",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings readingList setList event-on-change-reading event-on-update-reading
event-aggregator event-min-interval stateFormat fhem_widget_command userattr",
    "Internals": {
      "NAME": "NdrInfoEin",
      "NR": "69",
      "STATE": "Sonos_Kueche StartRadio NDR%20Info",
      "TYPE": "dummy"
    },
    "Readings": {      "state": { "Value":"Sonos_Kueche StartRadio NDR%20Info", "Time":"2016-10-02 14:08:10" }    },
    "Attributes": {
      "fhem_widget_command": "{\"allowed_values\": [\"on\"]}",
      "room": "FHEM_Widget"
    }
  }  ],
  "totalResultsReturned":1
}

Kann jemand helfen?
Danke,
Gruß Kurt
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 Oktober 2016, 16:07:43
Hi,

Im FHEM Widget kannst du nur den Raum angeben, kein einzelnes Device. Schreib mal den Raum rein und schau dann in das Log.
Vielleicht schaust du auch mal ob dir die App den Akku leersaugt, dann bist du nämlich auch ein Opfer von SwiftyJSONs Endless Loop. Der sorgt dafür dass die Analyse manchmal nicht fertiggestellt werden kann.

Die App sollte heute gereviewed werden.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Kurt77 am 02 Oktober 2016, 16:38:52
Hall Michael,
bin nicht sicher, ob ich verstanden habe, was Du meinst.
Sieht das besser aus:
{
  "Arg":"NdrInfoEin",
  "Results": [
  {
    "Name":"NdrInfoEin",
    "PossibleSets":" ",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings readingList setList event-on-change-reading event-on-update-reading
event-aggregator event-min-interval stateFormat fhem_widget_command userattr",
    "Internals": {
      "NAME": "NdrInfoEin",
      "NR": "69",
      "STATE": "Sonos_Kueche StartRadio NDR%20Info",
      "TYPE": "dummy"
    },
    "Readings": {      "state": { "Value":"Sonos_Kueche StartRadio NDR%20Info", "Time":"2016-10-02 14:08:10" }    },
    "Attributes": {      "room": "FHEM_Widget"    }
  }  ],
  "totalResultsReturned":1
}
Jedenfalls kommt der gleiche Fehler.
Danke und Gruß,
Kurt
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 Oktober 2016, 16:40:41
Hi,

was hast du denn genau eingegeben?
Hast du FHEM_Widget im räum oder nur deine IP und Port?

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Kurt77 am 02 Oktober 2016, 16:46:06
Hallo Michael,
Raum, IP und Port.
Danke und Gruß,
Kurt
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 Oktober 2016, 16:46:57
Und was hast du für den Raum eingegeben?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Kurt77 am 02 Oktober 2016, 16:54:18
Hallo Michael,
"Fhem_Widget".
Danke und Gruß,
Kurt
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 Oktober 2016, 16:57:17
Hallo Kurt,

versuch mal
FHEM_Widget
Das ist case sensitive.

Außerdem fällt mir in deinem letzten Schnipsel
{
  "Arg":"NdrInfoEin",
  "Results": [
  {
    "Name":"NdrInfoEin",
    "PossibleSets":" ",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings readingList setList event-on-change-reading event-on-update-reading
event-aggregator event-min-interval stateFormat fhem_widget_command userattr",
    "Internals": {
      "NAME": "NdrInfoEin",
      "NR": "69",
      "STATE": "Sonos_Kueche StartRadio NDR%20Info",
      "TYPE": "dummy"
    },
    "Readings": {      "state": { "Value":"Sonos_Kueche StartRadio NDR%20Info", "Time":"2016-10-02 14:08:10" }    },
    "Attributes": {      "room": "FHEM_Widget"    }
  }  ],
  "totalResultsReturned":1
}


Da fehlt das fhem_widget_command in den Attributes
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 Oktober 2016, 23:11:37
So, ist durch
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: netwalk am 03 Oktober 2016, 02:03:19
Bei der 1.5 lief mein 6s auch heiß und reagierte langsam. Mit der 1.5.1 ist das zwar weg, jedoch funktioniert die App immer noch nicht, sie bekommt keine Verbindung zum Server, weder lokal noch übers Internet...


Gesendet von iPhone mit Tapatalk
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Newbee am 03 Oktober 2016, 08:19:11
Hallo,

das selbe bei mir. Selbst nach einer Neuinstallation keine Verbindung zum Server.

Grüße Newbee
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 03 Oktober 2016, 08:24:28
Bei mir (5S, iOS10) geht es. In der App bisher mit allen Versionen, in der 1.4 u 1.5 wollten die Daten nicht im Sperrbildschirm fliessen.

Die weisse Schrift auf grauem Grund liest sich allerdings anstrengend.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gloob am 03 Oktober 2016, 08:50:08
Bei mir funktioniert auch alles ohne Probleme, allerdings muss ich zustimmen, dass die weiße Farbe auf grauem Hintergrund nicht sehr gut ist. Vielleicht kann man die Schriftfarbe einstellbar machen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: sasquuatch am 03 Oktober 2016, 10:20:23
also ich kann nur mit der fhem server ip im netzwerk zugreifen. bin ich mit vpn mit meinem netzwerk verbunden, gehts auch nicht, haber aber eben auch nur 5 sek getestet.
nehme ich meine dyndns adresse (noch ohne ssl) geht es auch nicht.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: ChiliApple am 03 Oktober 2016, 10:26:28
2. Update ohne Abstürze aber ohne Verbindung
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: denns am 03 Oktober 2016, 10:59:38
Ebenfalls keine Verbindung bei mir: HTTP 401 Fehler, Möglicherweise werden die Anmeldedaten nicht richtig übertragen?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 03 Oktober 2016, 11:35:23
Hallo,

Das ist Code den ich nicht angefasst habe, da scheint Apple was beim Basic Auth geändert zu haben. Ich kann es reproduzieren.

Der Workaround ist den Pushsync zu nutzen und ohne Authentifizierung zu arbeiten.

Ich halte euch auf dem Laufenden
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: sasquuatch am 03 Oktober 2016, 14:04:03
Danke für deine großen Bemühungen, auch wenn die Konkurrenz durch Apple riesig wird...


Gesendet von iPhone mit Tapatalk
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 03 Oktober 2016, 15:09:05
Ich finde die Konkurrenz nicht so groß. Es gibt immer Leute die HomeKit nicht nutzen können/wollen. Und spätestens wenn Apple Homebridge blockt dann ist es eine Alternative. Ich selbst nutze beides.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 03 Oktober 2016, 19:16:10
So, Fehler gefunden und gefixt, Update wartet auf Review. Eieiei, diese Swift3 Umstellung...

Wenn mit der 1.5.2 noch Probleme auftauchen, einfach melden
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jamo am 04 Oktober 2016, 10:15:57
Hallo HaPeRiepmann,
kannst Du Dich vielleicht nochmal zum Post https://forum.fhem.de/index.php/topic,57709.0.html äussern?
Ich wurde gebeten, das Thema auch nochmal hier einzustellen.

Danke!
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: sasquuatch am 04 Oktober 2016, 10:21:20
Zitat von: HaPeRiebmann am 03 Oktober 2016, 15:09:05
Ich finde die Konkurrenz nicht so groß. Es gibt immer Leute die HomeKit nicht nutzen können/wollen. Und spätestens wenn Apple Homebridge blockt dann ist es eine Alternative. Ich selbst nutze beides.
ich habe jetzt homekit auch endlich hinbekommen. auf meinem raspi 2 läuft noch wheezy und da scheint homebridge nicht zu wollen. auf meinem raspi3 mit jessie gab es keine probleme und da läuft es jetzt. ich weiß jetzt auch was du meinst. momentan ist homekit weniger interessant, weil ich es von unterwegs nicht steuern kann, apple TV und ipad habe ich nicht und hole ich auch nicht.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Kurt77 am 04 Oktober 2016, 10:24:05
Zitat von: HaPeRiebmann am 02 Oktober 2016, 16:57:17
Hallo Kurt,

versuch mal
FHEM_Widget
Das ist case sensitive.
Danke, das war's. Seltsam: Ich habe definitiv "Fhem_Widget" eingegeben.
Gruß Kurt
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 04 Oktober 2016, 13:34:23
Hi, ich nutze das Widget seit langer Zeit, bis dato habe ich für mein WEB 8083 kein Passwort hinterlegt. Über meine DYNDNS Adresse konnte ich das Widget aus dem www immer erreichen. Nun habe ich dem Port 8083 in fhem ein Passwort hinterlegt.
define allowed_WEB allowed
attr allowed_WEB basicAuth .................
attr allowed_WEB validFor WEB

Seitdem bringt mir das Widget beim Update einen Fehler und ich kann nicht mehr auf meine Schalter zugreifen.

In der App habe ich bei "Basic Auth" meinen Usernamen und das Passwort hinterlegt. Leider funktioniert es trotzdem nicht.
Auf meinem iPhone habe ich auch noch die "FHEM APP" dort läuft alles ohne Probleme.

Hier der Log Auszug:
Log:

Optional(<NSHTTPURLResponse: 0x170436be0> { URL: http://www........../fhem?cmd=jsonlist2&XHR=1 } { status code: 401, headers {
    "Access-Control-Allow-Credentials" = true;
    "Access-Control-Allow-Headers" = "Origin, Authorization, Accept";
    "Access-Control-Allow-Methods" = "GET OPTIONS";
    "Access-Control-Max-Age" = 86400;
    "Content-Length" = 0;
    "Www-Authenticate" = "Basic realm=\"FHEM: login required\"";
} })

Request: http://www...............:8083/fhem?cmd=jsonlist2&XHR=1
Response:
null

Optional("jsonlist2 Response can not be decoded, json not valid. Please try to collect all relevant Devices in one room to reduce the size of the json.")


oder Kann man bei der FHEM Widget App gar keine Passwörter hinterlegen?

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 04 Oktober 2016, 13:36:22
Doch kann man schon, das ist ein bekannter Fehler. Update ist beim Apple Review, weitere Infos in der Anleitung ganz oben
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 04 Oktober 2016, 13:44:42
Zitat von: HaPeRiebmann am 04 Oktober 2016, 13:36:22
Doch kann man schon, das ist ein bekannter Fehler. Update ist beim Apple Review

Das heißt also das der Fehler bekannt ist und gerade behoben wird!?
Das wäre ja supi.

Zitat von: HaPeRiebmann am 04 Oktober 2016, 13:36:22
weitere Infos in der Anleitung ganz oben

hab ich leider nix zu gefunden!??? Kannst du mir den passenden Link dazu bitte schicken

Gruß Thomas
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 04 Oktober 2016, 13:56:26
Yep, er ist behoben und die App ist im Prüfungsprozess.
Die Anleitung steht in meiner Signatur und in der App unter Einstellungen unter "Anleitung" :P
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Kurt77 am 05 Oktober 2016, 19:43:55
Hallo,
bin zu doof für das Widget.
Habe definiert
attr NdrInfoEin fhem_widget_command {"allowed_values": ["on"]}
Wie schaffe ich es aber, dass der Schalter nicht auf "on" gesetzt wird, sondern, dass ein Radiosender auf Sonos abgespielt wird?
Danke und Gruß,
Kurt
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 05 Oktober 2016, 21:04:39
Hi Kurt,

ich habe sowas über einen Notify gelöst (nicht Sonos sondern ein Reboot des Systems). Der Notify registriert sich auf den State des Dummys und bei einem Event führt es den Befehl aus.
Wie du mit einem Befehl einen speziellen Sender auf deiner Sonos abspielst kann ich dir nicht sagen, hab ich noch nicht gemacht.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: netwalk am 06 Oktober 2016, 07:48:10
Mit der 1.5.2 funktioniert der Zugriff nun endlich wieder.

Was mir negativ auffällt: Die Lesbarkeit der weißen Schrift auf hellgrauem Grund ist leider suboptimal. Der Kontrast ist zu gering.
Vielleicht wäre es sinnvoll, ein paar Themes zu hinterlegen oder dem User die Farbwahl zu überlassen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: sasquuatch am 06 Oktober 2016, 09:13:02
neue version ist draussen, jetzt gehts wieder.

danke.

habe aber noch probleme mit dem push sync. der dummy ist angelegt, ich weiß aber noch nicht wie ich das ganze anstossen muss, damit die daten auf deinem server landen. hängt wohl mit dem script zusammen, den ich laden muss. blicke da gerade nicht so durch. ist wohl noch zu früh am morgen für mich.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 06 Oktober 2016, 09:20:35
Thema Kontrast: kommt in der 1.6, da bin ich grad am spielen. Ist halt ziemlich dämlich zum umsetzen weil ich zwischen iOS 9 und 10 unterscheiden muss. Da such ich noch eine elegante Lösung.

Thema Push Sync: Du musst noch den Sync Client laufen lassen. Schau mal in die Anleitung, da ist ein kleines Skript als Inspiration angelegt. Der liest die Selben Daten aus deinem FHEM aus die auch das Widget nutzt und schiebt die auf meinen Server.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 06 Oktober 2016, 10:07:28
Ich probier mal was:
fhemwidget.slack.com

wen ich einladen soll einfach melden.
Wenns zu viel wird dann schalt ich das wieder ab.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: TomLee am 08 Oktober 2016, 17:30:52
Hallo,

im Widget lasse ich mir die letzten 2 Telefonanrufe aus dem Modul FB_CALLLIST anzeigen.

Mit einem userreadings hol ich mir diese 2 Anrufe in ein Reading.

userreadings:

WF_IOSread {"".ReadingsVal("Calllist","1-state","")."".ReadingsVal("Calllist","1-number","")."".ReadingsVal("Calllist","2-state","")."".ReadingsVal("Calllist","2-number","")}


und einbinden tu ich das mit

fhem_widget_command:

{"controlled_attribute":"WF_IOSread","order":3,"alias":"☎️","allowed_values":[]}


was dann im Widget wie im angehängten Bild1 aussieht.

Wie man ja sieht wäre da genug Platz in der Höhe um in einer Zeile des Widget zwei Textzeilen zu integrieren. Somit würde beispielsweise noch vor den Nummern Platz für die Uhrzeit frei werden.

Als dachte ich mir baust mal nun Zeilenumbruch ein

userreadings:

WF_IOSread {"".ReadingsVal("Calllist","1-state","")."".ReadingsVal("Calllist","1-number","")."\n".ReadingsVal("Calllist","2-state","")."".ReadingsVal("Calllist","2-number","")}


Das Ergebnis sieht man auf Bild 2.

Der Zeilenumbruch wird wahrscheinlich gemacht nur sieht man die 2 Zeile nicht.
In  userreadings WF_IOSread sind beide Telefonnummern vorhanden.

Ist es irgendwie möglich 2 Textzeilen anzuzeigen bzw. die Höhe einer Zeile des Widgets zu beeinflussen ?

Grüße

Thomas
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 08 Oktober 2016, 17:50:08
Nein die Möglichkeit gibt es derzeit nicht. Vor allem weil die Höhe reduziert wird wenn du das Widget expandierst
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gloob am 11 Oktober 2016, 14:28:56
Hallo,

Gibt es die möglichkeit eine DynDNS Adresse anstatt der IP zu nutzen?
Ich habe jetzt eine Synology und würde gernen den Service von xxxxxxxxxxxxxxx.synology.me nutzen.

Gruß
Stefan
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: no_Legend am 11 Oktober 2016, 14:30:26
Zitat von: gloob am 11 Oktober 2016, 14:28:56
Hallo,

Gibt es die möglichkeit eine DynDNS Adresse anstatt der IP zu nutzen?
Ich habe jetzt eine Synology und würde gernen den Service von xxxxxxxxxxxxxxx.synology.me nutzen.

Gruß
Stefan

Wenn du ein Forward in deiner Firewall einrichtest kommst du auch von Extern an deine FHEM.
Hier sollte aber zwingend per https gearbeitet werden oder besser noch mit vpn.

Gruß Robert
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gloob am 11 Oktober 2016, 14:34:34
Zitat von: no_Legend am 11 Oktober 2016, 14:30:26
Wenn du ein Forward in deiner Firewall einrichtest kommst du auch von Extern an deine FHEM.
Hier sollte aber zwingend per https gearbeitet werden oder besser noch mit vpn.

Gruß Robert

Ein Forward hatte ich schon eingerichtet und https auch genutzt. Nur musste ich halt alle paar Wochen mal die neue IP setzen.
Hab jetzt einfach mal xxxxxxxxxx.synology.me bei der IP eingegeben und es hat auch anhieb funktioniert.
Hätte ich natürlich auch vorher einfach mal testen können :)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: denns am 26 Oktober 2016, 12:42:18
Ähm, was ist mit der App passiert?
Sie zeigt nur noch 3 Geräte an. Obwohl ich sie für 1,99€ und unbegrenzten Geräten gekauft habe, wird nun ein Abo verlangt.
Ist das nicht ein Verstoß gegen die Richtlinien von Apple?
-> App Store Review Guideline 3.1.2(a).6 (https://developer.apple.com/app-store/review/guidelines/#subscriptions)
-> bitte wieder unbegrenzte Geräte in der Basis-App freischalten
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gloob am 26 Oktober 2016, 13:07:59
Für mich ist die App damit auch gestorben. Schade.

Wenn funktionen im Nachhinein gestrichen und durch ein Abomodel ersetzt werden, steige ich lieber wieder auf FTUI um und verzichte auf die Funktionalität als Widget.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: sasquuatch am 26 Oktober 2016, 13:20:51
keine ahnung wovon ihr redet, aber ein abo gibt es nicht. ich kann mir im widget nach wie vor meine 16 elemente anzeigen lassen. kann es sein das ihr iOS10 habt?

den seit iOS 10 ist es so, dass er mir das Widget nicht mehr komplett öffnet, obwohl dies so da steht. dann muss ich mehrmals auf mehr anzeigen und weniger anzeigen drücken, dann kommen erst alle elemente die ich eingerichtet habe und nicht nur zwei oder drei stück.

testet das mal.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: denns am 26 Oktober 2016, 13:24:05
Ne, es geht um das Update 1.6 aus dem App Store von heute.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: sasquuatch am 26 Oktober 2016, 13:27:05
oh, das habe ich noch nicht drauf :O
das wäre ja eine schande. wie kann man so ein update verhindern :S
habe jetzt nur automaische updates ausgemacht.

aber habt ihr auch euer display entsperrt?
weil das ja eine neue funktion sein soll. von abo steht nix in den Neuerungen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 26 Oktober 2016, 13:40:46
Hi,

nein das ist in der Tat eine Umstellung, wie schon längere Zeit angekündigt.
Die Basisapp ist kostenlos nutzbar bis 3 Devices. Alles mehr wird 2,49€ im Jahr oder 1,49€ im Halbjahr kosten. (Das Wochenabo ist nur zum Testen drin, würde ich nicht empfehlen)

Der Hintergrund ist relativ einfach: Die Community hier ist relativ klein, wenn ich nur beim Neukauf was verlange und keine neuen Kunden kommen dann gehen die Einnahmen gegen Null. Dann hab ich irgendwann die Wahl ob ich die Nebenkosten, die ich ja durchaus habe selbst trage und bezahle oder ob ich vom Nutzer einen Kaffee im Jahr verlange sodass die Nebenkosten gedeckt sind. Ich habe mich für letzteres entschieden.

So lange ihr mit der 1.6 nicht auf "Update" drückt wird die Liste nicht abgeschnitten. Damit könnt ihr die App weiter nutzen und ggf auf andere Apps umstellen und meine löschen.

VG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: sasquuatch am 26 Oktober 2016, 13:50:12
wäre eine neue App nicht sinnvoller gewesen, sprich widget 2, als jemanden vor vollendete tatsachen stehen zu lassen?

wer jetzt upgedatet hat, kann auch schlecht zurück und in iOS gibt es ein autoupdate funktion, bei dem ich nicht verhindern werden kann, dass dein app upgedatet wird.

ich kann dich aber auch verstehen mit den kosten und dem kaffe, nur die art ist nicht nett.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: denns am 26 Oktober 2016, 13:56:20
Hi Michael,

klar, die 2,98€ im Jahr (so laut App) sind nur 1-2 Kaffees. Gerne bezahle ich auch für neue Funktionen mehr. Ich würde zahlen, wenn ich die Cloud-Funktion nutzen würde.

Aber so wie von dir umgesetzt funktioniert das im App Store nicht, bereits bezahlte Funktionen dürfen nicht entfernt werden. Die Nebenkosten (d.h. Apple Developer Account Gebühr) muss man anders wieder reinbekommen, gerne auch durch eine seperate App mit Abomodell und Zusatzfeatures.

Bei mir sind die automatischen Updates durch, ich kann also nicht mehr zurück.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 26 Oktober 2016, 14:03:05
Ich kann Dich hinsichtlich der Sync-Funktion vollkommen verstehen, aber der Rest der App ist definitiv nichts, was bei Dir zu dauerhaften Kosten führt. Und sie wurde von uns bezahlt.

Das Argument, die alte Version weiterzunutzen, ist nicht valide. Du weißt bestimmt, wie viele Apps jede Woche zur Aktualisierung anstehen und das 90% aller User wohl auf "Alles aktualisieren" drücken, weil es sonst nicht mehr bedienbar bleibt. Im Übrigen kann dann auch jeder Andere Deine neue "kostenlose" App für 0€ beziehen und dann die alte Version per iTunes einspielen. Das ist ja auch nicht in Deinem Sinne.

Ich würde Dich daher freundlich bitten, eine für uns sowie den Apple Richtlinien entsprechende Lösung zu finden.

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: netwalk am 26 Oktober 2016, 14:05:10
Ich habe noch nicht das Update eingespielt und habe vorher eine Frage zu der Funktion "iOS 10: Widget wird gesperrt, wenn das Telefon nicht entsperrt ist":

Ist diese Funktion deaktivierbar und was heißt genau "Widget gesperrt", wird gar kein Status mehr angezeigt, oder sind nur die Schaltvorgänge gesperrt?
Ich nutze das Widget hauptsächlich zur Kontrolle der Türen und Fenster und einiger Klimawerte und möchte dafür nicht extra mein iPhone/iPad entsperren müssen, dann kann ich auch direkt in die Weboberfläche springen.

Kurze Bemerkung zum Abo-Modell:
Leute, wir reden von 2,49 € im Jahr! Der Preis ist fair.
Man könnte allerdings schon über den Bestandschutz der gekauften Version diskutieren...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 26 Oktober 2016, 14:09:52
Der Widget Lock ist schaltbar in den Einstellungen. Das musst du aktivieren.
Bestandsschutz ist leider nicht machbar, das kann ich in der App nicht auslesen ob sie schon mal gekauft wurde. Nicht dass ich das nicht probiert hätte
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: denns am 26 Oktober 2016, 14:12:14
Wie gesagt, machbar wäre es mit einer separaten App...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gronera am 26 Oktober 2016, 14:20:34
Hallo,
mag sein, das das Abomodell angekündigt wurde.
Ich hab es wohl überlesen bzw. ein Abomodell für neue / erweiterte Feature erwartet.
Das aber bereits bezahlte Funktionen gekappt werden , das kann nicht sein.

Bitte wirklich nochmal diesen Schritt überdenken, vielleicht würde ich sogar eine Version 2 kaufen inklusive Abo,
aber so wie ich / wir jetzt "überrumpelt" wurden, werde ich definitiv kein Abomodell abschließen.

Ralf
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 26 Oktober 2016, 14:31:42
@denns: das wäre machbar aber das würde für mich bedeuten dass ich doppelt Bugs fixen müsste, eine doppelte Codebase habe und generell den doppelten Aufwand hätte. Außerdem würden neue Features in dieser nicht landen und spätestens mit iOS 11 oder sogar schon 10.2 würde die App nicht mehr sauber funktionieren wie man bei 10.0 gesehen hat.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 26 Oktober 2016, 14:43:49
Dann ist das halt so. Bugfixes + Features kommen nur noch in die neue App.
Wenn die alte nicht mehr geht ist jedem selbst überlassen auf V2 zu wechseln oder nicht.
Ich bin gerne bereit 2,50 im Jahr zu zahlen damit du das DevCert bezahlen kannst und Anpassungen vornehmen kannst.

Aber die Art und Weise stimmt hier mal absolut nicht.

Deine Ankündigung für ein Abo bezogen sich meiner Meinung nach auf den Push Service. Leider ist dieses Feature nur ein Gimmick und keiner nutzt es wirklich.
Aus einer bestehenden und bezahlten App Features zu entfernen verstößt denke ich nicht nur gegen die Regeln von Apple.
Mein Wunsch, 1.6.1 ohne Push und ohne Limits. Gerne auch als letzte Version.
In v2 kannst du das Abo einbauen und alle anderen Features.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 26 Oktober 2016, 15:04:28
Nachdem diese App von Apple nach einer Woche hin und her approved wurde und dadurch im Store gelandet ist denke ich nicht dass sie gegen deren Richtlinien verstößt. Ich habe auch nirgendwo in die Doku oder im Store eine Anzahl der Devices hinterlegt die genutzt werden können. Das heißt auch dass es technisch gesehen keine Reduktion der Funktionalität ist.

Ich finde es interessant dass hier zwar in manchen Signaturen ziemlich teures Equipment steht aber dann der Aufschrei groß ist wenn man gernr einen Kaffee im Jahr für die Pflege hätte. Ja, über die Art kann man streiten, ich habe die gewählt die für mich und euch den geringsten Aufwand bedeutet weil es keine neue App gibt, ihr die Daten nicht neu einbauen müsst etc.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: sasquuatch am 26 Oktober 2016, 15:25:03
Zitat von: HaPeRiebmann am 26 Oktober 2016, 15:04:28
Ich finde es interessant dass hier zwar in manchen Signaturen ziemlich teures Equipment steht aber dann der Aufschrei groß ist wenn man gernr einen Kaffee im Jahr für die Pflege hätte. Ja, über die Art kann man streiten,
es ist vollkommen egal wer was hat, es wurde oft genug geschrieben "es geht nicht ums geld", es geht um die art.

und nein, es ist kein großer aufwand in ein neues app umzuziehen, weil alles schon in FHEM drin steht und ich nur noch meine dyndns eintragen muss, sowie benutzerdaten. zwei handgriffe. und ich kenne das auch so von anderen apps im shop, die einfach ein neues app machen und das alte auslaufen lassen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 26 Oktober 2016, 17:52:41
OK, scheinbar sind Abos auch nicht in der Familiengruppe transferierbar. Ich hab grad eine 1.6.1 gebaut die kein Abo mehr hat.

Das ist die letzte Version.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: oberlon am 26 Oktober 2016, 21:30:53
Vielen Dank für deine Entscheidung. Hoffe nur deine "letzte Version" bezieht sich nur auch 1.x!
Bring Widget2 raus inkl. Abo und du siehst die Leute holen es auch. Wie du schon schreibst... 2,50...  ;)
Ich bin zumindest bereit dazu!
Hoffe mal du stellst die Entwicklung nicht ein.

PS: Hätte gerne auch ein DevCert. Alle sieben Tage die App neu einzuspielen fetzt nicht... Kann also gut verstehen dass du die Kosten für das Cert gerne drin hättest. Reich wird man nicht dadurch.
Solltest du wirklich die Entwicklung einstellen wäre es wirklich schade. Ich denke wir sollten alle mal eine Nacht drüber schlafen ;)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: AlexSchei am 27 Oktober 2016, 09:33:13
Moin.
Ich wurde auch überrascht von dem Update. Hab es nicht gemacht, weil da stand Abo. Hab dann hier gelesen. Schwierige Situation.

Folgender Vorschlag: die aktuelle Version weiterlaufen lassen, ohne neue Features. Nur noch Bugfixes. Und dazu eine Pro-Version mit Abomodell.

Ich würde mich am Aufwand des Bugfixens und des Weiterentwickelns beteiligen. Sofern interesse besteht, bitte pn.

Gruß aus Braunschweig
AlexSchei
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 27 Oktober 2016, 10:52:14
Morgen,

die Version die jetzt kommt kann genau das was hier lautstark verlangt wurde ohne Abo. Ansonsten ist der Code identisch zur letzten stabilen. Also sind die Bugs gefixt die aufgekommen sind.
Nachdem die Kommentare, primär in den Mails, ziemlich böse waren wird diese Version ausgerollt und dann die App in ungefähr drei Wochen (wenn dann jeder diese Version hat) aus dem Store genommen. Dann kann sich jeder die von ihm gekaufte Version laden und nutzen so lange sie geht.

Zur 2.0: Die gibt es jetzt schon allerdings nur für meine Geräte und meine aktiven Tester. Ideen hab ich genug.

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 04 November 2016, 20:24:00
Hi,

hat jemand noch das Problem dass das Widget nicht lädt aber die App schon?
Hab eine Mail bekommen, das ist aber noch unklar, wollte mal fragen ob das öfter passiert.

UPDATE: Ich habs jetzt auch aber nicht nur bei meinem Widget sondern bei allen 3rd Party Widgets. Scheint ein iOS Problem zu sein. Ich hab mal bei Apple einen Bug aufgemacht.
Titel: FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 07 November 2016, 11:18:19
FHEM Widget 2 ist jetzt im Store. Diese Version enthält den Lock und den Sync Service. Download ist kostenlos, Nutzung aller Features außer Sync bis 3 Devices auch.

Nachdem Subscriptions nicht in der Familiengruppe geteilt werden können hab ich das Feature "Konfiguration übertragen" eingebaut. Ein iOS Gerät mit Abo kann seine gesamte Konfig inclusive der vollständigen Liste auf ein beliebiges anderes Gerät übertragen. Damit kann eine ganze Familie mit einem Abo eine FHEM Instanz bedienen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 10 November 2016, 11:33:32
Geile Appbeschreibung, extra für uns Korinthenkacker in Kaffee umgerechnet!
Ich werds laden, abonnieren und mich über den Sync Service freuen!
Danke
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 10 November 2016, 14:44:37
Ich habe nun paar Fragen an das FHEM Widget2.

1. Was genau ist nun noch mal direkt der "Sync Service" ? Nachdem ich mir die Anleitung durchgelesen habe habe ich es so verstanden das die Daten nun SSl erschlüsselt übertragen werden, oder wofür ist dieser Service!?
2. wurde im Widget2 eine Funktion eingebaut, damit man die Farben im Widget ändern kann? Um die Schalter besser zu sehen?
3. wie kann ich im Widget statt einem Alias z.B. ein Telefon Icon hinterlegen?

Vielen Dank im voraus.
Gruß Thomas
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 10 November 2016, 15:04:29
Hi Thomas,

FHEM Widget 2 ist die Weiterentwicklung des FHEM Widget 1.6 Diese Version ist, im Gegensatz zur 1.6, mit einem Freemium Modell ausgestattet welches es mir erlaubt neue Features zu entwickeln und einen, wenn auch geringen, konstanten finanziellen Inflow zu erhalten um meine Kosten zu decken.

Das ist die Entwicklerseite. Die User Seite ist die, dass in FHEM Widget 2 die neuen Features implementiert werden und 1.6 nur Bugfixes erhält und irgendwann komplett aus dem Store verschwindet. Spätestens mit einer inkompatiblen iOS Version. Im 2er ist jetzt schon der Lock des Widgets implementiert, die Konfigurationsübertragung und der Sync Service. Hier werde ich auch die Feature Requests einbauen und die App wird generell weiter gepflegt und erweitert (Stichwort Watch-Unterstützung).

Zu deinen Fragen:
1: Der Sync Service bietet eine Alternative an um deinen FHEM von extern steuern zu können. Dafür wird ein Client mit FHEM- und Internetzugang installiert, der nur und ausschließlich die Daten abruft die auch das FHEM Widget abruft. Danach schickt er diese Daten an meinen Server (SSL Verschlüsselt). Dort liegen sie und dienen so als Brücke zu deinem FHEM ohne dass du einen Port nach extern freimachen musst. Die Daten werden auf dem Server nicht persistiert und automatisch gelöscht sobald mit deinem Token nicht mehr drauf zugegriffen wird. Außerdem gibt es keine Logs. Ich werde in der nächsten Iteration des Service noch eine E2E Verschlüsselung einbauen. Das brauch aber noch bissl Zeit weil es eine tiefer greifende Änderung wird.

2: Die Farben wurden an iOS 10 angepasst und sind jetzt dunkel gehalten (siehe Screenshots im Store) Eine Möglichkeit die Farben anzupassen wäre ein neues Feature das ich in der 2 implementieren kann falls gewünscht.

3: Das kannst du, derzeit allerdings nur Emoji (versuch mal den Wizard) Ein Feature mit dem man ein FHEM Icon hinterlegen kann hab ich mir auch schon mal angeschaut, ist technisch möglich und steht in meinem Backlog.

Du kannst das 2er auch einfach mal ausprobieren, alles bis auf den Sync Service ist bis 3 Devices frei nutzbar.

VG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 10 November 2016, 15:18:28
Danke für alle Infos!!!  :)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 13 November 2016, 19:39:09
Ich hab mir die Version 2 geholt und gleich einen Kaffee an den Entwickler gespendet :-).

Jetzt habe ich aber ein Problem:

Ich will den Sync-Service wieder nutzen, er lief schonmal unter Version 1.x, lag aber jetzt brach, da der Sync-Service zwischendurch ausgeschaltet war.

Ich bin alles noch einmal gemäss Anleitung durchgegangen und habe den Token aktualisiert, aber der Sync will nicht.

Wenn ich den Java Befehl direkt auf der Oberfläche starte:
java -jar FHEM_Sync_Client.jar -v -url=http://192.xxx.xxx.xxx:8083

dann schmeisst er folgenden Fehler:

==============================
FHEM Sync Client Build 17
Verbose on
FHEM URL: http://192.168.178.24:8083
Room:

Getting all Devices using: http://192.1xxx.xxx.xx:8083/fhem?cmd=jsonlist2&XHR=1
Token found: xxxxx

Devices found:
HM_3F69BF: last
HM_4CB9C8: last
MAX_139212: temperature
Hausklingel: last
HM_392187: STATE
MAX_0f4183: STATE
HM_43403B: last
Bewegung: STATE
HM_30E392: STATE
Urlaub: STATE
Garagentorsensor.zu: last
MAX_138eed: temperature
==============================

Loop started with 1000ms loop
Getting Device States
FHEM Device States changed, uploading new ones
Error 21: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
Error 29: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
Error 29: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
Error 29: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target


Brauche ich jetzt auch SSL? Ich dachte, nur der Weg von der App in Richtung Amazon AWS sei SSL-verschlüsselt...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 13 November 2016, 19:44:02
Hi,

Probier mal den neuesten Sync Client. Ich hab meine Zertifikate auf Letsencrypt umgestellt und die werden von älteren Java Versionen wie zB auf dem Raspi nicht akzeptiert. Dafür gibt es einen Workaround in den späteren Versionen.

Um das zu verhindern kannst du auch das Skript nutzen das ich in die Anleitung geschrieben hab. Dann bekommst du immer die neueste Version des Client ohne Funktionsunterbrechung.

Danke für den Kaffee :)

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 13 November 2016, 20:10:42
Achja, beide Wege nutzen https
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: robman am 14 November 2016, 20:37:03
Die jetzige Version gefällt mir (als stiller Leser) sehr gut!
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 14 November 2016, 22:06:01
Zitat von: HaPeRiebmann am 13 November 2016, 19:44:02
Hi,

Probier mal den neuesten Sync Client. Ich hab meine Zertifikate auf Letsencrypt umgestellt und die werden von älteren Java Versionen wie zB auf dem Raspi nicht akzeptiert. Dafür gibt es einen Workaround in den späteren Versionen.

Um das zu verhindern kannst du auch das Skript nutzen das ich in die Anleitung geschrieben hab. Dann bekommst du immer die neueste Version des Client ohne Funktionsunterbrechung.

Danke für den Kaffee :)

VG

OK, danke für die Info.

Ich hab jetzt SSL mit einem selbst signierten Zertifikat installiert sowie die letzte Version des Sync Clients (v21) heruntergeladen. Ich krieg es leider nicht hin. Ich habe schon den Common Name meines Zertifikates benannt (fhem) und meine IP in der /etc/hosts mit dem Namen fhem eingetragen. Aber das Java-Skript meckert immer noch:
pi@raspberrypi:~ $ java -jar FHEM_Sync_Client.jar -v -url=https://fhem:8083
==============================
FHEM Sync Client Build 21
Verbose on
FHEM URL: https://fhem:8083
Room:

Getting all Devices using: https://fhem:8083/fhem?cmd=jsonlist2&XHR=1
Error 13: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target


Nu ists erst einmal zu spät zum Weitermachen...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 15 November 2016, 07:23:41
OK, jetzt bin ich verwirrt.

Ich habe auf AWS neue Zertifikate installiert und musste deswegen den Client anpassen. Das hat mit deinem FHEM nix zu tun. Der Client unterstützt auch kein ssl zum FHEM weil ich davon ausgehe dass der Client auf der selben Büchse oder zumindest im selben Netz läuft weshalb ich nur http unterstütze.

Du hattest vorher Client Build 17. Da war die Änderung nicht enthalten. Das einzige was du tun musstest ist auf 21 zu gehen.
Wenn du das "s" aus der URL im Aufruf wieder raus nimmst und der Port auf http antwortet dann sollte es funktionieren.

Nochmal zum Überblick:

FHEMWidget2 <==https==> AWS Server <==https==> FHEMSyncClient <==http==> FHEM
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 15 November 2016, 08:46:40
Huch? :-)
Ich habe das so verstanden, dass der Weg bis in meinen FHEM hinein nur noch per SSL funktioniert. Mein Fehler!

Ich check das heute Abend und gebe dann (hoffentlich) Erfolgsmeldung.

Danke für den Support
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: kvo1 am 17 November 2016, 23:14:09
Hallo Zusammen,

hat jemand ein Beispiel für eine Jalousie (Sliderfunktionalität) ?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 18 November 2016, 08:16:58
Hi,

einen Slider gibt es nicht, horizontales schieben in den Widgets funktioniert nicht so gut.
Es gibt deswegen eine Segmented Control. Die Darstellung passt sich automatisch an die Anzahl der erlaubten Werte an. Also wenn du "oben, unten" definierst dann ist es ein Schalter, wenn du "0,25,50,75,100" definierst dann kommt ein Segmented.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: kvo1 am 19 November 2016, 00:30:16
Hallo Michael,
danke / Schade  ;)

Habe das mal so wie von Dir beschrieben umgesetzt. Leider habe ich noch ein kleines Problem.

attr AZ_Rollladen fhem_widget_command {"controlled_attribute":"pct","allowed_values":["0","25","50","75","100"],"order":3}

Damit bekomme ich ein Sgement mit  -  |  100 | +   (100 entspricht ganz offen)

Wenn ich jetzt - drücke fährt das Teil ganz zu, wollte aber (wenn offen) dann nur 75 und beim nächsten - 50  u.s.w.
Habe ich da einen Denkfehler / Konfigfehler

danke

kvo1



alles in Allem aber ne coole App, habe mal die 1.6.x gekauft!
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 19 November 2016, 08:46:24
Hi,

Die 100 in der Mitte sollte eigentlich den aktuellen Stand darstellen wie er ausgelesen wurde. Wenn du dann - drückst sollte der Wert zurückgehen und das Gerät sich bewegen.

Ich hoffe du hast gelesen dass die 1.6 keine neuen Festures erhält
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 19 November 2016, 09:17:09
Zitat von: Fhemschorsch am 15 November 2016, 08:46:40
Huch? :-)
Ich habe das so verstanden, dass der Weg bis in meinen FHEM hinein nur noch per SSL funktioniert. Mein Fehler!

Ich check das heute Abend und gebe dann (hoffentlich) Erfolgsmeldung.

Danke für den Support

Läuft wieder, vielen Dank nochmal für die Aufklärung!
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: kvo1 am 19 November 2016, 22:12:10
Hallo MichaeL,

Ja, die 100 ist der ausgelesene Wert, das passt auch.
Aber wenn ich auf - drücke geht der Wert auch runter , aber halt gleich auf 0 und nicht auf 75.
Wenn die Jalousie dann aber komplett runter gefahren ist, als 0, und ich dann +'drücke fährt sie
Auf 25 und beim nächsten Drücken auf 59 usw.

Gruß
Kvo1
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: kvo1 am 20 November 2016, 00:41:11
Hallo Michael,
Geht übrigens au h in der Version 2 nicht.

Kvo1
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 20 November 2016, 08:02:39
Hm OK, das ist ein Fehler. Schau ich mir an
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 21 November 2016, 13:56:08
@kvo1: OK ich kann es mit meinem Dummy und den Thermostaten nicht reproduzieren. Kannst du mir mal das jsonlist2 Result deiner Jalousie zukommen lassen?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: kvo1 am 23 November 2016, 20:26:58
Zitat von: HaPeRiebmann am 21 November 2016, 13:56:08
@kvo1: OK ich kann es mit meinem Dummy und den Thermostaten nicht reproduzieren. Kannst du mir mal das jsonlist2 Result deiner Jalousie zukommen lassen?
Hallo Michael,
sorry , war unterwegs, bitteschön !

{
  "Arg":"AZ_Rollladen",
  "Results": [
  {
    "Name":"AZ_Rollladen",
    "PossibleSets":"auf:noArg zu:noArg halb:noArg assignHmKey clear:readings,trigger,register,rssi,msgEvents,attack,all down getConfig getRegRaw getSerial getVersion inhibit:on,off off on pair pct:slider,0,1,100 peerBulk peerIODev press raw regBulk regSet reset sign:on,off statusRequest stop toggle toggleDir unpair up",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_defReg,1_allReg,2_defReg+raw,3_allReg+raw,4_off,8_templ+default,12_templOnly,251_anything param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HB-UW-Sen-THPL-I,HB-UW-Sen-THPL-O,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,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-2,HM-LC-Dim2L-SM-644,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-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-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-4DIS-WM-2,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-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,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-SCo,HM-SEC-SD,HM-SEC-SD-2,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-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,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-WDS40-TH-I-2,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-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THPLSensor,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic System cmdIcon devStateIcon fhem_widget_command devStateStyle fm_type fp_Erdgeschoss fp_Obergeschoss fp_Uebersicht fp_Untergeschoss icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "./FHEM/OG_AZ.cfg",
      "CUL_HM_MSGCNT": "29",
      "CUL_HM_RAWMSG": "A0D2184102160590000000601C800::-72.5:CUL_HM",
      "CUL_HM_RSSI": "-72.5",
      "CUL_HM_TIME": "2016-11-20 00:26:21",
      "DEF": "216059",
      "HMLAN1_MSGCNT": "31",
      "HMLAN1_RAWMSG": "E216059,0000,02F45D0D,FF,FFB5,2184102160590000000601C800",
      "HMLAN1_RSSI": "-75",
      "HMLAN1_TIME": "2016-11-20 00:26:22",
      "LASTInputDev": "HMLAN1",
      "MSGCNT": "60",
      "NAME": "AZ_Rollladen",
      "NR": "460",
      "STATE": "auf",
      "TYPE": "CUL_HM",
      "lastMsg": "No:21 - t:10 s:216059 d:000000 0601C800",
      "protLastRcv": "2016-11-20 00:26:22",
      "protSnd": "17 last_at:2016-11-20 00:25:59",
      "protState": "CMDs_done",
      "rssi_CUL_HM": "avg:-77.11 min:-88 max:-69 lst:-70 cnt:17 ",
      "rssi_at_CUL_HM": "avg:-76.24 min:-83 max:-69.5 lst:-72.5 cnt:29 ",
      "rssi_at_HMLAN1": "avg:-74.7 min:-77 max:-73 lst:-75 cnt:31 "
    },
    "Readings": {
      "CommandAccepted": { "Value":"yes", "Time":"2016-11-20 00:26:00" },
      "D-firmware": { "Value":"1.5", "Time":"2014-08-18 20:15:05" },
      "D-serialNr": { "Value":"KEQXXXXXXX", "Time":"2014-08-18 20:15:05" },
      "PairedTo": { "Value":"0xABC123", "Time":"2015-01-25 15:52:07" },
      "R-driveDown": { "Value":"30 s", "Time":"2015-01-25 15:52:07" },
      "R-driveTurn": { "Value":"1 s", "Time":"2015-01-25 15:52:07" },
      "R-driveUp": { "Value":"30 s", "Time":"2015-01-25 15:52:07" },
      "R-pairCentral": { "Value":"0xF11234", "Time":"2015-01-25 15:52:07" },
      "R-sign": { "Value":"off", "Time":"2015-01-25 15:52:07" },
      "RegL_00.": { "Value":"02:01 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:F1 0B:12 0C:34 00:00", "Time":"2015-01-25 15:52:07" },
      "RegL_01.": { "Value":"08:00 09:00 0A:00 0B:01 0C:2C 0D:01 0E:2C 0F:0A 10:00 00:00", "Time":"2015-01-25 15:52:07" },
      "deviceMsg": { "Value":"on (to broadcast)", "Time":"2016-11-20 00:26:21" },
      "level": { "Value":"100", "Time":"2016-11-20 00:26:21" },
      "motor": { "Value":"stop:on", "Time":"2016-11-20 00:26:21" },
      "pct": { "Value":"100", "Time":"2016-11-20 00:26:21" },
      "powerOn": { "Value":"2016-06-29 08:01:04", "Time":"2016-06-29 08:01:04" },
      "recentStateType": { "Value":"info", "Time":"2016-11-20 00:26:21" },
      "state": { "Value":"on", "Time":"2016-11-20 00:26:21" },
      "timedOn": { "Value":"off", "Time":"2016-11-20 00:26:21" }
    },
    "Attributes": {
      "IODev": "CUL_HM",
      "IOgrp": "VCCU:CUL_HM",
      "alias": "AZ Rollladen",
      "autoReadReg": "4_reqStatus",
      "devStateIcon": "auf:roll_oben zu:roll_unten halb:roll_50",
      "eventMap": "on:auf off:zu 50\\x20%:halb",
      "expert": "2_full",
      "fhem_widget_command": "{\"controlled_attribute\":\"pct\",\"allowed_values\":[\"100\",\"75\",\"50\",\"25\",\"0\"],\"order\":3}",
      "firmware": "1.5",
      "fp_Obergeschoss": "25,802,5,Jalousie,",
      "group": "Jalousie",
      "icon": "fts_sunblind_100@orange",
      "model": "HM-LC-BL1-FM",
      "peerIDs": "00000000,",
      "room": "FHEM_Widget,Favourites,OG_Arbeitszimmer",
      "serialNr": "KEQxxxxxx",
      "subType": "blindActuator",
      "webCmd": "stop:auf:zu"
    }
  }  ],
  "totalResultsReturned":1
}
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 23 November 2016, 20:30:59
Schau ich mir an.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 07 Dezember 2016, 08:00:16
So,

Version 2.1 ist da mit folgenden neuen Features

-fhem_widget_command_2: Füge einen zweiten Steuerungskanal zu einem FHEM Widget Device hinzu. Steuere so beispielsweise einen Dimmer mit an/aus und dimmen.
- Neue UI: Ich habe eine zweite UI implementiert. Kacheln. In der Hauptapp sind beide verfügbar. Im Widget wird die UI in einem neuen Widget angeboten.
- Der "Kann nicht geladen werden" Fehler sollte weniger oft auftreten, ich habe hierfür einen Workaround eingebaut

Ich hab auch intern nochmal massiv umgebaut, nach dem Update einfach mal Update drücken.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 07 Dezember 2016, 10:59:39
Zitat von: HaPeRiebmann am 07 Dezember 2016, 08:00:16
- Neue UI: Ich habe eine zweite UI implementiert. Kacheln. In der Hauptapp sind beide verfügbar. Im Widget wird die UI in einem neuen Widget angeboten.

Das neue UI mit Kacheln finde ich super!
In der App wird die ausgelößte Kachel "Orange" dargestellt.
Kann man die Farben der Kacheln ändern?
Im Widget werden die Kacheln zwar angezeigt, aber leider nicht farbelich gekennzeichnet(Egal ob Schaler ein oder aus ist)
Im Moment läuft bei mir noch kein Abo > liegt das daran?

Gruß Thomas
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gloob am 07 Dezember 2016, 11:10:34
Ich wollte heute die neue Version testen und habe direkt ein Problem.

Unter "Widget hinzufügen" wird mir kein Widget angezeigt, außer das von der alten Version.

Ist es nicht möglich Version 1 und 2 parallel laufen zu lassen? ich würde gerne erst die neue Version testen, bevor ich ganz umsteige.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 07 Dezember 2016, 11:13:47
Hi,

Die Kacheln haben drei Farben, hellgrau, dunkelgrau und Orange. Dunkelgrau und Orange sind die Stati eines Schalters (aus, an). Hellgrau ist der STATE und RANGE. Die Farben kann man im Moment nicht ändern. Das ist für mich noch so bisschen CI.

Wenn die Kacheln im Widget nicht eingefärbt werden dann kommt keine Antwort vom FHEM. Das kann an FHEM liegen oder aber auch an iOS. Widgets sind mit iOS 10 sehr eingeschränkt worden, auch was Laufzeiten betrifft. Viele Widgets müssen sich ein kleines Laufzeitkontingent teilen. Hier also einfach ein wenig warten oder ungenutzte Widgets mal rausnehmen.

Das Widget muss sich so verhalten wie die App wenn es genug Ressourcen bekommt.

Man kann beide Widgets parallel laufen lassen.

Das Abo beschränkt weiterhin nur die Anzahl der Devices und den Sync Service

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 07 Dezember 2016, 11:36:59
Zitat von: HaPeRiebmann am 07 Dezember 2016, 11:13:47
Hi,

Die Kacheln haben drei Farben, hellgrau, dunkelgrau und Orange. Dunkelgrau und Orange sind die Stati eines Schalters (aus, an). Hellgrau ist der STATE und RANGE. Die Farben kann man im Moment nicht ändern. Das ist für mich noch so bisschen CI.

Wenn die Kacheln im Widget nicht eingefärbt werden dann kommt keine Antwort vom FHEM. Das kann an FHEM liegen oder aber auch an iOS. Widgets sind mit iOS 10 sehr eingeschränkt worden, auch was Laufzeiten betrifft. Viele Widgets müssen sich ein kleines Laufzeitkontingent teilen. Hier also einfach ein wenig warten oder ungenutzte Widgets mal rausnehmen.

In der App (IOS10 iPhone7) werden die Kacheln eines Schalters dunkelgrau(aus) bzw. orange(ein) angezeigt.
Im Widget wird der gleiche Schalter bei "aus" sowie bei "ein" in weiß angezeigt.
Das alte Widget (mit den Schaltern) wird als Widget richtig mit an- bzw. ausgeschalteten Schaltern angezeigt. Daher kann es doch eher nicht an FHEM liegen oder? Dies sind die einzigen beiden Widgets die im iPhone angeschalten sind.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 07 Dezember 2016, 11:39:47
@Depechem: Da hast du recht. Wie viele Devices hast du aktiv? Probier doch mal die App neu zu installieren oder das Fon neu zu starten. Vielleicht ist das bei der Übertragung des Widgets in Springboard schief gelaufen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 07 Dezember 2016, 11:48:08
Zitat von: HaPeRiebmann am 07 Dezember 2016, 11:39:47
@Depechem: Da hast du recht. Wie viele Devices hast du aktiv? Probier doch mal die App neu zu installieren oder das Fon neu zu starten. Vielleicht ist das bei der Übertragung des Widgets in Springboard schief gelaufen.

die 3 Devices die kostenfrei sind.
- APP neu installiert
- Phone neu gestartet
bringen leider keine Besserung
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 07 Dezember 2016, 13:03:19
Kannst du schalten?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 07 Dezember 2016, 13:08:44
Zitat von: HaPeRiebmann am 07 Dezember 2016, 13:03:19
Kannst du schalten?

Drücken geht(dann wird beim einmaligen drücken aus dem hellen ein dunkler Hintergrund und beim 2. mal drücken ein orangener Hintergrund.)
LAMPE wird in FHEM aber nicht geschalten! Also geht nicht.
In der App funktioniert es.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 07 Dezember 2016, 13:19:57
Also: aus irgend einem Grund bekommt das Widget keine URL Session für die Anfrage oder die Antwort wird nicht weiter verarbeitet. Ich hab selbst ein iPhone 10 mit iOS 10.1.1 und da tritt der Fehler nicht auf, selbst mit 17 Devices.

Ich habe im Widget ein Delay eingebaut. Dieses verzögert die Anfrage an FHEM auf 0,2s nach dem Aufbau und der Anzeige des Widget. Das ist der erwähnte Workaround. Leider dokumentiert Apple hier nicht so gut und bei Nachfragen bekommt man auch keine Infos.
Es kann sein dass dieser Wert in deinem speziellen Fall (frag mich nicht warum) zu klein ist. Ich werd das in der 2.2 einstellbar machen. In deinem Fall müsstest du mal abwarten was so passiert. Ich vermute dass es irgendwann einfach funktioniert weil iOS im Hintergrund Ressourcen freigibt.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 09 Dezember 2016, 10:35:28
Zitat von: HaPeRiebmann am 07 Dezember 2016, 13:19:57
Also: aus irgend einem Grund bekommt das Widget keine URL Session für die Anfrage oder die Antwort wird nicht weiter verarbeitet. Ich hab selbst ein iPhone 10 mit iOS 10.1.1 und da tritt der Fehler nicht auf, selbst mit 17 Devices.

Ich habe im Widget ein Delay eingebaut. Dieses verzögert die Anfrage an FHEM auf 0,2s nach dem Aufbau und der Anzeige des Widget. Das ist der erwähnte Workaround. Leider dokumentiert Apple hier nicht so gut und bei Nachfragen bekommt man auch keine Infos.
Es kann sein dass dieser Wert in deinem speziellen Fall (frag mich nicht warum) zu klein ist. Ich werd das in der 2.2 einstellbar machen. In deinem Fall müsstest du mal abwarten was so passiert. Ich vermute dass es irgendwann einfach funktioniert weil iOS im Hintergrund Ressourcen freigibt.

ok Danke, dann warte ich auf`s nächste Update.
Im Moment läuft es noch nicht.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 09 Dezember 2016, 10:40:00
Hast du den Lock aktiv? Kannst mal probehalber abschalten. Der spielt auch irgendwie mit.
Einen schnellen Reboot vom Handy kannst machen indem du beim iPhone 7 den Einschaltknopf und Lautstärke - 10s gedrückt hältst. Dann mach es eine Art Warmstart.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 09 Dezember 2016, 10:45:43
Zitat von: HaPeRiebmann am 09 Dezember 2016, 10:40:00
Hast du den Lock aktiv? Kannst mal probehalber abschalten. Der spielt auch irgendwie mit.
Einen schnellen Reboot vom Handy kannst machen indem du beim iPhone 7 den Einschaltknopf und Lautstärke - 10s gedrückt hältst. Dann mach es eine Art Warmstart.

Lock war nicht aktiv. Ich habe ihn mal aktiviert, bringt aber keine Änderung.
Was mir beim Lock auffällt. Es dauert ca. 5-6s bis das Widget gelockt ist. D.h. die ersten 5-6s können immer Schalter des Widgets auch ohne Code geschalten werden.

PushSync habe ich nicht aktiv! Damit kann es nicht zusammen hängen!?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 09 Dezember 2016, 11:04:17
Ne mit dem Sync hängt es nicht zusammen. Und dass der Lock so spät kommt kann ich nicht bestätigen. Ich bau mal was um.

Das Ticket ist bei Apple im System. Halte euch auf dem Laufenden
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Mad22 am 10 Dezember 2016, 11:47:46
Hallo,

ich muss mich hier auch mal melden .

Ich benutze die Fhem Widget 2.1 und habe auch so ein bis zwei probleme :-)

Ich habe 18 Devices die im Widget angezeigt werden sollen .

auf meinen IPhone 7 mit aktuellem ios werden im  "Schalter" Widget nicht alle Devices angezeigt . Die letzten beiden fehlen .
Beim Kachel Widget werden alle angezeigt , das Kachel Widget gefällt mir aber nicht .
In der App werden alle Devices ordentlich angezeigt und lassen sich auch schalten .
Ich habe mehrmals auf speichern und Update geklickt, und auch das Iphone neu gebootet . Das hat alles kein Erfolg gebracht .
im Log werden beide Devices als isUsable:true angezeigt , wie alle anderen Devices auch .

Auf meinem Ipad Air2 werden alle 18 Devices ordentlich angezeigt  und alles funktioniert .

Auf dem Iphone 5s von meiner Frau werden auch alle Devices angezeigt und funktionieren .

Vielleicht hast Du ja eine Idee dazu .

Gruß Martin

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 10 Dezember 2016, 12:03:01
Hi,

das liegt an einer nicht dokumentierten Maximalhöhe des Widget-Contents. Diese Maximalhöhe ist Gerätespezifisch scheinbar von OS Version zu OS Version unterschiedlich. Zumindest hab ich sie noch nicht gefunden. Auf Telefonen habe ich das Gefühl dass sie definiert wird durch eine Bildschirmhöhe, sodass man immer ein Widget auf dem Display darstellen kann.

Sorry, da kann ich leider nichts dran ändern. Ich habe allerdings deswegen den Parameter "locations" im JSON eingebaut. Die wichtigen Schalter sind im Widget, die weniger wichtigen in der App. Ein Tap auf den Titel des Widget öffnet die App.

Das ist auch einer der Gründe für die KachelUI, die ist generell effizienter was den Platz angeht. Ab Version 2.2 werden in diesen Kacheln auch Devices mit dem selben Namen/Alias zusammengefasst. Sogenannte MultiChannelDevices.

Was gefällt dir an dieser UI nicht?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Mad22 am 10 Dezember 2016, 12:18:33
Hallo,

Danke für den Hinweis .

Das man direkt aus dem Widget in die App springen kann wusste ich noch nicht, ist schon mal recht Hilfreich .

Über Geschmack lässt sich ja schön streiten  ;) Ich muss mich an die Kachel eventuell noch gewöhnen, sie funktionieren ja auch recht schön und sind etwas kompakter.
Was mir z.B. nicht gefällt ist das der Text so blöde getrennt wird , schön wäre z.B. wenn ein space im Namen ist einfach nach dem Space eine neue Zeile . Aus "Licht Wohnzimmer" wird dann nach dem Licht getrennt und nicht irgendwo im Wort Wohnzimmer . Das ist aber auch wirklich nur ein Schönheitsfehler .

Eine Idee wäre noch Unterordner, worin sich dann wieder ein paar Devices befinden . Dann bekommt man auch mehr ins
Widget-Contents rein oder kann sich das selbst einrichten und muss nicht erst in die App springen .
Ganz wichtige Devices könnte man ja ohne Unterordner im "root" Verzeichnis lassen ...  ::)

Danke für die schnelle Antwort und die Tips .

Gruß Martin
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 10 Dezember 2016, 12:23:20
Hi,

beim Textumbruch hab ich auch lange überlegt und mich dann an die Lösung gehalten die Apple mit HomeKit auch umgesetzt hat. Das Ziel ist ja, dass möglichst viel Text auf möglichst kleinem Raum unterzubringen ist. Da bleibt nur noch der Character wrap, nicht Word Wrap.

Du kannst das ja mit jeweils einem Alias so umbiegen dass alles in eine Zeile passt. Im Alias können übrigens auch Emoji stehen.

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 11 Dezember 2016, 18:43:10
Guten Abend,

ein Update zum "Kann nicht geladen werden" Widget Bug. Es liegt im Grunde daran, dass das Widget manchmal nicht auf die gespeicherten Daten der Mainapp zugreifen kann. Warum? Keine Ahnung, der Fehler ist seit Sommer bei Apple bekannt, war in den iOS 10 Betas schon drin und ist immer noch drin.

Ein Tip um das zu fixen scheint wohl, dass man unter Einstellungen -> Allgemein -> Zurücksetzen -> "Alle Einstellungen zurücksetzen" die Einstellungsdatenbank zurücksetzt. Ob man das will muss jeder selber entscheiden.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 14 Dezember 2016, 11:10:20
Hallo,

mit iOS 10.2 scheint Apple einen Neustartmechanismus eingebaut zu haben. Wenn das Widget nicht geladen werden kann dann einfach mal antippen. Dann kommt es wieder hoch.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gloob am 14 Dezember 2016, 11:13:52
Kann ich ein Abo eigentlich auf mehreren Devices nutzen?

Meine Freundin und ich nutzen weils einen eigenen iCloud Account und ich würde ungern das Abo 2x bezahlen müssen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 14 Dezember 2016, 11:17:18
Hi,

dafür hab ich den "Konfiguration übertragen" Button gebaut. Damit schiebst du alle Devices die auf deinem Gerät gespeichert sind auf ein anderes und du kannst alles bis auf den Sync nutzen.

Sobald du aber auf dem Empfänger wieder "Update" drückst wird abgeschnitten.

Und immer auf beiden Geräten dieselbe Version nutzen
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: netwalk am 14 Dezember 2016, 12:08:34
Hallo,

im Kachel-Widget erscheinen zwar die drei Kacheln der beschränkten Version, gefüllt ist allerdings nur die erste Kachel, jedoch nur mit dem Alias. Die Werte und die Inhalte der folgenden beiden Kacheln werden nicht angezeigt. Es erscheint keine Fehlermeldung.
Klicke ich auf das Symbol um die App zu öffnen, werden alle drei Kacheln korrekt angezeigt.
Ist dieser Fehler bekannt?

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 14 Dezember 2016, 13:01:17
Hi,

nein das kenne ich nicht. Kannst mir mal deine jsonlist2 und einen Screenshot zukommen lassen?
PN oder hier

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: netwalk am 15 Dezember 2016, 14:29:05
Hier ein Screenshot.

Was meinst Du mit jsonlist2? Die 98_JsonList2.pm hat folgenden Stand:

################################################################
# $Id: 98_JsonList2.pm 12275 2016-10-05 14:33:55Z rudolfkoenig $
################################################################


Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 15 Dezember 2016, 15:24:36
Ich bräuchte noch den Output wenn du jsonlist2 room="deinraum" in FHEM eingibst


Auf Anhieb würde ich sagen dass da was mit dem Device ohne Namen schief läuft, du könntest dem mal testweise einen Namen oder ein Emoji geben.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: netwalk am 15 Dezember 2016, 15:38:51
Du hast eine PN.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 15 Dezember 2016, 16:07:46
OK schau ich mir an
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 15 Dezember 2016, 16:51:06
@netwalk, wenn ich Dein Widget sehe, bekomme ich bei mir den Drang, noch mehr einzubinden:-)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: netwalk am 15 Dezember 2016, 20:17:32
@Fhemschorsch

Das Problem kenne ich... ;)
Schwierig ist das zwangsläufige "weglassen müssen" wegen der beschränkten Platzverhältnisse...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 15 Dezember 2016, 21:26:02
@netwalk: ich hab es bei mir im Simulator mit der 2.2 nachgestellt und da tritt es nicht auf. Ich habe einen Verdacht woran das lag und gehe davon aus dass es in der 2.2 gefixt ist. Deine jsonlist2 Antwort in der PN war allerdings nicht vollständig, scheinbar schneidet das Forum bei mehr als 1000 Zeilen ab. Vielleicht schickst du mir nochmal ein File.

Das Thema Platzverhältnisse ist in der 2.2 auch entschärft, schaut mal in die Anleitung der 2.1.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 19 Dezember 2016, 10:48:09
Moin,

die 2.2 ist grad in Review:


UPDATE: Fertig
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: kvo1 am 20 Dezember 2016, 21:50:58
hast Du Test Flight abgeschalten ??
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 21 Dezember 2016, 08:05:53
Hi,

das passiert automatisch wenn die App in den Store geht. TestFlight kann ich erst mit der 2.3 wieder aktivieren wenn ich die in einem testbaren Stand habe. Das dauert aber jetzt ein wenig. Weihnachten und so.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fritz!Maxi am 04 Januar 2017, 21:56:02
Zitat von: HaPeRiebmann am 20 Juni 2016, 09:45:48
@stebar_: Ich hab es zumindest mal geplant. watchOS3 bietet dafür gute Voraussetzungen. Wenn die App wirklich im Dock bleiben kann und man sich eine Schnelleinsprung-Complication bauen kann dann kann man wahrscheinlich sehr gute Sachen bauen.

@all: wer will denn den TestFlight Betatester machen? PN oder Mail an mich. Voraussetzung ist allerdings die Betaversion der Betriebssysteme (iOS10, watchOS3).
Ich wollte mal kurz wegen der watchOS Integration Nachfragen. Ist das noch geplant? Darf ich mich darauf schon ein bisschen freuen?


Viele Grūße,
Christoph
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 07 Januar 2017, 12:50:48
Hallo Christoph,

Da hat wohl die Benachrichtigung nicht funktioniert. Du kannst dich durchaus auf eine Watch Integration freuen. Wie lange das dauern wird kann ich allerdings noch nicht sagen. Jetzt über Weihnachten habe ich nichts gemacht.

Die Grundlagen dafür sind auf jeden Fall gelegt. Die Implementierung wird allerdings noch ein klein wenig dauern, da ich noch einiges an technischen Problemen lösen muss.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fritz!Maxi am 09 Januar 2017, 12:43:35
Zitat von: HaPeRiebmann am 07 Januar 2017, 12:50:48
... Du kannst dich durchaus auf eine Watch Integration freuen.
...
Das werde ich  ;) ! Wunderbare Neuigkeiten!
Ich kann bei Bedarf auch gerne beim Testen unterstützen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: pipp37 am 12 Januar 2017, 16:29:29
Hallo.
Ich bin ja schon länger Nutzer des Widget und wollte nun auf die 2er Version umsteigen aber leider wird mein IOS 9.x nicht mehr unterstützt.

Bleibt das so, dass nur IOS 10 als minimale Version unterstützt wird? Wäre schade. Danke.
Gruss
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 12 Januar 2017, 16:40:47
Hallo,

ja das bleibt so. In iOS 10 wurden vor allem in den Widgets massive Brüche gemacht (weswegen das Widget auch manchmal abstürzt und nur durch tippen zum Leben erweckt werden kann -> Apple Problem).

Wenn ich iOS 9 mitziehen würde müsste ich einiges doppelt implementieren (nein ein Porting von 1.6 funktioniert nicht). Deswegen die Entscheidung ab dem 2er nur auf iOS 10 zu gehen.

Die Frage ist eher, warum du nicht auf iOS 10 gehst. wird ab iPad 4 und iPhone 5 unterstützt.

VG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: pipp37 am 12 Januar 2017, 17:35:53
Danke HaPeRiebmann.
Leider habe ich noch das 4S und da ist mit IOS9 Ende.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Koppl am 17 Januar 2017, 11:22:20
Hallo,

ich habe einen Homematic Schalter hinzugefügt.

attr Garage_Flutlicht fhem_widget_command {"allowed_values":["off","on"],"order":2}

Der Schalter lässt sich auch Schalten im Widget aber wenn ich den Schalter über den PC ausschalte dann ändert sich der Status im Widget nicht.

Hab ich was vergessen, damit sich der Status vom Schalter aktualisiert?

Danke.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 17 Januar 2017, 12:01:55
Hi,

Das Widget aktualisiert sich derzeit nur beim erscheinen. Ich baue keinen Longpoll auf weil das nicht zuverlässig funktioniert.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fhemschorsch am 27 Januar 2017, 21:43:16
"Ich habe grad das Review von byoeiber gelesen..."

Was kam denn da für ein Popup in der App?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 27 Januar 2017, 21:55:58
Nachdem man als Entwickler (noch) keine direkten Antworten auf Reviews geben kann musste ich mir was überlegen wenn jemand im App Store einen Featurerequest rein schreibt. Deswegen das Popup.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: netwalk am 01 Februar 2017, 14:06:50
Mit der 98_JsonList2.pm von gestern (31.01.2017) funktioniert die Darstellung im Widget 1.63 nicht mehr!
Die Devices werden zwar aufgelistet, es wird allerdings kein Status mehr angezeigt. Ein Aktualisieren ergibt die normale Meldung über gefundene Devices.

Ich habe nun die 98_JsonList2.pm vom 28.01.2017 zurückgespielt, damit funktioniert es wieder.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 01 Februar 2017, 14:32:25
Hui, spannend. Gibts ein Changelog für jsonlist2?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 01 Februar 2017, 14:48:18
Zitat von: HaPeRiebmann am 01 Februar 2017, 14:32:25
Hui, spannend. Gibts ein Changelog für jsonlist2?

bei mir geht es auch nicht mehr.
Hilft dir das weiter?

https://github.com/mhop/fhem-mirror/blob/master/fhem/FHEM/98_JsonList2.pm
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 01 Februar 2017, 15:06:10
OK, mir scheint als ob jsonlist2 jetzt ein anderes Parameterformat erwartet.
Ich spiel mich mal und gebe Feedback
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 01 Februar 2017, 20:02:26
Also ich hab gespielt:

Mit dem "alten" 98_JsonList2.pm

jsonlist2 Wohnzimmerlampe STATE

{
  "Arg":"Wohnzimmerlampe STATE",
  "Results": [
  {
    "Name":"Wohnzimmerlampe",
    "Internals": {      "STATE": "on"    }
  }  ],
  "totalResultsReturned":1
}



mit dem "neuen":
{
  "Arg":"Wohnzimmerlampe STATE",
  "Results": [
  {
    "Name":"Wohnzimmerlampe",
    "Internals": { },
    "Readings": { },
    "Attributes": { }
  }  ],
  "totalResultsReturned":1
}



Ich bin mir nicht sicher ob das so gewollt ist oder ob ich was verwechsle.

Hab dem Herrn König mal eine PN geschrieben
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: rudolfkoenig am 03 Februar 2017, 12:35:54
Habs gefixt, ab morgen per update verfuegbar.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 04 Februar 2017, 12:35:35
Habs grad probiert, geht wieder. Zumindest bei mir.

Vielen Dank
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Phili am 07 Februar 2017, 22:21:24
Gibt es hier schon eine Lösung?


Gesendet von iPhone mit Tapatalk
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 08 Februar 2017, 08:56:05
Lösung für was?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Phili am 08 Februar 2017, 17:56:49
Komisch, mein Tapatalk hat die Beiträge von dir und Rudolf nicht angezeigt. Ich meinte das JSON Problem hat sich also erledigt :).


Gesendet von iPhone mit Tapatalk
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 08 Februar 2017, 18:58:44
Ah :-D
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 09 Februar 2017, 13:14:02
So, die 2.3 ist in Review gegangen:

- Apple Watch App (beta, Feedback gerne hier)
- neues Logo
- Einstellung der Hauptfarbe der App und aller Widgets
- Bug fixes
- Refresh Button im Grid View
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: klaymen am 12 Februar 2017, 20:19:28
Hallo,

Das klingt mit der App interessant! Ich habe einen Wunsch, bei dem ich aber nicht sicher bin, ob er sich auf iOS implementieren lässt - ich habe das auch im Multimedia Forum erwähnt, aber vielleicht ist das hier passender (und bei jemandem, der iOS und die SPI dazu besser kennt :-). Ich fände es cool, wenn man über FHEM die iPhone/iPad Audio/Videosteuerungstasten beeeinflussen könnte (also natürlich indirekt über eine App, die - wenn sie läuft - von FHEM bestimmte Zustände ausliest, und entsprechend steuert). Mit "Steuerung" meine ich hier Lautstärke, Next/Previous Track, Play/Pause. Also die Grundfunktionen, die man z.B. bei Kopfhörern oft im Kabel als Minischalter mit drin hat.

Das Anwendungsbeispiel dazu (was mich auf die Idee brachte) ist, dass ich in der Badewanne ganz gerne Musik via Spotify (iPhone) höre,  und zwar über einen (JBL) BT Lautsprecher, aber sehr ungern mit nassen Fingern und dem iPhone über der Wanne hantiere - das kann teuer werden  :o . Der Lautsprecher selber könnte zwar das iPhone steuern, er ist aber nicht in Griffweite. Da wäre es doch sehr paktisch, sich neben der Wanne z.B. einen HM 6-Fach Schalter anzukleben, und darauf diese Grundfunktionen zu legen (plus noch Lichsteuerung fürs Badezimmer selber). Da diese batteriegstützt sind, ist es auch nicht heikel/gefährlich, darauf mit nassen Fingern zu hantieren. Ist sowas umsetzbar, oder gibt es eventuell schon was in der Richtung?

lg Andreas
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 13 Februar 2017, 14:43:20
Hallo Andreas,

das erscheint mir auf Anhieb schwierig. Wenn man die Medientasten belegen will muss man im Hintergrund einen Audioservice registrieren. Wenn ich mit FHEMWidget einen Audioservice registriere kann ich zwar die Device-Lautstärke regeln, du kannst aber nichts mehr abspielen weil es nur einen Audioservice gibt. Wenn du dann deine Musik-App startest wird die FHEMWidget Lautstärkeregelung abgeschaltet.

Was du machen kannst ist auf eine Sonos-Büchse (Play:1 ist Badtauglich) umzurüsten, diese in FHEM einhängen und dann deine Fernbedienung bauen.

Oder du gehst auf die iPhone7 Generation, die ist wasserfest (hab getestet).

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 13 Februar 2017, 17:36:41
Kann es sein das dass Widget gar kein "https" akzeptiert?
Gruß Thomas
Titel: FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 13 Februar 2017, 19:06:47
Doch. Sogar Self-signed Zertifikate. Musst nur aktivieren
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 13 Februar 2017, 19:29:28
Zitat von: HaPeRiebmann am 13 Februar 2017, 19:06:47
Doch. Sogar Self-signed Zertifikate. Musst nur aktivieren

Also wenn ich in fhem meinem Port 8082
attr WEBwww HTTPS 1
hinzufüge und im Widget aus:
URL: http://dyndns-adresse
ein:
URL: https://dyndns-adresse
mache und auf speichern gehe bringt er mir den folgenden Fehler: (siehe Bilder im Anhang)

"ich sehe aber gerade das es trotzdem funktioniert! Er bringt halt eben nur den Fehler"

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: fischit am 13 Februar 2017, 19:30:11
Hallo Michael,

ist es möglich auch Werte eines anderen Readings im Widget ausgeben zu lassen?
Er nimmt im Standard ja einfach STATE.

Hintergrund ist folgender:
Ich habe 5 Räume mit Thermostaten und Fensterkontakten. Ich möchte in der Übersicht gerne sehen wie warm es in welchem Raum ist und ob das Fenster auf ist.
Ich habe mir also ein Reading gebaut in dem alle Werte enthalten sind. "Temp. 10C 55% Hum Fenster Closed"
Normalerweise brauche ich dafür im Widget ja zwei Zeilen - jedes Device eine Zeile. Aber mit 5 Räumen und somit 10 Zeilen ist nicht mehr viel Platz im Widget für andere Sachen.
Dadurch würde ich mir 5 Zeilen sparen.

Danke
Grüße
Nils
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 13 Februar 2017, 19:32:55
Hi Nils,

ja das geht. Schau in die Anleitung nach MultiChannelDevices. Damit kannst du 3 STATE Devices (STATE ist definiert als ein Wert der ausgelesen wird, der muss nicht STATE heißen).

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 13 Februar 2017, 20:38:09
@depechem: was passiert im Browser wenn du die URL aufrufst? Und lass doch mal das www weg
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 13 Februar 2017, 20:46:03
Zitat von: HaPeRiebmann am 13 Februar 2017, 20:38:09
@depechem: was passiert im Browser wenn du die URL aufrufst? Und lass doch mal das www weg

[/
Zitat von: HaPeRiebmann am 13 Februar 2017, 20:38:09
@depechem: was passiert im Browser wenn du die URL aufrufst? Und lass doch mal das www weg



Jetzt bekomme ich gar keine Verbindung mehr über das Widget wenn ich https aktiviert habe.
Egal ob ich das www mit angebe oder weglasse.
Im Safari kann ich mich nach Anmeldung von BN und KW auf die FHEM Seite ohne Probleme aufrufen
Noch zur Info ich logge mich nicht mit der "WEB" sondern mit einer eigenen "WEBwww" FHEMWEB ein
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 13 Februar 2017, 20:57:27
@depechem: BN und KW?

Wenn es trotzdem geht dann is ja erstmal kein Problem. So aus der Ferne kann ich grad nicht Debuggen. Wenn du magst kann ich mal mit dem Simulator direkt drauf und schauen was schief läuft.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 13 Februar 2017, 21:02:57


Es geht eben gar nicht mehr.
Ja kannst du gern. Was brauchst du dafür?

BN Benutzername
KW Kennwort
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 13 Februar 2017, 21:10:25
Ich brauch URL User und Pass. Am besten per PN
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: fischit am 13 Februar 2017, 21:32:10
Zitat von: HaPeRiebmann am 13 Februar 2017, 19:32:55
Hi Nils,

ja das geht. Schau in die Anleitung nach MultiChannelDevices. Damit kannst du 3 STATE Devices (STATE ist definiert als ein Wert der ausgelesen wird, der muss nicht STATE heißen).

VG

Das geht ja dann leider nur in der KachelUI und nicht im Widget.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 13 Februar 2017, 21:44:17
Hi Nils,

es gibt auch für die Kachel UI ein Widget.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: fischit am 13 Februar 2017, 21:53:07
 :o cool, hatte ich noch gar nicht gesehen - Danke!

Ist zwar nicht ganz so übersichtlich find ich aber tut auch seinen Zweck.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 13 Februar 2017, 21:58:02
Dafür bekommst du viele Infos auf wenig Fläche. Was bei umfangreichen Konfigurationen gut sein kann :-)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 14 Februar 2017, 07:48:25
So, die 2.3 ist im Store
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: sasquuatch am 14 Februar 2017, 12:17:56
Zitat von: klaymen am 12 Februar 2017, 20:19:28
Das Anwendungsbeispiel dazu (was mich auf die Idee brachte) ist, dass ich in der Badewanne ganz gerne Musik via Spotify (iPhone) höre,  und zwar über einen (JBL) BT Lautsprecher, aber sehr ungern mit nassen Fingern und dem iPhone über der Wanne hantiere - das kann teuer werden  :o . Der Lautsprecher selber könnte zwar das iPhone steuern, er ist aber nicht in Griffweite. Da wäre es doch sehr paktisch, sich neben der Wanne z.B. einen HM 6-Fach Schalter anzukleben, und darauf diese Grundfunktionen zu legen (plus noch Lichsteuerung fürs Badezimmer selber).
Ich kenne mich jetzt mit den JBL Lautsprechern nicht aus, aber wenn die Lautsprecher vom iPhone Spotify steuern können, müsste man mal Wissen ob man mit FHEM das auch könnte bzw. ob man mit FHEM die Funktionen der JBL Lautsprecher steuern kann. Es gibt ja ziemliche viele Module mit denen man Yamaha, Marantz und andere AV steuern kann oder auch Enigma und Neutrino Satelliten Receiver. Git es sowas für die JBL Lautsprecher oder für Spotify (https://forum.fhem.de/index.php?topic=37912.0), könntest du ein DOIF schreiben und es auf deinen Schalter im Bad legen. Das DOIF kann dann auch ein Lichtszenario in deinem Bad steuern, sprich Spotify wird gestartet und im Bad startet ein Lichtszenario. Kannst dann einen Dummy bauen der das ganze steuern kann und den Dummy im Fhem Widget integrieren.
Ich steuer so bei mir auch das Licht im Wohnzimmer, geht mein AV an und es ist draussen dunkel, werden automatisch bestimmte Zwischenstecker mit Leuchten eingeschaltet. Inzwischen habe das um meine HUE Deckenspots erweitert, die dann ein bestimmtes Lichtszenario einschalten bzw. wenn der Receiver ausgeschaltet wird, gehen die HUE Deckenspots auf Hell und die Zwischenstecker werden ausgeschaltet. Eventuell kannst du dir da was basteln.

@HaPeRiebmann: das neue Widget 2 hat ja für die Grid Oberfläche einen aktualisieren button. Ich kann auch im App selbst alles wunderbar schalten, aber bim Grid Widget lädt er sich tot bis ich drauf drücke, aber es passiert halt nix, im Widget wird nichts geschaltet, nur im App und im normalen Widget. Bin ich da der einzige?
Titel: FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 14 Februar 2017, 12:28:38
Bisher bist du der einzige bekannte. Hast du ssl aktiv? Am Update Code habe ich nichts umgebaut, nur mit der neuen Version von XCode kompiliert.
Welche iOS Version hast drauf?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: sasquuatch am 14 Februar 2017, 13:32:27
Ich nutze kein ssl, habe ein 7+ mit ios 10.2.1. Das Problem habe ich schon die ganze zeit, dass alle icons im Grid laden und wenn ich drauf drücke damit zwar aufhören zu laden, aber schalten lässt sich im Grid Widget nichts. Im Normalen Widget läuft alles prima, habe eigentlich keine fehlermeldungen beim speichern, im App selbst geht ja alles, beide Überischten, nur im Widget nicht.

Manchmal lädt das Grid Widget gar nicht mehr, dann hilft es auch nicht es wieder raus zu nehmen aus den Widgets, dann muss ich alles neu starten.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 14 Februar 2017, 13:56:47
Hm, das sind zwei Probleme:
- Dass das Grid nicht geladen wird liegt an einem Bug bei Apple bei dem der Zugriff auf die UserDefaults erratisch unterdrückt wird. Dazu haben Sie in der 10.2.1 einen Tap to restart Widget eingebaut. Das ist eine Race Condition die ich leider nicht fixen kann. Manchmal lässt sich das Widget auch gar nicht mehr wieder herstellen. Da hilft nur ein Springboard restart.

- Dass die Kacheln im Widget das Update nicht bekommen ist mir neu. Da schau ich mal rein. Ist in unseren Tests auch nicht aufgetreten

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Garbsen am 14 Februar 2017, 14:08:58
Zitat von: HaPeRiebmann am 14 Februar 2017, 07:48:25
So, die 2.3 ist im Store

Ok, zunächst mal finde ich es super, dass Du hier immer mehr entwickelst. Habe mal als kleine Anerkennung für 6 Monate bezahlt.

Ich denke, die App hat mittlerweile viel Potential und vielleicht wird es sogar eine gute Alternative zu Homebridge/Home.
Habe mal Apple Watch versucht auszuprobieren und bei einem Device sowohl WATCH wie auch WIDGET gesetzt, aber bei der Watch kommt nichts an. (abgespeichert und Update geklickt)
Was genau muss man machen?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 14 Februar 2017, 14:51:58
Erst mal ein klein wenig warten. Die Daten werden im Hintergrund übertragen. Je nach Ladestand der Uhr kann das dann ein wenig dauern. Bei einer vollen Uhr kannst du eigentlich zuschauen wie sie erscheinen.

Sollte das nicht passieren, schau mal ins Log ob das Device wirklich die location WATCH enthält. Vielleicht hast du dich vertippt. Dann wird das nicht übernommen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 14 Februar 2017, 18:16:08
@Depechem: Ich hab dein Problem gefunden. Wird in der 2.4 gefixt

@sasquuatch: wenn du kein SSL aktiviert hast dann ist das neu. Kannst du mir per PN mal einen Zugang schicken mit dem ich testen kann? Gerne auch nur einen Raum exponieren
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Garbsen am 14 Februar 2017, 18:56:14
Zitat von: HaPeRiebmann am 14 Februar 2017, 14:51:58
Erst mal ein klein wenig warten. Die Daten werden im Hintergrund übertragen. Je nach Ladestand der Uhr kann das dann ein wenig dauern. Bei einer vollen Uhr kannst du eigentlich zuschauen wie sie erscheinen.

Sollte das nicht passieren, schau mal ins Log ob das Device wirklich die location WATCH enthält. Vielleicht hast du dich vertippt. Dann wird das nicht übernommen.

Eingetragen ist m.E. alles


RolloU1_1: isUsable: true
Allowed Values: ["on", "stop", "off"]
Alias: RolloHWR
Order: 1
Display Locations: WATCH,


Auf der watch aber auch nach warten nichts zu sehen
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 14 Februar 2017, 19:05:52
Hm, im Zweifel die Watch App mal neu installieren. Kannst mal einen Watch Screenshot hier posten?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 14 Februar 2017, 19:24:45
@Garbsen: Die RANGE Devices werden derzeit nur lesend unterstützt. Schalten kannst du nur SETTER und SWITCH.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Garbsen am 14 Februar 2017, 21:57:39
Zitat von: HaPeRiebmann am 14 Februar 2017, 19:24:45
@Garbsen: Die RANGE Devices werden derzeit nur lesend unterstützt. Schalten kannst du nur SETTER und SWITCH.
Ok, aber deshalb sollten sie doch trotzdem auf der watch angezeigt werden, oder?
Wird es aber weiterhin nicht
Die Anzeige sagt: 'Auf dieser Watch sind noch keine Devices hinterlegt. Weitere Infos in der Anleitung der Hauptapp."
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: C0mmanda am 15 Februar 2017, 09:22:43
Moin

Ich habe auch das Problem das im Widget FHEM Grid die Devices nicht geladen werden.
Sieht seit gestern so aus wie im Screenshot.
In der App funktioniert alles einwandfrei.
iPhone 7, aktuellstes iOS.

Aktuell kein Abo, möchte das auch erst abschliessen wenn alles richtig läuft.

Grtz
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 15 Februar 2017, 10:27:39
@Garbsen: Dann scheint deine Watch App aus irgend einem Grund keine Verbindung zur Main App zu haben. Ich bau in die 2.4 etwas mehr Logging ein um das zu analysieren.

@COmmanda: Der Fehler sollte in der 2.4 gefixt sein.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: C0mmanda am 15 Februar 2017, 10:40:45
Das lässt hoffen.
Danke für die schnelle Rückmeldung!

Grtz
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 15 Februar 2017, 12:42:46
@COmmanda: was passiert wenn du im lokalen Netz direkt auf deinen FHEM gehst? Kannst mal testen ob das mit https oder http dann geht?

Mir scheint dass iOS Probleme mit manchen DNS Providern hat. Ich habe selbst no-ip.biz und da geht alles.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Garbsen am 15 Februar 2017, 12:47:49
Zitat von: HaPeRiebmann am 15 Februar 2017, 10:27:39
@Garbsen: Dann scheint deine Watch App aus irgend einem Grund keine Verbindung zur Main App zu haben. Ich bau in die 2.4 etwas mehr Logging ein um das zu analysieren.

@COmmanda: Der Fehler sollte in der 2.4 gefixt sein.
Ok, werde dann mal abwarten
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 15 Februar 2017, 14:07:14
@COmmanda: hast du SSL aktiv? Self signed? Oder nur http?

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: C0mmanda am 16 Februar 2017, 12:41:22
Zitat von: HaPeRiebmann am 15 Februar 2017, 14:07:14
@COmmanda: hast du SSL aktiv? Self signed? Oder nur http?

VG

Nein, SSL ist nicht aktiv.
Habe nur http aktiv und verbinde mich von extern per VPN on Demand.
Im LAN ganz normal über http.

Das Problem besteht aber bei beiden Szenarien.

Grtz
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: fischit am 17 Februar 2017, 20:10:00
Hi,

gibt es die Möglichkeit, dass ich ein Device entweder in der KachelUI ODER in der ListeUI (keine Ahnung wie die richtig heißt) anzeigen lassen kann?

Wenn ich es in der Anleitung einfach nicht sehe, dann ist das ein feature request :)

Grüße
Nils
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 17 Februar 2017, 20:19:47
Nö gibts noch nicht :-)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: netwalk am 20 Februar 2017, 14:15:11
Mit Aktualisierung auf die FHEM 5.8 funktioniert das Widget nicht mehr, es werden keine Daten ausgelesen. Im Log steht "Response: null"
Setze ich das featurelevel auf 5.7 zurück, geht's wieder.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gloob am 20 Februar 2017, 15:08:12
attr <WEBDEVICE> csrfToken none


Sollte helfen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 20 Februar 2017, 19:40:15
Ich selbst habe die 5.7, da ist mir das noch nicht aufgefallen. Was macht denn der csrfToken? Das hört sich für mich so an als ob man den in Zukunft in der App brauchen könnte.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: The-Holgi am 20 Februar 2017, 20:33:06
@HaPeRiepmann
Guckst du hier : https://forum.fhem.de/index.php/topic,67419.0.html

Gruss Holgi
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 20 Februar 2017, 21:38:45
Yep, das hab ich auch gesehen, danke. Muss ich mich mit beschäftigen. Bis dahin den Token abschalten. Habs schon mal in die Anleitung rein gebaut.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 23 Februar 2017, 19:02:44
Die 2.4 ist jetzt im Store:

RANGE Devices auf der Watch steuern (nicht nur lesen)
Grid Widget SSL Bug behoben
deutsche Übersetzung für den Color Chooser
Fehler im Segmented Control der List UI behoben
neue Locations: WGRID und WLIST
"color" Attribut
Statusanzeige des SyncService (mehr in der SyncService Anleitung)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 26 Februar 2017, 21:09:56
@Garbsen: klappts inzwischen? Wenn nicht, ich hatte ein ähnliches Problem. Hier hat ein kompletter Reset und Wiederherstellen der Watch geholfen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Garbsen am 26 Februar 2017, 22:37:51
Zitat von: HaPeRiebmann am 26 Februar 2017, 21:09:56
@Garbsen: klappts inzwischen? Wenn nicht, ich hatte ein ähnliches Problem. Hier hat ein kompletter Reset und Wiederherstellen der Watch geholfen.
Ja, seit letztem Update klappt es, sorry war einnässt Tage offline
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: MarkusN am 01 März 2017, 21:27:56
Servus! Setze FHEM Widget seit einigen Monaten erfolgreich ein, und es läuft eigentlich sehr gut. Hin und wieder wird mir nur "Laden nicht möglich" (oder so ähnlich) angezeigt, und ich muss das Widget einmal antippen damit alles angezeigt wird.

Ich habe allerdings ein anderes interessantes Phänomen:

Wenn ich mit FHEM Widget direkt auf mein FHEM zugreife läuft alles tutti. Wenn ich jedoch über meinen nginx proxy gehe (der ansonsten super funktioniert, auch mit anderen FHEM Apps), dann funktioniert die Anzeige meiner Devices nur in der App selber. Im Benachrichtigungscenter sind die Buttons alle aus und es wird auch kein Text hinter den Devices angezeigt. Irgendwelche Tipps warum es nur in der App angezeigt wird?

Nutze aktuelles iOS 10.2.1, aktuelles FHEM Widget 2 aus dem AppStore und FHEM 5.8 (csrfToken none).

Grüße,

Markus
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 März 2017, 16:35:29
Hallo Markus,

das hört sich ein wenig nach dem Problem an das ich als SSL Bug in den Release Notes der neuesten Version (2.4) eingetragen hatte was eingtlich ein Konfigurationsproblem der Widgets war.

Gehen bei dir beide Widgets nicht oder nur der Grid?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: MarkusN am 03 März 2017, 13:04:32
Habe es gerade getestet, und tatsächlich - der Grid funktioniert, die "normale" Ansicht jedoch nicht. Der Zugang auf nginx läuft über SSL und ein selbst signiertes Zertifikat.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 03 März 2017, 14:01:15
Was der Grid tut und die Liste nicht? Das ist neu. Kann ich demnächst mal bei dir auf den FHEM? Dann schau ich nach
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 17 März 2017, 08:18:37
Ist es möglich noch mal eine Selektierung direkt in der APP zwischen denn Kachel- und dem Schalterdesign zu implementieren? Also wie bei den Widgets. Das wäre prima.
Gruß Thomas
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: accloginsell am 21 März 2017, 11:24:26
Hallo,

habe folgendes Problem

läuft alles soweit jedoch wenn ich meine Wohnzimmerlampe einschalten will. Definiert: fhem_widget_command
   
{ "allowed_values" : [ "off", "on" ]}

Dann stellt er diese immer auf off nie auf on.

Wo ist der Fehler?
Grüße
Nico
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 21 März 2017, 12:59:51
@depechem: ja ist möglich :-)

@accloginsell: erst mal sehe ich keinen Fehler. Wie schaut denn dieses Device im Wizard aus? Sind da alle Werte enthalten?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: tschirch am 29 März 2017, 08:26:49
Hallo,

erst mal ein großes Dankeschön an den Programmierer. Es gibt mittlerweile einige Apps zur Steuerung von FHEM, aber genau diese ist es für mich. Toll! Bei vielen Apps hat man die kompletten Devices (Bei mir sind das 245 Entities in der config), hier nur das, was man wirklich braucht.

Ich habe zwei Fragen oder Bitten:
1. Ist es möglich statt der schmalen Buttons auf der AppleWatch Kacheln anzuzeigen? Ich bin schon sehr häufig auf den falschen Knopf gekommen.
2. Mein iPhone war jetzt mal aus, da die Batterie entladen war. Bei manchen Apps auf der AppleWatch hat man dann die Möglichkeit über Wlan etwas zu bedienen ohne das iPhone. Wenn das irgendwann mal geht, das wäre auch super.

Vielleicht steigert das die Attraktivität der App noch weiter.

Mit besten Grüßen
Steffen
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: sasquuatch am 29 März 2017, 10:30:05
Zitat von: accloginsell am 21 März 2017, 11:24:26
Wohnzimmerlampe
   
{ "allowed_values" : [ "off", "on" ]}

Dann stellt er diese immer auf off nie auf on.

Wo ist der Fehler?

Hast du mal " set Wohnzimmerlampe on " in die Fhem Konsole eingegeben und hat sich so die Lampe einschalten lassen?
Eventuell hast du ein webCmd oder ähnliches gesetzt und die Lampe lässt sich gar nicht über on und off ein- und ausschalten.
Du musst auch auf Groß- und Kleinschreibung achten.

Falls du das noch nicht geprüft hast, könnte hier eventuell der Fehler liegen. Wäre das einzige was mir dazu einfällt, passiert mir zumindest ab und an mal [emoji57]



Gesendet von iPhone mit Tapatalk
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 29 März 2017, 12:27:24
Hi,

@Steffen:
zu 1: Das Konzept ist, dass sich diese Buttons in der Höhe dynamisch anpassen, je nachdem wie viele Informationen in den MultiChannelDevices enthalten sind. Deswegen war die Entscheidung für eine Liste. Außerdem ist das auch näher an den UI Richtlinien von Apple für die Watch.
Ich könnte die Minimale Höhe der Buttons auf der Watch anpassbar machen. Oder du probierst einfach mal weitere Kanäle in deine Buttons zu integrieren. Wenn du mit meiner Anleitung nicht zurecht kommst kannst mal hier rein schauen: https://waschto.eu/fhem-widget-fhem-devices-als-widget-unter-ios (https://waschto.eu/fhem-widget-fhem-devices-als-widget-unter-ios)

zu 2:
das war interessanterweise meine erste Implementierung. Das iPhone als Relais habe ich erst eingezogen als ich festgestellt hatte dass URLSession auf der Watch dermaßen langsam ist, dass ich teilweise bei meinen 19 Devices in Timeouts gelaufen bin. Im lokalen Netzwerk. Und hier bist du beim Grund warum ich es nicht mache :-)
Das Thema werde ich aber weiter beobachten und immer wieder mal probieren. Sollte sich die Situation bessern baue ich wieder um.

Gestern habe ich angefangen mich intensiver mit der 2.5 zu beschäftigen. Infos dazu findet ihr in der Anleitung.

Mal als kleine Umfrage: Wie steht denn die Lust auf eine tvOS App?

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: tschirch am 29 März 2017, 14:33:07
Hi,

vielen Dank für deine schnelle(n) Antwort(en).

Das mit den zusätzlichen Kanälen ist eine Idee, die ich gleich ausprobieren werde.

Schade, dass der direkte Weg von der AppleWatch in's Wlan zu langsam ist.

Grüße
Steffen
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fritz!Maxi am 29 März 2017, 21:29:34
Zitat von: HaPeRiebmann am 29 März 2017, 12:27:24
...
Mal als kleine Umfrage: Wie steht denn die Lust auf eine tvOS App?
...
Mir fällt dafür spontan kein Einsatzzweck ein. Phone und Watch sind genial, aber am Fernseher würde ich diese Steuerung nicht benutzen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 29 März 2017, 21:39:52
Zitat von: Fritz!Maxi am 29 März 2017, 21:29:34
Mir fällt dafür spontan kein Einsatzzweck ein. Phone und Watch sind genial, aber am Fernseher würde ich diese Steuerung nicht benutzen.
Würde eher zum Mac gehen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 07 April 2017, 10:51:41
Zitat von: HaPeRiebmann am 20 Februar 2017, 21:38:45
Yep, das hab ich auch gesehen, danke. Muss ich mich mit beschäftigen. Bis dahin den Token abschalten. Habs schon mal in die Anleitung rein gebaut.

Hi, hast du hier schon etwas finden können um dies wieder anzuschalten?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 07 April 2017, 12:06:28
Hi,

ich bin noch dabei das Verhalten umzubauen, ist nicht so einfach weil ich immer wieder in Race Conditions nach einem Neustart des FHEM rein laufe weil ich ja alle Calls parallel schicke. Dauert noch.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 08 April 2017, 20:17:43
Update:
hab mich dumm angestellt. in der 2.5 ist der csrfToken Support enthalten
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: thoko am 16 April 2017, 20:02:00
Leider zeigt mir das Widget im Log folgendes an.

Optional("Die Netzwerkverbindung wurde unterbrochen")

An was könnte das liegen?

Im Global habe ich fhem_widget_command hinzugefügt. Und meinem Gerät habe ich folgendes Attribut eingestellt.
attr Wohnzimmer fhem_widget_command
{"allowed_values":["off","on"]}


Gesendet von iPad mit Tapatalk Pro
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 16 April 2017, 20:14:38
Dein FHEM ist nicht erreichbar. Schau mal ob du mit den Selben Daten mit dem Browser drauf kommst
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 30 April 2017, 11:37:01
Hi, ich mal wieder.
Gibt es eine Möglichkeit die WGRID Kacheln farblich je Status zu ändern. Also bei "closed" rot und bei "open" grün!?

Mit diesem Code wird bei "open" die Farbe ausgegeben bei "closed" wird die Kachel grau
{ "order" : 5, "locations" : [ "WGRID" ], "color" : "#00FF00", "allowed_values" : [ "closed", "open" ], "alias" : "HOFTOR STATUS"}

dies funktioniert leider nicht:
{ "order" : 5, "locations" : [ "WGRID" ], "color" : [ "#00FF00", "#00FF00" ], "allowed_values" : [ "closed", "open" ], "alias" : "HOFTOR STATUS"}
da wird die vorher in der App vordefinierte Farbe ausgegeben.


Titel: Antw:FHEM Wdget (iOS)
Beitrag von: sasquuatch am 30 April 2017, 12:11:19
Danke für den Tipp, habe ich direkt umgesetzt [emoji106]

Gibt es noch eine Möglichkeit das trotzdem der Status open/closed noch als Text in der Kachel erscheint?


Gesendet von iPhone mit Tapatalk
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: kvo1 am 30 April 2017, 17:01:44
@Depechem

{ "order" : 5, "locations" : [ "WGRID" ], "color" : [ "#00FF00", "#00FF00" ], "allowed_values" : [ "closed", "open" ], "alias" : "HOFTOR STATUS"}

für beide ("closed", "open") die gleiche Farbe bringt nicht so viel.
Aber auch bei verschiedenen Farben geht es nicht  >:(

kvo1
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: sasquuatch am 30 April 2017, 17:54:09
Ich glaube dechem ist sehr wohl klar das es beides die selbe Farbe ist, nur weil er sich nicht die Mühe gemacht eine andre Farbe einzutragen. es geht viel mehr um ein Beispiel, dass es so nicht geht, egal welche Farb kombis man wählt...


Gesendet von iPhone mit Tapatalk
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 30 April 2017, 21:23:26
Zitat von: sasquuatch am 30 April 2017, 17:54:09
Ich glaube dechem ist sehr wohl klar das es beides die selbe Farbe ist, nur weil er sich nicht die Mühe gemacht eine andre Farbe einzutragen. es geht viel mehr um ein Beispiel, dass es so nicht geht, egal welche Farb kombis man wählt...


Gesendet von iPhone mit Tapatalk

Genau 😉
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 01 Mai 2017, 18:49:40
Hallo zusammen,

Die Farbe kann man derzeit nur für den aktiven Status zuweisen, also nur die eine Farbe die sonst orange gewesen wäre in eine andere umwandeln. Eine Wertebasierte Farbe ist derzeit nicht möglich.

Viele Grüße
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fritz!Maxi am 18 Mai 2017, 15:38:34
Hi,
ich habe ein sporadisches Problem mit dem Sync Service. Der Service läuft an sich wunderbar, aber es ist bereits 2x passiert dass die SD Karte meines RPi's bis zum Rand mit Kopien des Java Clients vollgeschrieben wurde. FHEM an sich lief dann zwar noch, aber alle Funktionen die etwas auf die SD Karte schreiben wollten (in die /root Partition) liefen nicht mehr. Die Kopien der Datei 'FHEM_Sync_Client.jar' landeten alle in Home Verzeichnis des Users 'pi'.
Hier das Script:
#!/bin/sh while true; do
rm /opt/fhem/FHEM_Sync_Client.jar
echo "Lade Client"
wget "https://tasior.info:42333/FHEM_Sync_Client.jar" /opt/fhem
echo "Starte FHEMSyncClient"
java -jar /opt/fhem/FHEM_Sync_Client.jar -v -url=http://localhost:8083
echo "Beendet. Oder Gestorbern. Egal, hauptsache es gibt eine neue Version"
done


Und hier der Aufruf des Scripts:

screen -dmS FHEMSyncClient /bin/sh /opt/fhem/fhemWidget.sh


Irgendeine Idee was da sporadisch schief läuft?

Viele Grüße,
Christoph

Titel: FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 18 Mai 2017, 19:45:47
Hm, kann ich mir nur erklären dass du keine Zugriffsrechte in dem Ordner hast mit dem Nutzer mit dem du das Skript ausführst.
Warum es aber dann in den falschen Ordner schreibt kann ich nicht erkennen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fritz!Maxi am 19 Mai 2017, 08:51:48
Zitat von: HaPeRiebmann am 18 Mai 2017, 19:45:47
Hm, kann ich mir nur erklären dass du keine Zugriffsrechte in dem Ordner hast mit dem Nutzer mit dem du das Skript ausführst.
...
Das prüfe ich mal. Seltsam ist nur das es mehrere Wochen funktioniert und dann plötzlich nicht mehr. Wenn es noch mal auftritt muss ich mal die Logfiles zu dem Zeitpunkt durchsuchen. Dieses 'plötzlich' muss doch irgendeine Ursache haben...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fritz!Maxi am 02 Juni 2017, 15:19:58
Nachdem ich mein FHEM erfolgreich vom Pi3 in einen Debian Container auf meinem QNAP NAS umgezogen habe konnte ich mir das Thema noch mal ansehen. Es sieht für mich so aus das wer wget Aufruf mein Problem verursacht hat:
wget "https://tasior.info:42333/FHEM_Sync_Client.jar" /opt/fhem

Meine Recherchen habe ergeben, dass wget kein Zielverzeichnis zulässt, also die Ergäntung '... /opt/fhem' nicht zulässig ist. Seit ich diese entfernt habe läuft alles prblemlos. Mal schauen wie lange...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Deinjo am 09 Juli 2017, 22:21:31
Hallo,

erstmal... "Die App ist großartig"  Schön simpel aber TOP Funktion.

Nun hab ich aber das Problem, dass lange alles Top lief. Leider aktualisiert meine AppleWatch aber seit gestern die Werte und Anzeigen nicht mehr.
Hat von Euch auch jemand das Problem und vielleicht einen Tip?

Gruß
Deinjo
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 09 Juli 2017, 22:36:48
Hi Deinjo, hast du die App mal deinstalliert und neu geladen?
Vielleicht hilft es ja. Die Einstellungen sind ja in der iCloud (wenn aktiviert), bzw. in FHEM hinterlegt.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 10 Juli 2017, 10:53:13
Hi Deinjo,

Ich hatte das mit meiner Watch mal, hat sich von selber gelöst. Da haben aber die anderen Apps auch nicht funktioniert.

VG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 27 Juli 2017, 21:59:21
Hallo zusammen,

es geht weiter, ich habe mit der 2.6 angefangen.
Neueste Infos sind immer in der Anleitung zu finden, Fragen und Anregungen gerne hier.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fritz!Maxi am 28 Juli 2017, 12:11:55
Ich fände es hilfreich (bequem) wenn der Zugriff auf der Apple Watch direkt vom Ziffernblatt aus möglich wäre. Also die APP dort als Komplikation eizurichten ist.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 28 Juli 2017, 13:00:52
Hi,

ja ist geplant.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 11 August 2017, 09:43:24
Zitat von: HaPeRiebmann am 01 Mai 2017, 18:49:40
Hallo zusammen,

Die Farbe kann man derzeit nur für den aktiven Status zuweisen, also nur die eine Farbe die sonst orange gewesen wäre in eine andere umwandeln. Eine Wertebasierte Farbe ist derzeit nicht möglich.

Viele Grüße


Hallöle, bist du hierbei schon etwas weiter gekommen?
Gruß Thomas
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 11 August 2017, 10:35:15
Hallöle

yep. Ist in der 2.6 implementiert. Die werde ich im Rahmen des iOS 11 Release rauswerfen.
Aktueller Entwicklungsstand ist immer in der deutschen Anleitung zu finden. Ich versuche da transparent zu sein. Gerne dann auch Feedback hier.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 11 August 2017, 11:45:43
Zitat von: HaPeRiebmann am 11 August 2017, 10:35:15
Hallöle

yep. Ist in der 2.6 implementiert. Die werde ich im Rahmen des iOS 11 Release rauswerfen.
Aktueller Entwicklungsstand ist immer in der deutschen Anleitung zu finden. Ich versuche da transparent zu sein. Gerne dann auch Feedback hier.

VG

du bist der beste!!! Ich warte schon gespannt drauf :-)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Da-ne-ezy am 11 August 2017, 16:58:57
Möchte hier ein großes Lob an @HaPeRiebmann aussprechen.

Super arbeit von dir bei dieser App, bin mega begeistert und hab mir direkt das Abo geholt.

Mach weiter so, ich freue mich auf tolle Neuerungen!

Gruß
Da-ne-ezy
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 11 August 2017, 17:28:41
Thänx
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 20 September 2017, 13:54:03
So, die 2.6 ist im Store, hier der Changelog:


    Bugfix: Update Artefakte im Kachel Layout werden jetzt nicht mehr angezeigt
    Neues Attribut value_colors im JSON. Weitere Infos siehe Tabelle
    Neues Attribut group zum gruppieren der Devices im Grid View
    Wizard: Die Deviceliste kann nun nach den verbundenen Devices gefiltert werde
    Wizard: neue Attribute sind enthalten
    FHEMSyncClient 24: csrfToken Support aktiviert. Wird automatisch an alle ausgerollt
    Neues Feature: Push. Weitere Informationen unter Einstellungen -> Push und Synchronisation


Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 20 September 2017, 14:03:04
Feedback, vor allem zum Push wäre nett.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 30 September 2017, 15:05:15
Moin,

tolle App, wirklich. Habe auch das Abo gemacht. Jetzt brauche ich keine offenen Ports mehr im Router, sehr gut.

Aber dennoch bitte eine Frage.
Ich habe die Devices auch per App-Wizard eingerichtet.
Schalte ich ein Device per Widget ein, wird es geschaltet.
Schliesse ich das Widget, und rufe es danach erneut auf, so ist der Status des vorher eingeschaltetem Devices im Widget = "off".
Das Device selber ist noch "on"

Erst wenn ich es dann im Widget erneut einschalte, und dann ausschalte, wird es im Device selber auch ausgeschaltet.

Habe ich bei der Konfig irgendetwas vergessen ? 
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: sasquuatch am 30 September 2017, 18:11:16
Du kannst den Bildschirm im App von oben nach unten ziehen zum aktualisieren. Ich habe aber das Gefühl, dass das nicht richtig funktioniert


Gesendet von iPhone mit Tapatalk
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 30 September 2017, 18:12:55
Danke, das ist mir bewusst.
Ich möchte u.a. beim Aufruf des Widget den aktuellen Status der Devices sehen, lt. Widget sind aber immer alle "off", und das ist falsch.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: sasquuatch am 30 September 2017, 18:20:20
Im App selbst oder bei den Widgets?
Und im App selbst, bei der Kachelübersicht oder bei der Tabellenübersicht?
Bei den Widgets wird es mir immer angezeigt und falls nicht, muss ich oben auf den Banner klicken.
Ich bin aber lieber im App selbst und dort bei der Tabellenübersicht. mir zeigt er nach einem Wisch von oben nach unten alles an, ich habe nur das Gefühl, es wird mir nicht immer richtig angezeigt. Bei der Kachelansicht muss ich immer auf den refresh Button drücken sonst wird mir nichts angezeigt


Gesendet von iPhone mit Tapatalk
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 30 September 2017, 18:39:25
Nirgends wird der korrekte Status angezzeigt, weder im Widget noch in den Kacheln...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 30 September 2017, 19:58:54
Hi,

was sagt denn das Log?
Wenn du den Sync aktiv hast dann kann es durchaus ein wenig dauern (im Bereich von Sekunden) bis die Stati durchsynchronisiert werden. Dann vielleicht noch kurz warten bis das Widget den korrekten Status hat. Wenn es allerdings den Status gar nicht sauber anzeigt dann schreib mir doch mal eine PN

VG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 30 September 2017, 22:01:58
Hallo,

das Log in der App ist leer. Schalten kann ich, via Sync etwas verzögert, aber das ist ok.

So habe ich das Attribut meines Druckers konfiguriert:    
{ "filter" : "Schalter", "allowed_values" : [ "off", " on" ], "order" : 8}

Geschaltet wird er, aber wie gesagt, wenn ich das Widget erneut aufrufe steht der "Schalter" auf "off"

Wenn ich mir nur den Status des Druckers ansehe { "filter" : "Schalter", "allowed_values" : [], "order" : 8}

so wird mir dieser immer korrekt angezeigt. Aber nicht dieser Schiebeschalter.. oder verstehe ich da irgendwas falsch, bzw. fehlt an der Konfig etwas ?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 30 September 2017, 22:18:49
Hi,

In welcher Darstellung bist du? Grid oder Liste?
Für mich schaut's grad auss als ob du ein STATESWITCH Device hast das den falschen SWITCH Zustand darstellt.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 30 September 2017, 22:21:04
Grid ? Liste ?

Ich nutze das Widget im Lockscreen (um welches es mir vorrangig geht).

Das Device ist ein simpler FS20-Steckdosenschalter. Zwave-Lichtschalter werden aber genauso "falsch" bei mir angezeigt..
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 30 September 2017, 22:26:05
Der Schaltertyp ist dem Widget egal, das sieht es alles transparent.
Die Devicetypen sind in der Anleitung definiert.

Was sagt das Log nachdem du Update drückst?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 30 September 2017, 22:42:44

Watch Session not paired



Controls found:
===============

[

Intertek_B1: isUsable: true
Allowed Values: []
Alias: Drucker
Display Locations: APP WIDGET,

Intertek_B1: isUsable: true
Allowed Values: ["off", " on"]
Alias: Drucker
Order: 8
Display Locations: APP WIDGET,



Saving persistency data to iCloud failed. <CKError 0x17484c060: "Server Record Changed" (14/2004); server message = "client oplock error updating record"; uuid = xxx; container ID = "iCloud.de.tasior.FHEM-Widget2">

Saving persistency data to iCloud failed. <CKError 0x170854070: "Zone Busy" (23/2029); server message = "CAS failed"; Retry after 30.0 seconds; uuid = xxxx; container ID = "iCloud.de.tasior.FHEM-Widget2">

Saving persistency data to iCloud failed. <CKError 0x1746505c0: "Zone Busy" (23/2029); server message = "CAS failed"; Retry after 30.0 seconds; uuid = xxxxx; container ID = "iCloud.de.tasior.FHEM-Widget2">

Saving persistency data to iCloud failed. <CKError 0x170854f40: "Server Record Changed" (14/2004); server message = "client oplock error updating record"; uuid = xxx; container ID = "iCloud.de.tasior.FHEM-Widget2">

Saving persistency data to iCloud failed. <CKError 0x17484a4a0: "Server Record Changed" (14/2004); server message = "client oplock error updating record"; uuid = xxx; container ID = "iCloud.de.tasior.FHEM-Widget2">

Saving persistency data to iCloud failed. <CKError 0x17444c8a0: "Server Record Changed" (14/2004); server message = "client oplock error updating record"; uuid = xxx; container ID = "iCloud.de.tasior.FHEM-Widget2">


Ich habe jetzt mal ein Command_2 zum Device angelegt, identische Aliasnamen vergeben, "kombiniere Devices" = true gesetzt, kombiniert zu einem Eintrag wird es aber nur in der Kachel-Ansicht (Grid?)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 30 September 2017, 23:08:29
Genau, kombiniert wird nur im Grid.

Mal von vorne:
Sync ist aus, das Device ist im Grid sichtbar, oder?
Zeigt es den richtigen Status an?

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 30 September 2017, 23:23:47
Zitat von: HaPeRiebmann am 30 September 2017, 23:08:29
Sync ist aus, das Device ist im Grid sichtbar, oder?
Zeigt es den richtigen Status an?

Sync ist an (funktioniert korrekt)
Im Grid sichtbar
Als reine Statusanzeige wird der Status korrekt angezeigt, als Schalter nicht.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 30 September 2017, 23:40:35
Hm, jetzt wird's komisch.
Kann ich mal auf deinen FHEM mit dem Simulator drauf schauen?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 30 September 2017, 23:53:51
Äh, ja, aber sorry, heute nicht mehr. Bin ziemlich platt. Ich melde mich morgen
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 03 Oktober 2017, 13:30:13
Moin,

ich habe den "Fehler" gefunden.
Wenn ich über den Wizard ein Device eingerichtet habe, habe ich bei allowed value off, on eingegeben. Der Wizard hat dann aber ein Leerzeichen hinzugefügt, also off,  on.
Und dadurch wurde der Status inkorrekt ausgelesen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 03 Oktober 2017, 13:58:02
Super, danke dir

Ich glaub am Wizard werd ich ein wenig mehr bauen müssen.
Wenn jemand Ideen hat kann er sie gerne vorbringen.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 03 Oktober 2017, 14:04:18
Gerne.

Ist die maximale Anzahl der Devices durch iOS (iPhone6) auf 12 begrenzt ? Alles danach wird unten abgeschnitten. Im iPad-Mini2 werden glaube ich mehrere dargestellt.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 03 Oktober 2017, 14:07:38
Die maximale Anzahl ist durch die Größe des Bildschirms im Widget begrenzt. Ein Widget darf nicht größer als der Sperrbildschirm werden.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 03 Oktober 2017, 14:11:31
Ah, ok.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: fischit am 03 November 2017, 17:23:24
Hallo Michael,

Gibts seit gestern Probleme mit dem Sync Service?
Habe seit gestern immer einen roten Balken in der App und natürlich keine Werte.

Grüße
Nils
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 03 November 2017, 17:25:08
Zitat von: fischit am 03 November 2017, 17:23:24
Hallo Michael,

Gibts seit gestern Probleme mit dem Sync Service?
Habe seit gestern immer einen roten Balken in der App und natürlich keine Werte.

Grüße
Nils

Kann ich nicht bestätigen... bei mir läufts  ::)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 03 November 2017, 17:27:54
Bei mir läuft es auch!
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 03 November 2017, 17:42:30
Hi,

Ich hab mal den Server neu gestartet weil ich bissl was dran gemacht hab. Dabei starten sich manchmal die Sync Clients neu um sich auf die neue Version zu aktualisieren, je nachdem welche grad als die minimale angegeben wird.

Hast du ein Downloadscript laufen?

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: fischit am 03 November 2017, 18:57:57
Reboot tut gut ... Keine Ahnung woran es lag.

Danke für die schnelle Antwort
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 03 November 2017, 22:00:49
Hast du den csrfToken aktiv?
Wenn ja, dann kann es sein dass der Client schon den neuen Token geladen hatte, die App aber, nachdem sie keinen Kontakt mit dem FHEM direkt hatte, noch auf dem alten Token war. Das geht noch manchmal schief.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: DarkT am 20 November 2017, 15:53:51
Hallo zusammen,

ich bin neu im THEMA FHEM. Ich habe mir einen FHEM Server (auf raspi-Basis) installiert.
Die Version ist aktuell (5.8 ).

Wenn ich nun versuche mich mit FHEM Widget 2 zu verbinden, dann erhalte ich den folgenden Fehler:
(aus den Logs):
Zitat
Request: http://<ip>:8083/fhem?cmd=jsonlist2%20room=Training&XHR=1&fwcsrf=<token>

Optional("jsonlist2 Response can not be decoded, json not valid. The reason could be that the JSON parser cannot cope with the size of the JSON response. Try to reduce the amount of devices and put only the valid ones into a dedicated room. Original Response: Optional(<NSHTTPURLResponse: 0x1c00323c0> { URL: http://<ip>:8083/fhem?cmd=jsonlist2%20room=Training&XHR=1&fwcsrf=<token> } { status code: 401, headers {\n    \"Content-Length\" = 0;\n    \"Www-Authenticate\" = \"Basic realm=\\\"FHEM: login required\\\"\";\n    \"X-FHEM-csrfToken\" = \"<anderesToken>\";\n} })")

Ich habe basisAuth Autentifizierung eingerichtet.

Anmerkung:
Kennt jemand den Fehler?





Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 20 November 2017, 17:30:38
Hi,
dein FHEM verlangt eine Authentifizierung. Gib einfach mal eine ein auf beiden Seiten, dann sollts gehen
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: DarkT am 20 November 2017, 18:48:41
Ich habe die BasicAuth im FHEM hinterlegt, muss mich auch anmelden, wenn ich es über den Browserr anspreche.

In der App habe ich unter user/ passwort die selben daten angegeben.

Trotzdem kommt die Fehlermeldung.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 20 November 2017, 18:53:18
Ok, nutzt du auch in der App und auf dem Browser den Selben Port?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: DarkT am 20 November 2017, 19:39:27
Ja, das habe ich gemacht.

Ich habe testweise jetzt mal für den pott 8085 das BasicAuth Token entfernt.
Es geht dann ein bisschen weiter.

log:

the attribute fhem_widget_command was not found anywhere

Ich habe vorher mit

attr global userattr fhem_widget_command fhem_widget_command_2 fhem_widget_command_3

das Attribut aber hinzugefügt.

Also irgendwie ist das komisch?

Habe jetzt das erste device anlegen können. Danke erst mal.

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 20 November 2017, 20:28:34
Gerne,

das mit dem globalen Attribut wird ab der nächsten Version einfacher, ich bau grad dran dass das automatisch eingefügt wird.
Wizard wird auch grad überarbeitet.

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: DarkT am 21 November 2017, 08:01:08
Sehr gut. Danke.

Als feedback:
Was mich am meisten verwirrt hat, war die Fehlermeldung. Ich implizierte, dass es ein Problem mit der Verbindung gibt, die war aber ok. Die Konfiguration war halt noch unvollständig.

Fazit:
Eine Fehlermeldung falls keine Verbindung zustande kommt, eine ANDERE wenn zwar die Verbindung steht, aber die Kongiguration nicht vorhanden ist.... (sowas wie: Verbindung erfolgt, keine Konfiguration gefunden,  benutzen sie den Wizards)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 21 November 2017, 08:19:39
Hi,

Danke. Im Log stehen die rohen Ausgaben inklusive des Problems wenn eins vom FHEM zurück kommt. Da sollten dann auch solche Sachen wie ,,unvollständige Konfiguration" drin stehen. Bei dir nicht?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: DarkT am 21 November 2017, 09:25:00
Bei mir stand das folgende im Log:


Request: http://<ip>:8083/fhem?cmd=jsonlist2%20room=Training&XHR=1&fwcsrf=<token>

Optional("jsonlist2 Response can not be decoded, json not valid.
The reason could be that the JSON parser cannot cope with the size of the JSON response.
Try to reduce the amount of devices and put only the valid ones into a dedicated room.

Original Response: Optional(<NSHTTPURLResponse: 0x1c00323c0> {
URL: http://<ip>:8083/fhem?cmd=jsonlist2%20room=Training&XHR=1&fwcsrf=<token> }
{ status code: 401, headers {\n    \"Content-Length\" = 0;\n    \"Www-Authenticate\" =
\"Basic realm=\\\"FHEM: login required\\\"\";\n    \"X-FHEM-csrfToken\" = \"<anderesToken>\";\n} })")


und nach dem ich dann (testweise) unverschlüsselt gearbeitet habe stand dort:


the attribute fhem_widget_command was not found anywhere


Dann habe ich mit Hilfe des Wizards ein Gerät eingerichtet und es tat alles.
Jetzt auch wieder verschlüsselt.

Das Problem ... in meinen Augen war:

Die App hat die ganze Zeit gesagt "Hups, da ist was schief gelaufen" ...... hier wäre eine differenzierte Fehlermeldung einsteigerfreundlicher gewesen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 21 November 2017, 09:40:52
Ja das stimmt, dafür gibt es alledings ja auch das Log.
Die Fehlermeldung sollte auf das Log verweisen mit der Bitte die weiteren Infos da abzuholen. Oder tuts das nicht?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: DarkT am 21 November 2017, 09:59:57
Doch das hat die App gemacht, so bin ich ja dann auch mit dem Problem hier gelandet.
Das soll auch gar keine Kritik an der App sein, ich finde die super!

Ich wollte nur etwas Arbeit dem Entwickler sparen, denn eine aussagekräftiger Fehlermeldung spart einem dann vlt. schon mal eine oder mehrere Posts hier im Forum. Das Log-File kann ja meist keiner verstehen, der neu in die Materie einsteigt.

Eine Meldung wie:
"Die Verbindung zu deinem FHEM System hat funktioniert, Du musst aber über den Wizard erst noch Geräte einrichten."

ist halt aussagekräftiger als:
1. "Hups da ist was schief gegangen. Bitte das Log-File ansehen.",
2. Log-File ins Forum kopieren
3. Entwickler muss Log-File ansehen und auswerten.

Das war eigentlich mein Anliegen.

Also Danke noch mal für die tolle App und sobald mein FHEM System steht - genieße deinen Kaffee
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 21 November 2017, 10:08:35
Ich seh's gar ned als Kritik sondern so wie du schreibst als Anregung. Nur will mehr rausfinden was oder wo es bei dir genau unklar ist um die Fehlermeldung sinnvoller zu machen. Deswegen das Nachfragen.

Jetzt hab ich ein relativ klares Bild was ich als Schnelle Lösung in die 2.7 machen kann und wo ich noch mehr Arbeit rein stecken muss :-)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 21 November 2017, 20:20:54
So, ich hab jetzt mal mehr Output ins Log gepackt der genau deine Probleme besser erklärt.

Nur zur Übersicht: beim Einrichtungsprozess kann so viel schief laufen, dass ich mich dazu entschlossen habe nur auf das Log zu verweisen, nicht aber alles einzeln mit einem Popup abzufangen. Es gibt ein paar Popups für die meisten Probleme aber eben nicht für alles.
Im Log hab ich einfach mehr Platz das sauber zu erklären.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: DarkT am 23 November 2017, 09:42:45
Super. Vielen Dank dafür. Die Idee war ja wie gesagt im Endeffekt DIR mehr arbeit abzunehmen.
Ich bin selber PL in einem Softwareunternehmen und muss mit solchen Themen mich täglich rumschlagen :)

Deswegen noich mal großes Dankeschön für deine Arbeit.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Waschto am 28 November 2017, 23:09:25
Hallo Community,

ich habe in meiner FHEM Live-Demo (https://waschto.eu/fhem-und-tabletui-livedemo/ (https://waschto.eu/fhem-und-tabletui-livedemo/)) nun ein paar Devices mit den "fhem_widget_command"-Attributen versehen.
Wer die App nun erstmal testen möchte, ohne in seiner eigenen FHEM-Installation die Attribute zu setzen, der kann sich nun zunächst mit meiner Live-Demo verbinden.

Einfach unter den Einstellungen die Verbindung einrichten:

URL: http://fhem.waschto.eu
PORT: 8083
Raum: FHEM-Widget

Ein Basic Auth oder SSL Zertifikat ist nicht eingerichtet.

Aktuell sind sieben Devices eingerichtet. Werde demnächst aber noch ein paar hinzufügen. Ziel ist es alle Funktionen der App aufzuzeigen.
Denkt aber daran, dass in der Free-Version nur die ersten drei Geräte angezeigt werden.

Gruß Daniel
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: fischit am 29 November 2017, 22:04:07
Hi,

Ich hab gestern auf iOS 11 geupdated.
Seit dem habe ich das Problem, dass wenn ich nach rechts wische zum Widget, dieses immer klein ist obwohl ich es schon ausgefahren hatte.

Es hilft nur einmal auf ,,weniger" und dann wieder auf ,,mehr" zu drücken.
So ist das zumindest in 80% der Fälle.
Manchmal ist das Widget auch direkt erweitert.

Kann das wer anders auch nachvollziehen?

Grüße
Nils
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 29 November 2017, 22:11:43
Hi,

ich hatte das auch, als ich angefangen hatte zu debuggen wars weg...
Hat glaub ich was mit dem Timing zu tun wie die Widgets geladen werden.

So ganz hab ich den Grund leider noch nicht gefunden.

Was du probieren kannst ist die Reihenfolge der Widgets zu ändern. Vielleicht hast du Glück.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: fischit am 29 November 2017, 22:14:50
Werd ich mal versuchen, Danke.

Hab's auch soweit ich das bisher sehe nur bei WLIST und nicht WGRID
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 29 November 2017, 22:16:23
Das ist neu, da schau ich mal ob ich da was finde...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 29 November 2017, 22:37:53
Zu den Widget Problem mit ,,weniger" und ,,mehr" habe ich festgestellt, dass das Verhalten auch bei anderen Widgets Auftritt, selbst beim News Widget von Apple. Würde mal auf iOS 11 bug tippen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 30 November 2017, 21:59:47
Kann mir bitte jemand mal nen Tip geben, wie ich diesen Screen automatisch nach einem reboot starte?

In Crontab -e habe ich erfolglos versucht:

@reboot /home/pi/ screen -dmS FHEMSyncClient bash pushsync.sh

Starte ich das Skript händisch, funktioniert es....
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 30 November 2017, 22:08:22
Vermutlich musst du Screen und bash mit den absoluten Pfaden angeben.
Also /User/bin/Screen oder wo auch immer das bei dir liegt
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: fischit am 08 Dezember 2017, 15:12:06
Hi,

hab vorgestern auf iOS 11.2 geupdated und nun scheint der Bug weg zu sein.

Grüße
Nils
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 08 Dezember 2017, 16:48:42
Gut :-D
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 23 Dezember 2017, 18:52:27
Hi,

ich musste meinen BPi neu aufsetzen. (Debian Stretch lite)
Java habe ich installiert.

Die Datei "pushsync.sh" gem. Anleitung erstellt, in /home/pi abgelegt, und ausführbar gemacht.

Wenn ich jetzt mittels "sudo bash pushsync.sh" starte, bekomme ich folgende Endlosschleife:

pi@BPiM2Berry:~$ sudo bash pushsync.sh
Lade Client
--2017-12-23 18:27:39--  https://tasior.info:42333/FHEM_Sync_Client.jar
Resolving tasior.info (tasior.info)... 54.93.77.0
Connecting to tasior.info (tasior.info)|54.93.77.0|:42333... connected.
HTTP request sent, awaiting response... 200 OK
Length: 549619 (537K) [application/java-archive]
Saving to: 'FHEM_Sync_Client.jar'

FHEM_Sync_Client.jar                      100%[=====================================================================================>] 536.74K  1.79MB/s    in 0.3s

2017-12-23 18:27:40 (1.79 MB/s) - 'FHEM_Sync_Client.jar' saved [549619/549619]

/home/pi: Scheme missing.
FINISHED --2017-12-23 18:27:40--
Total wall clock time: 0.6s
Downloaded: 1 files, 537K in 0.3s (1.79 MB/s)
Starte FHEMSyncClient
Error occurred during initialization of VM
java/lang/ClassNotFoundException: error in opening JAR file /usr/lib/jvm/java-8-openjdk-armhf/jre/lib/rt.jar
Beendet. Oder Gestorben. Egal, hauptsache es gibt eine neue Version
Lade Client
--2017-12-23 18:27:40--  https://tasior.info:42333/FHEM_Sync_Client.jar
Resolving tasior.info (tasior.info)... 54.93.77.0
Connecting to tasior.info (tasior.info)|54.93.77.0|:42333... connected.
HTTP request sent, awaiting response... 200 OK
Length: 549619 (537K) [application/java-archive]
Saving to: 'FHEM_Sync_Client.jar'

FHEM_Sync_Client.jar                      100%[=====================================================================================>] 536.74K  1.44MB/s    in 0.4s

2017-12-23 18:27:41 (1.44 MB/s) - 'FHEM_Sync_Client.jar' saved [549619/549619]

/home/pi: Scheme missing................................


Wer kann mir bitte mal eine Schubs geben, woran es noch scheitert ?

Das Wiget als solches funktioniert, aber nicht der Sync-Client....
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 23 Dezember 2017, 22:05:14
Hi,

da scheint Java nicht sauber hoch zu kommen.
Schau mal mit java -version ob die VM unabhängig vom Client gestartet wird.

Wenn nicht, dann mal schauen ob Java sauber installiert wurde, vielleicht neu installieren.

Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 23 Dezember 2017, 22:19:43
Hi,

das habe ich bereits probiert.
Auch als Root, leider ohne Erfolg.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 23 Dezember 2017, 22:25:54
Läuft denn Java grundsätzlich?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 23 Dezember 2017, 22:27:26
Keine Ahnung..... Java habe ich nur für
den Sync_Client installiert

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 23 Dezember 2017, 22:40:27
Was passier nach Java -version
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: dmq am 23 Dezember 2017, 22:50:53
Ich würde gerne FHEM Widget 2 mit einer Apple Watch einsetzen. Unter iOS funktioniert es bereits. Leider erhalte ich aber bei der Watch die Meldung "No devices found. Please check the instructions in the main App.".

Ich habe in FHEM folgendes definiert:

attr na.nb.nc fhem_widget_command {"allowed_values":["off","on"],"locations":["APP","WIDGET","WATCH"]}
attr ma.mb.mc fhem_widget_command {"allowed_values":["off","on"],"locations":["APP","WIDGET","WATCH"]}


eingetragen. Ich habe sowohl den manuellen, als auch den wizard-basierten Weg getestet. Ich habe die App auch bereits mehrmals neuinstalliert. Ich setze fhem mit SSL/TLS ein, mit einer privaten CA.

Im Log der App taucht folgendes auf:

[

na.nb.nc: isUsable: true
Allowed Values: ["off", "on"]
Display Locations: APP WIDGET WATCH,

ma.mb.mc: isUsable: true
Allowed Values: ["off", "on"]
Display Locations: APP WIDGET WATCH]


Hat jemand eine Idee?

Danke.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 23 Dezember 2017, 22:55:56
Zitat von: HaPeRiebmann am 23 Dezember 2017, 22:40:27
Was passier nach Java -version

pi@BPiM2Berry:~$ java -version
Error occurred during initialization of VM
java/lang/ClassNotFoundException: error in opening JAR file /usr/lib/jvm/java-8-openjdk-armhf/jre/lib/rt.jar
pi@BPiM2Berry:~$


Wenn ich versuche Java zu aktualisieren:
default-jdk is already the newest version (2:1.8-58).


Die verwendete Java-Version (JDK) habe ich vor der Neuinstallation
problemlos verwendet.
https://wiki.debian.org/Java
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 24 Dezember 2017, 10:59:24
Hat keiner mehr eine Idee ?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 24 Dezember 2017, 11:59:45
Kannst mal das Oracle Java installieren? Weiß ned ob es das für den Banana gibt
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 24 Dezember 2017, 12:44:22
Kannst mal das Oracle Java installieren? Weiß ned ob es das für den Banana gibt
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 24 Dezember 2017, 13:45:31
pi@BPiM2Berry:~$ java -version
java version "1.8.0_131"
Java(TM) SE Runtime Environment (build 1.8.0_131-b11)
Java HotSpot(TM) Client VM (build 25.131-b11, mixed mode)
pi@BPiM2Berry:~$


erl....

Danke ! Damit läuft es jetzt wieder .... frohes Fest !!!
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: dmq am 25 Dezember 2017, 19:15:32
Hi,

kann mir jemand mal ggf. einen Auszug seiner Konfiguration in Verbindung mit der Watch geben?

Vielen Dank,
dmq

Zitat von: dmq am 23 Dezember 2017, 22:50:53
Ich würde gerne FHEM Widget 2 mit einer Apple Watch einsetzen. Unter iOS funktioniert es bereits. Leider erhalte ich aber bei der Watch die Meldung "No devices found. Please check the instructions in the main App.".

Ich habe in FHEM folgendes definiert:

attr na.nb.nc fhem_widget_command {"allowed_values":["off","on"],"locations":["APP","WIDGET","WATCH"]}
attr ma.mb.mc fhem_widget_command {"allowed_values":["off","on"],"locations":["APP","WIDGET","WATCH"]}


eingetragen. Ich habe sowohl den manuellen, als auch den wizard-basierten Weg getestet. Ich habe die App auch bereits mehrmals neuinstalliert. Ich setze fhem mit SSL/TLS ein, mit einer privaten CA.

Im Log der App taucht folgendes auf:

[

na.nb.nc: isUsable: true
Allowed Values: ["off", "on"]
Display Locations: APP WIDGET WATCH,

ma.mb.mc: isUsable: true
Allowed Values: ["off", "on"]
Display Locations: APP WIDGET WATCH]


Hat jemand eine Idee?

Danke.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 25 Dezember 2017, 19:23:42
Hi, das sollte eigentlich passen, was sagt das Log?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: dmq am 25 Dezember 2017, 20:01:42
Zitat von: HaPeRiebmann am 25 Dezember 2017, 19:23:42
Hi, das sollte eigentlich passen, was sagt das Log?

Meinst Du das Log von der App oder in fhem? Den App-Log habe ich ja bereits oben dargestellt. Kannst Du mir noch einen Tipp geben, wo ich hinschauen kann?

Ich habe bisher aber auch keine Direktzugriffe per tcpdump von der Uhr gesehen. Vermutlich geht Sie aber auch per Bluetooth an das iPhone und dieses dann wieder per WLAN auf fhem. Wenn ich allerdings forciere, dass die Uhr direkt per WLAN kommuniziert (Flugmodus iPhone) sehe ich ebenfalls keine Zugriffe. Auch keine Zugriffe auf mein internes DNS - nur Kommunikation mit Apple. Da ich aber in der FHEM Widget App einen FQDN hinterlegt habe, muss die Uhr doch dann irgendwann mal auf die Idee kommen, den Namen aufzulösen, oder?

Danke Dir
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 25 Dezember 2017, 21:30:41
Hi,

ich meine das Log in der App. Da steht drin wenn die Uhr nicht kontaktiert werden kann.
Generell ist es derzeit so, dass die Uhr-App immer die Telefon-App als Relais benutzen muss. Die direkte Kommunikation war zur Entwicklungszeit so buggy und unzuverlässig dass das nur so ging.

Eigentlich sollte die Uhr App sich nach einem Druck auf "Speichern und Update" die Daten von der Telefon-App automatisch aber spätestens beim nächsten Update der Uhr (Automatisiert durch das Framework) holen.

Welche Uhr-Serie hast du? Ich hab selbst nur die Series 0 und da dauert alles derzeit schon sehr lange. Auch die Updates.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: dmq am 25 Dezember 2017, 22:44:04
Zitat von: HaPeRiebmann am 25 Dezember 2017, 21:30:41
Welche Uhr-Serie hast du? Ich hab selbst nur die Series 0 und da dauert alles derzeit schon sehr lange. Auch die Updates.

Ich habe die Serie 3 mit Softwarestand 4.2. Das Log was ich angegeben habe ist die Ausgabe die kommt, wenn ich auf "Speichern und Update" in der iOS App klicke. Würde die Watch denn auch bei erfolgreicher Übertragung und Akzeptanz einen Rückgabewert liefern?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 26 Dezember 2017, 08:09:11
Das Log ist unvollständig. Die Uhr schreibt nur was rein wenn was schief läuft
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: dmq am 26 Dezember 2017, 11:06:35
Wie müsste das Log denn aussehen. Kannst Du ggf. mal ein Log von deinem Vorgang posten?

Danke und schönen Tag.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 26 Dezember 2017, 11:19:36
Am besten postest du einfach mal das ganze Log dann kann ich schauen woran es liegt
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: dmq am 26 Dezember 2017, 14:17:30
Das hier ist der gesamte Log - mehr sehe ich tatsächlich nicht:

Request: https://a.b.c:8083/fhem?cmd=jsonlist2%20room=widget&XHR=1&fwcsrf=fhem_ziffern

Controls found:
===============

[

na.nb.nc: isUsable: true
Allowed Values: ["off", "on"]
Display Locations: APP WIDGET WATCH,

ma.mb.mc: isUsable: true
Allowed Values: ["off", "on"]
Display Locations: APP WIDGET WATCH]
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 26 Dezember 2017, 14:53:41
Ja das passt soweit, welche App Version hast du?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: dmq am 26 Dezember 2017, 17:10:09
Hi,

ich habe die Version 2.7.

Viele Grüße
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 26 Dezember 2017, 17:28:32
Also im Sinulator tuts. Am besten einfach mal die App neu installieren und nochmal versuchen
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: dmq am 26 Dezember 2017, 17:33:15
Ich habe die App gerade noch einmal neu installiert. Es funktioniert  ;)

Vielen Dank dafür. Noch ein paar Tests und Du hast einen neuen glücklichen Anwender und Kaffee.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 09 Januar 2018, 14:42:14
@Hape..

Nur mal so als Anregung:
Viele verwenden für den reinen 24/7 Serverbetrieb auf Ihrem EinplatinenComputer ein sogenanntes Lite-Image. Die sind schlank und so abgespeckt, das kein Java per Default installiert ist.
Für viele Anfänger wäre es doch hilfreich, in Deinem Blog darauf hinzuweisen, oder ?

JustMy2Cents
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 09 Januar 2018, 16:37:32
Macht Sinn... Hab ich mal in die Push Anleitung reingeschrieben.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 22 Januar 2018, 09:35:46
Hallo zusammen,

seit gestern gibt es die erste Entwicklerversion für die 2.8.
Die Änderungen kann man wie gehabt in der Anleitung unter "Changelog und News" mitverfolgen.

VG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 23 Januar 2018, 10:48:59
Hallo,

gestern abend habe ich mein System neu aufgesetzt, und dann Oracle-Java-JRE https://wiki.debian.org/Java/ (https://wiki.debian.org/Java/) installiert. Dann das Pushskript eingerichtet und per "Screen" gestartet.
In HTOP sehe ich, das der Client jetzt permanent min 24% CPU belegt. Ist das normal ?

Ich meine auf meinem alten System lag die CPU-Last bei max. 3-4%

Was kann die Ursache sein ?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 23 Januar 2018, 10:58:57
Das erscheint mir recht hoch. Hast einen Meltdown/Spectre Fix installiert  :-D

nein im Ernst, was sagt der Output vom Sync Client?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 23 Januar 2018, 11:00:48
Würde ich Dir gerne beantworten, wenn Du mir sagst was ich dafür machen muss.

Der Sync funktioniert jedenfalls, ich kann von ausserhalb alle hinterlegten Geräte schalten, nur halt mit dieser hohen Systemlast.

Wie kann ich denn den Screen stoppen ?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 23 Januar 2018, 11:05:07
einfach mal mit screen -r in die Instanz gehen und schauen ob er recht viele Fehler wirft. Wenn ja dann einen der Fehler kopieren.
Hab grad geschaut, bei mir liegt der CLient bei ca. 5% auf dem RasPi3
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 23 Januar 2018, 11:10:34

/home/pi/: Schema fehlt.
Getting Device States



Wie kriege ich den Screen in der Konsole (iPad) gestoppt ?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 23 Januar 2018, 12:16:07
Ctrl a d
Da ist aber jetzt kein Fehler erkennbar
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 23 Januar 2018, 12:20:25
Zitat von: HaPeRiebmann am 23 Januar 2018, 12:16:07
Ctrl a d

Sorry, verstehe ich nicht..... :-[
Vielleicht mal im ganzen Satz für Noobs ?

Mehr liefert das nicht, wie gesagt, es läuft, jedoch mit zu hoher Systemlast, so das die CPU noch nichtmal mehr runtertaktet
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 23 Januar 2018, 18:00:34
Auch ein reboot brachte nichts. Sobald ich den Screen mit "screen -dmS FHEMSyncClient bash pushsync.sh" starte, habe ich kurz darauf 8 Tasks in HTOP mit der genannten CPU-Last.

sh. Anhang

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 24 Januar 2018, 07:54:00
Sorry, um aus dem Screen rauszukommen erst Ctrl drücken, dann "a" dann "d".
Die 8 Tasks sind OK, die Prozessorlast nicht.

Was siehst du wenn du in den Screen reinschaust?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 24 Januar 2018, 08:01:15
Moin,

ich hatte den Screen schon via HTOP gekillt, das funktionierte auch.

Wenn ich das Skript starte, sehe ich die ganz normalen Prozesse, er checkt den Raum fürs Widget, findet die darin gelisteten Devices und dann kommt ein Hinweis für ein "Loop 1000ms" oder so. Alles ganz normal eigentlich. Anfangs ist die CPU-Last dabei sehr hoch, dann geht sie runter, nur leider nie unter 23%.....

Sorry, ist jetzt aus dem Gedächtnis weil ich momentan nicht an den Server rankomme.

Ich habe gestern testweise Oracle-Java-JDK statt Oracle-Java-JRE getestet, ohne Erfolg.
Auch wenn ich den Screen als "root" starte, keine Änderung.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 24 Januar 2018, 08:18:39
Hi,

dann scheint es nicht an dem jar zu liegen sondern eher an Java selbst. Hast auch mal OpenJDK ausprobiert?

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 24 Januar 2018, 09:04:32
Ok, nächster Versuch.

Mal nebenbei gefragt, wenn ich ein Paket mittels purge+autoremove wieder entferne, ist es dann restlos vom System deinstalliert ?
Oder schlummern noch irgendwo Restanten ?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 24 Januar 2018, 10:53:50
Auch mit OpenJDK-Java habe ich diese hohe Systemlast....
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 24 Januar 2018, 10:56:42
Die purge-Frage kann ich dir leider nicht beantworten. Prinzipiell macht der Client nichts großartiges, er frägt den FHEM nach dem Status und meinen Server nach Updates. Ich kann mir das leider nicht erklären
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 24 Januar 2018, 11:41:54
Rufe den Client mal direkt im Terminal auf. Schaue was in der Ausgabe steht.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 24 Januar 2018, 11:45:02
Du meinst wenn ich den Client via Skript im Terminal starte ?

Dann zieht er sich erst den aktuellen Client, überprüft die Devices welche das entsprechende Attribut haben und dann funktioniert es. Nur mit

Ansonsten bitte mal genau erklären was ich machen soll....
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 24 Januar 2018, 17:54:03
pi@bananapi:~$ java -jar FHEM_Sync_Client.jar
==============================
FHEM Sync Client Build 43
provide URL:Port to your FHEM. E.g.:
-url=http://localhost:8083
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 24 Januar 2018, 18:06:16
pi@bananapi:~$ sudo bash pushsync.sh
Lade Client
--2018-01-24 18:04:37--  https://tasior.info:42333/FHEM_Sync_Client.jar
Auflösen des Hostnamen »tasior.info (tasior.info)«... 54.93.77.0
Verbindungsaufbau zu tasior.info (tasior.info)|54.93.77.0|:42333... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 549795 (537K) [application/java-archive]
In »»FHEM_Sync_Client.jar«« speichern.

FHEM_Sync_Client.jar              100%[============================================================>] 536,91K  --.-KB/s   in 0,1s   

2018-01-24 18:04:37 (3,86 MB/s) - »»FHEM_Sync_Client.jar«« gespeichert [549795/549795]

/home/pi/: Schema fehlt.
BEENDET --2018-01-24 18:04:37--
Verstrichene Zeit: 0,4s
Geholt: 1 Dateien, 537K in 0,1s (3,86 MB/s)
Starte FHEMSyncClient
==============================
FHEM Sync Client Build 43
Verbose on
FHEM URL: http://localhost:8083
Room:

Getting all Devices using: http://localhost:8083/fhem?cmd=jsonlist2&XHR=1
Token found: xxx-xxxx

Devices found:
RainToday: STATE
Garage: STATE
Garagentor: STATE
Temp_Max_Heute: STATE
Temp_Min_Heute: STATE
Intertek_B1: STATE
Licht.Pool: STATE
Licht.Stehlampe: STATE
Mediaserver: STATE
Temp_Min_Gestern: STATE
KinoHifi: STATE
Rollo.Wohnzimmer: STATE
Temp_Max_Gestern: STATE
Gartentemperatur: STATE
Waldemar: STATE
Temp_Pool: STATE
Rollo.Hinten: STATE
==============================

Loop started with 20000ms loop
Getting Device States
FHEM Device States changed, uploading new ones
Loop time changed to 1000ms
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 24 Januar 2018, 19:26:00
Nichts ungewöhnliches...
Hast du einen RasPi auf dem du das mal testen kannst?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 24 Januar 2018, 19:27:33
Fehler gefunden...
Per default wird immer nur Java7 installiert. Das lahmt aber auf den ARM-Boards

Jetzt mit Java8 ist es deutlich performanter....

CPU-Last bei 3-4%

Würde ich als Hinweis im Blog aufnehmen.....an Deiner Stelle  8)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 24 Januar 2018, 20:31:21
Ich meinte es genau so [emoji1]
Ich schließe mich Michael an. Mit dem banana hab ich keine Erfahrungen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 24 Januar 2018, 20:32:23
Oh, irgendwie wurde mir dein neuster Eintrag erst nach dem absenden von meinem angezeigt...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 25 Januar 2018, 14:16:38
Ich bezweifle das es am Banana liegt.

Denn "sudo apt-get install default-jre" installiert doch egal auf welcher Maschine zZt. immer nur Java7.

Für Java8 müssen die Sourcen händisch angepasst werden...

Vgl. http://www.amaxing.de/java-8-unter-debian-auf-arm-boards-banana-pi-raspberry-pi-raspberry-pi-2-cubieboard-cubietruck-odroid-udoo-etc-installieren/2015/02/05/
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 26 Januar 2018, 11:14:08
Danke für den Tip, nehm ich in die Anleitung mit auf.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FHEM-Wohnung am 28 Januar 2018, 22:02:12
Zitat von: HaPeRiebmann am 22 Januar 2018, 09:35:46
Hallo zusammen,

seit gestern gibt es die erste Entwicklerversion für die 2.8.
Die Änderungen kann man wie gehabt in der Anleitung unter "Changelog und News" mitverfolgen.

VG
Michael

Kann man die Version 2.8 testen? :)


Können auch die Gruppennamen in der Widget Liste angezeigt werden? In der Grid Ansicht werden diese bei mir angezeigt. In der Liste jedoch nicht.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 29 Januar 2018, 17:47:52
Du hast eine PM
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 29 Januar 2018, 20:05:17
Hi,

kann es sein, das der Sync-Dienst ein "Sensibelchen" ist, der sich sehr schnell disconnected ?
Ich bekomme fast zu jeder vollen Stunde eine Pushnachricht, das der Dienst "disconnected" ist. (Zur vollen Stunde triggern bei mir ca. 10 Hourcounter, dann ist das System ausgelastet...

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 29 Januar 2018, 20:12:28
Der Sync Service löscht alle Daten für einen Token wenn der Client sich 20 Zyklen nicht meldet. Ein Zyklus ist gerade auf 1 Sekunde eingestellt. Wenn dein System sich jede Stunde so auslastet dass der Client nicht raustelefonieren kann dann denkt der Server er wäre weg. Und dann kommt die Push.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Buttercreme am 08 Februar 2018, 09:48:54
Moin,

Irgendwie hänge ich Gedanklich fest... Ich möchte aus einem CustomReadings aktuelle Werte aus einem Reading auslesen und anzeigen lassen...

Das habe ich programmiert:

fhem_widget_command { "allowed_values" : [ ], "controlled_attribute" : "StundeKWH"}

Und so sieht das Reading aus:

Readings
StundeKWH 0.98 2018-02-08 09:39:13
StundeEUR 0.182 2018-02-08 09:44:13
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 08 Februar 2018, 13:39:46
Hi,

bis hier hin schaut alles gut aus. Wo ist das Problem?
Und hast den Wizard schon probiert?

Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Buttercreme am 08 Februar 2018, 21:40:53
Habe das per Wizard programmiert. Aber es wird nichts angezeigt
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 08 Februar 2018, 21:44:24
Funktioniert denn ein anderes Devise?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 08 Februar 2018, 22:37:30
Und hast du danach auf "Speichern und Update" gedrückt?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Buttercreme am 09 Februar 2018, 15:08:44
Ja, ich habe auf Speichern und Update gedrückt. Das Device wird mir auch angezeigt, nur eben ohne einen Wert.

Die Homematic IP Fenstersensoren werden bei mir korrekt (inkl. Status) angezeigt...

Kann es evtl. daran liegen das ich ein reading und kein attribute anzeigen möchte?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 11 Februar 2018, 11:51:57
Nein, die App sollte alles lesen können. Kannst du mal nach außen auf machen? Dann kann ich mir das direkt im Simulator anschauen. Daten an besten per PN
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Buttercreme am 11 Februar 2018, 21:05:01
Zitat von: HaPeRiebmann am 11 Februar 2018, 11:51:57
Nein, die App sollte alles lesen können. Kannst du mal nach außen auf machen? Dann kann ich mir das direkt im Simulator anschauen. Daten an besten per PN

Du meinst den Push Sync?

Sehr komisch... Einen Wert (StundeEUR) bekomme ich mittlerweile angezeigt... Die anderen leider nicht

fhem_widget_command { "suffix" : "€", "controlled_attribute" : "StundeEUR", "group" : "Verbrauch", "allowed_values" : [ ], "alias" : "Heizung h"}
fhem_widget_command_2 { "suffix" : "kWH", "controlled_attribute" : "StundeKWH", "group" : "Verbrauch", "allowed_values" : [ ], "alias" : "Heizung h"}
fhem_widget_command_3 { "suffix" : "€", "controlled_attribute" : "TagEUR", "group" : "Verbrauch", "allowed_values" : [ ], "alias" : "Heizung d"}


Readings:
StundeKWH 0.77 2018-02-11 22:12:05
TagEUR 3.498 2018-02-11 22:12:05
TagKWH 18.81 2018-02-11 22:12:05
StundeEUR 0.142 2018-02-11 22:17:05


Kann ich eigendlich in einem "Fenster / Quadrat" mehrere Werte Anzeigen lassen? So könnte ich z.b. ein "Fenster / Quadrat" haben mit dem Namen Verbauch Stunde und € und KWH anzeigen
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 12 Februar 2018, 07:35:43
Nein ich meine eine Portfreigabe. Dann kann ich mit meinen Tools drauf schauen und sehen was auf der Interfaceebene passiert
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 14 Februar 2018, 15:38:50
Hi,

ich haben momentan etwas Probleme mit der Stabilität meines FHEM-Servers, ich vermute wegen Java.

Aus diesem Grund, synchronisere ich derzeit nicht mit AWS.

Aber wenn ich mein iPhone mit von ausserhalb via VPN mit meinem FHEM-Server verbinde, bekomme ich kaum oder keine Daten im Widget@Lockscreen angezeigt.
Im Grid oder der Liste kein Problem, genausowenig wie andere Apps die auf FHEM zugreifen.

Wieso die Probleme im Lockscreen ?

Hat jemand Ideen ?

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: traveltheworld am 14 Februar 2018, 19:52:12
Funtioniert die App bei euch mit dem csrf-Token von FHEM?
Wenn ich das in der fhem config nicht deaktiviere, funktioniert die App bei mir nicht. Es kommt auch eine entsrpechende Log-Meldung in fhem bzgl. csrf-Tokenfehler.

Noch eine Frage: auf der Homepage des Autors ist ein schönes Car Status Beispiel. In dem Screenshot ist das Widget nicht mit "FHEM" benamt, sondern mit "Car Status". Wie läßt sich das ändern?

Danke.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 14 Februar 2018, 19:56:21
In der Anleitung steht auch drin dass das Status Widget grade in Entwicklung ist und es noch nicht sicher ist ob es in der finalen Version der 2.8 enthalten sein wird. Im Store ist die 2.7 :-)

Und der csrf Token sollte eigentlich gehen. Hast du zusätzlich noch andere Sachen aktiv? Https oder VPN oder sowas?

@Bartimaus: nutzt du VPN on demand?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 14 Februar 2018, 19:59:33
Zitat von: HaPeRiebmann am 14 Februar 2018, 19:56:21

@Bartimaus: nutzt du VPN on demand?

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 14 Februar 2018, 20:00:50
Welches iOS? Grundsätzlich scheint Apple bei den Widgets, vor allem wenn man viele hat, hin und wieder Probleme zu haben. Bei mir hilft da ein Neustart
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 14 Februar 2018, 20:02:24
iOS 10.x
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 14 Februar 2018, 20:04:39
Ich empfehle 11. beim 10er sind wie gesagt die Widgets äußerst komisch. Mit iOS 12 wird dann auch die 10er Unterstützung ggf wegfallen. Je nachdem wie viel Code ich dann doppelt pflegen muss. Das wird mit 10/11 schon unangenehm
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 14 Februar 2018, 20:07:07
Meine Hardware ist zu alt für iOS 11.
Auch habe ich noch wichtige Apps in Gebrauch die nicht von ios11 unterstützt werden.
Habe jetzt mal eine Menge Widgets deaktiviert
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: traveltheworld am 14 Februar 2018, 20:11:53
zum csrf-Token: es erscheint die Meldung
Zitat2018.02.14 19:18:47 3: FHEMWEB WEB CSRF error:  ne csrf_xxxxxxx for client WEB_192.168.188.48_49583 / command jsonlist2 global. For details see the csrfToken FHEMWEB attribute.
In der App kommt auch keine Liste zurück (meckert dann fälschlich, dass die fhem_widget_command Befehle nicht gefunden werden)

(ich habe iOS 11.2.5, also die neueste Version)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 14 Februar 2018, 20:12:58
Welche App Version hast du drauf?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: traveltheworld am 14 Februar 2018, 20:16:47
Jetzt geht es mit csrf-Token *verwundert*.

Verwende die FhemWidget Version 2.7, Build 95
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: traveltheworld am 14 Februar 2018, 20:20:01
Frage noch zum Widget-Namen: wie ändere ich den auf etwas anderes als "FHEM"?

Beispiel wie hier von der Webseite des Autors:
http://tasior.info:8081/statewidget_example.png (http://tasior.info:8081/statewidget_example.png)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 14 Februar 2018, 20:29:55
Das geht leider nicht. Ich bin der Autor und das ist eine Dev Version. Das Widget heißt ,,Status" in den neuen Versionen
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: traveltheworld am 14 Februar 2018, 21:00:41
Ah, das ist gut zu wissen, ein direkter Draht hier :)
Ich finde die Idee mit den Widgets klasse und auch der "Woman-Acceptance-Faktor" steigt damit gewaltig.

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Buttercreme am 15 Februar 2018, 13:48:14
Hallo,

Ich konnte das Verhalten mit den custom readings nun nachvollziehen. Und zwar ist es so das aus einem Custom Reading (warum auch immer) immer nur der "unterste Wert" in der Tabelle übertragen werden kann. Ich habe für die 4 Werte 4 custom Readings angelegt und schon funktioniert es. Ich denke mit der Info kannst du es auch selber nachstellen. Eine Portfreigabe möchte ich nur ungerne durchführen.

Für diejenigen die es Interessant sein könnte hier die Antwort auf meine andere Frage: Mehere Werte in einer Kachel habe ich erreicht indem ich einfach den gleichen alias mehrfach vergebe.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 15 Februar 2018, 16:29:20
Hi,

Es ist grundsätzlich in der App so, dass ein Kanal ein einziges Reading/Internal/Attribute auslesen kann. Alles andere ist schwierig zu implementieren, weil man verschiedene FHEM Versionen unterstützen muss.

Dass sich mehrere Kanäle mit dem gleichen Namen/Alias gruppieren ist so in der Anleitung dokumentiert. Da steht auch drin was man alles gruppieren kann und auch was nicht.

Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 09 März 2018, 14:13:14
Moin,

ich habe jetzt alle möglichen Java-Versionen (Open-JDK,Oracle, 7+8) durch. Aber der Sync-Client verursacht auf meinem System eine solche Instabilität, das das komplette System nach 1-2Wochen hart abstürzt. Dann hilft nur noch Stecker ziehen.
Kaum deaktiviere ich den Sync-Dienst, schnurrt das System wie ein Kätzchen.

Gibt's da keine Alternative zu ?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 09 März 2018, 14:26:53
Merkwürdig, bei mir läuft der Service ohne Probleme in der System Stabilität.

Vielleicht liegt es am Betriebssystem?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 09 März 2018, 14:29:29
Wer weiss....

Bislang lief das OS extrem stabil über Wochen hinweg. Erst als ich den Sync-Client (den ich genial finde) in Verbindung mit Java probiert hab, gingen die Probleme los.
Das OS halte ich regelmäßig aktuell
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 09 März 2018, 21:51:26
Schon komisch. Gibt es bei deinem OS mehr Probleme mit Java?
Und hast du evtl. Logs für die Fälle wo es stehen bleibt?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 10 März 2018, 18:48:25
Kann ich nicht sagen, da ich Java nur für den SyncClient benötige.

Leider gibt es keine Logs, da die Kiste Knall auf Fall abstürzt. (Vielleicht gibt es Systemlogs die ich nicht kenne)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 12 März 2018, 08:44:07
Hi,

ich hab mich jetzt nochmal durch meinen Code gewühlt und recherchiert, kann mir das Verhalten allerdings nicht erklären.
Ich hatte vermutet, dass ggf. irgendwelche Sockets nicht geschlossen werden und dann ein Pool überläuft. Konnte aber nix in die Richtung finden.

Hast du evtl. einen Raspi rumliegen auf dem du den Sync Client laufen lassen kannst? Nur um zu sehen ob das stabil bleibt.

Ich hatte mal ein ähnliches Problem mit FHEM selbst, hab mich dann dazu entschlossen, dass ich einmal wöchentlich alles aufräume, Logs und fhem.cfg und alles wichtige archiviere (in die Dropbox schiebe) und alles alte lösche. Danach wird der Raspi neu gestartet.

Vielleicht tritt das Problem deswegen bei mir nicht auf.

VG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 12 März 2018, 09:55:22
Moin,

ich bilde mir ein, ein nicht ganz "kleines FHEM" zu nutzen. (mehrere CULS, 1wire mit > 40 Devices, > 20 HM/FS20/IT/ZWave, 258 DOIFs/ATs/Notifys etc. , 167 FileLogs, 15 HourCounter, 97 Plots usw).
Von daher, ja, ich habe einen Raspi übrig, auf dem ich eine Testinstanz laufen lassen könnte, aber die wäre dann nicht so umfangreich, und somit wenig aussagekräftig. Zumal da auch ein anderes OS zum Einsatz käme.

Aber das System wird regelmäßig aufgeräumt, und installiert ist nur das Notwendigste.

Wie ich ein paar Posts vorher schonmal erwähnte, habe ich über den Tag auch locker 10 Disconnects vom SyncClient bekommen, weil das System anderweitig ausgelastet war.

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 12 März 2018, 11:20:17
Ich hatte ja wegen deines Posts auch die Disconnect-Notification Schwelle im Server hochgesetzt. Bekommst du immer noch so viele Disconnects?

Wenn dein System dann so voll ist dann kann es durchaus sein dass die Java VM nicht genug Speicher zur Verfügung hat. Dann schmiert sie normal ab.

Hast du genug Swap zur verfügung gestellt?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 12 März 2018, 11:22:59
Ich bekomme keine Disconnects mehr, da ich den SyncClient momentan nicht mehr nutze. Aber Du hast Recht, vorher war die Anzahl der Disconnects deutlich herabgesetzt. (2-3 statt 10-15).

Hm, Swap ? Müsste ich mal schauen. Was kannst Du hier empfehlen ? Mit Beispiel aus der fstab bitte.
Mein BPi müsste 1GB-RAM haben

Edith: Mein BPi hat 1GB-RAM, davon sind meist 75% frei, sollte das nicht genügen ? Zusätzlich ist per Default bei meiner Kiste 512MB-Swap aktiv.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 12 März 2018, 12:18:12
Doch das sollte genügen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 12 März 2018, 12:28:51
Hast mal verucht, dass du pauschal den Sync Client alle zwei, drei Tage neu startest?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 12 März 2018, 12:32:50
Nein, das habe ich nicht probiert. Ich hatte den ja in einem Screen laufen.

Nachdem ich letztens den BPi stabil 10 Tage ohne Java/SyncClient laufen hatte, habe ich den SyncClient gestartet, und es hat keine 10h gedauert bis die Kiste abgestürzt ist... es half nur noch Stecker ziehen. (so schnell ging das sonst nicht)

Ich werde heute Abend mal die Swap deaktivieren, per Cron den RAM regelmäßig aufräumen, und dann Java8 nochmal neu installieren und testen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 12 März 2018, 12:37:51
Welche Java-Version nutzt Du auf Deinem Raspberry für den SyncClient ?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 12 März 2018, 12:57:53
1.8.0_65, die Standard Oracle Java 8 Version für Raspi.
Überwachst du in deinem FHEM den Systemstatus mit RAM Auslastung?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 12 März 2018, 13:25:59
Ja, per SYSMON-Modul.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 12 März 2018, 13:59:04
Geht da dann die RAM Auslastung überhaupt hoch wenn das System langsam wird?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 12 März 2018, 14:00:10
Das System wird nicht langsam.....oder verlangsamt sich nicht
Habe da aber auch nicht drauf geachtet. Evtl. findet sich im Logfile von Sysmon etwas.
Bezweifle das aber.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 12 März 2018, 18:42:19
Hab jetzt mal "phpsysinfo" auf dem BPi installiert.

Dann noch OracleJava8 und den Sync-Client gestartet:

ZitatSPEICHER-AUSLASTUNG
Typ   Prozentuale Auslastung   Frei   Belegt   Größe
Physikalischer Speicher     84%   164.48 MiB   805.91 MiB   970.39 MiB
Kernel + Anwendungen     20%       187.82 MiB   
Puffer     4%       30.35 MiB   
Cache     61%       587.73 MiB   

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Chiemgauer am 15 März 2018, 15:26:04
Servus,
Habe mir die App geladen. Doch ich scheitere bereits beim Aufbau der Verbindung. Ich habe extra einen Raum angelegt namens FHEM-Widget, gebe den ip-Adresse ein und den Port, beim drücken aufspeichern und update schließt sich die App. Wenn ich sie wieder öffne sind die Einstellungen weg. Kann mir jemand weiter helfen?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 15 März 2018, 17:05:54
Ui das darf nicht sein :-)
Kannst du deinen FHEM nach außen öffnen? Dann schau ich mit dem Debugger drauf. Zugangsdaten per PM oder Mail
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Chiemgauer am 16 März 2018, 19:48:46
Auf die schnelle kann ich mein fhem nicht nach außen öffnen. Müsste mir das erstmal anschauen. Meine fhem.cfg könnte ich dir schicken
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 16 März 2018, 20:33:39
Hi,

gerne mal die cfg und einen Screenshot von deinen App Settings.
Vielleicht hilft das schon
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 21 März 2018, 11:24:12
Hallo zusammen,

für die die sie noch nicht probiert haben: die 2.8 ist da:
- Interne Umstellung auf Swift4 JSON Handling (das sollte alles ein wenig schneller und stabiler machen)
- UI Bug fixes
- Einführung einer neuen JSON Struktur um beliebig viele Kanäle pro Device zu unterstützen. Dazu müssen alle fhem_widget_command in eine neue Form überführt werden. Das kann wahlweise automatisiert werden. Ein Migrationsassistent steht zur Verfügung
- durch die neue Struktur werden jetzt beliebig viele Kanäle pro Device unterstützt
- neuer Parameter background_image
- neues Widget FHEM Status zum hübschen Darstellen spezieller Stati
- Live Status über Websocket
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Newbee am 21 März 2018, 17:15:59
Update und Migration abgeschlossen! Lief ohne Problem durch, gefühlt geht alles auch etwas schneller mit der neuen Version! Daumen Hoch.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 21 März 2018, 17:59:54
Und hoffentlich gespeichert nach der Migration:-)
Hat jemand Probleme mit dem Livestatus?
Oder verschwindende Kacheln im Kachelwidget? Wenn letzteres bitte melden wenn es nach einer Neuinstallation immer noch so ist.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Newbee am 21 März 2018, 18:09:40
Zitat von: HaPeRiebmann am 21 März 2018, 17:59:54
Und hoffentlich gespeichert nach der Migration:-)

Ja sicher!  8)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FHEM__Newbie am 23 März 2018, 09:12:34
Hallo,

Migration erfolgt, alles geht, außer das Listenwidget.

Grid Widget geht.

Was fehlt noch?

Gruß und Dank.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 24 März 2018, 09:29:44
Was meinst du mit dem Listenwidget?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FHEM__Newbie am 24 März 2018, 11:31:16
Zitat von: HaPeRiebmann am 24 März 2018, 09:29:44
Was meinst du mit dem Listenwidget?

Unter iOS hat man ja das Grid Widget mit Buttons und das Widget in Listenform untereinander.
Grid funktioniert, aber Das Listenwidget nicht.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 24 März 2018, 14:58:57
Was funktioniert denn nicht? Sind die Listen leer oder zeigen die Einträge nix oder falsch an?
Hast schon mal die App neu installiert?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Chiemgauer am 24 März 2018, 19:35:50
So, nachdem Update stürzt die App bei mir nicht mehr ab. Jetzt wollte ich ein Abo machen, wenn ich es antippe rührt sich gar nichts. Kann mir jemand weiter helfen?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 24 März 2018, 21:29:43
Vielleicht hast den Button nicht sauber getroffen. Bei mir gehts
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jasimo am 25 März 2018, 07:49:27
Hallo,

lese eigentlich immer nur still mit, aber diese tolle App zwingt mich zu eine Post :-) Gleich mal ein Abo abgeschlossen, top!
Lassen sich eigentlich auch Hue Lampen mit dem Widget steuern, natürlich nur wenn die Bridge in Fhem eingebunden ist.
Falls ja, kann bitte mal jemand beschreiben oder einen Screenie machen wie das aussieht?

Gruß
Jan
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Chiemgauer am 25 März 2018, 08:18:16
Hmm, wenn "kaufen" dunkel grau ist und beim betätigen hell grau, denke ich das ich den Button treffe.
Habe gefüllte 300 mal auf beide Button gedrückt. Nichts passiert. Ich verzweifle noch. Einen anderen Weg gibt es nicht?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 25 März 2018, 09:08:06
@Chiemgauer: im Zweifel mal die App neu installieren. Wenn ich mit der Store App drauf drücke dann kann ich kaufen. Oder mal aus dem App Store ausloggen und wieder einloggen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 25 März 2018, 09:08:44
@Jan: genauso wie für alle anderen Devices: Kanal anlegen für den Wert den du steuern willst
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FHEM__Newbie am 28 März 2018, 18:04:50
Zitat von: HaPeRiebmann am 24 März 2018, 14:58:57
Was funktioniert denn nicht? Sind die Listen leer oder zeigen die Einträge nix oder falsch an?
Hast schon mal die App neu installiert?


Das Widget ist leer und es steh dort ,,laden nicht möglich ,,.
Bei neuinstallation musisch ja alles wieder neu eingeben?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 28 März 2018, 18:17:34
Wenn im Widget ,,Laden nicht möglich" steht, dann einfach mal drauf tippen.

Bei Neuinstallation musst du nur url und Port neu eingeben wenn du den iCloud Sync aus hast. Wenn der an ist dann musst gar nix machen
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jasimo am 28 März 2018, 20:46:22
Hallo,

ich möchte gerne mit dem Widget mehrere Lightscene schalten können, kriege es aber irgedwie nicht hin.
Über Webcmd im FHEMWeb lässt sich das schalten
attr WZLightscene webCmd scene LScene_allesan_bunt:scene LSzene_allesan_weiss:scene LSzene_fernsehen

Die für Fhem Widget angelegte fhem_widget_channels lautet:
[{"allowed_values":["LScene_allesan_bunt","LScene_allesan_weiss","LSzene_fernsehen"]}]

Die Schaltflächen sind auch im Widget zu sehen funktionieren jedoch nicht.

Gruß
Jan
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jasimo am 28 März 2018, 21:36:43
Habs hinbekommen, so läufts:
[{"controlled_attribute":"scene","group":"Wohnzimmer","alias":"Scenen","allowed_values":["LScene_allesan_bunt","LScene_allesan_weiss","LSzene_fernsehen"]}]

DANKE!
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fritz!Maxi am 31 März 2018, 17:45:57
Ich wollte gerade mal wieder die FHEM Widget 2 Komplikation auf der Apple Watch zum Zifferblatt hinzufügen. Die Komplikation wird zwar als installiert angezeigt, aber in der Ziffernblattkonfiguration kann ich FHEM Widget 2 nicht auswählen. Kein Eintrag dafür vorhanden. Ich habe die App auch schon von der Watch deinstalliert und erneut hinzugefügt, keine Verbesserung.


Könnte das ein Problem der aktuell App Version 2.8 sein?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 31 März 2018, 20:31:44
Hi,

Probier mal andere Ziffernblätter durch ob sie da dann auftaucht. Im Zweifel die App mal neu installieren und die Watch neu starten. Dann taucht sie zumindest bei mir auf.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jasimo am 01 April 2018, 11:46:15
Moin, wie ist das eigentlich mit dem Abo gilt da auch die Apple Familienfreigabe oder muss jeder im Haushalt der die App voll nutzen will ein Abo abschließen?


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 01 April 2018, 13:37:29
Abos kann man leider über die Familienfreigabe nicht weitergeben da die ja ein In-App Kauf sind. Deswegen müsste jeder der in der Familie ist ein eigene Abo abschließen. Um das allerdings zu vermeiden habe ich die Funktion ,,Konfiguration übertragen" gebaut. Damit kannst du eine beliebige Anzahl von Kanälen auf weitere Geräte übertragen. Die bleiben dort dann erhalten.
Was du so nicht übertragen kannst sind die Push und Sync Features.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jasimo am 01 April 2018, 17:07:44
Danke für die Rückmeldung, das mit der Konfiguration übertragen probiere ich mal.


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jasimo am 02 April 2018, 10:43:19
Ich glaube ich habe einen kleinen Bug gefunden.
Gerade habe ich mir in Fhem mittels "structure" eine Funktion gebaut die alle 4 Lampen im Wohnzimmer aus und einschaltet.
Wenn ich nun diesen "structure" in der App anlege und mittels Alias einen Namen gebe, benennt er alle anderen Aliase um und nicht nur den vom structure.
Sieht dann nach dem speichern so aus wir im Anhang
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 April 2018, 12:44:18
Interessant, kannst mir mal die FHEM Definition geben? Und die jsonlist2 response für das Device
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jasimo am 02 April 2018, 13:15:29
Hier das list device (structure) im Anhang, per Code einfügen geht irgendwie nicht
Woher bekomme ich die jsonlist2 response für das Device?

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 April 2018, 13:21:17
Gib in die Eingabezeile ,,jsonlist2 <device>" ein. Ich glaub aber dass ich mal direkt drauf schauen müsste. Wenn du den Alias nur in dem einen Device eingegeben hast und der aber die anderen überschreibt hört sich das komisch an. Hast in den Einstellungen mal das Kombinieren der Kanäle ausgeschaltet?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jasimo am 02 April 2018, 13:47:01
jsonlist2 findest Du im Anhang, die Einstellung für das Kombinieren habe ich noch nicht ausgeschaltet.
Bisher hat das immer super geklappt mit dem alias, nur als ich den structure dazu gemacht habe hat dieser alle Aliase überschrieben.

Hab es nun so gemacht, dass ich den structure als Erstes angelegt habe und dann die normalen Schalter des Zimmers, dann ging es.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Fritz!Maxi am 02 April 2018, 20:43:42
Zitat von: HaPeRiebmann am 31 März 2018, 20:31:44
Hi,

Probier mal andere Ziffernblätter durch ob sie da dann auftaucht. Im Zweifel die App mal neu installieren und die Watch neu starten. Dann taucht sie zumindest bei mir auf.

VG
Ich habe bisher immer meine Zifferblätter über die iPhone App konfiguriert. Da ist die Komplikation FHEM_Widget auch nach einer Neuinstallation der App immer noch nicht auswählbar. Wenn ich allerdings das Zifferblatt direkt auf der Watch anpasse kann ich die Komplikation FHEM_Widget hinzufügen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 April 2018, 21:03:48
Stimmt... ist mir noch nicht aufgefallen. Muss ich schauen wie man das fixt
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 02 April 2018, 22:09:41
Ne Idee wieso sich das Widget im Lockscreen nicht mehr aktualisiert wenn man im WLAN zuhause eingeloggt ist ?
Im Grid wird es aktualisiert.

Updates wurden nicht vorgenommen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 03 April 2018, 07:20:18
Bleibts leer oder werden nur die States nicht sauber gezogen? In beiden Fällen: mal das Telefon neu starten.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 03 April 2018, 07:32:45
Erst wurde nur die States nicht aktualisiert, später bleib es dann ganz leer.

Reboot tat goot....  8)

Mal sehen wie lange
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 03 April 2018, 07:34:49
:-)

Ich bin mir nicht sicher was mit den Widgets passiert aber nachdem das bei mir auch bei den Google Widgets und sogar den Apple Widgets passiert dass sie sich komplett aufhängen denke ich mal es liegt am Framework
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 05 April 2018, 09:43:00
Ist schon wieder soweit, unter iOS10 aktualisiert sich das Widget im Lockscreen nicht mehr. Das Feld ist komplett leer.
Es kann doch nicht sein, das ich jetzt wie zu WindowsMobile-Zeiten das Gerät täglich neu starten muss.... :-[ :-[
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 05 April 2018, 10:45:14
In iOS 10 ist das ja ein bekanntes Problem, dass das Framework die Widgets komisch behandelt.
Komischerweise tritt das ab iOS 11.3 inzwischen auch wieder häufiger auf.

Von welchem Widget sprichst du? Sind ja mittlwerweile 3.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 05 April 2018, 10:57:11
Bei meinem iPhone heisst das Widget lediglich "FHEM" !
Ich habe nur ein zweites zur weiteren Auswahl, das heisst "FHEM Grid".

Mir geht es aber um ersteres

Alle anderen Widgets im Lockscreen laufen aber korrekt und aktualisieren sich.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 05 April 2018, 11:02:16
Also das Listenwidget. Welche App Version hast du?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 05 April 2018, 11:08:47
Ja, Liste.
Aktuelle Version aus dem Appstore = 2.8

(Ich meine seit 2.8 treten die Probleme auf.....)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 05 April 2018, 14:11:46
Am besten ist wenn du die App einmal neu installierst. Bei aktivem iCloud Sync ist deine Einstellung auch wieder da. Das setzt irgendwas im CoreData zurück und die Widgets gehen dann wieder.

Für die 2.8 hab ich am Widget selbst nix wirklich geändert. Selbst die Gruppen sind nur in der abgeleiteten Klasse geändert.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 05 April 2018, 14:16:03
Ok, habe ich gemacht, und es funktioniert wieder. Danke
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 05 April 2018, 14:44:58
Gern, meld dich aber bitte wenns nach kurzer Zeit wieder aussteigt
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 05 April 2018, 14:52:53
Yip
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 06 April 2018, 10:50:22
MoinMoin,

es ist schon wieder soweit. Keine Aktualisierung des ListenWidgets im Lockscreen unter iOS10.... :-[ :-[
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 06 April 2018, 10:51:18
Kannst mal nen Screenshot machen?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 06 April 2018, 10:55:07
Bitte. einmal aus dem Lockscreen, und einmal aus der App (aktueller Status)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 06 April 2018, 14:42:32
Das ist wieder was komplett neues. Das Widget wird zwar geladen, die Anfragen zum FHEM oder zum Server gehen aber nicht durch.
Passiert das im heimischen WLAN auch oder nur wenn du unterwegs bist. Wenn das nur unterwegs passiert dann starte doch mal deinen Sync Client neu
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 06 April 2018, 15:00:37
Nö, die Symptome hatte ich vorher auch.
Keine Verbindung@home oder wenn unterwegs. FHEM und SyncClient bereits neu gestartet.

Ohne Erfolg.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 06 April 2018, 15:11:09
Ich meine dass das bei mir neu ist. Ich hab das Symptom dass das Widget leer bleibt oder abschmiert aus unbekannten Gründen. Das ist das was ich nicht lösen kann weil es im Framework ist.
Dass die Online Verbindung in iOS 10 nicht geht kannte ich bisher nicht.

Du hast mal gemeint dass das ein altes Gerät ist. Kann es sein dass dein Akku mittlerweile schwach ist und die hohe Anzahl der Calls gegen das Backend schlicht vom System unterdrückt wird?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 06 April 2018, 15:48:38
Das habe ich auch ab und an, das das Listenwidget komplett leer bleibt.

Altes Handy.. jain... ist ein iPhone6, aber der Akku hat noch eine Leistung lt. iTunes von >90%
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 06 April 2018, 16:06:40
Auf dem iPad-Mini mit ios10 läuft es...
Auf dem iphoneSE mit ios11 auch.

Das wichtigste ist aber mein 6er.

Jetzt gerade ein leeres Widget
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: leech0r am 09 Mai 2018, 17:15:41
Leider auch bei mir dad Problem mit ,,Laden nicht möglich"
Drauf drücken kann ich so iel ich will, es lädt und ich sehe für gefühlte 0,025 Sec meine Buttons und dann ists wieder weg mit der selben Meldung wie zuvor...
Neu installieren, neu startetn etc hilft nicht - iPhone 6 mit neuesten Updates.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 09 Mai 2018, 17:25:09
Hi,

ich glaub ich hab den Fehler gefunden. Update ist unterwegs. Dauert aber noch bissl. Sorry dafür.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: fischit am 18 Juni 2018, 17:37:14
Hi,

kommt das hier nur bei mir?
--2018-06-18 17:35:43--  https://tasior.info:42333/FHEM_Sync_Client.jar
Resolving tasior.info (tasior.info)... 54.93.77.0
Connecting to tasior.info (tasior.info)|54.93.77.0|:42333... connected.
ERROR: cannot verify tasior.info's certificate, issued by 'CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US':
  Issued certificate has expired.
To connect to tasior.info insecurely, use `--no-check-certificate'.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 18 Juni 2018, 17:51:11
Hab das selbe Problem
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 18 Juni 2018, 18:24:49
Geht wieder.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Christian_M am 03 Juli 2018, 22:43:05
Hallo zusammen,

Das Problem mit der Laden nicht möglich Meldung habe ich leider auch. Tippen lädt nach, macht aber dem Charme einer so guten Kapp einen Dänpfer.

Über die Suche Funktion habe ich jetzt keine Lösung gefunden.
Muss man in den Einstellungen etwas beachten?
Das Log Schein mit keine Auffälligkeiten zu haben.
IOS 11.4

VG
Christian
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 03 Juli 2018, 23:13:15
Hi Christian,

das ist immer noch ein Problem das ich nicht in den Griff bekomme, leider. Debugging liefert keinen Fehler. Ich schiebe es derzeit noch auf iOS.

Was hilft ist ein Neustart des Handys oder eine Neuinstallation der App.

Viele Grüße
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: eddy242 am 06 Juli 2018, 09:21:45
Hallo zusammen,

ist eine Konstruktion möglich, wo Teile der Werte des Atrributs aus anderen Attributen und/oder Readings gespeist werden, also z.B.:

attr 1_Irgendwo_Rolladen aliasMobile MeinRaum
attr 1_Irgendwo_Rolladen fhem_widget_channels [{"allowed_values":["GanzAuf","GanzZu","Nacht","Sonnenschutz"],"group":"Beschattung ","controlled_attribute":"state","alias":aliasMobile}]


(aliasMobile ist über userAttr eingefügt)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 08 Juli 2018, 07:46:38
Hi,

Das ist nicht möglich. Du kannst die Werte aber in einen Dummy schreiben und den dann auslesen

Viele Grüße
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: eddy242 am 08 Juli 2018, 21:26:17
Hallo HaPe,

danke, kannst Du bitte noch etwas Anschubhilfe geben? Ich habe folgende Varianten ausprobiert, keine hatte Erfolg:

V1: [{"allowed_values":["GanzAuf","GanzZu","Nacht","Sonnenschutz"],
"group":"Beschattung ","controlled_attribute":"state","alias":ReadingsVal("dy_0_Diele_Rolladen","state","")}]

V2: [{"allowed_values":["GanzAuf","GanzZu","Nacht","Sonnenschutz"],"group":"Beschattung ","controlled_attribute":"state","alias":[[dy_0_Diele_Rolladen]]}]

V3: [{"allowed_values":["GanzAuf","GanzZu","Nacht","Sonnenschutz"],"group":"Beschattung ","controlled_attribute":"state","alias":[dy_0_Diele_Rolladen]}]


und das Dummy ganz einfach:


defmod dy_0_Diele_Rolladen dummy
setstate dy_0_Diele_Rolladen Diele
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: fischit am 17 Juli 2018, 14:16:13
Hi,

ich komme nicht mehr wirklich weiter ...
Seit eh und je lief das Widget wunderbar bis vor einer Zeit das "Laden nicht möglich" Problem auftrat. Habe mich lange Zeit nicht darum gekümmert und mich jetzt dem mal angenommen.
Alle meine Thermostate sind nach folgendem Schema benannt
[{"order":4,"alias":"Wohnzimmer","allowed_values":[],"locations":["WLIST","ALIST"]}]

In der ALIST wird auch alles wunderbar angezeigt aber das WLIST zeigt nur noch einen Eintrag ...

Ich habe das neue Schema mit den Channels übernommen, die App neu installiert (das hat mich von "Laden nicht möglich" zu dem einen Device immerhin gebracht) und den Code komplett überprüft.
Die Devices, die im GRID sind, funktionieren nach wie vor einwandfrei.

Kleiner Nachtrag:
Ich habe jetzt mal alle Devices raus geschmisse und WLIST war auch leer. Dann habe ich wieder ein Device hinzugefügt und das Widget bleibt leer.
Den Sync habe ich auch mal aus gemacht um das auszuschließen.

Was kann ich zur Fehlerbehebung noch liefern?

Danke
Grüße
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 17 Juli 2018, 15:23:20
Ich hab dir eine PM geschrieben
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jasimo am 22 Juli 2018, 20:45:00
Hallo,
Gibt es eigentlich eine Beschränkung der Zeilen in der WList Darstellung, also im Widget.
Bei mir werden nicht alle die dort erscheinen müssten dargestellt. Hab heute etwas hinzugefügt, doch leider kommt es nicht zur Anzeige, auch nach Neustart des iPhone nicht.
Gruß
Jan



Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 22 Juli 2018, 20:50:57
Zitat von: Jasimo am 22 Juli 2018, 20:45:00
Hallo,
Gibt es eigentlich eine Beschränkung der Zeilen in der WList Darstellung, also im Widget.
Bei mir werden nicht alle die dort erscheinen müssten dargestellt. Hab heute etwas hinzugefügt, doch leider kommt es nicht zur Anzeige, auch nach Neustart des iPhone nicht.
Gruß
Jan



Gesendet von iPhone mit Tapatalk Pro


Hallo,
die Widgets in iOS sind auf eine Bildschirmhöhe begrenzt.
Kannst ansonsten in dem Widget unwichtige Devise unsichtbar schalten.

LG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jasimo am 22 Juli 2018, 21:13:11
Ah, danke für den Hinweis, das wird es sein.
Das mit dem unwichtig schalten, wie mache ich das, kann ja nur mehr oder weniger antippen, oder was meinst Du?


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 22 Juli 2018, 21:20:23
Hi,

du kannst mit dem "locations" Parameter den Anzeigeort festlegen.

Viele Grüße
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jasimo am 22 Juli 2018, 21:42:56
Ja, das wusste ich. Ich muss dann wohl die Daten im WLIST auf die wichtigsten beschränken.
Danke für eure Hilfe.


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jasimo am 27 Juli 2018, 13:26:09
Moin,

es gibt ein kleines Problem wenn man sich ein Structure (on,off) in der App konfiguriert.
Sagen wir mal in dem Structure sind zwei Geräte (on, off) die auch in der App konfiguriert sind.

Wenn man dann in der App beim Structure den Alias verändert, wird der Alias bei allen Geräten geändert die mir in Structure sind.

Gruß
Jan
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 18 August 2018, 17:44:12
Moin,

seit heute morgen funktioniert der SyncClient nicht mehr.
Wenn ich die *.jar neu laden will, kommt dieses:

--2018-08-18 17:41:43--  https://tasior.info:42333/FHEM_Sync_Client.jar
Auflösen des Hostnamen »tasior.info (tasior.info)«... 54.93.77.0
Verbindungsaufbau zu tasior.info (tasior.info)|54.93.77.0|:42333... verbunden.
FEHLER: Dem Zertifikat von »tasior.info« wird nicht vertraut.
FEHLER: Das Zertifikat von »tasior.info« ist abgelaufen.
Das ausgestellte Zertifikat ist nicht mehr gültig.
/home/pi/: Schema fehlt.
Starte FHEMSyncClient
Error: Unable to access jarfile FHEM_Sync_Client.jar
Beendet. Oder Gestorben. Egal, hauptsache es gibt eine neue Version
rm: das Entfernen von ,,/home/pi/FHEM_Sync_Client.jar" ist nicht möglich: Datei oder Verzeichnis nicht gefunden


Ideen zur Hilfe ?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 18 August 2018, 21:36:11
Hm, da hat scheinbar jemand massiv Last auf meinem Server erzeugt. Ich reparier das. Dann gehts bald wieder
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 19 August 2018, 09:32:27
Moin,

danke, es funktioniert wieder.
Nachdem ich manuell die *.jar gelöscht hatte, um per Skript eine neue herunterzuladen (was dann aber nicht geklappt hat), ist die App auf dem Smartphone gnadenlos abgestürzt. Und zwar so schnell, das man keine Zeit mehr hat, in den Einstellungen den SyncClient abzuschalten..... vielleicht siehts Du da ja mal ne Möglichkeit das zu optimieren.

LG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 19 August 2018, 10:01:26
Morgen!

da hats mir was mit den Zertifikaten zerlegt. Wahrscheinlich hat das auch zu deinem App Crash geführt.
Und du hast scheinbar genau dann getestet während ich am Server gebaut hab :-)

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 19 August 2018, 10:18:47
Nee, die App crasht sobald der SyncClient auf dem Host nicht mehr läuft, und in den Einstellungen der App "Sync" eingeschaltet ist......
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Chris46 am 07 Oktober 2018, 09:19:43
Hat schon jemand iOS 12 in Verbindung mit dem FHEM Widget im Betrieb, funktioniert alles?
Wollte auf iOS 12 Updaten, aber vorher mal fragen, ob es ggf. Probleme gibt.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 07 Oktober 2018, 09:21:21
Läuft bei mir mit iphone6 DEUTLICH besser als mit ios10
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 07 Oktober 2018, 10:10:12
Bin auch grad dabei alles auf iOS 12 und watchOS 5 anzupassen. Inclusive Siri Shortcuts
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: heilerich am 27 Oktober 2018, 20:56:47
Hallo zusammen,

seit einigen Wochen zeigt das Listen Widget (also nicht das Grid) nur noch "Unable to load" an. Wenn ich die App öffne funktioniert alles. Auch das Grid Widget schein soweit zu funktionieren wenn ich es aktiviere. Meine App Version ist 2.81
Hat jemand eine Ahnung was ich da tun könnte?
So ist die App nicht zu gebrauchen :(

Grüße
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 27 Oktober 2018, 21:15:44
Hi,

in dem Falle die App neu installieren. Wenn der iCloud Sync aktiv ist ist alles sofort wieder da.
Da ist irgendwas im Framework kaputt was dazu führt dass irgendwann das Widget nicht mehr lädt.
Ich hab ein paar kleine Fixes in der nächsten Version im Test.

Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Diamond_72 am 29 Oktober 2018, 15:15:27
Hallo zusammen,

Ich versuche die App mit meinem FHEM zu verbinden, doch leider werden in der App meine Devices nicht angezeigt.
Ich habe in der App lediglich unter URL meine IP Adresse zu meinem FHEM https://xxx.xxx.xxx.xxx und unter Port den FHEM Port eingegeben, drücke auf speichern. Gehe dann auf den Wizard und mir wird angezeigt, dass nun die Devices eingelesen werden und danach sehe ich leider keine. Was mache ich falsch?
kann mir vielleicht jemand weiterhelfen?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 29 Oktober 2018, 17:01:51
Hi,

Hast du da ein Self-signed Zertifikat auf deinem FHEM und den entsprechenden Haken gesetzt?

Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Diamond_72 am 30 Oktober 2018, 09:43:08
Zitat von: HaPeRiebmann am 29 Oktober 2018, 17:01:51
Hi,

Hast du da ein Self-signed Zertifikat auf deinem FHEM und den entsprechenden Haken gesetzt?

Viele Grüße
Michael

Hi,

ich habe ein Self-signed Zertifikat nach dieser Anleitung 1zu1 angelegt:

https://wiki.fhem.de/wiki/FHEM_mit_HTTPS_SSL-Zertifikat_und_eine_eigene_Zertifizierungsstelle (https://wiki.fhem.de/wiki/FHEM_mit_HTTPS_SSL-Zertifikat_und_eine_eigene_Zertifizierungsstelle)

und danach bin ich noch folgende Anleitung durchgegangen:

https://wiki.fhem.de/wiki/Raspberry_Pi_%26_HTTPS (https://wiki.fhem.de/wiki/Raspberry_Pi_%26_HTTPS)

Leider wird das Zertifikat nicht als vertrauenswürdig erkannt und die Verbindung ist weiterhin nicht sicher:

Man muss das Zertifikat zu den ausnahmen im Browser hinzufügen. Danach öffnet sich FHEM, jedoch ist das Schloss neben der URL mit einem gelben Ausrufezeichen versehen.

Hat jemand hierfür noch eine Idee? Solange das nicht richtig läuft wird es sicherlich nichts mit dem Wdget
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 30 Oktober 2018, 10:46:53
Doch, beim Widget kannst du die Sicherheit runterdrehen und Self-signed akzeptieren. Einfach in den Einstellungen runter scrollen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Diamond_72 am 30 Oktober 2018, 10:59:06
Zitat von: HaPeRiebmann am 30 Oktober 2018, 10:46:53
Doch, beim Widget kannst du die Sicherheit runterdrehen und Self-signed akzeptieren. Einfach in den Einstellungen runter scrollen.

Ja, das wähle ich in der App ja aus (Akzeptiere private SSL Zertifikate).
Ich glaube dass die Seite noch nicht richtig gesichert ist. Das Schloss muss im Firefox doch grün sein und die Aufforderung, dass Zertifikat zu den Ausnahmen hinzuzufügen sollte ja nicht auftauchen. Oder verstehe ich da was falsch?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 30 Oktober 2018, 11:53:58
Da kann ich dir leider nicht helfen, ich selbst hab keine SSL Verschlüsselung aktiv weil das System nach außen nicht offen ist. Bei mir läuft der Sync Service
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Newbee am 02 November 2018, 19:37:37
Hallo,

Update eingespielt! Performance der App fühlt sich besser an! Grid Widget funktioniert leider noch nicht. "Laden nicht möglich" auch nach mehrmaligem drücken darauf ändert sich nichts.

Grüße Newbee
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 November 2018, 20:09:50
Hi,

Dann installier die App mal komplett neu. Dann werden alle Caches geleert. Bei mir und den Testern ist es mit der 2.9 bisher nicht aufgetreten.

Viele Grüße
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Newbee am 02 November 2018, 20:48:55
Hallo HaPe,

Das wars, funktioniert! Vielen Dank  :D

Grüße Newbee
Titel: Value Picker im Widget
Beitrag von: Rudibarani am 21 November 2018, 12:50:17
Hallo @HaPeRiebmann,

vielen Dank für die Entwicklung von FHEM Widget 2. Die App ist ein super Add-on, um FHEM zu steuern und Infos schnell abzurufen.

Ich habe einen MagicMirror (http://magicmirror.builders) laufen, dessen Anzeige ich unter anderem über FHEM steuere. Der MagicMirror kennt "Pages" - Seiten mit unterschiedlichem Inhalt - die ich Kalendergesteuert anzeige und zudem manuell zur Anzeige aufrufen kann. Letzteres funktioniert auch über FHEM Widget 2 im Grid View ohne Probleme. Wenn ich das gleiche aber über das Widget versuche, laufe ich in ein Problem: Der Value Picker muss gescrollt werden, um einen Wert auszuwählen. Das klappt in der App, im Widget aber leider nicht.

Liegt das daran, dass man in Widgets grundsätzlich Picker nicht scrollen kann? Was klappt ist, mit spitzem Finger den nächsten Wert anzuklicken und sich so langsam durchzuarbeiten.

Gibt es einen andere Möglichkeit, auch über das Widget den Wert für die Seite auswählen kann?

Vielen Dank!
Titel: FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 21 November 2018, 13:43:23
Hi,

Leider ist es so, dass das Widget vertikale Gesten schluckt. Deswegen klappt nur das Tippen wie du schon geschrieben hast.
Deswegen wird der neue Wert auch mit einer Verzögerung übernommen um die Gelegenheit zu geben nochmal zu tippen.

Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Cluni am 28 November 2018, 10:25:00
Moin,
ich versuche mich mal langsam an Fhemwidget 2 und versuche gerade den zustand meiner Fenstersensoren darzustellen. Ich habe es auch bereits geschafft, dass der Zustand farbig dargestellt wird. Aber das angezeigte Symbol ist klickbar. Was muss ich tun, damit nur der Zustand farbig angezeigt wird und sich nicht ändert, wenn man drauf klickt?

Hier mein fhem_widget_channels-Attribut:
[{"allowed_values":["open","closed"],"value_colors":["#ff0000","#39e600"],"alias":"Buero", "group":"Kontakte", "locations": ["APP", "WIDGET","WATCH"]}]

Kann ggf. auch die Größe der Buttons noch variieren? Die könnten für mich ein wenig kleiner sein...

Grüße, Bernd
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 28 November 2018, 12:02:02
Hallo Bernd,

Das was du brauchst ist derzeit nicht vorgesehen. Der Buttontyp orientiert sich an der Anzahl der allowed_values. Du hast 2 also ist das ein SWITCH. Der ist immer schaltbar. Ein STATE wäre ein leeres Array. Das kann aber keine Farben.

Die Buttonanzahl orientiert sich derzeit am Display, genauer an der verfügbaren Fläche und ist fest eingestellt.

Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Cluni am 28 November 2018, 16:45:12
Dank dir für die schnelle Antwort.
Kann ich denn irgendwie im Alias einen Zeilenumbruch erzwingen? Der trennt mir Namen, auch wenn ein Space drin vorkommt...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 28 November 2018, 17:32:30
Mach mal sowas wie ,,\n" bin mir ned sicher was dann passiert
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Cluni am 29 November 2018, 09:18:31
Ah ok - oder "\r" - hätte ich auch selber drauf kommen können das mal zu probieren. Danke, werde ich mal testen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Cluni am 30 November 2018, 15:14:36
Zitat von: HaPeRiebmann am 28 November 2018, 17:32:30
Mach mal sowas wie ,,\n" bin mir ned sicher was dann passiert

Kurze Rückmeldung: Das funktioniert.
Ein Haken: In der Watch ist die Anzeige nicht mehr so dolle, wenn z.B. alle Lampen mit "Licht\n" anfangen. Dann steht dort überall nur noch "Licht". Mal sehen, wie ich das mache....

Ist eigentlich nochmal ein Update in Planung? Wenn ja: Neuigkeiten?

Ansonsten tolle App!
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 30 November 2018, 18:05:45
Updates kommen immer wieder, entweder wenn ich neue Features mache oder wenn es Bugs zu fixen gibt.
Hab noch einiges im Backlog was ich gern mal ausprobieren will. Ob es das dann auch in die Store App schafft weiß ich erstmal nicht.

Ich glaub ich werd auch die Siri Shortcuts nochmal anfassen und da die Implementierung ändern. Projekt Marzipan ist auch spannend.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Nexium am 01 Januar 2019, 15:31:50
Hallo,

ich bekomm in der App meine Schalter angezeigt aber im Widgets wird mir nichts angezeigt. Woran kann das liegen?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Rupi am 01 Januar 2019, 15:33:22
Hallo in die Runde,

ich habe das Problem, dass das Abo nicht funktioniert.
Habe vor 2 Tagen das 6-Monats-Abo gekauft, aber wenn ich Speichern und Update drücke, kommt trotzdem die Meldung, dass nur die ersten drei Devices verbunden werden, da kein Abo aktiv ist.

iPhone X, iOS 12.1.2
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Rupi am 01 Januar 2019, 15:35:16
Zitat von: Nexium am 01 Januar 2019, 15:31:50
Hallo,

ich bekomm in der App meine Schalter angezeigt aber im Widgets wird mir nichts angezeigt. Woran kann das liegen?

iPhone neustarten hat bei mir funktioniert.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Nexium am 01 Januar 2019, 15:50:30
Zitat von: Rupi am 01 Januar 2019, 15:35:16
iPhone neustarten hat bei mir funktioniert.

Danke das hat geklappt
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jasimo am 29 Januar 2019, 07:56:39
Hallo,
ich habe ein kleines Problem mit mit der App und deren Bedienung, für die Steuerung z.B. meiner Lüftungsanlage habe ich allowed_values: 0,1,2,3 eingestellt.
Ist z.B. Stufe 2 ausgewähl in der Listenansicht und ich drücke dann auf Minus müsste er doch auf Stufe 1 schalten, er geht aber auf Stufe 0, ich muss dann einmal auf plus drücken , so dass er auf 1 geht. siehe Anhang.
Kann man das irgendwie ändern?
Gruß
Jan
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 29 Januar 2019, 21:35:37
Hallo Jan,

Poste doch mal dein JSON für das Device
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jasimo am 30 Januar 2019, 08:10:30
hier das dazugehörige JSON

{"group":"0.5 Lüftung","alias":"💨Lüftung","allowed_values":["0","1","2","3"],"locations":["ALIST"]}

das komplette für das Device sieht so aus:
[{"controlled_attribute":"BypassFlap","group":"Lüftung","alias":"🌬Lüftung","prefix":"Bpass:","allowed_values":[],"locations":["AGRID"]},{"controlled_attribute":"BypassMode","group":"Lüftung","alias":"🌬Lüftung","prefix":"Mode:","allowed_values":[],"locations":["AGRID"]},{"controlled_attribute":"antifreeze","group":"Lüftung","alias":"🌬Lüftung","prefix":"AFreeze:","allowed_values":[],"locations":["AGRID"]},{"group":"0.5 Lüftung","alias":"💨Lüftung","allowed_values":["0","1","2","3"],"locations":["ALIST"]},{"prefix":"Auße:","alias":"💨In","suffix":"C","allowed_values":[],"locations":["AGRID"],"group":"Lüftung","controlled_attribute":"Temp01Aussenluft"},{"prefix":"Zu:","alias":"💨In","suffix":"C","allowed_values":[],"locations":["AGRID"],"group":"Lüftung","controlled_attribute":"Temp02Zuluft"},{"prefix":"Ab:","alias":"💨Out","suffix":"C","allowed_values":[],"locations":["AGRID"],"group":"Lüftung","controlled_attribute":"Temp03Abluft"},{"prefix":"Fort:","alias":"💨Out","suffix":"C","allowed_values":[],"locations":["AGRID"],"group":"Lüftung","controlled_attribute":"Temp04Fortluft"},{"prefix":"Feuch:","alias":"💨In","suffix":"%","allowed_values":[],"locations":["AGRID"],"group":"Lüftung","controlled_attribute":"DHT1HumidityZuluft"},{"prefix":"Feuch:","alias":"💨Out","suffix":"%","allowed_values":[],"locations":["AGRID"],"group":"Lüftung","controlled_attribute":"DHT2HumidityAbluft"}]

Gruß
Jan

PS: Bekomme beim der Vorschau vor dem Absenden des Post immer die Meldung "Textfeld wurde nicht ausgefüllt." sobald ich etwas in Code-Tags setze, komisch. Absenden kann ich dann aber trotzdem
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 01 Februar 2019, 19:23:47
Hm, ich kann auf Anhieb auch keinen Fehler erkennen. Was sind denn die möglichen Werte, die das FHEM Device annehmen kann?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jasimo am 01 Februar 2019, 20:00:18
Hallo,
0,1,2,3 ist möglich


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 03 März 2019, 11:25:35
Moin,

seit ein paar Tagen bekomme ich kein Umlaute/Sonderzeichen mehr dargestellt, wenn ich über das Widget eine Pushnachricht versende.

Bug oder Feature?

Mit nem anderen Pushnotifier läufts inkl. Umlaute etc.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 03 März 2019, 16:35:44
Hi,

wenn dann bug. Ich hab aber nix geändert am Server...

Viele Grüße
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 03 März 2019, 16:37:29
Und ich in der Konfig nix.

Konfig gem. Deines Blogs

pi@bananapi:~$ java -version
java version "1.8.0_201"
Java(TM) SE Runtime Environment (build 1.8.0_201-b09)
Java HotSpot(TM) Client VM (build 25.201-b09, mixed mode)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 03 März 2019, 17:28:36
==============================
FHEM Sync Client Build 57
Switching to push mode. Valid parameters:
-title="<Title>"
-subtitle="<Subtitle>"
-message="<The Message>"


Found token: GEHEIM
Found message: Test??????
Sending...
Sending Push Messages to 5 devices with active subscriptions. 0 devices have inactive subscriptions.
Done

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 03 März 2019, 17:55:16
Zitat von: Bartimaus am 03 März 2019, 17:28:36
==============================
FHEM Sync Client Build 57
Switching to push mode. Valid parameters:
-title="<Title>"
-subtitle="<Subtitle>"
-message="<The Message>"


Found token: GEHEIM
Found message: Test??????
Sending...
Sending Push Messages to 5 devices with active subscriptions. 0 devices have inactive subscriptions.
Done


Zeichensatz im OS+Tastaturlayout ist korrekt auf "DE" eingestellt.
Titel: FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 07 März 2019, 19:24:24
Sorry, ich hab keine Mail bekommen dass du geantwortet hast...

Ich hab's grad bei mir getestet. Da tut alles. Ich hab den Dummy der dann den Service aufruft, wie in der Anleitung.

Kannst du mal vom Terminal testen?

Nachdem dein Client schon Fragezeichen ausgibt kommt das scheinbar schon gar nicht richtig an.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 07 März 2019, 22:25:00
Was meinst Du mit "vom Terminal" testen ?

Setze ich eine Nachricht via FhemWidget ab, so erscheinen die Sonderzeichen/Umlaute falsch in der PushNachricht auf dem iPhone
Setze ich die gleiche Nachricht via PushNotifier ab, so erscheint sie korrekt auf dem iPhone.

Es macht keinen Unterschied, ob die die Nachricht über ein DOIF oder AT absetze, das Ergebnis ist dasselbe.

Wie gesagt, bis vor ca. 2-3 Wochen lief es übers Widget korrekt.

Was kann ich noch prüfen ?

Im Dummy:
Internals
FUUID
5c7244c9-f33f-dcb4-cf8a-7dd509645b58659d
NAME
msgHandler
NR
1397
STATE
Die aktuelle Temperatur beträgt 7.5°C es hat heute 4mm geregnet die aktuelle Luftfeuchtigkeit beträgt 89 %%
TYPE
dummy


Im FHEM-Log:
FHEM Sync Client Build 57
Switching to push mode. Valid parameters:
-title="<Title>"
-subtitle="<Subtitle>"
-message="<The Message>"


Found token: GEHEIM
Found message: Die aktuelle Temperatur betr??gt 7.5??C es hat heute 4mm geregnet die aktuelle Luftfeuchtigkeit betr??gt 89 %%
Sending...
Sending Push Messages to 5 devices with active subscriptions. 0 devices have inactive subscriptions.
Done
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 08 März 2019, 09:03:31
Ich meinte den Push mal ohne FHEM absetzen, also das Kommando welches dir FHEM erzeugt und über das System startet im Terminal ausführen.
Hast du ein FHEM Update gemacht?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 08 März 2019, 09:21:02
Ja, FHEM ist aktuell.

Keine Ahnung wie ich die Nachricht ohne FHEM absetzen soll. Da bräuchte ich Unterstützung Deinerseits

FHEM habe ich nicht im Verdacht, da es bei Pushnotifier.de ja funktioniert...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Cluni am 08 März 2019, 15:09:59
Hallo Michael,

ich habe noch ein kleines Problem. Mir werden Devices doppelt angezeigt. Kann dies daran liegen, weil verschiedene Devices den gleichen Alias haben? Ich habe das bei mir folgendermaßen aufgebaut: Die Geräte sind gruppiert nach:

01 - Licht
02 - Rollladen
03 - Kontakte
04 - Steckdosen
09 - Anwesenheit
10 - Sonstiges
Klima

Nun habe ich natürlich z.B. im Raum meiner Tochter einen Lichtschalter, einen Rollladen, einen Fensterkontakt und einen Klimafühler. Diese haben alle den Alias "Jana". Außerdem habe ich noch ein Anwesenheitsdevice mit dem Alias "Jana". Nun kommt der Rollladen "Jana" viermal vor, obwohl er nur einmal eingetragen ist. Egal welchen ich davon bediene. Sie funktionieren alle mit dem gleichen Rollladen und der neue Wert steht nachher auch an allen gleich dran. Das Anwesenheits-Device "Jana" gibt es auch zweimal.

Kannst du mir da einen Tipp geben? Kann ich das nur über unterschiedliche Alias hinbekommen?

Gruß, Bernd
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 08 März 2019, 15:12:46
Hi Bernd,

Das liegt sehr wahrscheinlich daran dass du immer den selben Alias verwendest. Mach am besten hinten Leerzeichen dran dann siehst du es nicht mehr und die Devices tauchen nur einmal auf.

An dem Bug bin ich dran. Wird aber nich etwas dauern bis zur nächsten Version
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Cluni am 08 März 2019, 15:15:39
Mensch, eine Antwort, wie aus der Pistole geschossen... :-O

Ah supi. Dann werde ich das als Workaround mal machen. Merkwürdig ist nur, dass ich das nur bei dem Alias "Jana" habe. Die anderen Alias sind ja auch teils mehrfach vorhanden.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Cluni am 08 März 2019, 15:22:25
Zitat von: HaPeRiebmann am 08 März 2019, 15:12:46
Mach am besten hinten Leerzeichen dran dann siehst du es nicht mehr und die Devices tauchen nur einmal auf.

Hat geklappt!  :) Danke für den Hinweis!
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 08 März 2019, 18:03:45
Gern

@bartimaus: geh mal per terminal auf deine FHEM Maschine und schreibe dann das folgende rein:


java -jar pfad/zu/deinem/FHEM_Sync_Client.jar -push -token='deinToken' -message="HierdieMessageäöü"


dann sollte per Push HierdieMessageäöü kommen. Wenn dann die Umlaute passen dann liegt es daran wie du den Service mit deinem FHEM startest
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 09 März 2019, 21:30:45
Nabend, so, via Konsole geht der Befehl korrekt raus.

Hier das List des notify
Internals:
   DEF        pushWidget:send set pushWidget ready; {system ("java -jar /home/pi/FHEM_Sync_Client.jar -push -token=".ReadingsVal("fhem_widget_sync_token","state","")." -message=".ReadingsVal("pushWidget","message","empty")." -title=".ReadingsVal("pushWidget","title","")." -subtitle=".ReadingsVal("pushWidget","subtitle","")."")}
   FUUID      5c7244c9-f33f-dcb4-764e-e3c4266c1655ad75
   NAME       pushWidgetService
   NOTIFYDEV  pushWidget
   NR         1400
   NTFY_ORDER 50-pushWidgetService
   REGEXP     pushWidget:send
   STATE      active
   TYPE       notify
   READINGS:
     2019-03-06 20:33:42   state           active
Attributes:
   room       Widget


und des Dummys

Internals:
   FUUID      5c7244c9-f33f-dcb4-517b-d091aed060270850
   NAME       pushWidget
   NR         1399
   STATE      message
   TYPE       dummy
   READINGS:
     2018-09-27 22:33:21   state           ready
Attributes:
   room       Widget
   stateFormat message
   webCmd     send


Internals:
   FUUID      5c7244c9-f33f-dcb4-cf8a-7dd509645b58659d
   NAME       msgHandler
   NR         1397
   STATE      Testööö
   TYPE       dummy
   READINGS:
     2019-03-09 21:45:57   state           Testööö
Attributes:
   room       Widget


Die Devices habe ich seit Beginn nicht geändert. Was ist denn jetzt daran falsch ?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 13 März 2019, 09:22:12
Hi,

das ist genau der Punkt an dem ich dir leider nicht helfen kann. Irgendwo zwischen FHEM und dem system{} Aufruf scheint ein Problem mit dem Zeichensatz zu bestehen. Ich bin leider in Perl null drinnen. Mit Googeln hab ich auf Anhieb auch nix gefunden. Vielleicht kann wer anders hier helfen?

Was du noch probieren könntest ist ob die Messages per Echo in ein File geschrieben werden können. Damit nimmst du den Sync Client erst mal komplett raus. Wenn das auch nicht geht dann könntest du in einem neuen Thread nachfragen ob dir da wer helfen kann warum FHEM Umlaute nicht auf die Konsole weitergeben kann.

Viele Grüße
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: eicc am 01 Mai 2019, 17:22:58
Hallo,

ich habe heute ein Abo abgeschlossen. Ich benutze insgesamt drei Geräte mit der gleichen Apple ID. Das Gerät auf dem das Abo abgeschlossen wurde funktioniert wie erwartet. Auf den anderen Beiden, sehe ich Store zwar das laufende Abo, kann es aber im App nicht wiederherstellen. Ein Reboot hat nichts gebracht.
Wie kann ich das Abo auf mehr als einem Gerät nutzen?

Grüße
eicc
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 01 Mai 2019, 18:18:00
Hi,

das sollte sich eigentlich auf den anderen Geräten auch wiederherstellen lassen. Bei mir geht das auch.

Du kannst auch die Konfiguration auf die anderen Geräte übertragen wenn sich das Abo nicht aktivieren lässt.

Viele Grüße
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: eicc am 02 Mai 2019, 20:53:20
Hi,

ich habe nochmal probiert. Auch eine erneute Installation der App hat nichts gebracht. Habe die Konfiguration übertragen.

Grüße
eicc
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Migul47 am 06 Juni 2019, 14:21:57
Hallo,

Der App ist es anscheinend egal, wo ich meine Einträge haben will. Zumindest kann ich die Einträge nicht da haben, wo ich will. Z.B. AGRID ist auch im WGRID.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: z0lt1 am 03 Juli 2019, 23:00:24
Hi, ich habe mir geradebdas Abo geholt. Nun nachdem ich mehr als drei Geräte angelegt habe, und die Attribute GROUP und ALIAS befällt habe, wird es in der App zwar alles klar richtig dar gestellt, jedoch aktualisieren sich die Widgets auf meinem IPhone nicht. Hier fehlen teilweise die Devices, werden nicht in der entsprechenden Group angezeigt und der Alias wurde auch nicht übernommen. Habe ich etwas vergessen? Was muss ich tun?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 05 Juli 2019, 18:09:48
Hi,

Manchmal werden die Widgets erst nach Neustart des iPhone aktualisiert. Ich bin da an dem Fehler dran, dauert aber noch.

Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: z0lt1 am 08 Juli 2019, 09:55:44
Hi, danke für deine Antwort. Ja, das habe ich jetzt auch gemerkt. Wenn es mal eingerichtet ist passt alles, und funktioniert perfekt 👍🏻😉
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: piccer am 02 August 2019, 09:57:30
Hallo,

ich bin gerade dabei, das Status-Widget für mich einzurichten. Hintergrundbild funktioniert schon tadellos. Das einzige, was mir nicht klar ist: Wie ändere ich denn die Schriftfarbe? Bei mir ist die Schrift schwarz, im Beispiel ist sie weiß. Jetzt habe ich natürlich das Hintergrundbild dunkel gemacht und habe jetzt schwarze Schrift auf schwarzem Grund....
Danke schonmal.

VG
Piccer
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 02 August 2019, 19:12:45
Hi,

Eigentlich ist es so, dass die Schrift, genauso wie im Beispiel, weiß oder hellgrau ist. Die Labels werden in genau der Reihenfolge gesetzt in der du sie definierst. Das erste hat dann weiß/groß, das zweite grau/klein etc.

Kannst du mir evtl einen Screenshot und deine Definition geben?

Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: piccer am 05 August 2019, 07:33:07
Screenshot hängt dran, das Bild ist natürlich jetzt nicht besonders hübsch ;)
Ich glaube aber ich weiß woran es liegt. Nachdem ich die Config auf mein IPad übertragen hab, sieht es dort genau so aus wie es soll. Auf dem IPhone habe ich allerdings IOS13 beta drauf, das könnte der Grund sein. Was mir noch aufgefallen ist: Ich habe ein 8+, also schon relativ groß. Die kleine Schrift (also das 2. und 4. Device) ist aber so gut wie nicht zu lesen. Kann man da etwas anpassen oder ist das hardcoded?

Vielen Dank

VG
Piccer
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 17 August 2019, 10:41:33
Geflällt mir sehr gut die App, vielen Dank an den Entwickler.

Eine Frage habe ich zum Sync Service: Ich möchte nur bestimmte (unkritische) fhemwidget Devices syncen. Das scheint aktuell nicht konfigurierbar.

Kann man nicht z.B. einen Parameter "sync":"on"/"off" mi default "on" o.ä. einführen, welcher es konfigurierbar macht, welche devices/channels gesynct werden sollen? Dann könnten außerhalb des WLANs auch die nicht gesyncten devices ausgegraut sein.

Eine mögliche Alternative, die ich aber noch nicht getestet habe, wäre das durch eine separate FHEMWEB Instanz für den sync client zu steuern, die nur auf bestimmte allowed devices zugreifen darf? Dann müsste der sync client auf eine andere FHEMWEB Instanz bz.w Port zugreifen als die App (oder geht das nicht, da der sync client die fhem adresse und port aus der app automatisch übernimmt)? Nachteil wäre, dass das Ausgrauen der nicht-gesyncten devices nicht möglich wäre...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 18 August 2019, 17:53:31
...noch eine Sache, die mir aufgefallen ist: Habe inzwischen 41 Devices konfiguriert. Das Widget "FHEM" im Sperrbildschirm wird nach 20 Zeilen bei mir abgeschnitten. Kann man das irgendwie konfigurieren/ändern?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 18 August 2019, 18:24:02
Zitat von: FhemPiUser am 18 August 2019, 17:53:31
...noch eine Sache, die mir aufgefallen ist: Habe inzwischen 41 Devices konfiguriert. Das Widget "FHEM" im Sperrbildschirm wird nach 20 Zeilen bei mir abgeschnitten. Kann man das irgendwie konfigurieren/ändern?
Das liegt an der Bildschirmhöhe Deines Gerätes. Du kannst Deine Geräte die im Widget angezeigt werden sollen selektieren. Manche werden ja nur z.B. in der App benötigt.

LG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 18 August 2019, 18:28:04
das habe ich bereits mit location widget konfiguriert, aber es sind mehr als 20 und dann ist abgeschnitten (mitten in der zeile)....
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 18 August 2019, 18:30:52
Zitat von: FhemPiUser am 18 August 2019, 18:28:04
das habe ich bereits mit location widget konfiguriert, aber es sind mehr als 20 und dann ist abgeschnitten (mitten in der zeile)....
Ist leider eine Einschränkung seitens Apple. Bei anderen Widgets ist es ebenfalls so, dass diese nicht höher als die Bildschirmhöhe sind.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 18 August 2019, 20:37:31
Hi,

ZitatIst leider eine Einschränkung seitens Apple. Bei anderen Widgets ist es ebenfalls so, dass diese nicht höher als die Bildschirmhöhe sind.

Da hat der Stefan recht, die Maxiale Widgethöhe ist vom Gerät und der iOS Version abhängig und grundsätzlich ungefähr die Bildschirmhöhe. Dann kann es natürlich auch passieren dass es mitten in der Zeile abgeschnitten wird weil ja schlicht die View unten gekappt wird.

Zum Sync Service: Ich würde ungern ein Feature einbauen welches ein Problem löst, das mit FHEM Bordmitteln nicht gelöst werden kann. Du kannst im Sync Client mit dem Parameter -room den Raum übergeben den du exklusiv ausgelesen haben willst. Der Client beschränkt sich dann auch nur auf diese Devices und den Rest ignoriert er. Damit kannst du genau deinen Fall abdecken, indem du die gewünschten Devices in einen Raum gruppierst und nur diesen synchronisierst.

Viele Grüße
Michael

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 19 August 2019, 07:35:52
hallo michael,

kann man denn dediziert einen raum für das lokale netz und einen für den sync service bzw das internet konfigurieren mit jeweils unterschiedlichen geräten?

ich will ja geräte anzeigen, von denen einige über die cloud gesynced werden und andere (kritische wie smartlock) nur über das lokale netz und nicht über dias internet / cloud....
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 19 August 2019, 08:03:56
Hi,

ja das ist der Ansatz. In FHEM kann ja jedes Device in mehreren Räumen sein. Dann baust du dir alle Devices die du im Widget nutzen willst auf und synchronisierst die App ohne dort einen Raum anzugeben. Damit hast du alle Devices in der App.
Dann baust du dir einen Raum mit allen Devices die du synchronisiert haben willst und gibst diesen dem Sync Client. Dann werden genau diese auch synchronisiert und in der App angezeigt wenn du außerhalb deines Netzwerks bist. Die anderen Devices bleiben einfach im Default State weil für die keine Antwort kommt.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 19 August 2019, 20:13:08
laut dem befehl in der anleitung (https://waschto.eu/fhem-widget-fhem-devices-als-widget-unter-ios/ (https://waschto.eu/fhem-widget-fhem-devices-als-widget-unter-ios/)) kann ich dem sync client aber nur einen port und nicht einen raum mitgeben:

#!/bin/shwhile true; dorm /home/pi/FHEM_Sync_Client.jarecho "Lade Client"wget https://tasior.info:42333/FHEM_Sync_Client.jar /home/pi/echo "Starte FHEMSyncClient"java -jar FHEM_Sync_Client.jar -v -url=http://localhost:8084echo "Beendet. Oder Gestorbern. Egal, hauptsache es gibt eine neue Version"done

oder gibt es noch eine option für den raum?

einzige möglichkeit die ich sonst sehe um die zu syncenden devices einzuschränken wäre dann eine eigene fhemweb instanz für den sync client anzulegen und die erlaubten geräte mit dem attr allowed_devices zu konfigurieren.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 20 August 2019, 10:45:49
Schau am besten mal in die offizielle Anleitung unter Einstellungen->Push und Synchronisation->Anleitung. Da stehen alle Parameter drin
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 25 August 2019, 18:31:46
...hmm, ich bekomme immer eine exception, wenn ich den Client starte, obwohl ich nach Anleitung vorgegangen bin:


==============================
FHEM Sync Client Build 57
Verbose on
FHEM URL: http://192.168.1.xxx:80zz
Room: yyy

Getting all Devices using: http://192.168.1.xxx:80zz/fhem?cmd=jsonlist2%20room=yyy&XHR=1
Found an uncatched exception null
Sleeping for 54s. Then shutting down...


Ich habe es auch ohne room oder mit csrf none probiert mit gleichem Ergebnis...

Wenn ich in der App den Sync aktiviere, dann bekomme ich die Fehlermeldung "Achtung: Keine FHEM Daten für diesen Token gefunden...", obwohl ich wie in der Anleitung den token global gesetzt habe.

Woran kann das liegen? Kann man irgendwie das verbose-level erhöhen?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 25 August 2019, 21:16:14
Das ist komisch :-)
Mit -v kannst du erhöhen, kannst mir mal den gesamten Stack trace schicken?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 25 August 2019, 22:25:35
wie bekomme ich den stack trace?

mehr output bekomme ich mit -vv oder -v -v auch nicht...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 26 August 2019, 05:52:26
Du hast PN
Titel: FHEM Wdget (iOS)
Beitrag von: 9zehn75 am 22 November 2019, 07:07:19
Ich nutze die App seit drei Tagen und bin sehr begeistert, vielen Dank!

Ich habe aber auch ein kleines Problem: manchmal aktualisiert die App den Status von Geräten nicht. Wenn ich zum Beispiel meine Kaffeemaschine direkt am ZWave-Stecker ausschalte, bleibt der Status innerhalb der App hin und wieder auf ein. Überall anders (FHEMWeb z.B.) wird die Änderung sofort angezeigt. Ich habe schon Stunden lang gewartet, es tut sich nichts. Meistens funktioniert alles, das kommt nur ab und an. Irgendwelche Ideen?

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 22 November 2019, 10:26:19
Kannst mal im Event Monitor schauen ob die Message auch wirklich kommt? Das nimmt die App nämlich auch her.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: 9zehn75 am 22 November 2019, 11:38:58
Klar, kommt an. Aber, ich habe einen möglichen Fehler bei mir gefunden: ich hatte auf einen neuen DynDNS-Anbieter umgestellt, der sich bisher als unzuverlässig erwiesen hat. Jetzt habe ich wieder auf den alten umgestellt und seitdem läuft alles. Also lass mich noch mal testen, ich melde mich später.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Ronn am 17 Dezember 2019, 01:24:19
Hallo,

Ich habe Probleme mit der App. Und zwar stürzt diese jedesmal ab. log sagt Folgendes:


Log:

Performing FHEM Request: ?cmd=jsonlist2 global&XHR=1

Global Attributes configured correctly

Performing FHEM Request: ?cmd=jsonlist2 room=Widget&XHR=1

the attribute "fhem_widget_command" was not found anywhere. Please define the channels you want to control via the wizard or manually. The latter is described in the instructions.


Und das kommt auch manchmal:

Websocket cannot be connected. Try activating websocket instead of longpoll in the FHEMWEB device. Error: Der Vorgang konnte nicht abgeschlossen werden. Das Netzwerk ist inaktiv


Das sind meine Einstellungen:

attr global userattr cmdIcon devStateIcon:textField-long devStateStyle fhem_widget_channels fhem_widget_command fhem_widget_command_2 fhem_widget_command_3 genericDeviceType:ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon msgContactAudio msgContactLight msgContactMail msgContactPush msgContactScreen msgParams msgPriority msgRecipient msgRecipientAudio msgRecipientLight msgRecipientMail msgRecipientPush msgRecipientScreen msgRecipientText msgTitle msgTitleShrt msgType:text,push,mail,screen,light,audio,queue siriName sortby webCmd webCmdLabel:textField-long widgetOverride


Jemand nen kleinen Rat für mich?

Viele Grüße
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 17 Dezember 2019, 13:20:08
Hi,

Was machst du denn wenn die App abstürzt?
Und wäre es evtl. Möglich dass du deinen FHEM mal aufmachst dass ich mit dem Simulator drauf komme? Dann ginge es am schnellsten den Crash zu fixen.

Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 28 Dezember 2019, 10:39:31
Guten Morgen,

ich wollte gerade ein paar Änderungen an
meiner Konfig vornehmen, da bin ich
wieder über den Zertifikatsfehler gestolpert.
D.h. der *.jar Syncclient kann nicht geladen werden.

Könntest Du das bitte mal prüfen?

LG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 28 Dezember 2019, 19:40:31
Hi,

bei mir tut es. Ich hab das Zertifikat vor ein paar Tagen erneuert, vielleicht ist da was bei dir durcheinander gekommen
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 28 Dezember 2019, 21:44:39
Hi,

alles gut. Hab es etwas später erneut versucht, dann hat es geklappt.

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: GerhardJ am 29 Dezember 2019, 17:41:17
Hallo zusammen,

ich versuche gerade meinen Drucker via FHEM Widget ein- bzw. auszuschalten. Der Drucker hängt an einer schaltbaren Steckdose von AVM (FRITZ!DECT 200). Das Ding lässt sich problemlos über das FHEM Web-Interface schalten (auch über eine entsprechend konfigurierte HM Fernbedienung). Einzig das Aufsetzen eines Widgets auf meinem IPad gestaltet sich schwierig. Irgendwie bekomme ich kein Update des jeweiligen Status hin, evtl. habe ich auch etwas falsch verstanden :(
Zu Testzwecken habe ich ein Setup aufgebaut, was nur auf einem FBAHAHTTP Gerät (Fritzbox) und der Schaltsteckdose besteht. Die Definition der Steckdose sieht folgendermaßen aus:

define buero.Drucker FBDECT FritzBox:08761_0222720 switch,tempSensor
attr buero.Drucker IODev FritzBox
attr buero.Drucker devStateIcon on:black_Steckdose.on off:black_Steckdose.off
attr buero.Drucker event-min-interval power:120
attr buero.Drucker eventMap on:an off:aus
attr buero.Drucker icon it_fax
attr buero.Drucker webCmd an:aus

attr buero.Drucker fhem_widget_channels [{"allowed_values":["off","on"],"filter":"public","alias":"Drucker"},{"allowed_values":[],"filter":"public","controlled_attribute":"power","alias":"Drucker"}]

Damit möchte ich erreichen, dass im Widget in der Grid-Darstellung ein "Button" existiert, der, wenn das Gerät an ist "orange" leuchtet und der Power-Status erscheint, wenn es aus ist, sollte es "grau" sein.

attr WEB longpoll websocket ist ebenfalls gesetzt.

Mit obigem Setup kann ich über die Listen-Darstellung, den Drucker ein- und ausschalten. Nach geraumer Zeit, sehe ich auch den Stromverbrauch.
Schalte ich auf die Grid Ansicht, sehe ich zwar den Stromverbrauch, aber das Icon ist "grau". Drücke ich drauf, schaltet der Drucker aus.

Beende ich die App und starte neu, ist der Zustand des Geräts auch in der Listen-Ansicht wieder auf "off".

Warum ist das so? Ich bin etwas ratlos.Hätte irgendjemand eine Idee?

Danke und Grüße
Gerhard
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Newbee am 29 Dezember 2019, 18:03:09
Zitat von: GerhardJ am 29 Dezember 2019, 17:41:17
Hallo zusammen,

ich versuche gerade meinen Drucker via FHEM Widget ein- bzw. auszuschalten. Der Drucker hängt an einer schaltbaren Steckdose von AVM (FRITZ!DECT 200). Das Ding lässt sich problemlos über das FHEM Web-Interface schalten (auch über eine entsprechend konfigurierte HM Fernbedienung). Einzig das Aufsetzen eines Widgets auf meinem IPad gestaltet sich schwierig. Irgendwie bekomme ich kein Update des jeweiligen Status hin, evtl. habe ich auch etwas falsch verstanden :(
Zu Testzwecken habe ich ein Setup aufgebaut, was nur auf einem FBAHAHTTP Gerät (Fritzbox) und der Schaltsteckdose besteht. Die Definition der Steckdose sieht folgendermaßen aus:

define buero.Drucker FBDECT FritzBox:08761_0222720 switch,tempSensor
attr buero.Drucker IODev FritzBox
attr buero.Drucker devStateIcon on:black_Steckdose.on off:black_Steckdose.off
attr buero.Drucker event-min-interval power:120
attr buero.Drucker eventMap on:an off:aus
attr buero.Drucker icon it_fax
attr buero.Drucker webCmd an:aus

attr buero.Drucker fhem_widget_channels [{"allowed_values":["off","on"],"filter":"public","alias":"Drucker"},{"allowed_values":[],"filter":"public","controlled_attribute":"power","alias":"Drucker"}]

Damit möchte ich erreichen, dass im Widget in der Grid-Darstellung ein "Button" existiert, der, wenn das Gerät an ist "orange" leuchtet und der Power-Status erscheint, wenn es aus ist, sollte es "grau" sein.

attr WEB longpoll websocket ist ebenfalls gesetzt.

Mit obigem Setup kann ich über die Listen-Darstellung, den Drucker ein- und ausschalten. Nach geraumer Zeit, sehe ich auch den Stromverbrauch.
Schalte ich auf die Grid Ansicht, sehe ich zwar den Stromverbrauch, aber das Icon ist "grau". Drücke ich drauf, schaltet der Drucker aus.

Beende ich die App und starte neu, ist der Zustand des Geräts auch in der Listen-Ansicht wieder auf "off".

Warum ist das so? Ich bin etwas ratlos.Hätte irgendjemand eine Idee?

Danke und Grüße
Gerhard

Hallo Gerhard,

habe mal eben bei mir geschaut, ich habe den Longpoll auf 1 stehen anstelle websocket. Hast du einen Raum der FHEM_Widget heisst, dem die Devices zugeordnet sind?
Mein fhem_widget_channel attr sieht wie folgt aus und erfüllt das was du sehen möchtest.
[{"allowed_values": ["off","on"], "alias":"Büro PC", "order":4}, {"allowed_values": [], "alias":"Büro PC", "controlled_attribute": "power", "order":4}]

Ich muss von Zeit zu Zeit in der Widegt app auf dem Smartphone auch mal den Aktualisierungsknopf rechts oben in der Ecke drücken, damit ich den aktuellen Zustand er einzelene devices sehe.

Der Rest deiner Conf sieht gut aus.

Grüße Mark
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: GerhardJ am 30 Dezember 2019, 11:34:16
Hallo Mark,

Danke für Deine Antwort,

Zitat von: Newbee am 29 Dezember 2019, 18:03:09
habe mal eben bei mir geschaut, ich habe den Longpoll auf 1 stehen anstelle websocket. Hast du einen Raum der FHEM_Widget heisst, dem die Devices zugeordnet sind?
Mein fhem_widget_channel attr sieht wie folgt aus und erfüllt das was du sehen möchtest.
[{"allowed_values": ["off","on"], "alias":"Büro PC", "order":4}, {"allowed_values": [], "alias":"Büro PC", "controlled_attribute": "power", "order":4}]
...

longpoll habe ich mal auf 1 gesetzt. Da meckert dann die APP auf dem Pad - also zurück auf "websocket". Einen Extra-Raum für die Widgets hatte ich noch nicht, schadet wohl aber auch nicht. Lange Rede kurzer Sinn: Nachdem ich mir die Logs auf beiden Seiten genauer angeschaut hab (und die Doku auch), habe ich gesehen, dass der erste Teil mit "on", "off" sich auf STATE bezieht. Blöderweise habe ich den Quatsch umdefiniert, so dass dieser Zustand nicht "on", "off" sein kann, sondern "an", "aus". Definiere ich den Kanal entsprechend um, funktioniert das wie gewünscht:
[{"allowed_values":["aus","an"],"filter":"public","alias":"Drucker"},{"allowed_values":[],"filter":"public","controlled_attribute":"power","alias":"Drucker"}]

Kaum macht man's richtig ;)

Danke nochmal
  Gerhard
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: herman am 08 Januar 2020, 19:56:53
Hallo, ich bin ein zufriedener Nutzer der ersten Version und bin nun wg. SIRI Kurzbefehlen auf die zweite Version umgestiegen.

Ansich funktioniert die Version, jedoch gelingt es mir nicht Kurzbefehle zu erstellen. Im Gegensatz zur Anleitung taucht die FHEM Widget 2 App nicht in Kurzbefehle auf.

Ich scheine nicht der einzige zu sein. Hier gibt es noch einen separaten, einsamen Beitrag:
https://forum.fhem.de/index.php/topic,105072.msg990025.html#msg990025 (https://forum.fhem.de/index.php/topic,105072.msg990025.html#msg990025)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 08 Januar 2020, 20:03:08
Hi,

Ich hab das in der aktuellen Version so umgebaut dass du die Location SIRI explizit setzen musst. Ansonsten hatten wir das Problem dass Siri scheinbar nur eine maximale Anzahl an Befehlen akzeptiert. Wenn also jemand fünfzig Devices hatte dann waren die Letzten nicht drin.

Und es werden nur SETTER UND SWITCH Devices übergeben.

Viele Grüße
Michael

UPDATE: Ich hab die Anleitung angepasst
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: herman am 09 Januar 2020, 20:00:48
Besten Dank. Klappt soweit.

Die Watch-Komponente arbeitet nicht autark, oder nur in Verbindung mit der App auf dem IPhone, oder? Sprich wenn ich ohne IPhone unterwegs bin, kann FHEM Widget auf der Watch nicht nutzen.

Zitat von: HaPeRiebmann am 08 Januar 2020, 20:03:08
Hi,

Ich hab das in der aktuellen Version so umgebaut dass du die Location SIRI explizit setzen musst. Ansonsten hatten wir das Problem dass Siri scheinbar nur eine maximale Anzahl an Befehlen akzeptiert. Wenn also jemand fünfzig Devices hatte dann waren die Letzten nicht drin.

Und es werden nur SETTER UND SWITCH Devices übergeben.

Viele Grüße
Michael

UPDATE: Ich hab die Anleitung angepasst
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 09 Januar 2020, 20:10:04
Hi,

Implementiert ist die Watch App so, dass sie, wenn sie einmal eingerichtet ist, auch ohne Phone arbeitet. Also wenn ich das Phone in Flugmodus setze und die Watch im Wifi ist dann geht das bei mir.

Ich habe allerdings keine LTE Watch mit der ich den mobilen Fall testen könnte.

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: stebar_ am 09 Januar 2020, 20:15:12
Zitat von: HaPeRiebmann am 09 Januar 2020, 20:10:04
Ich habe allerdings keine LTE Watch mit der ich den mobilen Fall testen könnte.

LTE klappt auch [emoji4]
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 09 Januar 2020, 20:27:46
Ja wunderbar :-)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 11 Januar 2020, 11:37:45

klasse app, aber ich hätte noch ein feature wunsch:

wäre es möglich die rückmeldung von fhem (erfolgreicher bzw nicht erfolgreicher sync) in der app anzuzeigen bei den einzelnen devices?

konkret:

1) wenn ich einen schalter in der device list der app umlege, weiss ich nicht, ob er tatsächlich in fhem umgelegt wurde. ich hatte es des öfteren, dass der sync nicht geklappt hat und daher der schalter in der app einen anderen zustand hat als in fhem. ich würde mir wünschen, das umgelegter schalter in der app z.b. eine andere farbe (z.b. grau) hat als während des syncs als nach ergolgreichem sync.

2) genauso bei readings: wenn der sync eines reafings länger als z.b. 5min her ist, dann ist das reading vermutlich nicht mehr aktuell und ich würde mir wünschen, dass das für das reading sichtbar wäre ( z.b. reading grau ). das macht je reading sinn, z.b. da bei mir einige readings nur über wlan synchronisiert werden, andere auch außerhalb über die cloud.

weitere kleinigkeit die mir aufgefallen ist, dass ein schalter orange ist wenn er ausist und grau wenn er an ist. intuitiv würde ich es anders herum besser finden.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 12 Januar 2020, 21:34:01
Hi,

zu 1: wenn du den Sync Service nutzt dann ist in der Regel oben ein grüner Balken. Wenn der wirklich grün ist, dann sind alle Devices synchronisiert die auch der Sync Client ausliest. Ohne Sync Service wird parallel die Websocket Verbindung zu FHEM aufgebaut, das heißt, dass eigentlich keine Stati verloren gehen dürfen. Wenn da wirklich was verloren geht dann sollte man mal in deine Konfiguration schauen.

zu 2: Solch einen Mischzustand kann ich derzeit nicht auflösen. Ich will auf meinem Server keinen State von dem halten was dein FHEM intern nutzt oder was deine App nutzt. Deswegen gibt es auch keine Persistenz außer für die Synctoken. Wenn der Server weg ist dann ist auch alles weg was dein Client mir geschickt hat. Das heißt ich müsste solche "lastupdated" States auf der App und im Sync Client halten. Dazu auf der App die Stati wieder irgendwie mergen. Das war mir bisher ein zu großer Aufwand, da ich das selber auch nur schlecht testen kann. Darf ich fragen inwiefern das bei dir auftritt?

Zitatweitere kleinigkeit die mir aufgefallen ist, dass ein schalter orange ist wenn er ausist und grau wenn er an ist. intuitiv würde ich es anders herum besser finden.
Dreh einfach die Werte im JSON Feld "allowed_values" um. Hier ist die Reihenfolge wichtig.

Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 13 Januar 2020, 19:28:19
hi,

danke, das umdrehen von on und off in allowed_values hat gewirkt!

Zu 1): hier meinte ich auch ohne sync service. beispiel: ich sitze zu hause im wlan und öffne die app. ich schalte jetzt den flugmodus im hand an und lege dann eine schalter in der app um. der zustand in der app kann natürlich nicht an fhem übertragen werden und ist falsch. wenn ich jetzt den flugmodus wiede rausnehme ist der zustand noch immer falsch bzw. anders als in fhem. das gleiche würde bei einem funkloch oder sonstigen verbindungsproblemen passieren. kann man denn den schalter nicht erst dann umlegen, wenn die bestätigung von fhem kommt bzw die websocket verbindung erfolgreich ist?

Zu 2) Ich hatte heute z.B. die App geöffnet über den Sync Service (außerhalb WLAN) und oben einen grünen Balken gesehen. Trotzdem waren die Readings nicht aktualisiert. Erst nach einem Wisch nach unten (manuelles synchronisieren) wurden  Readings aktualisiert. Und manchmal werden auch dann nicht alle, sondern nur ein paar Readings aktualisiert (welche ist schwer zu sehen, daher der Vorschlag mit dem grau) und ich muss öfter nach unten wischen bzw. manuell synchronisieren, damit auch alle Readings aktualisiert sind.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 15 Januar 2020, 15:07:50
Hi,

grundsätzlich hast du recht, wenn die Verbindung nicht stabil ist dann hat man nur ein partielles Update. Das kann man dann triggern durch die Geste oder den Button.
Ein partielles Update wenn man direkt im WLAN ist sehe ich in meinen Tests nicht. Wenn die Verbindung da ist dann wird auch alles aktualisiert und wenn die Websocket Verbindung da ist dann holen sie sich auch immer den neuesten Stand.

Wie viele Kanäle hast du definiert?

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 15 Januar 2020, 16:32:26
ich habe ca 50 geräte/zeilen in der device list.

ich nehme an das problem nimmt bei vielen geräten bzw mehreren seiten in der device list zu...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: phlash am 17 Januar 2020, 09:42:17
Leider stürzt die App bei mir direkt ab sobald ich auf "Anleitung" tippe - der Log zeigt auch nur ein schwarzes Fenster.
Getestet auf einem iPhone 8 mit iOS 12.4 (jailbroken).
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jamo am 19 Januar 2020, 14:22:55
Hi Michael,
ich habe die aktuelle Version aus dem Appstore auf meinem iPhone (iOS 13.3) und iPad (iPadOS 13.3) installiert.
Tolle iOS App, die ich gerne produktiv nutzen werde/würde, ich habe die Subscription. Dank an Dich!

Hier mal mein Feedback, zu meiner spezifischen Installation:
Die URL die ich in der App gesetzt habe, laufen in FHEM unter "WebSockets". Ich habe nur "on/off" Schalter eingebunden, wo ich mal schnell im iOS Widget was schalten will.


Am meisten nervt mich, dass der Synch mit den Widgets bei mir nicht richtig funktioniert, damit steht und fällt für mich die Usability. Im Safari Browser unter iOS sehe ich IMMER den aktuellen Status, aber ein wisch nach links, damit man im Widget den Schalter einfach bedienen kann, ist einfach schneller und man muss nicht reinzoomen.

Hier mal der Schalter der nicht richtig synchronisiert, der mit dem Eventmap:

Internals:
   FUUID      dadadadadada
   NAME       FritzBox_Port
   NR         3681
   STATE      0
   TYPE       dummy
   READINGS:
     2020-01-18 22:40:57   state           off
Attributes:
   alias      WireGuard
   devStateIcon 0:ios-off:1 1:ios-on-green:0 .*:ios-on-red
   eventMap   on:1 off:0
   fhem_widget_command_2 {"allowed_values": ["off","on"], "filter":"public", "alias":"WireGuard", "locations":["APP","WIDGET","WATCH"]}
   webCmd     on:off


Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 19 Januar 2020, 17:17:33
Hi,

das ist eine nette Liste:
Zitatnter Settings -> Log, erscheint zuerst ganz kurz der Log...
Ein fieser Bug... Wenn du in den Dark Mode wechselst dann ist es lesbar. Da scheint mir was beim Testen durchgerutscht zu sein. Ich nutze den Light Mode nicht. Fixe ich in der nächsten Version.

Bei den Instructions habe ich gesehen dass quasi niemand die englischen liest, deswegen könnten die ein wenig unsauberer sein. Falls es schnell gehen muss: In meiner Signatur sind die Anleitungen auch hinterlegt.

Das Problem mit dem Sync:
Meinst du das Updaten der Widgets nach "Speichern und Update"? Wenn ja, dann kann es sein dass dein Fon einen Neustart braucht damit die Daten der Widgets synchronisiert werden. Das kam mit iOS 13 bei mir rein und ich bin mir noch nicht klar warum.

Wenn es wirklich um den Sync des Status aus FHEM in die App geht: Wieviele Devices hast du?

ZitatIch habe einen ALARM Schalter in fhem,
Versuch mal einen SETSTATE zu bauen, also zwei Kanäle mit demselben Alias, einer ein Setter, der nur off enthält und einen der den State ausliest.

Viele Grüße

Michael


Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jamo am 19 Januar 2020, 19:30:11
Hallo Michael,
vielen dank für deine Hilfe.

Jetzt brauch ich nur noch eine Brille für das kleine graue 'on' auf grauem Untergrund unter dem ALARM alias, dann ist alles Prima.

Danke nochmal!
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 19 Januar 2020, 19:49:25
Hi,

Dann passts ja :-)

wenn du mit dem Hintergrund oder der Farbe spielst dann sollte die Brille nicht mehr nötig sein :-)
Im Grid kannst du im Prinzip jedes einzelne Element mit einem separaten Hintergrund stylen.

Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jamo am 19 Januar 2020, 19:58:12
Ja das muss ich dann wohl noch machen.

Was mir gerade noch aufgefalle ist, ist das die "order" komisch ist im Grid, wenn ich elemente von 1 ... 8 habe, hätte ich erwartet, das 1 links ist, und die 8 rechts, es ist aber genau umgekehrt, das heisst ich schiebe immer von links nach, anstatt rechts dranzuhängen. Das element was ich auf Position 1 sehen will, wird also immer weiter nach rechts (oder beim mehrzeiligen) nach unten geschoben...

Muss ich dann wohl wieder umsortieren ... 

Danke nochmal!
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jamo am 19 Januar 2020, 20:49:18
Hi Michael,
eine letzte Frage, das mit dem farbigen Hintergrund klappt nicht.
ich habe ein multiChannel device, aber der der hintergrund des Devices im Grid ist immer grau. Oder wirkt das 'color' nur bei einkanaligen devices?
Hier was ich probiert habe:
[{"allowed_values": ["alarmOff"], "color":"#FFFFFF", "order":99, "filter":"public", "alias":"ALARM", "locations":["APP","WIDGET","WATCH"]},
{"controlled_attribute":"state","allowed_values": [], "color":"#FFFFFF", "order":99, "filter":"public", "alias":"ALARM", "locations":["APP","WIDGET","WATCH"]}]

[{"allowed_values": ["alarmOff"], "value_colors":"#FFFFFF", "order":99, "filter":"public", "alias":"ALARM", "locations":["APP","WIDGET","WATCH"]},
{"controlled_attribute":"state","allowed_values": [], "color":"#FFFFFF", "order":99, "filter":"public", "alias":"ALARM", "locations":["APP","WIDGET","WATCH"]}]

PS: Habe gerade in einem POST vorher gelesen, das ein STATE keine Farben kann. Das mit dem Grau auf grauem Hintergrund ist schon übel. Und dafür dann einen farbigen PNG zu erstellen....
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: jmike am 25 Januar 2020, 14:14:24
Hi Michael.

Gibts eigentlich eine Möglichkeit ein Webcam Bild zum Status Widget hinzuzufügen?
Ich hab es mit dem background_image probiert aber der scheint FHEM-externe URLs nicht zu mögen.

Stell ich mich zu blöd an oder geht das nicht?
Falls nein, dürfte ich das bei dir als Feature-Request einreichen ? :)

Usecase: Ich suche eine Möglichkeit, im Widget den Snapshot von Kameras zu sehen.
Hatte erst nach externen Apps geschaut, aber das ist alles nix gescheites.

Danke&Lg
Mike
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jamo am 26 Januar 2020, 12:26:36
Hi Michael,
noch ein Fehler:
Ich habe einen einfachen on/off Schalter mit Leistungsmessung. Wenn der Schalter an ist, lasse ich mir im STATE zusätzlich zum ón/off die den Leistungsverbrauch anzeigen.
Dafür habe ich eine 'attr stateFormat' beimSchalter definiert, unten das list des Schalters mit den Internals und den Stateformat.

Damit funktioniert aber die Kachel Farben Darstellung für on/off nicht, da der Internal "STATE" im on-Zustand nicht "on" ist, sondern "<font color="darkorange"><b>on 0.00 W</b></font>". Also dadurch bleibt die Kachel für den on Zustand bleibt immer Grau.

Das Problem ist das deine APP den INTERNAL "STATE" auswertet, anstatt das reading "state". Das ist meiner Meinung nicht richtig, weil man den STATE über das attribut stateformat verändern kann.

Mit "controlled_attribute": "state" lässt sich das nicht beheben, weil dann der state auf '"state on'' gesetzt wird, anstatt einfach auf 'on'. Also im Reading state steht dann "state on" anstatt 'on'.

Hier mal der Code:
[{"order":29,"filter":"public","alias":"SchalterJessie","allowed_values":["off","on"], "locations":["APP","WIDGET","WATCH"]}]

Internals:
   DEF        FBAHA0:12345_123456 switch,powerMeter
   FBAHA0_MSGCNT 1686
   FBAHA0_TIME 2020-01-26 11:14:05
   IODev      FBAHA0
   LASTInputDev FBAHA0
   MSGCNT     1686
   NAME       Schalter_Jessie
   NR         2440
   STATE      <font color="darkorange"><b>on 0.00 W</b></font>
   TYPE       FBDECT
   id         12345_123456
   props      microphone,powerMeter,tempSensor,switch
   Helper:
     DBLOG:
       temperature:
         myDbLog:
           TIME       1580033645.84828
           VALUE      21.0
   READINGS:
     2020-01-26 11:14:05   AIN             12345 123456
     2020-01-26 11:14:05   FBNAME          Schalter_Jessie
     2020-01-26 11:14:05   power           0.00 W
     2020-01-26 11:14:05   present         yes
     2020-01-26 11:16:37   state           on
Attributes:
   IODev      FBAHA0
   event-on-change-reading power,state,temperature
   fhem_widget_channels [{"order":29,"filter":"public","alias":"SchalterJessie","allowed_values":["off","on"],"locations":["APP","WIDGET","WATCH"]}]
   group      SCHALTER
   model      Dect200
   room       FritzBox,Homekit,Schalter
   sortby     35
   stateFormat {my $state = ReadingsVal($name,"state","nA");
                my $power = ReadingsVal($name,"power","nA");
                my $string = $state . " " . $power;
                if   ($state eq "on") {return '<font color="darkorange"><b>' . $string . '</b></font>';}
                else {return  $state }}
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 26 Januar 2020, 15:18:10
@ Mike:
Das geht derzeit noch nicht, ich hab selber keine in FHEM und da ist es für mich schwierig sowas anzubieten
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 26 Januar 2020, 15:21:25
@Jamo:
Hast schonmal versucht das in drei Kanäle aufzusplitten und ein STATESWITCH zu bauen? StateFormat ist ja nur sinnvoll in der Weboberfläche
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jamo am 26 Januar 2020, 17:52:08
Hallo Michael,
ja das habe ich, ich habe schon 3-4 Stunden (mit den ganzen iPhone re-boots, weil das Widget nicht gesynced wird) damit verbracht, verschiedene Sachen auszuprobieren.

Dein Vorschlag funktionert nicht, weil wie geschrieben, mit "controlled_attribute": "state", der state auf '"state on'' gesetzt wird, anstatt einfach auf 'on'. Also im Reading state steht dann "state on" anstatt 'on', und der Schalter schaltet dann nicht.
Das reading 'state' wird ja in FHEM anders als die anderen readings behandelt. Z.B. wenn man ein regexp hat muss man ja nicht auf Schalter:state:.* triggern, sondern auf Schalter:.*, wogegen bei jedem anderen reading (z.B.Power) Schalter:power:.* das reading explizit angegeben werden muss.

Oder kannst Du das vielleicht mal bei Dir in deiner FHEM installation ausprobieren? Einfach einen Dummy Schalter, wo Du irgendeinen String mit attr Stateformat dazumachst, und dann hier mal posten? Ich habs auf jedenfall nicht geschafft.

Ja, FHEM WEB ist die standard Weboberfläche, und die benutze ich weil ich die von jedem Browser aufrufen kann. Ausserdem will man ja manche readings auch formatieren, e.g. den Temperatur Wert mit Celsius oder die Power Zahl mit Watt, also die Einheiten dazuschreiben.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jamo am 30 Januar 2020, 14:34:54
Hallo Michael,
hast Du Zeiit gehabt, das vorherige Problem mal mit einem Dummy nachzustellen?

Ausserdem habe ich das FHEMWidget2 jetzt auch auf dem iPad installiert, da kommt im iOS Widget im Grid View auf dem Homescreen aber immer ein "Unable to Load", die verschiedene Kacheln tauchen kurz vollständig auf, bevor alles verschwindet und dann "Unable to Load" kommt.
Auf dem iPhone mit den gleichen Settings und dem gleichen iOS 13.3.1 läufts. Ich habe schon mehrfach ein reboot gemacht, die FHEMWidget 2 App neu installiert, aber es geht einfach nicht.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 03 Februar 2020, 09:15:55
Hi,

ich bin jetzt am Wochenende mal dazu gekommen ein paar Sachen auszuprobieren.
Was ich gemacht habe ist, dass ich die Stati, die ich im Widget anzeigen will, in ein Reading gespiegelt habe. Das habe ich einmal über ein notify und auch über externes Schreiben gemacht. Damit ist der State im Widget bei mir zumindest abgebildet. Ich habe aber damit auch das stateFormat aus dem Widget rausgenommen und umgehe diese Probleme damit.

Beim Schalten bin ich über keine Probleme gestolpert.

Das mit deinem iPad ist sehr komisch. Kann ich mal auf deine Konfig direkt von außen drauf? Dann schau ich im Simulator wo es crasht. Dann können wir auch in den Schalter reinschauen.

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jamo am 03 Februar 2020, 21:33:00
Hallo Michael,
Zitat...Stati, die ich im Widget anzeigen will, in ein Reading gespiegelt habe
Ja gut, klar kann man das machen, aber das ist zu kompliziert, eine iOS App oder ein Widget lebt ja von einer einfachen Benutzung. Das mit dem attr "fhem_widget_channels", wie Du das gemacht hast, ist ja prima gelöst. Aber existierende Devices zu spiegeln, weil die App 'attr stateFormat' nicht unterstützt (bzw das Widget den Internal STATE anschaut, und nicht das reading state), dann noch ein zusätzliches notify, kann ja nicht der Sinn der Sache sein.

Das mit dem "Unable to Load" auf dem iPad habe ich gefunden: Wegen der grauen Schrift auf grauem Grund, was man nicht lesen kann, hattest Du in einem der vorherigen Beiträge empfohlen, doch einen weissen Hintergrund als Kachel im FHEM Grid für das iPhone Widget zu laden. Ich habe mir eine Hintergrund-Kachel .png in Weiss mit Inkscape erstellt, diese Weisse Kachel hatte 12kB Filesize.
Ich habe die Flesize des .png jetzt verkleinert, auf 2kB, jetzt funktionierts. Die Ladezeit des hintergrundes hat wohl zu lange gedauert. Warum es auf dem iPhone funktioniert, und auf dem iPad nicht, kann ich Dir nicht sagen.

Aufgefallen ist es, als ich die weisse Hintergrund Kachel für einen Schalter entfernt hatte, da gings auf einmal auf dem iPad, dann habe ich ene kleinere Filesize probiert jetzt gehts auf jeden Fall.

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 04 Februar 2020, 06:12:26
Hi,

ZitatJa gut, klar kann man das machen, aber das ist zu kompliziert, eine iOS App oder ein Widget lebt ja von einer einfachen Benutzung.
Da hast du recht, das Problem ist aber, dass in FHEM relativ viele Sonderlocken für irgendwelche Devices eingebaut worden sind und die API, speziell jsonlist2 auch nicht immer konsistent ist.
Hier muss ich also einen Kompromiss finden zwischen a) alles unterstützen was es in FHEM gibt und b) einem möglichst generischen Ansatz.

Nachdem ich selbst nicht alle möglichen FHEM Devices habe kann ich auch nicht alle unterstützen, deswegen gehe ich mehr in Richtung b). Damit erreiche ich dass zwar die Einrichtung nicht immer extrem einfach ist, was aber eigentlich bei einem Backend wie FHEM nicht erwartet werden darf, und die App dafür sehr generisch ist und an alle Gegebenheiten angepasst werden kann. Der Nebeneffekt ist halt, dass ich stateFormat nicht unterstützen kann, da die App kein html-Rendering in den Kacheln unterstützt.

Daher erscheint mir die Lösung mit einem Notify, das ein Reading befüllt nicht als zu komplexe Lösung. Simpler wäre es allerdings über ein userReading.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Depechem am 25 Februar 2020, 12:24:27
Eine Frage zum Statuswidget.
Dieses nutze ich schon eine ganze Weile.

Mir viel nun auf das die Schrift vor dem "background_image" schwarz ist und somit sehr schwer zu erkennen ist. Ich dachte eigentlich das diese schon mal weiß war.

Nun die Frage: kann man die Schriftfarbe im Statuswidget ändern? wenn ja wie?

fhem_widget_channels

[{"suffix":"-","color":"#FF6666","alias":"🚥 STATUS","order":7,"prefix":"-","allowed_values":[],"locations":["WGRID","WSTAT"],"group":"Hoftor"},{"suffix":" Status","color":"#FF6499","alias":"STATUS ","order":8,"allowed_values":[],"background_image":"\/images\/default\/Hoftor.png","locations":["WSTAT"],"controlled_attribute":"Name"}]


Gruß Thomas

p.s. noch hinzuzufügen wäre, das die Schrift im "hell IOS" Modus die Schrift schwarz ist und im "dunkel IOS" Modus weiße Schrift ist
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 27 Februar 2020, 20:47:29
Hi,

ja das ist bekannt. Das ist wieder mal ein Problem mit dem Dark Mode. Der Fix ist auch in der nächsten Version drin, ich komm nur derzeit arbeitsbedingt nicht zu viel, sorry.

Die Farbe kann man nicht einstellen, das wird sehr schnell unübersichtlich mit den Kanälen. Deswegen auch der Ansatz mit dem vollflächigen Hintergrund.

Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Klinki am 28 Februar 2020, 08:05:13
Moin,

Kann es sein, dass für die Übertragung der Background-Images keine SSL-verschlüsselte Verbindung verwendet wird?
Ich verwende in den Einstellungen die URL: https://fhem.XXX.XXX:8087/extWEB
Port: 8087
Mit Basic Authentifizierung und privaten SSL Zertifikaten.

Wenn ich im Wizard dann ein Image auswählen will, erscheinen in der Auswahl nur weiße Kästchen mit einem roten Kreuz.
Über einen tcpdump ließ sich erkennen, dass die Verbindung nicht mehr SSL-verschlüsselt ist.

Gruß
klinki

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: yvl am 17 März 2020, 16:48:57
Hallo,

ich versuche Gerde die ersten Schritte mit der FHEM Widget 2 App... leider ohne Erfolg.

Welche URL muss den initial funktionieren ?
Damit ich einen Schritt weiter komme ...

Gruß
Yves.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 23 März 2020, 08:08:04
Hi Yves,

ich vermute in deinen URLs vergisst du den CSRF token. Du kannst für die ersten Schritten in deinem WHEMWEB Device das Attribut csrfToken auf none setzen, dann bekommst du die Responses die du brauchst.

Die grundlegende URL die funktionieren sollte ist dann:
http://192.168.44.1:8083/fhem?cmd=jsonlist2&XHR=1

VG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: dmq am 06 April 2020, 20:33:48
Hi,

leider funktioniert der Zugriff per Apple Watch bei mir seit ein paar Wochen nicht mehr. Ich weiß nicht, ob ich das Problem mit einem Update der Watch / des iPhones verbinden kann.

watchOS: 6.1.3
iOS: 13.3.1
fhem Widget 2: 2.11

Unter dem iPhone funktioniert der Zugriff. Ich habe die watchOS App nun schon ein paar Mal neuinstalliert. Ich sehe die watch nicht im Log auf dem iPhone.

Hat jemand die aktuellen Versionen ebenfalls im Einsatz? Wonach kann ich noch gucken?

Danke vorab
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 06 April 2020, 20:37:07
Hi,

Welche Watch Version hast du denn? Und hast du der App alle Zugriffsrechte gegeben die sie braucht?

Die Watch kannst du generell nicht auf Deviceebene loggen, sie nutzt den identischen Code wie die iOS App. Wenn es also da geht dann sollte es auch auf der watch gehen. Was du allerdings im Log siehst ist eine Fehlermeldung wenn die Kommunikation mit der Watch nicht klappt.
Und was ist genau das Symptom dass die Watch App nicht geht?

Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: dmq am 06 April 2020, 20:59:18
Danke Dir für die schnelle Antwort.

Apple Watch 3.

Symptom:
Ich sehe keine Fehlermeldung. Nach der Bestätigung von "Speichern und Update" landen auch die entsprechenden Devices auf der Watch. Dort zeigen sie allerdings weder den Status an, noch kann ich diesen per Auswahl ändern. Innerhalb des iPhones sehe ich ja auch im Log, wenn ich einen Zustand ändere - wenn ich auf der Watch etwas betätige landet nichts im Log.

Berechtigungen:
Welche Berechtigungen auf welche Ebene meinst Du denn? Die iPhone App darf iOS-seitig "Mitteilungen",  "Hintegrundaktualisierung" und "Mobile Daten". Hier sehe ich zumindest keinen Zusammenhang. Die watchApp kann ich berechtigungsseitig doch nicht weiter einschränken? Innerhalb eines fhem-devices habe ich folgende Berechtigungen:

{"allowed_values":["off","on"],"locations":["APP","WIDGET","WATCH"]}

Danke Dir und schönen Abend
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 07 April 2020, 07:54:52
Das hört sich so an als ob deine Watch keinen Netzwerkzugriff hätte. Zumindest die App. Hast du mal versucht beide Apps, also auch die vom iPhone, zu löschen und neu zu installieren? Das hilft manchmal wenn die Kommunikation der Watch mit ihrer Fon App gestört ist.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: dmq am 07 April 2020, 18:38:34
Nein, beides habe ich noch nicht neuinstalliert. Werde ich dann wohl mal umsetzen. Melde mich dann nochmal. Danke!
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: dmq am 08 April 2020, 20:19:08
Habe mal alles neu installiert. Gleicher Zustand. Die Konfiguration wird auf die Watch übertragen, aber im Anschluss weder Zustand noch Änderung. Noch eine Idee? Danke vorab.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 08 April 2020, 21:10:52
Was ich dir anbieten kann ist dass ich mal mit dem Simulator drauf schaue. Dafür musst du aber deinen FHEM für 10mim nach außen öffnen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: dmq am 08 April 2020, 21:21:30
Danke für das Angebot. Das ist für mich leider nicht machbar. Ich schaue dann mal, was ich noch für Optionen habe. Wenn ich fündig werde, teile ich es mit.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: dmq am 10 April 2020, 17:06:20
Habe es "herausgefunden". Aus welchen Grund auch immer löst die Watch den FQDN im Netzwerk nicht auf. Ich habe es mal auf IP umgestellt, nun funktioniert es. Sie erhält grundsätzlich alles vom DHCP-Server. Mal gucken, ob ich da noch tiefer einsteige - ggf. hilft es ja dem ein oder anderen beim stöbern.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gestein am 24 April 2020, 10:01:33
Hallo,

ich verzweifle schön langsam mit der Einbindung meines Shelly-Dimmers in fhemwidget2.

Der Dimmer läßt sich über state "on/off" ein-/ausschalten und mittels pct von 0-100 dimmen.
Also lege ich 2 fhem_widget_channels an:
[{"filter":"public","alias":"Deckenlicht","allowed_values":["20","40","60","80","100"],"order":201,"locations":["SIRI","APP","WIDGET"],"group":"Bibliothek","controlled_attribute":"pct"},{"group":"Bibliothek","order":200,"alias":"Deckenlicht","allowed_values":["off","on"],"locations":["SIRI","APP","WIDGET"]}]


Es erscheint auch die Kachel um den Dimmer ein-/auszuschalten. Das funktioniert.
Aber die Auswahlkachel erscheint immer mehrmals (3-5x) und ich kann in jeder Auswahlkachel die Werte auswählen und damit den Dimmer einstellen.
Was mache ich falsch?

Weiters würde ich gerne ein Statuswidget verwenden.
Aber es erscheint nur eine normale Kachel mit dem Bild als Hintergrundbild (das Bild ist aber manchmal auch nicht sichtbar).
[{"controlled_attribute":"id","order":1000,"background_image":"\/images\/default\/Kuehlschrank.png","allowed_values":[],"locations":["WSTAT","APP"]},{"controlled_attribute":"temperature","order":1001,"allowed_values":[],"locations":["WSTAT"]}]
Aber egal was ich mache, so ein schönes Statuswidget wird nicht angezeigt.
Was mache ich da falsch? Oder verstehe ich da etwas falsch?

Danke für jede Hilfe.
lg, Gerhard
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 24 April 2020, 12:29:32
Hi,

wenn du zwei Devices anlegen willst dann müssen auch die Aliases unterschiedlich sein. Das Grid wird kombiniert indem es den Namen/Alias vergleicht.
Also einmal "Deckenlicht schalten" und einmal "Deckenlicht dimmen"

Das Statuswidget musst du als ein separates Widget im ControlCenter aktivieren, hast du das gemacht?

Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gestein am 24 April 2020, 14:55:57
Hallo,

Ja, das mit dem Alias unterschiedlich, klingt logisch.
Ausprobiert und funktioniert. Vielen Dank für die Hilfe.

Könntest du mir noch einen Tipp geben, wo ich was einschalten muss?
Im Kontrollzentrum gibt es kein Steuerelement "fhem".

Danke im Voraus
liebe Grüße
Gerhard
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 24 April 2020, 15:14:08
Sorry ControlCenter ist falsch. Wenn du bei den iOS Widgets ganz nach unten scrollst dann kannst du bearbeiten. Da kannst du dann FHEM Status hinzufügen.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gestein am 24 April 2020, 15:32:19
oh, ich verstehe.

Das Statuswidget gibt es gar nicht in der Grid-Ansicht. Schade.
Das wird meiner Frau nicht zu erklären sein, dass sie an 2 verschiedenen Stellen etwas machen muss.

Danke. Dann kann ich das leider nicht nehmen.
lg, Gerhard
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gestein am 27 April 2020, 13:44:56
Hallo,

ich hätte noch eine Bitte bzw. einen Feature-Request:
Wäre es möglich zumindest die "Einstellungen" mit einem Code/Passwort zu schützen (wenn man will)?

Ich habe die App bei meiner Tochter und bei meiner Frau installiert und die sollen dort natürlich nix ändern.

Wäre das möglich?

Danke, lg, Gerhard
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 28 April 2020, 10:36:28
Hi,

das würde ich ungern in die App einbauen weil du das sehr simpel über eine separate FHEMWEB Instanz lösen kannst.
Gib deinen Damen einfach einen Endpunkt ohne Schreibrechte, dann können sie maximal die App kaputt konfigurieren aber dein FHEM bleibt heil.

VG
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gestein am 28 Juni 2020, 13:02:56
Hallo Michael,

Deinen letzten Tipp habe ich so umgesetzt. Danke.

Nun ist bei mir folgendes passiert - keine Ahnung warum.
In fhem hatten viele Schalter und Dimmer das Attribut fhem_widget_channels gesetzt und alles funktioniert.

Nun wollte ich weitere Schalter hinzufügen.
In fhem sind aber keinerlei Attribut fhem_widget_channels mehr gesetzt!
Alle sind weg.

Die App funktioniert aber trotzdem. D.h., da sind die Werte noch richtig gespeichert.
Wie kann ich alle Werte wieder richtig an fhem übertragen?
Geht das mit "Speichern und Update" oder mit "Übertrage Konfiguration".

Ich möchte natürlich nicht, dass in der App auch noch die Einträge verschwinden.

Danke im Voraus
lg, Gerhard
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 28 Juni 2020, 14:32:11
Hi Gerhard,

ich vermute du hast deinen FHEM nicht gespeichert und neu gestartet. Dann sind die Änderungen weg.
Ds Widget speichert alles lokal zwischen und mit "Speichern und Update" zieht es sich nur die aktuellste Konfiguration.

Wenn die Attribute in den Devices noch gespeichert sind dann ist nur deine Zuordnung im "global" Device flöten gegangen, das kannst du mit "Speichern und Update" schon beheben. Wenn alle anderen auch weg sind dann musst du das leider nochmal machen und dann am Schluss deine FHEM Konfiguration manuell speichern.

Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gestein am 28 Juni 2020, 15:53:35
Hallo Michael,

Also gespeichert hatte ich alles ganz sicher.
Das ist auch nicht an einem Tag entstanden, sondern hat etliche Tage gedauert.

Dazwischen waren auch einige Updates mit Systemstarts.
Das Attribut "fhem_widget_channels" gibt es zum Auswählen.
Nur sind alle Einträge in den Devices sind weg.

Wenn ich also ,,Speichern und Update" drücke, holt sich die App die neuen Daten aus fhem (löscht also alles) und speichert lokal (am iPhone) die neuen Daten (also nix).
Das wäre blöd.

Was macht dann eigentlich ,,Übertrage Konfiguration"?

Wahrscheinlich muss ich alles händisch wieder aus alten Backups der fhem.cfg kopieren 😕
Lg, Gerhard
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 28 Juni 2020, 17:39:07
Hi,

Die App löscht nichts aus FHEM, wenn das alles fehlt dann hat das wer anders gemacht.
Wenn das da also einmal drin steht musst du es manuell rauslöschen.

Übertragen nimmt die Konfiguration und schiebt sie auf ein anderes iOS Gerät. Das kann man nutzen wenn man die Konfig mit einer anderen AppleId nutzen will und das Abo nicht bezahlen will.


Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: gestein am 28 Juni 2020, 21:47:16
Hallo,

ich habe nun alle Backups durchsucht und von einem Tag auf den anderen waren alle fhem_widget_channels gelöscht.
Warum weiß ich nicht.
Aber ein schnelles grep und dann alle entsprechende Zeilen wieder in fhem eingespielt - schon läuft es wieder.

Danke für Deine Hilfe!
lg, Gerhard
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 10 Juli 2020, 19:44:24
Hi,
ich versuche gerade vergeblich ein MultiChannelDevice STATESETTER zu konfigurieren.

Ich habe einen Rolladen (Rademacher DUOFERN Rollotron), der mit dem setter "toggle" gesteuert werden soll und gleichzeitig Zustand (STATE=opened/closed) anzeigen soll in der App.

Habe es mit folgendem probiert, aber dann werden 2 Devices angezeigt:


[{"allowed_values":["toggle"],"alias":"Rolladen","locations":["APP"],"group":"Haushalt","order":25},{"controlled_attribute":"STATE","allowed_values":[],"alias":"Rolladen","locations":["APP"],"group":"Haushalt","order":25}]


Jemand eine Idee was ich falsch mache?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 11 Juli 2020, 19:20:54
Hi,

gib mal dem ersten noch ein controlled_attribute

Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 11 Juli 2020, 19:34:00
kein Unterschied ob mit oder ohne controlled_attribute, es entstehen immer 2 devices...
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: aikawa24 am 04 August 2020, 23:39:16
Zitat von: HaPeRiebmann am 24 April 2020, 15:14:08
Sorry ControlCenter ist falsch. Wenn du bei den iOS Widgets ganz nach unten scrollst dann kannst du bearbeiten. Da kannst du dann FHEM Status hinzufügen.

Hallo, ich hab mir die App auch installiert, kann aber diesen FHEM Status nicht finden.
wo genau muss ich da suchen, was meinst du mit iOS widgets?

ich hab auf dem iPhone in der App drei punkte
Grid
Liste
Einstellungen

bei Grid kann ich nicht scrollen weil ich nur 4 Kanäle anzeige
in der Liste ebenfalls nicht
bei Einstellungen gibt es kein Bearbeiten
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: fischit am 20 September 2020, 11:03:03
Hi,

planst du eigentlich auch etwas für die neuen Widgets in iOS?

Viele Grüße
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 09 November 2020, 14:54:30
Hi,

interessant, ich bekomme scheinbar keine Mails mehr über neue Posts...

Ich bin gerade dabei die App komplett neu zu schreiben. Nachdem Apple ja den Ansatz von Widgets komplett verändert ist das FHEM Widget in dieser Form wahrscheinlich nicht weiter zu führen.

Das heißt, ich muss ein wenig umdenken die Funktionen betrifft. Nachdem die Codebase relativ alt ist fange ich also jetzt komplett neu an und schaue mal was so passiert.

Hier der TestFlight
https://testflight.apple.com/join/sTG1PfsS

Derzeit geht die App und die watch, letztere jetzt quasi unabhängig von der Main App. Es wird auch die Konfiguration aus dem 2er Widget benutzt. Unterstützt werden nur STATE, SETTER und SWITCH. Range hat extrem viele Probleme gemacht, da bin ich noch am überlegen ob das überhaupt sinnvoll ist. Gerne hier drunter ein Statement wenn das jemand vermissen würde. iPad unterstützt multiWindow, man kann also ein Fenster zum konfigurieren nutzen und das andere zeigt sofort die Änderungen.

Ich würde gerne eine App für alle Plattformen bauen, also jetzt dann doch auch mal tvOS und macOS (ab BigSur, kein Catalyst). Das könnte klappen weil ich komplett mit SwiftUI2 arbeite und bisher keine 3rd party Libs drin habe. Kommunikation läuft wie gehabt über jsonlist2 und websockets. Csrf, basic auth und ssl werden derzeit nicht unterstützt.

Auch das Erstellen der Buttons werde ich komplett neu machen, mehr in die Richtung MYSIWYG und ohne dass man manuell JSON frickeln muss. Da geht aber noch nix, deswegen aktuell die Übernahme der vorhandenen Konfigurationen.

Sagt mal was ihr davon haltet.

Viele Grüße

Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 07 Dezember 2020, 21:35:30
Nabend,

das Widget läuft aktuell nicht mehr. Zertifikatsfehler. Kannst bitte mal überprüfen ?

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jensc am 26 Dezember 2020, 14:18:49
Zitat von: HaPeRiebmann am 09 November 2020, 14:54:30

Sagt mal was ihr davon haltet.


Nachdem sich noch niemand dazu geäußert hat: Danke für die (Weiter-)entwicklung! Inhaltlich kenne ich mich mit iOS Interna zu wenig aus, um was dazu sagen zu können. Aber vielleicht magst Du dafür einen neuen Thread starten? Der hier ist schon reichlich unübersichtlich...

Noch eine Idee für ein Feature: Die Apple Watch erkennt recht zuverlässig, wann man schläft und wann man aufsteht. Könnte man das an das RESIDENTS Modul weiterleiten, wäre das sehr cool! Oder gibt es da schon einen Weg, den ich übersehen habe?

Ein kleines Problem habe ich noch mit der aktuellen Version (iPhone XS, iOS 14.2): FHEM Widget 2 erscheint nicht in der Auswahl der Widgets, obwohl locations=APP,WIDGET,WATCH gesetzt ist. Neustart des iPhones hat nicht geholfen. In der App und auf der Watch geht alles wunderbar. Gibt es noch einen Tipp, was ich probieren kann?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 26 Dezember 2020, 14:41:22
Hi,

den neuen Thread gibt es schon https://forum.fhem.de/index.php/topic,115756.0.html

Das Widget 2 ist ein Legacy Widget, das findest du unter iOS 14 im Widget Screen im Bearbeiten Modus ganz unten unter dem Submenü ,,Anpassen"

Viele Grüße
Michael
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Jensc am 26 Dezember 2020, 22:08:27
Super, danke für die schnelle Antwort, das hat geholfen. Genieß den Kaffee... ;-)
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 08 März 2021, 09:54:03
Moin,

der Sync-Service ist seit gestern Abend nicht mehr
verfügbar. Kannst das bitte mal prüfen?

LG
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 08 März 2021, 10:48:31
Läuft für mich, was sagt er?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 08 März 2021, 12:17:09
Zertifikatsfehler.... hatte Kumpel bei seinem FhemWidget auch.
Hat sich aber in der Zwischenzeit wieder verbunden. War trotzdem ca 12h offline
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 05 April 2021, 12:48:35
Moin,

ich starte das Widget/Pushsync via Screen nach einem Systemreboot nun automatisch über ein "Systemd-Script". Das funktioniert hervorragend und ist für mich hilfreich wenn das System während meine Abwesenheit abstürzen sollte.

Wäre vielleicht ganz hilfreich wenn Du dies hier http://tasior.info:8081/fhemwidget_sync_de.html veröffentlichen würdest.

Justmy2cents
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: xbedax am 07 April 2021, 21:57:58
Hallo

habe ich gerade die apps am meine handy mit iOS 14.4.2 instaliert, Geräte sind gefunden und Status richtig angezeigt. Leider die Umschaltung funktioniert nicht. Respektive am Handy gezeigt aber keine wirkung im reallen Welt.
Anscheint ist den csrf Token falsch:

FHEMWEB WEB CSRF error: csrf_339666596367726 ne csrf_123456789 for client WEB_192.168.0.35_49387 / command jsonlist2 HM_70BDF0 off. For details see the csrfToken FHEMWEB attribute.

Kann ich den richtigen irgendwo im App eintragen?
Danke
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 08 April 2021, 08:45:41
Hi,

einfach nochmal updaten, dann sollten sich die Token synchronisieren.

Viele Grüße
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: xbedax am 10 April 2021, 10:22:34
Danke

habe ich im Zwischenzeit auch geschaft, leider die Fuktion ist immer noch nicht gegeben.
IM FHEM Log sehe ich auch keine Fehlermeldung mehr.

es ist so durch app definiert:
attr GHoma_620f88 fhem_widget_channels [{"allowed_values":["off","on"],"controlled_attribute":"STATE"}]

im App zeigt sich das status aber ändern lässt sich das nicht.
Habe ich irgendeine Freigabeschritt vergessen?

Danke für die Mühe
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 25 Oktober 2021, 22:15:33
Moin,

das Widget ist bei mir offline:

Zertifikatsfehler. Bitte mal prüfen. Danke

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 04 November 2021, 10:57:55
Moin,

der PushService verursacht ein Freeze von FHEM. Die Fehlersuche gestaltete sich nicht leicht, da die Logs nichts ungewöhnliches ausgeworfen hatten.

Sobald FHEM eine Pushnachricht an einen Client abzusenden versucht, friert FHEM ein und reagiert nicht mehr. Da hilft nur noch ein erzwungener Neustart über die Konsole. In HTOP läuft FHEM scheinbar weiter, daran erkennt man den Freeze nicht.

Bitte mal überprüfen, danke.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 24 März 2022, 10:58:54
Moin,

das Widget ist wegen eines Zertifikatsfehlers wieder offline. Verifiziert mit 2 verschiedenen Handys/Accounts.
Bitte mal prüfen.

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 22 Mai 2022, 10:17:21
Moin,

es ist wieder soweit. Zertifikatsfehler:

Auflösen des Hostnamens tasior.info (tasior.info)... xxx.xxx.xxx
Verbindungsaufbau zu tasior.info (tasior.info)|xxx.xxx.xxx|:56789 ... verbunden.
FEHLER: Dem Zertifikat von »tasior.info« wird nicht vertraut.
FEHLER: Das Zertifikat von »tasior.info« ist abgelaufen.
Das ausgestellte Zertifikat ist nicht mehr gültig.


Bitte erneuern, danke
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 18 Juni 2022, 15:34:06
Zwei kurze Fragen zu fhem widget 2:

1. Gibt es irgendwo eine Anleitung, wie man fhem Readings über fhem Widget 2 über Siri abfragen kann? Also z.B. "Wie ist die aktuelle Aussenthemperatur?", woraufhin Siri dann das fhem Reading zur Aussenthemperatur vorliest.

Set Kommandos finde ich in der Kurzbefehle-App, aber keine Beispiele für get-Kommandos.

2. Auf der Apple Watch tauchen bei mir zwar einige, aber nicht alle Devices auf, die auf dem Handy auftauchen, obwohl ich diese alle mit "WATCH" utner locations angegeben habe. Update/Speichern hatte ich natürlich gemacht. Was ist der Grund dafür? Ist das irgendwie begrenzt? (Update: sind inzwischen alle aufgetaucht). Aber die Sortierung ist anders und die Überschriften gemäß "Group" fehlen. Kann man das noch anpassen?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 01 Juli 2022, 12:43:35
Wird FHEM Widget noch supported, da hier niemand mehr zu antworten scheint.

Ich habe das Problem mit dem FHEMSyncClient, dass er immer mal wieder einen Fehler wirft (z.B. wenn die Internet-Verbindung mal kurz weg ist) und ich dann jedes mal manuell das Skript im Screen neu starten muss. Ansonsten habe ich keine Synchronisation mit der Cloud. Kann der Client nicht so verändert werden, dass er sich bei Fehlern automatisch neu startet?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 19 Oktober 2022, 18:20:43
Hallo Zusammen,
seit heute geht mein FHEM Sync Client nicht mehr. Folgende Fehlermeldung kommt


Error 42: Letsencrypt certificate is not accepted by your Java VM. Update to a new one. Using potentially less secure workaround.


Kann da jemand weiterhelfen?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 19 Oktober 2022, 18:27:46
Auf welchem OS läuft das Widget, und welche Java-Version verwendest Du ?
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 19 Oktober 2022, 19:01:41
Aber bei mir gerade auch rot, auch auf 3. Gerät. Da muss der Maintainer mal wieder ran....
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: HaPeRiebmann am 19 Oktober 2022, 21:07:21
Ist gefixt. Zumindest bei mir läufts wieder
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 19 Oktober 2022, 21:17:11
ja, bei mir auch. danke für die schnelle reaktion!
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 19 Oktober 2022, 21:35:40
Dto. Thx
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Dracolein am 30 Oktober 2022, 17:21:16
Wird dies Projekt noch supportet? Die letzte Version lt. Apple Store ist vom April 2020.

Es wäre unheimlich cool - und soweit ich gelesen habe schien dies hier zu funktionieren - wenn man Komplikationen auf der Apple Watch darstellen könnte, die a.) invididuelle Reading-Werte darstellen oder/und b.) Aktionen auslösen könnten.
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 13 Dezember 2022, 23:00:11
Hallo,

ich habe Probleme mit dem Push und Sync-Service. Ein Neustart des Sync-Client auf meinem Rpi blieb leider ohne Erfolg. Leider hängt sich FHEM gnadenlos auf beim Versuch eine Pushnachricht zu senden.
Bitte mal prüfen .... danke
Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 18 Januar 2023, 15:32:08
Moin,

das Widget ist wegen eines Zertifikatsfehlers wieder offline. Verifiziert mit 2 verschiedenen Handys/Accounts.
Bitte mal prüfen.

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: Bartimaus am 20 Januar 2023, 11:12:47
Das Widget (PushSync) ist noch immer offline. Für ein kostenpflichtiges Tool finde ich das jetzt.....  >:(
Wenn das Tool nicht mehr weiter gepflegt wird, sollte man dies zumindest kommunizieren... oder ?

Titel: Antw:FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 22 Januar 2023, 20:50:48
bei mir geht es auch nicht, es gibt Fehlermeldung lets encrypt im sync client...
Titel: Aw: FHEM Wdget (iOS)
Beitrag von: Bartimaus am 07 Juni 2023, 22:52:55
Hallo,

Widget ist wieder offline.

"Lade Client
--2023-06-07 22:37:05--  https://tasior.info:42333/FHEM_Sync_Client.jar
Resolving tasior.info (tasior.info)... 54.93.77.0
Connecting to tasior.info (tasior.info)|54.93.77.0|:42333... failed: Connection refused."

Verifiziert durch 2 verschiedene Syteme/User.

Bitte mal prüfen
Titel: Aw: FHEM Wdget (iOS)
Beitrag von: Bartimaus am 08 Juni 2023, 10:15:05
Hat jemand was vom Maintainer gehört ? Alle bisherigen Links die man auch noch über Google findet, laufen ins Leere
Titel: Aw: FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 11 Juni 2023, 12:59:18
Scheint noch immer nicht zubgehen und ich bezahle ein Abo für den Dienst. Das kann doch nicht sein.
Titel: Aw: FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 11 Juni 2023, 14:39:49
Offenbar muss man sich nach einer Alternative umsehen.

Hat jemand eine gute Alternative, um fhem Daten in die Cloud zu synchronisieren und per App remote darauf zuzugreifen?

home bridge und app, z.b. eve?
home assistant mit (nabu casa) app?
iobroker?
weitere?
Titel: Aw: FHEM Wdget (iOS)
Beitrag von: Bartimaus am 11 Juni 2023, 14:47:51
Zitat von: FhemPiUser am 11 Juni 2023, 14:39:49Offenbar muss man sich nach einer Alternative umsehen.

Hat jemand eine gute Alternative, um fhem Daten in die Cloud zu synchronisieren und per App remote darauf zuzugreifen?

home bridge und app, z.b. eve?
home assistant mit (nabu casa) app?
iobroker?
weitere?

Kannst keinen VPN-Tunnel aufbauen?
Wahrscheinlich haben zu wenig User den Sync-Service abonniert, so cool der auch ist.
Titel: Aw: FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 11 Juni 2023, 14:58:21
Ja, ich habe VPN, will den VPN-Tunnel aber nicht immer offen haben.

Zum einen kostet das bei mir viel Akku vom Handy, wenn ich den VPN-Tunnel immer aufgebaut lasse. Und ständig neu aufbauen und passwort eingeben ist nicht komfortabel.

Zum anderen möchte ich aus Sicherheitsgründen nicht immer mein VPN Port offen haben. Ich mache den Port am Router remote aktuell nur bei Bedarf auf.

Daher hätte ich gerne wieder so einem Cloud sync Dienst, der die wichtigsten Daten in die Cloud synchronisiert und ich per App darauf zugreifen kann.
Titel: Aw: FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 11 Juni 2023, 15:12:23
vielleicht kann der Maintainer auch den Code freigeben oder umbauen, sodass jeder auf seinen eigenen Cloud-Dienst syncen kann. Dann kann jeder seine Cloud bzw Zertifikate selbst supporten. Das wäre klasse.
Titel: Aw: FHEM Wdget (iOS)
Beitrag von: Bartimaus am 12 Juni 2023, 16:15:53
Zitat von: FhemPiUser am 11 Juni 2023, 15:12:23vielleicht kann der Maintainer auch den Code freigeben oder umbauen, sodass jeder auf seinen eigenen Cloud-Dienst syncen kann. Dann kann jeder seine Cloud bzw Zertifikate selbst supporten. Das wäre klasse.

Widget funktioniert wieder, auch sind die HilfeSeiten des Maintainers wieder online.
Titel: Aw: FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 12 Juni 2023, 16:22:24
Ja, bei mir auch.

Habe Michael als Maintainer der FHEM Widget App per Email erreicht und er hat den Server neu gestartet. War wohl aus irgendeinem Grund abgeschmiert. Danke Michael!
Titel: Aw: FHEM Wdget (iOS)
Beitrag von: Bartimaus am 12 Juni 2023, 16:23:49
Liest er denn hier nicht mehr mit ?
Titel: Aw: FHEM Wdget (iOS)
Beitrag von: FhemPiUser am 23 Juli 2023, 20:27:29
Bei mit gibt es wieder letsencyrpt Zertifikatsfehler beim sync service. Bei Euch auch?
Titel: Aw: FHEM Wdget (iOS)
Beitrag von: Bartimaus am 23 Juli 2023, 20:34:23
Leider ja
Titel: Aw: FHEM Wdget (iOS)
Beitrag von: Bartimaus am 23 Juli 2023, 20:47:18
Läuft wieder
Titel: Aw: FHEM Wdget (iOS)
Beitrag von: netwalk am 05 Oktober 2023, 10:00:30
Hallo,

seit Jahren benutze ich bereits die Listenansicht im Sperrbildschirm auf dem iPhone und seit einer Woche versuche ich mich an einer neuen Apple Watch, stehe aber beim Verständnis der Dokumentation auf dem Schlauch.

Dort steht:

Watch App
Für die Watch ist gar nicht so viel zu tun. Der Sinn einer Watch Implementierung ist ja, schnelle Aktionen auf dem Handgelenk auszuführen. Deswegen habe ich mich für einen opt-in Ansatz entschieden.
Jedes Device, welches auf der App angezeigt werden soll muss im "locations" Parameter die "WATCH" enthalten. Das heißt, nur die locations abändern, Update drücken und damit sind die Devices auf der Watch. Intern nutzt sie nur die MultiChannelDevices, die ja in den Einstellungen auch als Einzeldevices dargestellt werden können.
Jede Konfigurationsänderung wird nur nach einem Druck auf "Speichern und Update" auf die Watch übertragen.
MultiChannelDevices
Für jeden Kanal in fhem_widget_channels wird so ein eigener Kanal erzeugt. Jedoch ist es sinnvoll, dass diverse Kanäle kombiniert werden um den Platz besser auszunutzen. Es werden die folgenden Typen unterstützt (nur in der KachelUI):
- STATESTATE: Zwei STATEs untereinander
- STATESETTER: Ein SETTER, der noch zusätzlich einen STATE anzeigt
- STATESWITCH: Ein SWITCH, der noch zusätzlich einen STATE anzeigt
- STATERANGE: Ein RANGE, der den aktuellen Wert in der ersten und einen zusätzlichen STATE in der zweiten Zeile anzeigt
- STATESTATESTATE: Drei STATE untereinander

Du kannst also jedes Device mit einer zusätzlichen Statusanzeige ausstatten. Es werden noch weitere Regeln beachtet:
- Name: Als Primärschlüssel beim Kombinieren wird der Name oder der Alias benutzt. Damit kann man auch beispielsweise Stati von zwei unterschiedlichen Devices in eine Kachel kombinieren.
- order: Es wird immer die des Basisdevice (das mit der geringsten Anzahl allowed_values in das MultiChannelDevice übernommen
- locations: Es wird immer die Gesamtmenge alles Locations der enthaltenen Devices genutzt. Also wenn nur eines von dreien die location "WATCH" enthält wird das gesamte Device in der Watch App angezeigt.

Das verstehe ich nicht so ganz. Mehrere Zeilen sollen nur in der KachelUI unterstützt werden. Die Watch stellt aber auch mehrere Zeilen untereinander dar, also nutzt die Watch auch die KachelUI?
Wie verstehe ich die unterschiedlichen Typen STATESTATE, STATESETTER etc., muss dort noch etwas deklariert werden, oder sucht das Programm sich über die einzelnen Kanäle einen passenden Typen aus?
Besteht die Möglichkeit, mehr als drei Zeilen (+ Überschrift) auf der Watch in einer Kachel anzuzeigen?

Bei der Konfiguration ist mir aufgefallen, dass zuweilen nach dem Speichern der fhem.cfg und anschließendem "Speichern und Update" nicht immer alle Änderungen an die Watch übertragen werden. Manchmal muss dieser Vorgang mehrfach wiederholt werden, damit die Darstellung auf der Watch komplett ist.

Es ist mir nicht gelungen, eine reine Statusanzeige (dreizeiliger Fensterzustand) in Abhängigkeit eines Wertes in grün oder rot darzustellen. Ist dies nicht möglich?

Ein weiteres Problem habe ich bei einem Schalter, er zeigt beim Aufruf auf der Watch nicht immer den korrekten Zustand an. Erst wenn man ihn mehrfach auslöst, korrelieren die Anzeige und der Zustand.