Test Adapter lovelace v1.2.x
-
@garfonso sagte in Test Adapter lovelace v1.2.x:
Vielen Dank erstmal für die ausführliche Antwort!Werden die Werte denn in ioBroker aktualisiert? Bin gerade etwas verwirrt.. wie bekommst du die Hue App (das ist die offizielle, oder?) und gleichzeitig den zigbee Adapter ans laufen? Oder meinst du den hue (oder so) adapter mit der hue Bridge? Da dauert das Update ggf. etwas (weil die Bridge gepollt werden muss und nicht zu viele Anfragen pro Minute mag)
Die Datenpunkte werden tatsächlich in ioBroker nicht aktualisiert -.- könnte das am Zigbee Adapter liegen? Wenn ich über die Lovelace Oberfläche etwas ändere, ändert sich auch sofort der Datenpunkt in ioBroker. Über die Hue App tut sich bei den Datenpunkten nichts. Bei Steuerung per Sprachbefehl über Alexa funktioniert auch alles und der Datenpunkt wird sofort aktualisiert. Die Hue Lampen sind über den iot Adapter in Alexa integriert.
Ich nutze die Hue Bluetooth App, da ich keine Bridge besitze. Also über die App können die Lampen nur über Bluetooth gesteuert werden. Könnte es daran liegen, dass die Hue Lampen die aktuellen Werte nicht senden wenn diese nur über die Bluetooth App gesteuert werden? Ich habe die Hue Lampen nur über den Zigbee Adapter direkt in ioBroker eingebunden.
@garfonso sagte in Test Adapter lovelace v1.2.x:
Hm.. ja.. blöd... da hat der type-detector beim shelly direkt "longpush2" als state erkannt, in dem der shelly reportet, ob er an ist oder nicht (was nicht passiert.. aber lovelace guckt halt da nach dem status)... kannst du mal gucken, welche Rolle bei dem vergeben ist? Workaround wäre die Rolle mal zu ändern (z.B. auf state oder so), dann sollte das nicht mehr passieren. Vielleicht mit dem export mal ein issue beim type-detector anlegen ( https://github.com/ioBroker/ioBroker.type-detector/issues ). Oder bei Shelly... aber das Problem, dass irgendwelche "knöpfe" Fehlinterpretiert werden, gibt es leider öfter.. weiß nicht, ob sich das verhindern lässt...
Geht denn der entity mit dem Alias richtig? Der sieht eigentlich gut aus.Ja der entity mit dem Alias geht soweit. Das werde ich dann auch so lassen wenn das sowieso der Sinnvollere Weg ist. Das einzige was mich da stört ist, dass das Symbol der Light card an die Helligkeit gekoppelt ist. Das heißt bei 100% Helligkeit ist das Symbol weiß. Wenn ich die Lampe ausschalte ist das Symbol auch weiß. Dadurch lässt sich nicht erkennen ob die Lampe an oder aus ist. Hier wäre es definitiv sinnvoll wenn es eine Lösung gäbe.
-
@Garfonso
@poilio92 said in Test Adapter lovelace v1.2.x:Geht denn der entity mit dem Alias richtig? Der sieht eigentlich gut aus.
Ja der entity mit dem Alias geht soweit. Das werde ich dann auch so lassen wenn das sowieso der Sinnvollere Weg ist. Das einzige was mich da stört ist, dass das Symbol der Light card an die Helligkeit gekoppelt ist. Das heißt bei 100% Helligkeit ist das Symbol weiß. Wenn ich die Lampe ausschalte ist das Symbol auch weiß. Dadurch lässt sich nicht erkennen ob die Lampe an oder aus ist. Hier wäre es definitiv sinnvoll wenn es eine Lösung gäbe.
Zu dem Thema Shelly habe ich auch mal eine Frage. Bei mir wird bei keinen einzigen Shelly automatisch eine Entität angelegt. muss ich immer von Hand machen über das Zahnrad.
Bei einen Dimmer habe ich ja 2 wichtige Datenpunkte 1x den Switch und 1x Brightness.
Füge ich den Switch der Lichtkarte hinzu kann ich das Licht ein- und ausschalten aber nicht die Helligkeit einstellen, bei mir ist aber das Icon bei an weiß und bei aus schwarz. (wird ja über das Themen festgelegt mit paper-item-icon-color und paper-item-icon-active-color)Füge ich Brightness der Karte hinzu kann ich dimmen aber nicht schalten.
(Hier ändert sich die Farbe des Icons aber bei mir auch, je heller die Lampe um so weißer das Icon)
Könnte ja sein, dass am Themen bei @Poilio92 etwas nicht stimmt.An was könnte es liegen dass kein Shelly automatisch erkannt wird? Das mit dem Dimmer scheint ja ein allgemeines Problem zu sein da es bei @Poilio92 auch nicht geht?
-
@poilio92 said in Test Adapter lovelace v1.2.x:
Ich nutze die Hue Bluetooth App, da ich keine Bridge besitze. Also über die App können die Lampen nur über Bluetooth gesteuert werden. Könnte es daran liegen, dass die Hue Lampen die aktuellen Werte nicht senden wenn diese nur über die Bluetooth App gesteuert werden?
Ja, daran liegt es dann. Wenn ioBroker die Änderung nicht mitbekommt, kann lovelace die auch nicht anzeigen.
Ich sehe zwei Lösungen:- die Hue App nicht mehr nutzen und am Handy mit lovelace steuern
- ein skript schreiben, was den status der Lampen regelmäßig über zigbee abfragt.
@xbit said in Test Adapter lovelace v1.2.x:
Zu dem Thema Shelly habe ich auch mal eine Frage. Bei mir wird bei keinen einzigen Shelly automatisch eine Entität angelegt. muss ich immer von Hand machen über das Zahnrad.
Automatische entities gibt es nur, wenn Raum & Funktion vergeben sind. Scheitert es ggf. daran? Falls nicht, dann stimmen die Rollen, Typen und read/write bei den Shelly Geräten nicht -> da gerne mal einen Objekt-Export mir zukommen lassen und ggf. erstellen wir dann ein issue oder so (aber vielleicht auch mal objekte löschen und Neuanlegen lassen vom shelly adapter).
@xbit said in Test Adapter lovelace v1.2.x:
Füge ich Brightness der Karte hinzu kann ich dimmen aber nicht schalten.
Das verstehe ich nicht ganz. Was geht dann nicht? Eigentlich (tm) sollte auch ein manuelles light entity auf einem "dimmer" unterstützt werden. Ein level von 0 (bzw. min) wird dann als "aus" interpretiert und an lovelace gemeldet, bzw. wenn lovelace sagt "ausschalten" wird der dimmer auf 0 gesetzt und umgekehrt beim Anschalten auf max bzw. alles ungleich 0 sollte als "an" an lovelace gemeldet werden.
Das "sollte" nur dann schiefgehen, wenn das Gerät sich tatsächlich so nicht über den dimmer steuern lässt. Oder geht da noch was anderes nicht?@xbit said in Test Adapter lovelace v1.2.x:
An was könnte es liegen dass kein Shelly automatisch erkannt wird? Das mit dem Dimmer scheint ja ein allgemeines Problem zu sein da es bei @Poilio92 auch nicht geht?
Bei @Poilio92 wurde der Dimmer grundsätzlich erkannt, nur für das Lesen des an/aus Zustand ein falsches Objekt (zusätzlich) genommen... (das erkennt man in dem Bild, was er gepostet hat. Da ist d er state "shelly.0.xz.Switch in der mittleren spalte für "an/aus" setzen und da es noch einen zweiten gibt, den shelly.0.xy.longpush2, sieht man, dass er da versucht zu lesen, ob die Lampe nun an oder aus ist. Rechts bei den Attributen sieht man, dass shelly.0.xy.brightness korrekt dem brigthness Attribut zugeordnet wurde).
Ohne zu sehen, wie das Objekt
longpush2genau aussieht, kann ich dazu nur sagen, dass da ein Problem entweder bei shelly oder beim type-detector liegt (grundsätzlich unterstützt der type-detector, dass an/aus und auch dimmen über verschiedene Objekte gesteuert und zurückgemeldet werden. AFAIK kommt das hauptsächlich von HomeMatic.).
Ich kann mir das gerne näher angucken, bräuchte dann aber Exporte von den Objekten, die shelly anlegt. Und am besten sichergestellt, dass die Objekte so auch von der aktuellen Version erzeugt werden (also mal löschen und den adapter neustarten -> dann sollte er die neu anlegen, Vorsicht: zerschießt history und lovelace Einstellungen usw.). Die meisten Adapter überschreiben vorhandene Objekte nicht (damit Änderungen der User erhalten bleiben). - die Hue App nicht mehr nutzen und am Handy mit lovelace steuern
-
Danke hatte wirklich kein Raum zugeordnet.. sorry
Ergebnis ist wie bei @Poilio92 diese Entitäten werden angelegt
Die daten von longpush2
und hier der richtige Switch Datenpunkt.
-
@xbit
Interessant.
Das sieht merkwürdig aus..Könntest du statt den einzelnen Objekten den ganzen "Ordner" von einem Gerät extrahieren, damit ich auch gucken kann, dass da nichts kaputtgeht? (in admin -> Objekte gibt es einen Exportknopf der einen ganzen Ordner als json exportiert, ggf. nur mit Expertenansicht)
-
@xbit sagte in Test Adapter lovelace v1.2.x:
Zu dem Thema Shelly habe ich auch mal eine Frage. Bei mir wird bei keinen einzigen Shelly automatisch eine Entität angelegt. muss ich immer von Hand machen über das Zahnrad.
Bei einen Dimmer habe ich ja 2 wichtige Datenpunkte 1x den Switch und 1x Brightness.
Füge ich den Switch der Lichtkarte hinzu kann ich das Licht ein- und ausschalten aber nicht die Helligkeit einstellen, bei mir ist aber das Icon bei an weiß und bei aus schwarz. (wird ja über das Themen festgelegt mit paper-item-icon-color und paper-item-icon-active-color)
Füge ich Brightness der Karte hinzu kann ich dimmen aber nicht schalten.
(Hier ändert sich die Farbe des Icons aber bei mir auch, je heller die Lampe um so weißer das Icon)
Könnte ja sein, dass am Themen bei @Poilio92 etwas nicht stimmt.
An was könnte es liegen dass kein Shelly automatisch erkannt wird? Das mit dem Dimmer scheint ja ein allgemeines Problem zu sein da es bei @Poilio92 auch nicht geht?Perfekt! Danke für den Hinweis. Es lag tatsächlich an meinem Theme. Ich habe dann im Theme den Punkt paper-item-icon-active-color in rgba(255, 214, 10, 1) geändert und nun wird das Lampensymbol gelb wenn die Lampe eingeschaltet ist und wird auch dunkler wenn die Lampe gedimmt wird. Weiß ist dann Lampe aus
-
-
kannst du mal eine Instanz stoppen und schauen ob sie in deiner Übersicht rot wird?
wollte noch was einbauen und nehme immer den Ping Adapter zum Testen, wenn ich ihn stoppe wird der Balken nicht rot...ich habe
in
geändert, nun geht der Statusbalken auf rot/grün
-
Bei mir klappt es.
Sieht allerdings so aus:
Hatte es erst auch nur mit "i" was nicht geklappt hat (ka warum), beim probieren bin ich dann auch bei "Wert von...." gelandet.
Hatte dann aber sehr viele Fehler im Log.
Du jetzt vermutlich auch.
Dazu hatte ich hier ein Topic aufgemacht wo mir @paul53 dann mit dem js Baustein weitergeholfen hat.https://forum.iobroker.net/topic/54500/gel%C3%B6st-blockly-skript-erzeugt-viele-fehler-im-log
-
war bei mir irgendwie weg warum auch immer...
Danke für den link das brauche ich gerade auch, aber heute nicht mehr
-
Hallo zusammen,
bin ein rechter Anfänger mit dem iobroker und habe eine KNX Installation. Ich möchte gerne den KNX Adapter (aktuell noch nicht der openknx sondern der von Chefkoch) in Verbindung mit Lovelace nutzen.
Ich habe mir den Lovelace guide durchgelesen, im Forum recherchiert und Chefkoch hier kontaktiert, komme aber nicht so recht weiter - vielleicht könnt ihr mir hier helfen.
-
Sollte durch den KNX-Adapter in Verbindung mit dem devices Adapter eine automatische Zuordnung von Gruppenadressen zu Räumen und Funktionen erfolgen?
-
Sollten damit auch automatisch Geräte/Entitäten mit allen Funktionen (bspw. Schalten, Dimmen oder bei der Jalousie: Auf/Ab, Stopp, Lamellenposition, etc.) erzeugt werden oder ist das manuell zu machen?
-
Die Geräte möchte ich ja in Lovelace nutzen. Falls 1) nicht funktioniert, könnte man hier in iobroker auch die Lovelace yaml direkt bearbeiten, um die Geräte copy & paste aus der GA Struktur / knx.0/objects zusammenzustellen? Manuell unter devices anzulegen da klicke ich bis Weihnachten
Ich kann manuell eine Zuordnung von Objekten zu Funktionen und Räumen machen. Da ein KNX Objekt aber nur einen State, Value oder dergleichen darstellt hilft das nix. Ich kann im Devices manuell Geräte erzeugen und die entsprechenden KNX Objekte wählen, das funktioniert. Diese händische Arbeit wäre allerdings kaum machbar und bei Änderungen völlig Wirrwarr.
Über Tipps wäre ich dankbar.
VG
-
-
Wenn der KNX-Adapter die Datenpunkte ordentlich anlegt, sollten 1 und 2 kein Problem sein. Man muss eben noch die entsprechende Funktion und Raum (und Rolle?) vergeben.
Zu 3.
Falls es "simple" Geräte mit nur einer Funktion sind, kann man diese auch ganz leicht manuell ohne die Automatische Erkennung über die Eigenschaften des Datenpunktes hinzufügen.
Falls es Geräte mit "mehreren Funktionen" (zB Dimmen, Farbtemperatur und ein/aus) sind und Lovelace es nicht erkennt, kann man es sich mit einem Alias "zusammenbasteln".Man müsste mal die Ordnerstucktur von KNX-Adapter sehen. Wobei ich auch nicht für viele Typen weiß, wie wie diese genau aussehen müssen.
Ich persönlich erstelle mir eh für JEDES Gerät ein Alias.
So ist es wesentlich leichter, falls mal ein Gerät getauscht wird. Dann muss man nicht alle Skripte etc anpassen.
Würde ich dir auch empfehlen. Dann bekommst du idr alles eingebunden.
Der Devices-Adapter macht das recht simpel. Der AliasManager geht auch, nur muss man da was mehr manuell machen.@socke85 sagte in Test Adapter lovelace v1.2.x:
Ich kann manuell eine Zuordnung von Objekten zu Funktionen und Räumen machen. Da ein KNX Objekt aber nur einen State, Value oder dergleichen darstellt hilft das nix. Ich kann im Devices manuell Geräte erzeugen und die entsprechenden KNX Objekte wählen, das funktioniert. Diese händische Arbeit wäre allerdings kaum machbar und bei Änderungen völlig Wirrwarr.
Wenn dem wirklich so ist, wird man denke kaum dran vorbei kommen.
P.S.:
Der User @KNXbroker hat hier schon ein paar mal geschrieben. Vom Username her, kann er bestimmt was sagen. -
@david-g Hi zusammen, kann leider nicht (mehr) helfen, bin komplett auf Home Assistant umgestiegen...
-
Da haben wir einen Jünger verloren ^^.
Für mich war die Visualisierung von HA damals auch fast ein Grund bei der Entscheidung für meine Smarthomesoftware.
Blockly war aber zu verführerisch ^^.
Dank @Garfonso hab ich jetzt beides
-
@david-g said in Test Adapter lovelace v1.2.x:
Wenn der KNX-Adapter die Datenpunkte ordentlich anlegt, sollten 1 und 2 kein Problem sein. Man muss eben noch die entsprechende Funktion und Raum (und Rolle?) vergeben.
Da widersprechen sich etwas meine Frage und deine Antwort. Die Frage war ob die Zuordnung von Raum und Funktion automatisch erfolgen sollte oder ich das prinzipiell immer manuell machen muss? Also muss man es unter Aufzählungen immer manuell zuordnen oder sollte es über den knx Adapter von Chefkoch automatisch klappen?
Das sieht mir alles so aus, als müsste ich alle Geräte im Devices Adapter manuell mit den entsprechenden Funktionen anlegen. Damit werden dann Aliases erzeugt und die Geräte können in Lovelace genutzt werden. Richtig @Garfonso
Ist das korrekt und falls ja lässt sich das auch direkt in code editieren ohne KlickiKlicki - da wird man ja nicht fertig ..
-
@socke85 said in Test Adapter lovelace v1.2.x:
bin ein rechter Anfänger mit dem iobroker und habe eine KNX Installation. Ich möchte gerne den KNX Adapter (aktuell noch nicht der openknx sondern der von Chefkoch) in Verbindung mit Lovelace nutzen.
Hi,
KNX nutze ich auch. Wenn du auf openknx umsteigst, sag mir mal, wie das gelaufen ist, denke selber darüber nach, hab aber gerade eigentlich keinen Kopf dafür, das ganze Smathome potenziell ins Chaos zu stürzen hust.Ich habe mir den Lovelace guide durchgelesen, im Forum recherchiert und Chefkoch hier kontaktiert, komme aber nicht so recht weiter - vielleicht könnt ihr mir hier helfen.
- Sollte durch den KNX-Adapter in Verbindung mit dem devices Adapter eine automatische Zuordnung von Gruppenadressen zu Räumen und Funktionen erfolgen?
Ich verstehe nicht 100%, was du bereits getan hast oder vorhast. Aber wenn dein KNX Projekt nicht zufällig sehr passend aufgebaut ist, wirst du mit dem devices Adapter jeweils Geräte definieren müssen und denen dann von Hand die iobroker-Objekte zu den Gruppenadressen zuweisen. Den Geräten musst du dann jeweils auch selber Raum & Funktion zuweisen (das fragt der Devices Adapter bzw. der Geräte-Tab im Admin aber direkt mit ab beim erstellen). Damit erstellst du dann im Ordner
alias.0Geräte mit "Alias" Objekten, die dann für ioBroker "richtig" aufgebaut sind.Die Information, welche Gruppenadressen wie mit welchen Geräten korrespondieren, hast leider nur du im ioBroker... man könnte vielleicht einen KNX Adapter bauen. Kenn mich mit KNX nicht aus, ob das überhaupt möglich ist und den haben wir halt auch nicht. schulterzuck
- Sollten damit auch automatisch Geräte/Entitäten mit allen Funktionen (bspw. Schalten, Dimmen oder bei der Jalousie: Auf/Ab, Stopp, Lamellenposition, etc.) erzeugt werden oder ist das manuell zu machen?
Wenn die Geräte im ioBroker so wie in meiner Antwort oben beschrieben angelegt wurden, sollte das alles automatisch funktionieren. Du hast dann für ein Licht ein Entity
light.GeräteNamedas schalten, dimmen, Farbe, usw. steuern kann und der lovelace adapter kümmert sich darum, dass die richtigen ioBroker Objekte gesteuert werden (in dem Fall dann in alias.0. und das wird dann an KNX weitergeleitet).Geht hier problemlos alles und die aliase sind eine tolle Sache.
Sonst wäre das mit KNX nur mit Skripten möglich.- Die Geräte möchte ich ja in Lovelace nutzen. Falls 1) nicht funktioniert, könnte man hier in iobroker auch die Lovelace yaml direkt bearbeiten, um die Geräte copy & paste aus der GA Struktur / knx.0/objects zusammenzustellen? Manuell unter devices anzulegen da klicke ich bis Weihnachten
Nein. Das lovelace yaml gibt es nur virtuell und darin steht auch nur die Konfiguration der UI und nicht die der entities. Du kannst die alias-Objekte auch mit skripten anlegen, falls dir das lieber ist. Dazu gibt es im Forum auch einen Thread. (ich habe hier im Grunde eine JSON Struktur, aus denen ich mit einem (leider recht unübersichtlich gewordenen) Skript alias-Geräte baue / aktualisiere).
Aber du wirst nicht drumherum kommen, jedes Objekt in knx.0 mindestens einmal von Hand anzufassen. Denn, wie oben schon geschrieben. nur du weißt, welches Objekt zu welchem Gerät gehört und was das für ein Gerät ist.. die Arbeit wirst du an vielen Stellen in ioBroker benötigen (z.B. auch für iot = Alexa Steuerung usw.).
Ich würde bei Verwendung von KNX im ioBroker ganz stark empfehlen dir unter alias.0. eine Struktur zu überlegen (z.B. "Gewerke") und da dann die alias-Geräte anzulegen, sonst wird das keinen Spaß machen, egal welche Visualisierung. Ist zumindest meine Erfahrung. Du kannst die IDs auch beim devices adapter mit copy & paste einfügen.
Ich kann manuell eine Zuordnung von Objekten zu Funktionen und Räumen machen. Da ein KNX Objekt aber nur einen State, Value oder dergleichen darstellt hilft das nix. Ich kann im Devices manuell Geräte erzeugen und die entsprechenden KNX Objekte wählen, das funktioniert. Diese händische Arbeit wäre allerdings kaum machbar und bei Änderungen völlig Wirrwarr.
Warum sollte sich da jemals was dran ändern? Also die Alias-Geräte sollten doch fix bleiben, also z.B. eine Lampe wirst du im Esszimmer doch immer haben, oder nicht? Falls Hardware ausgetauscht wird oder du im KNX Projekt die GAs änderst, müssen dann nur einmal die ids umgebogen werden. Da bleiben alle weiteren Einstellungen (z.B. auch History usw) erhalten. Das ist extrem praktisch. Und mit dem Support für getrennte read/write ids in den aliasen müsste einem eigentlich auch die leidige Zuordnung von ActGA und StatusGA, die ständig schiefgeht, egal sein können (hab ich aber noch nicht ausprobiert, bzw. da laufen zum Teil noch sehr alte Skripte, die das für mich machen).
Über Tipps wäre ich dankbar.
Mein Fazit: Du wirst eh jede GA bzw. das ioBroker Objekt dafür einmal anfassen müssen. Mach das direkt in einer sauberen Struktur in alias.0., die mit den ioBroker Geräten zusammen passt, dann wird sehr vieles einfach gehen und manches auch vom Himmel fallen (z.B. iot und auch material UI sollte dann schon recht gut gehen).
Wenn du das nicht ins UI tippen magst, guck dir die Skriptlösungen an und bastel dir daraus was. -
@All
Fänd es cool, wenn sich noch ein paar Leute überzeugen lassen würden, ihre Visualisierung in dem Link meiner Signatur zu präsentieren.
https://forum.iobroker.net/topic/35950/zeigt-her-eure-lovelace-visualisierung
Mir ist aufgefallen, dass wenn im Forum nach Vorschlägen für eine Visualisierung fast nie Lovelace erwähnt wird. Beispiele gibt's auch kaum.
Evtl. kann man so den Einstieg für manche User was leichter machen und zeigen was doch alles (einfach) geht. -
@garfonso said in Test Adapter lovelace v1.2.x:
Ich verstehe nicht 100%, was du bereits getan hast oder vorhast. Aber wenn dein KNX Projekt nicht zufällig sehr passend aufgebaut ist, wirst du mit dem devices Adapter jeweils Geräte definieren müssen und denen dann von Hand die iobroker-Objekte zu den Gruppenadressen zuweisen. Den Geräten musst du dann jeweils auch selber Raum & Funktion zuweisen (das fragt der Devices Adapter bzw. der Geräte-Tab im Admin aber direkt mit ab beim erstellen). Damit erstellst du dann im Ordner alias.0 Geräte mit "Alias" Objekten, die dann für ioBroker "richtig" aufgebaut sind.
Die Information, welche Gruppenadressen wie mit welchen Geräten korrespondieren, hast leider nur du im ioBroker... man könnte vielleicht einen KNX Adapter bauen. Kenn mich mit KNX nicht aus, ob das überhaupt möglich ist und den haben wir halt auch nicht. schulterzuckDas hilft mir sehr weiter!
Bisher habe ich:- KNX Adapter installiert, konfiguriert und damit automatische unter knx.0 meine GA-Struktur mit Objekten (kann auch schon etwas schalten in dem ich manuell den Zustand der Objekte ändere)
- Festgestellt, dass unter "Geräte/Native Geräte/KNX-0, nur devices erzeugt werden wenn ich manuel Funktion und Raum für Objekte in knx.0 eintrage (Alternativ über "Aufzählungen /Enum")
- Festgestellt das "komplexere" Geräte als Schalter (bspw. Dimmer, tunable white, Rollos) so nicht abbildbar sind, sondern dafür manuell Geräte / Alias erzeugt werden muss --> deshalb meine ganzen Fragen, dachte der KNX Adapter leistet hier mehr. Dafür müsste er die Zuordnungen aus den Sensoren und Aktoren interpretieren, was bei dem Katalog an Geräten auch eine Herkulesaufgabe wäre.. und damit wohl keinen Sinn macht.
@garfonso Kannst du mir ein paar Screenshots deiner Devices mit den KNX GAs einstellen? Und hast du mir einen Link oder Infos bzgl. Scripting?
Vielen Dank für den Klasse Support von euch!
Edit: Wenn ich manuell ein Gerät Jalousie anlege und sämtliche GAs zuordne funktioniert das schon ganz gut: Rauf, Runter Position funktionieren. Allerdings funktioniert die Lamellensteuerung nicht. Hast du einen Tipp?
Unter Alias passt es:
Unter devices verliert er die Verknüfpung, Jalousie passt als Funktion:
Hoch/Runter sind vertauscht und die Absolute Position geht aktuell nur in einem separaten Widget (Input Number?)
Wenn ich die Light card Nutze wird mir der Dimmer-Regler nicht angezeigt, hierfür muss ich im code des widget von Type: Button auf Type: Light manuell umstellen, dann funktioniert es. Ich habe die Funktion richtig hinzugefügt denke ich
-
@socke85 said in Test Adapter lovelace v1.2.x:
@garfonso Kannst du mir ein paar Screenshots deiner Devices mit den KNX GAs einstellen? Und hast du mir einen Link oder Infos bzgl. Scripting?
Das hier wäre ein Anfang:
https://forum.iobroker.net/topic/27295/vorlage-alias-per-skript-erzeugenMein Skript ist viel komplizierter (liest Definitionen aus JSONs aus usw... aber leider auch in ziemlich schlechtem Zustand, macht vermutlich nicht viel sinn das zu veröffentlichen. Ich muss im Moment selber immer suchen, wenn ich irgendwas ändern will.
Irgendwer (tm) sollte das mal aufräumen. seufz ).@socke85 said in Test Adapter lovelace v1.2.x:
Allerdings funktioniert die Lamellensteuerung nicht.
Lamellenstellung ist bisher, AFAIK, ungetestet. (selber habe ich kein passendes Gerät). Insofern könnte es durchaus sein, dass da im Adapter nochwas kaputt ist.
@socke85 said in Test Adapter lovelace v1.2.x:
Jalousie passt als Funktion:
Die Funktion passt, aber verdächtig ist, dass es nur 4 States sind -> da scheint im type-detector / devices auch noch was kaputt zu sein, dass die erzeugten States nicht alle wieder dem Gerät zugeordnet werden. seufz
Wie man in deinem Bild auch sieht, sind die TILT_* Zustände alle leer...@socke85 said in Test Adapter lovelace v1.2.x:
Hoch/Runter sind vertauscht
Das ist vermutlich kein Bug, sondern du stolperst über diese dämliche Philosophie-Frage wo jetzt 100% ist.. versuch mal, in den Instanzeinstellungen den Haken "Rolladen 100% bedeutet, dass zu ist" zu setzen und guck, ob es damit besser passt. Zum Hintergrund: in HomeAssistant / Lovelace gilt bei Rolladen grundsätzlich 100% = "offen" (i.e. ich kann durchgucken). Bei ioBroker hat das Core-Team das ebenfalls so entschieden... ich finde das persönlich ziemlich unintuitiv.. naja... aber dafür gibt es den Haken
@socke85 said in Test Adapter lovelace v1.2.x:
Absolute Position geht aktuell nur in einem separaten Widget (Input Number?)
Hm. Das sollte nicht so sein. Der input_number entity ist nur für Kompatibilität (bzw. der hat das 100%=zu Problem auch nicht). Auch der cover-entity sollte absolute Position haben -> in der entity-liste kommen aber nur die Knöpfe, tipp mal auf den Namen, im more_info sollte da auch der slider auftauchen (falls dir das so nicht gefällt -> slider_entity_row als custom Karte angucken
).@socke85 said in Test Adapter lovelace v1.2.x:
Wenn ich die Light card Nutze wird mir der Dimmer-Regler nicht angezeigt, hierfür muss ich im code des widget von Type: Button auf Type: Light manuell umstellen, dann funktioniert es. Ich habe die Funktion richtig hinzugefügt denke ich
Darüber musste ich erst nachdenken...
Im code wird mit "type" die Karte festgelegt. Insofern, wenn da "type: button" stand, dann hast du nicht die light card hinzugefügt, sondern die button-card (die gemeinerweise auch fast immer mit einem light-entity vorbelegt ist, ist mir daher eben auch erstmal passiert). -
@garfonso said in Test Adapter lovelace v1.2.x:
Die Funktion passt, aber verdächtig ist, dass es nur 4 States sind -> da scheint im type-detector / devices auch noch was kaputt zu sein, dass die erzeugten States nicht alle wieder dem Gerät zugeordnet werden. seufz
Wie man in deinem Bild auch sieht, sind die TILT_* Zustände alle leer...Ja, lässt sich hier auch nachstellen...
Fix ist auf dem Weg: https://github.com/ioBroker/ioBroker.type-detector/pull/25 ... könnte etwas dauern.@socke85 änder mal bei TILT_SET die Rolle auf
level.tiltund bei TILT_ACTUAL die Rolle aufvalue.tilt. Dann sollte bei dem entity auch ein attribute bezüglich tilt, was auf die objekt-ID zeigt auftauchen.
