NEWS
Test lovelace 4.x
-
Denkst du, es ist möglich, dass echarts unter iobroker.pro unterstützt wird?
In vis funktioniert es.
Dort wird nur der relative Pfad vom Link zum Chart angegeben.In Lovelace mag er scheinbar keine Links ohne http(s)....
Hier mal mein sehr schöner Test wie was unter vis funktioniert über iobroker.pro
-
Ich verstehe gerade nicht so ganz, wo es hakt. Hab aber mit eCharts auch noch nie etwas gemacht.
Kannst du die relative URL bei einer Bild-Karte angeben?
-
Da macht es keinen Sinn.
Die Charts sind eine Website die man einbindet.
Da unterstützt die Websitecard wohl keinen relativen Pfad.Man kann zwar Bilder generieren, wäre jedoch ziemlich umständlich.
-
Hallo,
Ich wollte nur nachfragen ob mir jemand erklären kann, wie ich meine Daikin Klimaanlage (über den daikin cloud adapter eingebunden) über lovelace steuern kann. Ich hab es zwar geschafft, dass ich durch manuellen erstellen einer Entity die Temperatur steuern kann, allerdings kann ich nicht zwischen den Modis wechseln.
Ich hab versucht das hier zu verstehen und um zusetzten, hat mir aber nicht geholfen.
https://github.com/ioBroker/ioBroker.lovelace/blob/master/docs/de/supported_entities.md#klimaDie Objekte im Adapter sehen so aus:
Vielen Dank
-
@david-g
Ah, es ist also mehr als nen Bild. Ok. Hm.Und wenn du den ganzen Pfad mit https und Port einfügst, wie bei vis in der Mitte geht es vermutlich auch nicht, richtig? kopfrkatz
Dann muss man vermutlich die iFrame Karten hacken. Mal mir mal ein issue, dann guck ich, dass ob ich das beim nächsten Frontend Update reinbasteln kann.
-
@kipferl
mit manuellem einstellen wird das auch nicht gehen. Die Klimaanlage muss als solche erkennbar sein. Also z.B. auch im Gerätetab als Klimaanlage auftauchen. Wenn das nicht geht, musst du entweder selber mit alias (und wenn ich deine States sehe auch skripten) was basteln oder du wendest dich an den Adapter-Entwickler, dass er type-detector unterstützen soll ( das Gerät müsste so ca. aussehen: https://github.com/ioBroker/ioBroker.type-detector/blob/master/DEVICES.md#air-conditioner-aircondition ) -
Vielen Dank für die rasche Antwort.
Also mit alias könnte ich mir die Struktur laut deinem link selber bauen. Hab ich das richtig verstanden? Dann probiere ich das mal. -
@kipferl
jain, bzw. das müsstest du dir angucken, wie die vorhandene Struktur ist. Wenn die Modes in verschiedenen states sind, wirst du vermutlich ein skript bauen müssen, was das in einem state zusammen fasst. Aber wenn es einen state gibt um die modes zu steuern, sollte es gehen, ja.Im Geräte-Tab vom Admin kannst du das mit UI zusammen klicken, soweit möglich (das stellt auch die Struktur aus dem Link nach).
-
ich hab das so mal gemacht, und mit alias ein Gerät angelegt, dieses wird auch als solches im Geräte Tab erkannt. Allerdings bin ich auf zwei Probleme gestoßen.
- Ich habe die Rolle level.mode.airconditioner nicht zur Wahl, also hab ich stattdessen level.mode.thermostat genommen.
- Es wird allerdings nach mehrmaligen "Entitäten neu laden" und adapter neu starten nicht erkannt. Ich nutze die letzte GitHub version vom lovelace adapter.
-
@kipferl
du kannst ja auch nicht die rolle einfach anders nennen. Thermostat ist ein anderes Gerät. Ich weiß ehrlich nicht so genau, wo der Admin seine Rollen hernimmt. Aber wenn du die Objekte angelegt hast, kannst du die mit dem stift editieren und dann im json die Rolle beliebig ändern. Da muss schon die Rolle level.mode.airconditioner rein.Wobei, dass es auch nicht als Thermostat auftaucht, deutet darauf hin, dass noch etwas nicht stimmt. Wie sieht denn dein SET Objekt aus? Das ist auch zwingend erforderlich (für beide).
Hast du mal den Geräte-Tab im Admin genutzt? Da kann man das eigentlich auch recht gut testen bzw. die Alias-Geräte auch zusammen klicken und da muss das Gerät auch auftauchen. Das nutzt die gleiche Bibliothek wie lovelace im Hintergrund.
-
habs zuerst versucht mit manuel anlegen als alias und jetzt direkt im Geräte Tab. Werden einfach nicht in Lovelace erkannt.
Und danke für den tipp das ich die Rolle auch direkt im JSON das eintragen kann.
edit: hab wärend der erstellung den debug mal mitlaufen lassen
lovelace.0 2023-06-20 12:03:36.175 debug All 4 changes done. lovelace.0 2023-06-20 12:03:36.175 debug No entity in change set for alias.0.ACOffice.MODE. Might create new entities. lovelace.0 2023-06-20 12:03:36.175 debug Processing undefined for alias.0.ACOffice.MODE lovelace.0 2023-06-20 12:03:36.175 debug No entity in change set for alias.0.ACOffice.SET. Might create new entities. lovelace.0 2023-06-20 12:03:36.174 debug Processing undefined for alias.0.ACOffice.SET
-
@kipferl
ok, so wird das vermutlich stimmen (außer im devices-adapter ist mal wieder ein Bug ). Taucht das Gerät, wenn du das so einstellst, in der Liste als Klimaanlage auf?Hat denn dein alias-Gerät auch Raum & Funktion?
Wenn beides mit "ja" beantwortet ist, "sollte" es eigentlich gehen (bzw. zumindest der entity erstellt werden).
-
Raum hatte es keinen, es scheint jetzt zu funktionieren, muss mich jetzt noch um die details bzgl. den modes usw kümmern.
Vielen Dank für den support und die ganze Arbeit.
-
So, hab das soweit hinbekommen, das es zumindest funktional ist, wenn auch nicht besonders elegant.
Für die, die das nachmachen wollen beim daikin cloud adapter:
Ich habe zuerst mal die states richtig gesetzt im Objekt von der Klimaanlage direkt, die waren warum auch immer bei mir nicht korrekt.
Dann hab ich mittels Geräte Adapter wie oben beschrieben ein Klimagerät angelegt und hier im alias objekt einen 5 state für "OFF" hinzugefügt.
Damit wird das richtig in Lovelace erkannt, da ein/ausschalten bei der Daikin kein Mode ist. Mit diesem Blockly funktioniert dann die Steuerung soweit richtig.
Die bei der daikin für die 3 Temperatur Modes je eine eigene Temperatur gespeichert wird, hab ich hier im unteren Teil das einfach an die "cool" Temperatur angeglichen, da ich die Klima primär in dem Modus verwende, sollte das auch nicht zu viel Konflikte mit der Daikin App haben. Ich weiß, nicht besonders elegant, aber momentan für mich ausreichend.
-
@kipferl
Ich würde nur die States hinzufügen, die du auch unterstützt. Und der lovelace-Adapter baut dir den extra on/off state auch in die Modes ein, wenn der im Gerät richtig drin ist (also als Power-State). -
alles klar, hab ich ausprobiert, der schickt mir aber nur "ausschalten" soll das so sein?
-
Was meinst du genau? Also so sieht bei mir das Gerät aus (im Geräte-Tab editiert, unten ist auch noch swing bzw. die Zustände für aktuelle Temperatur usw., an der Lüftergeschwindigkeit musste ich offensichtlich auch etwas fummeln, ich glaube, die kann ich in % einstellen und lovelace / ioBroker erwartet da feste states):
Der Mode-State sieht so aus:
{ "type": "state", "common": { "name": "Büro mode", "read": true, "write": true, "role": "level.mode.airconditioner", "states": { "0": "AUTO", "3": "COOL", "9": "FAN_ONLY", "14": "DRY" }, "type": "number", "alias": { "id": { "write": "openknx.0.Klima.Büro.Mode", "read": "openknx.0.Klima.Büro.Mode_Status" } }, } "native": {}, "_id": "alias.0.aircondition.Buero.mode", "from": "system.adapter.javascript.1", "user": "system.user.admin", "ts": 1660499900658, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }
so sieht das erstellte Entity mit den Attributen aus:
so sieht das in der UI aus (normale Thermostat-Karte, allerdings etwas schmaler, weil in einem horizontal stack):
Man sieht für die (lovelace bekannten) States einzelne Knöpfe im UI. Wenn ich auf einen klicke, wir der Power-State auf "true" gestellt und, falls notwendig, mode gesetzt. Und wenn ich auf den aus-Knopf drücke, wird der Power-State auf false gesetzt.
Was davon funktioniert bei dir genau nicht?
-
@garfonso
Das funktioniert bei mir auch genau so. Der Ein/Aus schalter, schaltet bei mir nur aus, also ist es eigentlich ein Aus Schalter. Wollte nur wissen ob das so gedacht ist. -
Hat schon mal jemand die Logbuch Karte genutzt?
Wo muss man das aus der Meldung eintragen?
-
Wenn ich das richtig verstehe, geht das im ioBroker nicht über die config. Der Adapter liefert eine feste Liste an Komponenten aus. Das liegt auch daran, dass die Komponenten immer auch support im Adapter brauchen (i.e. eigene Requests schicken, die der Adapter beantworten muss).
Beim logbook ist das schon einiges und die struktur unserer "history" ist halt deutlich anders. Keine Ahnung, ob man da alle Einträge nach Zeitraum abrufen kann (und ob der user da verzeichnet ist, weiß ich auch nicht... ).