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
sehr cool. Damit kann ich endlich meine Weihnachtsbeleuchtung einfach schalten ohne dafür einen Funkschalter an den Baum nageln zu müssen.
Danke!
Hallo,
Schade das schon alle Promocodes weg sind. Hätte die App gerne getestet.
Wie setze ich diesen global Attribut?
Bin ich leider auch zu spät dran - schade
Hi,
in der App unter Settings -> Instructions steht alles was man wissen muss :-)
Cheers
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
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!
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?
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"}
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
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.
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
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.
... Weil es noch eine Testversion ist. Die finale Implementierung wird wohl beides unterstützen
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
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.
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
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
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
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
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
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
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
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"]
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
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
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.
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?
Hast Du einen Filter aktiv?
Nein, kein Filter aktiviert.
Im CC ist noch nicht einmal das Widget hinterlegt wenn man auf Bearbeiten geht.
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.
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 :)
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
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?
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
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.
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
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.
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}
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)
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?
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
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.
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?
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...
@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 "-" ???
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.
OK, das schau ich mir mal an
Prima
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 :-)
ZitatVielleicht weiss ja einer was :-)
Poste doch mal den Teil deiner fhem.cfg der HUEDevice1 definiert
VG
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.
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.
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)
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"]}
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)
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
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?
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
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
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).
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
@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...
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
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
in der tui sind zb default 500ms gesetzt womit bisher alles sehr gut klarkommen (konfigurierbar wie da wäre natürlich top ;-) )
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
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
Kannst du das nicht mit controlled_attribute machen?
Kannst mal ein Beispiel schreiben?
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
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
überlege grade ob ich mir das "gönnen" sollte, klingt so nicht schlecht !
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
Hi Chris,
Kannst mal den Part in deiner fhem.cfg anhängen?
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
Hey HaPeRiebmann!
will nicht nerven aber wie sehen deine Pläne zwecks Weiterentwicklung aus?
Können wir uns bald über eine neue Version freuen?
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.
Hallo,
kann man auch einen Slider für einen Dimmer einstellen?
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
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
Super und danke dir.
Freu mich schon auf die neue Version
Danke für das Update!
Gefühlt werden die Befehle viel schneller übertragen
Hallo Michael!
Danke für das Update. Übertragung läuft deutlich schneller!
lG
Moeti
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
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.
Hi,
Deine aktuelle Konfiguration zeigt dir den State an. ReadingsGroups hab ich noch nicht implementiert. Du müsstest jedes Device einzeln konfigurieren.
VG
Michael
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
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}
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.
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.
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?
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)
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
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.
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
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 :)
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
So gei...! Super danke. Was planst du denn für grössere Features?
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
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 :(
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
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.
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.
Hört sich gut an, also ab Herbst auch eine Unterstützung für die Apple Watch?
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
@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).
Hallo zusammen,
gerade ging die Version 1.3 ins Review mit den folgenden Änderungen:
- Deutsche Übersetzungen (yay)
- neues Enum "locations" (Welches Device wird wo angezeigt: APP, WIDGET, WATCH)
- "Open in" in Anleitung (Falls man die Anleitung woanders öffnen will)
- Ein neuer Wizard. Als Konfigurationshilfe (Einfach mal ausprobieren)
- Viele Crashes beseitigt
Danke an Stefan fürs Testen.
Fun Feature: Ein Emoji im Alias wird auch im Widget angezeigt :-D
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
@gloob: mach mal in das json die " rein und nicht die deutschen Gänsefüßchen unten ;)
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}
Yep, danke. Ist gefixt
Hast du noch eine Idee, wie man alle Elemente anzeigen lassen kann? Bei mir wird die Liste irgendwann einfach abgeschnitten.
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
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).
Guter Punkt, nehme ich mal auf.
Die Version 1.3 ist jetzt im Store.
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?
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
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
Freigegeben...
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...
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
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:-).
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.
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.
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.
Version 1.4.2 ist gerade in Review gegangen, hier wird der ThreeStateSwitch enthalten sein.
@oberlon: Steht in meinem Backlog
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)
Eigentlich solltest du immer von unterwegs Zugriff drauf haben, dafür hab ich einen Syncservice gebaut :-)
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:-)
Stimmt auch :-D
Die 1.4.2 wurde gerade freigegeben
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.
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...
@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?
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...)
Dein FHEM verweigert den Zugang. Ist der Port 8083 bei dir offen?
Versuch mal die erste URL die im Log steht manuell zu öffnen.
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...
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.
Das war es! Ich hab das Webfrontend mit Name/Passwort abgesichert. Nun gehts, dankeschön!
Ich hab den Client nochmal angepasst. Jetzt sollte es klarer sein.
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
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
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.
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
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?
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
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
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
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.
Gruppieren geht aber man muss mit der Höhe aufpassen. Wenn das Widget höher wird als der Bildschirm dann bekommt man ein Problem
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
Das ist noch nicht implementiert, sorry :-)
Technisch geht das und ich werde es noch bauen
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)
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
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
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)
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
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
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.
- In-App Kauf für Cloud Sync
Diese Apps sind sowieso alle zu günstig. Ich selbst programmiere auch schon seit über 20 Jahren und weiß, wie viel Arbeit das ist. - Verwendung von z.B. www.pubnub.com
Das kennst du sicher. - Betreiben eines eigenen Servers.
Diese Option wäre für einiger der FHEM Freaks auch eine Lösung.
Ich selbst verwende selbst Amazon AWS und Digital Ocean(für Dockercloud) und den Sync Client Dienst dort einzurichten, ist für Leute wie uns ein Klacks. Du müsstest nur deinen Serverdienst und den bestehenden FHEM_Sync_Client.jar verfügbar machen und eine kleine Info, wie das einzubinden ist (github). In der IOS APP den Link einstellbar machen und fertig.
Du siehst, ich vote für eine Weiterführung des Cloud-Sync. :)
Auch habe ich gestern noch an der Einrichtung des Services mit supervisord für deinen Client gearbeitet und werde die Infos dafür in Kürze hier posten.
Danke. Gruss Armin
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?
@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.
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
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
Ist doch schon drin :-)
Aber zwischen FHEM Widget und Server ist nur https
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
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.
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
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
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)
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.
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.
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.
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.
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.
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.
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
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.
Fehler gefunden, App ist in Review. Das sollte die Prozessorlast wieder auf ein Minimum reduzieren
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
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.
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
Hi,
was hast du denn genau eingegeben?
Hast du FHEM_Widget im räum oder nur deine IP und Port?
VG
Hallo Michael,
Raum, IP und Port.
Danke und Gruß,
Kurt
Und was hast du für den Raum eingegeben?
Hallo Michael,
"Fhem_Widget".
Danke und Gruß,
Kurt
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
So, ist durch
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
Hallo,
das selbe bei mir. Selbst nach einer Neuinstallation keine Verbindung zum Server.
Grüße Newbee
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.
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.
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.
2. Update ohne Abstürze aber ohne Verbindung
Ebenfalls keine Verbindung bei mir: HTTP 401 Fehler, Möglicherweise werden die Anmeldedaten nicht richtig übertragen?
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
Danke für deine großen Bemühungen, auch wenn die Konkurrenz durch Apple riesig wird...
Gesendet von iPhone mit Tapatalk
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.
So, Fehler gefunden und gefixt, Update wartet auf Review. Eieiei, diese Swift3 Umstellung...
Wenn mit der 1.5.2 noch Probleme auftauchen, einfach melden
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!
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.
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
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?
Doch kann man schon, das ist ein bekannter Fehler. Update ist beim Apple Review, weitere Infos in der Anleitung ganz oben
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
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
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
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
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.
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.
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.
Ich probier mal was:
fhemwidget.slack.com
wen ich einladen soll einfach melden.
Wenns zu viel wird dann schalt ich das wieder ab.
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
Nein die Möglichkeit gibt es derzeit nicht. Vor allem weil die Höhe reduziert wird wenn du das Widget expandierst
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
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
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 :)
Ä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
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.
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.
Ne, es geht um das Update 1.6 aus dem App Store von heute.
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.
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
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.
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.
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.
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...
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
Wie gesagt, machbar wäre es mit einer separaten App...
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
@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.
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.
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.
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.
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.
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 ;)
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
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.
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.
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.
Geile Appbeschreibung, extra für uns Korinthenkacker in Kaffee umgerechnet!
Ich werds laden, abonnieren und mich über den Sync Service freuen!
Danke
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
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
Danke für alle Infos!!! :)
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...
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
Achja, beide Wege nutzen https
Die jetzige Version gefällt mir (als stiller Leser) sehr gut!
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...
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
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
Hallo Zusammen,
hat jemand ein Beispiel für eine Jalousie (Sliderfunktionalität) ?
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
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!
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
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!
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
Hallo Michael,
Geht übrigens au h in der Version 2 nicht.
Kvo1
Hm OK, das ist ein Fehler. Schau ich mir an
@kvo1: OK ich kann es mit meinem Dummy und den Thermostaten nicht reproduzieren. Kannst du mir mal das jsonlist2 Result deiner Jalousie zukommen lassen?
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
}
Schau ich mir an.
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.
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
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.
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
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.
@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.
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
Kannst du schalten?
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.
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.
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.
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.
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!?
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
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
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?
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
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.
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
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
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.
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
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?
Hi,
nein das kenne ich nicht. Kannst mir mal deine jsonlist2 und einen Screenshot zukommen lassen?
PN oder hier
VG
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 $
################################################################
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
Du hast eine PN.
OK schau ich mir an
@netwalk, wenn ich Dein Widget sehe, bekomme ich bei mir den Drang, noch mehr einzubinden:-)
@Fhemschorsch
Das Problem kenne ich... ;)
Schwierig ist das zwangsläufige "weglassen müssen" wegen der beschränkten Platzverhältnisse...
@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
Moin,
die 2.2 ist grad in Review:
- Lock aktiv: manchmal waren Devices am Anfang noch schaltbar. Jetzt nicht mehr.
- MultiChannelDevices: Devices mit dem selben Namen/Alias werden zu einem Device zusammengefasst. Welche genau kombiniert werden können steht in der Anleitung (Signatur).
- Prefix/Suffix beim STATE
- Wizard unterstützt fhem_widget_command_2
- Wizard zeigt jetzt an welches der Devices ein fhem_widget_command haben
- UI Refinements
- Bug Fixes
UPDATE: Fertig
hast Du Test Flight abgeschalten ??
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.
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
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.
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.
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
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
Danke HaPeRiebmann.
Leider habe ich noch das 4S und da ist mit IOS9 Ende.
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.
Hi,
Das Widget aktualisiert sich derzeit nur beim erscheinen. Ich baue keinen Longpoll auf weil das nicht zuverlässig funktioniert.
VG
"Ich habe grad das Review von byoeiber gelesen..."
Was kam denn da für ein Popup in der App?
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.
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.
Hui, spannend. Gibts ein Changelog für jsonlist2?
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
OK, mir scheint als ob jsonlist2 jetzt ein anderes Parameterformat erwartet.
Ich spiel mich mal und gebe Feedback
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
Habs gefixt, ab morgen per update verfuegbar.
Habs grad probiert, geht wieder. Zumindest bei mir.
Vielen Dank
Gibt es hier schon eine Lösung?
Gesendet von iPhone mit Tapatalk
Lösung für was?
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
Ah :-D
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
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
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
Kann es sein das dass Widget gar kein "https" akzeptiert?
Gruß Thomas
Doch. Sogar Self-signed Zertifikate. Musst nur aktivieren
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"
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
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
@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
[/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
@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.
Es geht eben gar nicht mehr.
Ja kannst du gern. Was brauchst du dafür?
BN Benutzername
KW Kennwort
Ich brauch URL User und Pass. Am besten per PN
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.
Hi Nils,
es gibt auch für die Kachel UI ein Widget.
:o cool, hatte ich noch gar nicht gesehen - Danke!
Ist zwar nicht ganz so übersichtlich find ich aber tut auch seinen Zweck.
Dafür bekommst du viele Infos auf wenig Fläche. Was bei umfangreichen Konfigurationen gut sein kann :-)
So, die 2.3 ist im Store
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?
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?
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.
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
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?
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.
@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
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
Hm, im Zweifel die Watch App mal neu installieren. Kannst mal einen Watch Screenshot hier posten?
@Garbsen: Die RANGE Devices werden derzeit nur lesend unterstützt. Schalten kannst du nur SETTER und SWITCH.
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."
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
@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.
Das lässt hoffen.
Danke für die schnelle Rückmeldung!
Grtz
@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.
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
@COmmanda: hast du SSL aktiv? Self signed? Oder nur http?
VG
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
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
Nö gibts noch nicht :-)
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.
attr <WEBDEVICE> csrfToken none
Sollte helfen.
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.
@HaPeRiepmann
Guckst du hier : https://forum.fhem.de/index.php/topic,67419.0.html
Gruss Holgi
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.
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)
@Garbsen: klappts inzwischen? Wenn nicht, ich hatte ein ähnliches Problem. Hier hat ein kompletter Reset und Wiederherstellen der Watch geholfen.
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
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
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?
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.
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
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
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
@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?
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
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
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
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
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.
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.
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?
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
Update:
hab mich dumm angestellt. in der 2.5 ist der csrfToken Support enthalten
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
Dein FHEM ist nicht erreichbar. Schau mal ob du mit den Selben Daten mit dem Browser drauf kommst
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.
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
@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
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
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 😉
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
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
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.
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...
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...
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
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.
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
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
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.
Hi,
ja ist geplant.
VG
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
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
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 :-)
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
Thänx
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
Feedback, vor allem zum Push wäre nett.
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 ?
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
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.
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
Nirgends wird der korrekte Status angezzeigt, weder im Widget noch in den Kacheln...
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
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 ?
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
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..
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?
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?)
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?
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.
Hm, jetzt wird's komisch.
Kann ich mal auf deinen FHEM mit dem Simulator drauf schauen?
Äh, ja, aber sorry, heute nicht mehr. Bin ziemlich platt. Ich melde mich morgen
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.
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
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.
Die maximale Anzahl ist durch die Größe des Bildschirms im Widget begrenzt. Ein Widget darf nicht größer als der Sperrbildschirm werden.
Ah, ok.
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
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 ::)
Bei mir läuft es auch!
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
Reboot tut gut ... Keine Ahnung woran es lag.
Danke für die schnelle Antwort
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.
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:
- ip Adresse entfern
- Token entfern
Kennt jemand den Fehler?
Hi,
dein FHEM verlangt eine Authentifizierung. Gib einfach mal eine ein auf beiden Seiten, dann sollts gehen
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.
Ok, nutzt du auch in der App und auf dem Browser den Selben Port?
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.
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.
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)
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?
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.
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?
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
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 :-)
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.
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.
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
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
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
Werd ich mal versuchen, Danke.
Hab's auch soweit ich das bisher sehe nur bei WLIST und nicht WGRID
Das ist neu, da schau ich mal ob ich da was finde...
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.
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....
Vermutlich musst du Screen und bash mit den absoluten Pfaden angeben.
Also /User/bin/Screen oder wo auch immer das bei dir liegt
Hi,
hab vorgestern auf iOS 11.2 geupdated und nun scheint der Bug weg zu sein.
Grüße
Nils
Gut :-D
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....
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
Hi,
das habe ich bereits probiert.
Auch als Root, leider ohne Erfolg.
Läuft denn Java grundsätzlich?
Keine Ahnung..... Java habe ich nur für
den Sync_Client installiert
Was passier nach Java -version
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.
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
Hat keiner mehr eine Idee ?
Kannst mal das Oracle Java installieren? Weiß ned ob es das für den Banana gibt
Kannst mal das Oracle Java installieren? Weiß ned ob es das für den Banana gibt
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 !!!
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.
Hi, das sollte eigentlich passen, was sagt das Log?
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
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.
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?
Das Log ist unvollständig. Die Uhr schreibt nur was rein wenn was schief läuft
Wie müsste das Log denn aussehen. Kannst Du ggf. mal ein Log von deinem Vorgang posten?
Danke und schönen Tag.
Am besten postest du einfach mal das ganze Log dann kann ich schauen woran es liegt
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]
Ja das passt soweit, welche App Version hast du?
Hi,
ich habe die Version 2.7.
Viele Grüße
Also im Sinulator tuts. Am besten einfach mal die App neu installieren und nochmal versuchen
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.
@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
Macht Sinn... Hab ich mal in die Push Anleitung reingeschrieben.
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
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 ?
Das erscheint mir recht hoch. Hast einen Meltdown/Spectre Fix installiert :-D
nein im Ernst, was sagt der Output vom Sync Client?
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 ?
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
/home/pi/: Schema fehlt.
Getting Device States
Wie kriege ich den Screen in der Konsole (iPad) gestoppt ?
Ctrl a d
Da ist aber jetzt kein Fehler erkennbar
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
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
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?
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.
Hi,
dann scheint es nicht an dem jar zu liegen sondern eher an Java selbst. Hast auch mal OpenJDK ausprobiert?
VG
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 ?
Auch mit OpenJDK-Java habe ich diese hohe Systemlast....
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
Rufe den Client mal direkt im Terminal auf. Schaue was in der Ausgabe steht.
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....
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
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
Nichts ungewöhnliches...
Hast du einen RasPi auf dem du das mal testen kannst?
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)
Ich meinte es genau so [emoji1]
Ich schließe mich Michael an. Mit dem banana hab ich keine Erfahrungen.
Oh, irgendwie wurde mir dein neuster Eintrag erst nach dem absenden von meinem angezeigt...
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/
Danke für den Tip, nehm ich in die Anleitung mit auf.
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.
Du hast eine PM
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...
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.
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
Hi,
bis hier hin schaut alles gut aus. Wo ist das Problem?
Und hast den Wizard schon probiert?
Viele Grüße
Michael
Habe das per Wizard programmiert. Aber es wird nichts angezeigt
Funktioniert denn ein anderes Devise?
Und hast du danach auf "Speichern und Update" gedrückt?
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?
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
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
Nein ich meine eine Portfreigabe. Dann kann ich mit meinen Tools drauf schauen und sehen was auf der Interfaceebene passiert
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 ?
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.
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?
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
iOS 10.x
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
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
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)
Welche App Version hast du drauf?
Jetzt geht es mit csrf-Token *verwundert*.
Verwende die FhemWidget Version 2.7, Build 95
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)
Das geht leider nicht. Ich bin der Autor und das ist eine Dev Version. Das Widget heißt ,,Status" in den neuen Versionen
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.
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.
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
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 ?
Merkwürdig, bei mir läuft der Service ohne Probleme in der System Stabilität.
Vielleicht liegt es am Betriebssystem?
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
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?
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)
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
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.
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?
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.
Doch das sollte genügen.
Hast mal verucht, dass du pauschal den Sync Client alle zwei, drei Tage neu startest?
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.
Welche Java-Version nutzt Du auf Deinem Raspberry für den SyncClient ?
1.8.0_65, die Standard Oracle Java 8 Version für Raspi.
Überwachst du in deinem FHEM den Systemstatus mit RAM Auslastung?
Ja, per SYSMON-Modul.
Geht da dann die RAM Auslastung überhaupt hoch wenn das System langsam wird?
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.
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
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?
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
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
Hi,
gerne mal die cfg und einen Screenshot von deinen App Settings.
Vielleicht hilft das schon
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
Update und Migration abgeschlossen! Lief ohne Problem durch, gefühlt geht alles auch etwas schneller mit der neuen Version! Daumen Hoch.
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.
Zitat von: HaPeRiebmann am 21 März 2018, 17:59:54
Und hoffentlich gespeichert nach der Migration:-)
Ja sicher! 8)
Hallo,
Migration erfolgt, alles geht, außer das Listenwidget.
Grid Widget geht.
Was fehlt noch?
Gruß und Dank.
Was meinst du mit dem Listenwidget?
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.
Was funktioniert denn nicht? Sind die Listen leer oder zeigen die Einträge nix oder falsch an?
Hast schon mal die App neu installiert?
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?
Vielleicht hast den Button nicht sauber getroffen. Bei mir gehts
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
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?
@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.
@Jan: genauso wie für alle anderen Devices: Kanal anlegen für den Wert den du steuern willst
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?
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
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
Habs hinbekommen, so läufts:
[{"controlled_attribute":"scene","group":"Wohnzimmer","alias":"Scenen","allowed_values":["LScene_allesan_bunt","LScene_allesan_weiss","LSzene_fernsehen"]}]
DANKE!
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?
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
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
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.
Danke für die Rückmeldung, das mit der Konfiguration übertragen probiere ich mal.
Gesendet von iPhone mit Tapatalk Pro
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
Interessant, kannst mir mal die FHEM Definition geben? Und die jsonlist2 response für das Device
Hier das list device (structure) im Anhang, per Code einfügen geht irgendwie nicht
Woher bekomme ich die jsonlist2 response für das Device?
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?
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.
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.
Stimmt... ist mir noch nicht aufgefallen. Muss ich schauen wie man das fixt
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.
Bleibts leer oder werden nur die States nicht sauber gezogen? In beiden Fällen: mal das Telefon neu starten.
Erst wurde nur die States nicht aktualisiert, später bleib es dann ganz leer.
Reboot tat goot.... 8)
Mal sehen wie lange
:-)
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
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.... :-[ :-[
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.
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.
Also das Listenwidget. Welche App Version hast du?
Ja, Liste.
Aktuelle Version aus dem Appstore = 2.8
(Ich meine seit 2.8 treten die Probleme auf.....)
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.
Ok, habe ich gemacht, und es funktioniert wieder. Danke
Gern, meld dich aber bitte wenns nach kurzer Zeit wieder aussteigt
Yip
MoinMoin,
es ist schon wieder soweit. Keine Aktualisierung des ListenWidgets im Lockscreen unter iOS10.... :-[ :-[
Kannst mal nen Screenshot machen?
Bitte. einmal aus dem Lockscreen, und einmal aus der App (aktueller Status)
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
Nö, die Symptome hatte ich vorher auch.
Keine Verbindung@home oder wenn unterwegs. FHEM und SyncClient bereits neu gestartet.
Ohne Erfolg.
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?
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%
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
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.
Hi,
ich glaub ich hab den Fehler gefunden. Update ist unterwegs. Dauert aber noch bissl. Sorry dafür.
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'.
Hab das selbe Problem
Geht wieder.
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
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
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)
Hi,
Das ist nicht möglich. Du kannst die Werte aber in einen Dummy schreiben und den dann auslesen
Viele Grüße
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
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
Ich hab dir eine PM geschrieben
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
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
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
Hi,
du kannst mit dem "locations" Parameter den Anzeigeort festlegen.
Viele Grüße
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
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
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 ?
Hm, da hat scheinbar jemand massiv Last auf meinem Server erzeugt. Ich reparier das. Dann gehts bald wieder
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
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 :-)
Nee, die App crasht sobald der SyncClient auf dem Host nicht mehr läuft, und in den Einstellungen der App "Sync" eingeschaltet ist......
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.
Läuft bei mir mit iphone6 DEUTLICH besser als mit ios10
Bin auch grad dabei alles auf iOS 12 und watchOS 5 anzupassen. Inclusive Siri Shortcuts
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
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
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?
Hi,
Hast du da ein Self-signed Zertifikat auf deinem FHEM und den entsprechenden Haken gesetzt?
Viele Grüße
Michael
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
Doch, beim Widget kannst du die Sicherheit runterdrehen und Self-signed akzeptieren. Einfach in den Einstellungen runter scrollen.
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?
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
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
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
Hallo HaPe,
Das wars, funktioniert! Vielen Dank :D
Grüße Newbee
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!
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
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
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
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...
Mach mal sowas wie ,,\n" bin mir ned sicher was dann passiert
Ah ok - oder "\r" - hätte ich auch selber drauf kommen können das mal zu probieren. Danke, werde ich mal testen.
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!
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.
Hallo,
ich bekomm in der App meine Schalter angezeigt aber im Widgets wird mir nichts angezeigt. Woran kann das liegen?
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
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.
Zitat von: Rupi am 01 Januar 2019, 15:35:16
iPhone neustarten hat bei mir funktioniert.
Danke das hat geklappt
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
Hallo Jan,
Poste doch mal dein JSON für das Device
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
Hm, ich kann auf Anhieb auch keinen Fehler erkennen. Was sind denn die möglichen Werte, die das FHEM Device annehmen kann?
Hallo,
0,1,2,3 ist möglich
Gesendet von iPhone mit Tapatalk Pro
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.
Hi,
wenn dann bug. Ich hab aber nix geändert am Server...
Viele Grüße
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)
==============================
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
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.
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.
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
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?
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...
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
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
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.
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!
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
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 ?
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
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
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
Hi,
ich habe nochmal probiert. Auch eine erneute Installation der App hat nichts gebracht. Habe die Konfiguration übertragen.
Grüße
eicc
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.
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?
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
Hi, danke für deine Antwort. Ja, das habe ich jetzt auch gemerkt. Wenn es mal eingerichtet ist passt alles, und funktioniert perfekt 👍🏻😉
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
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
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
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...
...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?
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
das habe ich bereits mit location widget konfiguriert, aber es sind mehr als 20 und dann ist abgeschnitten (mitten in der zeile)....
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.
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
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....
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.
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.
Schau am besten mal in die offizielle Anleitung unter Einstellungen->Push und Synchronisation->Anleitung. Da stehen alle Parameter drin
...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?
Das ist komisch :-)
Mit -v kannst du erhöhen, kannst mir mal den gesamten Stack trace schicken?
wie bekomme ich den stack trace?
mehr output bekomme ich mit -vv oder -v -v auch nicht...
Du hast PN
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?
Kannst mal im Event Monitor schauen ob die Message auch wirklich kommt? Das nimmt die App nämlich auch her.
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.
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
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
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
Hi,
bei mir tut es. Ich hab das Zertifikat vor ein paar Tagen erneuert, vielleicht ist da was bei dir durcheinander gekommen
Hi,
alles gut. Hab es etwas später erneut versucht, dann hat es geklappt.
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
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
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
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)
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
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
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
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]
Ja wunderbar :-)
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.
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
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.
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
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...
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).
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.
- Unter Settings -> Log, erscheint zuerst ganz kurz der Log (schwarze Schrift auf weissem Grund), dann wird das Fenster Schwarz (also der Hintergrund). Da die Schrift auch scharz ist, sieht man gar nichts. Man muss also den Bildschirminhalt kopieren, und sich z.B. in Notes auf weissem Hintergrund kopieren, damit man das sieht
- In Settings -> Instructions ist unter "dem Punkt "Manual Setup" der entry "displayLocations" falsch, weiter unten in der Tabelle steht nur "Locations", wenn man schnell schaut und copy paste macht gehts erst nicht. Das ist verwirrend.
- In Settings -> Instructions steht man sollte das attr "fhem_widget_command attr fhem_widget_command_2" zu global hinzufügen. Da ich die Version 2 habe, genügt auch nur das letztere. Nur ein kleiner Verbesserungsvorschlag. Ich glaube für jemanden der eine Erstinstallation macht, verwirrend.
- Der Synch mit den Widgets (egal ob "FHEM" oder "FHEM Grid") arbeitet nicht zuverlässig, manchmal ist im Widget erst der richtige Zustand sichtbar, nachdem ich in der App in der 'List' Ansicht ein refresh gemacht habe. Bei einigen Schaltern gehts, bei anderen (ich habe einen der ein eventmap hat, der Schalter selber geht aber mit on/off) manchmal nicht.
- Das 'Save und Update' funktioniert nicht zuverlässig. Ich hatte einen Schalter, wo ich attr fhem_widget_command_2 "controlled_attribute":"state" in fhem gesetzt hatte, das hat dann aber statt den state auf "on" oder "off" zu setzten, den state auf "state on" und "state off" gesetzt. Gut, kein Problem, das "controlled_attribute":"state" habe ich in fhem wieder aus dem attribut gelöscht. Aber nach dem "Save und Update" wurde der fhem-Schalter in der App in der 'List' Ansicht mit "on" oder "off" geschaltet, aber im Widget weiterhin mit "state on" und "state off". Ich musste also erst in fhem das attr fhem_widget_command_2 löschen (also aus den FHEM Widget 2 devices quasi löschen), danach wieder "Save und Update", dann das attribut wieder einfügen, wieder ein "Save und Update", dann gings wieder.
- Ich habe einen ALARM Schalter in fhem, den möchte ich über das FHEM Widget2 nur "Ausschalten", damit ich nicht aus Versehen vom iPhone den Alarm anschalte. Anwendungsfall ist, wenn der Alarm fälschlicherweise ausgelöst wurde, möchte ich einfach eine Möglichkeit haben, den Alarm nur auszumachen. Ich habe vieles probiert, "allowed_values": ["off","off"]" funktioniert nicht, "allowed_values": ["off"]" auch nicht, entweder wird der Zustand nicht richtig angezeigt, oder der Alarm wird trotzdem ausgelöst (also der Schalter auf 'on' gesetzt obwohl allowed_values nur ["off","off"]sind. Wird so ein Fall unterstützt von der App? Wie muss ich das kodieren?
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
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
Hallo Michael,
vielen dank für deine Hilfe.
- Ja, ich benutze die Englische Version, ich bin beruflich Englisch unterwegs und das Englische ist einfach kürzer. Gut da bin ich reingefallen, ich habe gesehen das die deutsche Anleitung ausführlicher ist.
- "Ich habe einen ALARM Schalter in fhem": Ist jetzt gelöst (im Gridview), mit dem Tip von Dir und dem "çombine Devices" in den Settings. Die Farbe der Grid Kachel ändert sich zwar nicht wenn der ALARM "on" ist, aber den Zustand sehe ich dann kaum lesbar in schwach grauer Schrift auf grauem Untergrund unter dem Alias :-)
- Das mit dem "Schalter der nicht richtig synchronisiert, der mit dem Eventmap": Das kommt daher, das Du auf das internal STATE schaust (was durch die Eventmap bei mir dann 1/0 ist, der Schalter state ist aber on/off. Ich habe den Schalter jetzt auf 1/0 umgestellt, und das eventmap rausgeschmissen.
Aber das hatte ich schon mal bei einem anderen Modul (Presence), das Internal STATE kann ja auch mit Stateformat verändert werden, damit wurde dann auch der presence nicht richtig erkannt. Das gleiche wird wahrscheinlich bei deinem Modul auch passieren, wäre es nicht richtiger, auf das state reading zu schauen, anstatt auf das Internal STATE? - Ja, mein iPhone und iPad braucht einen Neustart, das meinte ich.
- Ausserdem hatte ich ja das Problem mit dem eventmap (siehe oben), der state wurde dann im Widget auch nicht richtig synchronisiert, aber ist ja jetzt gelöst mit dem umdefinieren auf 1/0.
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!
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
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!
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....
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
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 }}
@ Mike:
Das geht derzeit noch nicht, ich hab selber keine in FHEM und da ist es für mich schwierig sowas anzubieten
@Jamo:
Hast schonmal versucht das in drei Kanäle aufzusplitten und ein STATESWITCH zu bauen? StateFormat ist ja nur sinnvoll in der Weboberfläche
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.
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.
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.
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.
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.
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
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
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
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.
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
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
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
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
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.
Nein, beides habe ich noch nicht neuinstalliert. Werde ich dann wohl mal umsetzen. Melde mich dann nochmal. Danke!
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.
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.
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.
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.
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
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
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
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.
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
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
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
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
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
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
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
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
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?
Hi,
gib mal dem ersten noch ein controlled_attribute
Viele Grüße
Michael
kein Unterschied ob mit oder ohne controlled_attribute, es entstehen immer 2 devices...
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
Hi,
planst du eigentlich auch etwas für die neuen Widgets in iOS?
Viele Grüße
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
Nabend,
das Widget läuft aktuell nicht mehr. Zertifikatsfehler. Kannst bitte mal überprüfen ?
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?
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
Super, danke für die schnelle Antwort, das hat geholfen. Genieß den Kaffee... ;-)
Moin,
der Sync-Service ist seit gestern Abend nicht mehr
verfügbar. Kannst das bitte mal prüfen?
LG
Läuft für mich, was sagt er?
Zertifikatsfehler.... hatte Kumpel bei seinem FhemWidget auch.
Hat sich aber in der Zwischenzeit wieder verbunden. War trotzdem ca 12h offline
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
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
Hi,
einfach nochmal updaten, dann sollten sich die Token synchronisieren.
Viele Grüße
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
Moin,
das Widget ist bei mir offline:
Zertifikatsfehler. Bitte mal prüfen. Danke
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.
Moin,
das Widget ist wegen eines Zertifikatsfehlers wieder offline. Verifiziert mit 2 verschiedenen Handys/Accounts.
Bitte mal prüfen.
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
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?
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?
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?
Auf welchem OS läuft das Widget, und welche Java-Version verwendest Du ?
Aber bei mir gerade auch rot, auch auf 3. Gerät. Da muss der Maintainer mal wieder ran....
Ist gefixt. Zumindest bei mir läufts wieder
ja, bei mir auch. danke für die schnelle reaktion!
Dto. Thx
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.
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
Moin,
das Widget ist wegen eines Zertifikatsfehlers wieder offline. Verifiziert mit 2 verschiedenen Handys/Accounts.
Bitte mal prüfen.
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 ?
bei mir geht es auch nicht, es gibt Fehlermeldung lets encrypt im sync client...
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
Hat jemand was vom Maintainer gehört ? Alle bisherigen Links die man auch noch über Google findet, laufen ins Leere
Scheint noch immer nicht zubgehen und ich bezahle ein Abo für den Dienst. Das kann doch nicht sein.
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?
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.
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.
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.
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.
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!
Liest er denn hier nicht mehr mit ?
Bei mit gibt es wieder letsencyrpt Zertifikatsfehler beim sync service. Bei Euch auch?
Leider ja
Läuft wieder
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.
Hi,
bekomme aktuell einen Zertifikatsfehler, bitte mal prüfen. Danke:
Lade Client
--2024-04-25 19:33:24-- 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: The certificate of 'tasior.info' is not trusted.
ERROR: The certificate of 'tasior.info' has expired.
The certificate has expired
Zitat von: Bartimaus am 25 April 2024, 19:37:19Hi,
bekomme aktuell einen Zertifikatsfehler, bitte mal prüfen. Danke:
Lade Client
--2024-04-25 19:33:24-- 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: The certificate of 'tasior.info' is not trusted.
ERROR: The certificate of 'tasior.info' has expired.
The certificate has expired
Soweit ich es verstanden hab, wurde der Sync Service abgeschaltet.
ZitatSoweit ich es verstanden hab, wurde der Sync Service abgeschaltet.
Nö. Läuft wieder nach kurzer Mitteilung an den Entwickler. Ich fände es auch merkwürdig ein Abomodell ohne Abkündigung auslaufen zu lassen aber weiterhin Abogebühren einzuziehen
Zitat von: Bartimaus am 26 April 2024, 09:43:11ZitatSoweit ich es verstanden hab, wurde der Sync Service abgeschaltet.
Nö. Läuft wieder nach kurzer Mitteilung an den Entwickler. Ich fände es auch merkwürdig ein Abomodell ohne Abkündigung auslaufen zu lassen aber weiterhin Abogebühren einzuziehen
Danke für die Korrektur!