NEWS
Probleme mit dem IPad Air und ioBroker-Vis!
-
Ok, den Effekt habe ich (IPAD 2) nicht. Dort passt es.
Bleibt nur noch den alternativen Browser oder evt. die Fläche manuell kleiner machen. Komisch ist es allemal.
LG
Günther
-
Es funktioniert nur die richtige Auflösung vom Ipad Air (2048x1496).
Wenn ich die Auflöung auf 1024x… ändere läßt sich der View immer scrollen.
In dieser hohen Auflösung sind mir allerdings die Widgets zu klein.
Eine Vergrößerung ist nicht bei allen Widgets und wenn auch nur begrenzt möglich.
Hat da jemand eine Idee?
Zusätzlich bin ich auf der Suche nach einen Widget, welcher die Rolllädensteuerung und die Anzeige der Fensterzustände (offen/ geschlossen) kombiniert.
Gibt es sowas? Dann könnte ich nämlich einige Widgets einsparen...
-
und du hast bei der 1024 Auflösung kein widget noch irgendwo außerhalb der grenzen liegen?
Ich hatte auch mal das Problem, lag aber daran, das ein Widget weiter unten war.
Hast du die Auflösung selber eingestellt oder die Vorlage genommen Ipad Landscape?
-
Leg dir doch mal das Resolution Widget auf eine View und stelle die dort bei Vollbild (also direkt vom Honescreen gestartet) angezeigte Auflösung ein. Natürlich bei allen Views und alle Widgets auch innerhalb der Begrenzung.
Ich hab 1280x727 eingestellt, weil das Android Tab so läuft (übrigens ohne Probleme) das IPad Pro 9.7 zeigt seltsamer Weise die View nicht vollständig. Scrollen stört hier aber nicht, weil ich es eh sekundär dafür nutze.
Grüße Brati
von unterwegs gesendet.
-
Leg dir doch mal das Resolution Widget auf eine View und stelle die dort bei Vollbild (also direkt vom Honescreen gestartet) angezeigte Auflösung ein. Natürlich bei allen Views und alle Widgets auch innerhalb der Begrenzung.
Ich hab 1280x727 eingestellt, weil das Android Tab so läuft (übrigens ohne Probleme) das IPad Pro 9.7 zeigt seltsamer Weise die View nicht vollständig. Scrollen stört hier aber nicht, weil ich es eh sekundär dafür nutze.
Grüße Brati
von unterwegs gesendet. `
Sorry, ich bin noch relativ neu dabei.
Ich verstehe das alles leider nicht, vielleicht könntest Du das etwas genauer erklären?
Was ist ein Resolution-Widget und wo finde ich das?
-
Sorry, ich bin noch relativ neu dabei.
Ich verstehe das alles leider nicht, vielleicht könntest Du das etwas genauer erklären?
Was ist ein Resolution-Widget und wo finde ich das? `
So siehts auf dem IPad aus~~![](</s><URL url=)<link_text text="http://uploads.tapatalk-cdn.com/2016111 ... ef3a72.png">http://uploads.tapatalk-cdn.com/20161118/12755b4fa323f7fb5b821bca80ef3a72.png</link_text>" />
Und ist da zu finden
~~![](</s><URL url=)<link_text text="http://uploads.tapatalk-cdn.com/2016111 ... 9831e8.png">http://uploads.tapatalk-cdn.com/20161118/4862269b90844ab05d6343d71f9831e8.png</link_text>" />
Gesendet von iPad mit Tapatalk~~~~
-
Hallo,
Hier zu finden.
Lg
Günther
![](</s><URL url=)<link_text text="http://uploads.tapatalk-cdn.com/2016111 ... 36fdb3.png">http://uploads.tapatalk-cdn.com/20161118/b94417f7ae1e46866931a4b3dc36fdb3.png</link_text>" /> -
Vielen Dank für die Tipps.
Mit dem Resolution Widged habe ich ich ebenfalls keinen Erfolg gehabt. Dazu kommt dann noch der farbige generierte Rahmen am Rand…
Das einzige was bisher geklappt hat, ist die reale Auflösung vom Ipad Air.
Mit 2048x1496 passt das soweit und es lässt sich nichts scrollen.
Bleibt nur das Problem mit den kleinen Widgets und Schaltleisten...
-
Jemand eine Idee wegen dem Kombi-Widget für Fensteröffnung und Rollladenzustand?
-
Also ich habe es so gelöst fürs erste.
1241_bildschirmfoto_2016-11-19_um_16.36.26.png -
Jemand eine Idee wegen dem Kombi-Widget für Fensteröffnung und Rollladenzustand? `
hq-widget window and shutter.BTW ich habe fast keine Widgets, die sich in der Größe nicht ändern lassen.
Gruß
Rainer
-
Jemand eine Idee wegen dem Kombi-Widget für Fensteröffnung und Rollladenzustand? `
hq-widget window and shutter.BTW ich habe fast keine Widgets, die sich in der Größe nicht ändern lassen.
Gruß
Rainer `
Hallo Rainer,
das HQ-Widget: Window and Shutter hatte ich schon ausprobiert:
Leider bekomme ich es bei diesem Widget nicht hin, das mir der Rollladen-Zustand richtig angezeigt wird.
Trotz Invertierung zeigt mir das Widget den Zustand genau falsch herum an (Geschlossen: 100%/ Geöffnet: 0%), die Animation ist dabei allerdings richtig. Ist das so gewollt?
Außerdem hätte ich die Zustände (Fenster/Rolladen offen) gerne deutlicher (z.B. farbig) hervorgehoben, damit auch aus der Entfernung ersichtlich ist, das dort noch etwas offen ist.
Kann man die Schriftfarbe bei 0% oder 100% farbig anpassen, oder die Rollläden/ Fenster bei offen z.B. Grün und bei geschlossen rot machen? Ich habe da nichts gefunden…
Vielen Dank
Gruß Stefan
P.S.: Sobald ein Fensterzustand (offen/geschlossen) verändert wird, verschwindet rechts von dem Widget der % Öffnungszustand vom Rollladen - Ist das ein Bug oder Einstellungssache?
-
Trotz Invertierung zeigt mir das Widget den Zustand genau falsch herum an (Geschlossen: 100%/ Geöffnet: 0%) `
???Zeigt es falsch an, oder sind die Werte "falsch"?
Die übrigen Wünsche gehen bestimmt mit CSS, nicht jedoch mit den bereits sehr umfangreichen Grundeinstellungen.
Gruß
Rainer
-
Trotz Invertierung zeigt mir das Widget den Zustand genau falsch herum an (Geschlossen: 100%/ Geöffnet: 0%) `
???Zeigt es falsch an, oder sind die Werte "falsch"?
Die übrigen Wünsche gehen bestimmt mit CSS, nicht jedoch mit den bereits sehr umfangreichen Grundeinstellungen.
Gruß
Rainer `
Wenn die Rollläden oben sind, müsste Behanghöhe auf 100% stehen (Wie in der Homematic), das Widget zeigt hierbei allerdings 0% an und dafür im geschlossenen Zustand 100%.
-
Ich löse solche Anzeigen immer indem ich mehrere gleich übereinander lege. Jedes dieser Widgets formatiere ich dann andersfarbig. Über die Sichtbarkeit steuere ich welches angezeigt werden soll.
Ein Beispiel:
Ich überwache am Balkon den Wasserstand des Vorratsbehälters zum Blumen bewässern.
Diese liefert mir einen Wert von 0 - 80 damit kann ich den Pegel anzeigen. Ich habe nun drei Widgets übereinander, welche alle den selben Level anzeigen. Nur sind sie farblich anders eingestellt (CSS).
Ist nun der Wert kleiner 10 wird das rote ein und die anderen ausgeschaltet. (Funktioniert über Sichtbarkeit in den Widgetseinstellungen). Zwischen 10 und 30 wird die Anzeige orange, darüber blau.
Mit dieser Methode läßt sich immer ein besonderer Zustand visualisieren auch wenn es das Widget eigentlich nicht kann.
Hier die Anzeige meines Vorratsbehälters.
Lg
Günther
![](</s><URL url=)<link_text text="http://uploads.tapatalk-cdn.com/2016112 ... fa482f.png">http://uploads.tapatalk-cdn.com/20161120/6a18687a54da96a64757d63cb2fa482f.png</link_text>" /> -
Wenn die Rollläden oben sind, müsste Behanghöhe auf 100% stehen (Wie in der Homematic), das Widget zeigt hierbei allerdings 0% an und dafür im geschlossenen Zustand 100%. `
Du hast ja den Zustand invertiert! dann werden aus 0% -> 100% und umgekehrt.ioBroker ist kein Zusatzprogramm für homematic, sondern für alle möglichen Steuerungssysteme. Wenn du im Homematicforum liest kommen bei den Rolläden die meisten Missverständnisse, weil die meisten anderen Systeme den Schließungsgrad in Prozent und nur Homematic den Öffnungsgrad angibt.
Erst als dann in der WebUI das Gras vor dem Fenster wuchs hörten diese Fragen allmählich auf.
Daher ist beim HQ-Widget auch der Schließungsgrad der Rollläden Standard.
für Homematic muss dieser invertiert werden und damit werden auch die Prozentwerte für den Schließungsgrad angegeben.
Gruß
Rainer
-
Hier mal einige "Gedanken zum Tag" eines (ioBroker-)Newbies, der zum Schluß ziemlich verzweifelt in diesem Thread gelandet ist:
Wenn die Rollläden oben sind, müsste Behanghöhe auf 100% stehen (Wie in der Homematic), das Widget zeigt hierbei allerdings 0% an und dafür im geschlossenen Zustand 100%. `
Du hast ja den Zustand invertiert! dann werden aus 0% -> 100% und umgekehrt.ioBroker ist kein Zusatzprogramm für homematic, sondern für alle möglichen Steuerungssysteme. Wenn du im Homematicforum liest kommen bei den Rolläden die meisten Missverständnisse, weil die meisten anderen Systeme den Schließungsgrad in Prozent und nur Homematic den Öffnungsgrad angibt.
Erst als dann in der WebUI das Gras vor dem Fenster wuchs hörten diese Fragen allmählich auf.
Daher ist beim HQ-Widget auch der Schließungsgrad der Rollläden Standard.
für Homematic muss dieser invertiert werden und damit werden auch die Prozentwerte für den Schließungsgrad angegeben.
Gruß
Rainer `
Bin auch gerade in die gleiche Falle getappt.
Prinzipiell stimmt das o.g. schon. (Homematic machts anders herum als andere Systeme, muss folglich eben invertiert werden)
ABER: Sollte man dann im Widget nicht BEIDE Anzeigen (Rolladen-Animation und Wert) in gleicher Weise invertieren?
Leider wird bei Anwendung auf Homematic-Rolläden und eingeschaltetem Invertieren zwar dann der Rolladen richtig herum dargestellt, der Anzeige-Wert aber eben nicht! (bzw. bei nicht-Invert eben andersherum)
Also: Invert an:
Rolladen fast auf (= HM-"Behanghöhe": 68%, auch in der HM-GUI ist korrekt "das Gras sichtbar"), angezeigter Wert im Widget steht aber (falsch) auf 32%! Der Quell-Wert aus dem "Level"-Datenpunkt im testweise daneben gestellten Text-Widget zeigt natürlich korrekt "68" aus der Hardware an.
Invert aus: (ohne inzw. den Rolladen zu verstellen)
Rollo ist nun (falsch) fast zu (also in "Schließgrad": 68% geschlossen statt korrektem "Schließgrad": 32%), dafür stimmt dann der offenbar direkt aus den Daten übernommene Wert, aber in HM-"Behanghöhe" (= korrekte 68%), also wieder genau anders herum zur Animation!
Den Anzeigewert gedanklich umzurechnen auf "Normalwerte in Schließungsgrad" statt HM-"Behanghöhe" wäre (für mich) ja noch vertretbar, ABER: Wie sag ich es meinem Weibe, Kinde, Oma und Opa usw., dass sie nun
-
Alexa (sehr wohl auch per ioBroker-Skill) sprachlich mit den "echten HM-Behanghöhen" anzufeuern haben,
-
die sie auch seit gut 9 Jahren kennen (also weit aus dem Pre-ioBrokerium, auch aus diversen anderen gewohnten Apps und GUIs),
jetzt aber in der "neuen GUI" (und nur da!!!) alles andersherum angezeigt sein soll?
Ich habe mir das exportierte Json-Script des Widgets mal angeschaut, aber außer dem Parameter "invert" selbst nichts zielführendes zur eigenen Anpassung gefunden. Um dort in noch weitere Tiefen (also in die wirkliche Anwendung dieses Parameters) einzusteigen, fehlt mir leider (bisher nach nur einigen Tagen) die Erfahrung und der tiefere konzeptionelle System-Durchblick. Mit einem Tipp, wo das evtl. anzupassen ginge, würde ich notfalls auch dort selbst mal schauen.
Es müßte m.E. einfach die boolsche Logik eines der beiden (Rolladen-Animation bzw. Anzeigewert) zwecks dann synchronem Invert-Verhalten von Animation und Anzeige getauscht werden (oder, wenn auch das nicht geht, einfach noch ein extra-Invert-Parameter für den Anzeigewert spendiert werden?) Denn so ist es sicher nicht verwendbar. Die interne Werte-Anzeige müßte dann abgeklemmt und der Wert per anderem Widget daneben einblenden werden. Das wäre aber m.e. einfach doof, weil dann das schicke hq-Design, welches wirklich top = "HQ" ist und gut zu den anderen Elementen passt, zur Bastellösung mutieren würde.
Und noch einer ist aufgefallen, Stichwort "Griff-Sensor":
(evtl. hier leicht off topic, weil evtl. auch den hm-rpc-Adapter im CUx-Mode betreffend, aber gleicher Zusammenhang im Widget)
Ich habe an allen Fenstern Hoppe-SecuSignalgriffe, also enOcean, per CUx an die HM-CCU angebunden. Klappt auch seit 2007 sehr gut!
Prinzipiell sind das "FDK"s (Fenster-Drehgriff-Kontakte), ähnlich wie bei HM mit Integer-Values. Aber natürlich gibts da andere Werte für die jeweiligen Zustände. (was z.B. in der CUx-Admin-GUI anpassbar ist, um das "gleichzuschalten") …. Z.B. bei Widgets z.B. für Wertelisten-Selectboxen sehe ich, dass die Werteliste selbst dort auch anpassbar ist. Hier im HQ-Shutter-Windows-Widget scheinen die aber auch fix codiert zu sein. Ich hoffe aber, das notfalls per Script in den Objekt-Details hinzubekommen (raw (nur Experten) ).
Da bei den per Cux angebundenen Hoppe-Griffen aber bisher gar keine Zustandsdaten vorlagen, habe ich testweise mal an einem Objekt die Einstellung aus einem HM-FDK übernommen, natürlich mit ID-Anpassung usw.
Ob das klappt, konnte ich bisher aber noch nicht wirklich testen (per VPN noch vom Büro aus läßt sich der Fenstergriff nur schwer physisch bedienen.... Schön wäre es natürlich, auch ohne derart gravierende Objekt-Anpassungen die Wertezuordnung wie bei den anderen Wertelisten-Widgets auch hier im HQ-Widget direkt anpassen zu können.
und natürlich: Danke für die tollen Widgets!
(sollte keine Kritik, sondern nur Ansporn zur noch besseren Anwendbarkeit sein)
-
-
Vielen Dank für die Tipps.
Mit dem Resolution Widged habe ich ich ebenfalls keinen Erfolg gehabt. Dazu kommt dann noch der farbige generierte Rahmen am Rand…
Das einzige was bisher geklappt hat, ist die reale Auflösung vom Ipad Air.
Mit 2048x1496 passt das soweit und es lässt sich nichts scrollen.
Bleibt nur das Problem mit den kleinen Widgets und Schaltleisten... `
Also ich nutze bei mir an der Wand 2x IPAD 2 und habe dafür die Views gebastelt.
Über zu kleine Widgets oder scrollen kann ich mich auch nicht beklagen wenn ich die Views auf meinem IPad Air 2 öffne.
Das sieht z.B. So aus: