UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[David G.]

@gyle

Ein Alias geht bestimmt.
Da ich da aber keine Ahnung von hab, würde ich mir vermutlich mit einem Blockly weiter helfen

Einbindung in Lovelace mache ich bei sowas immer über die Markdown Karte.
Kann man schön formatieren.

[Erstam]

@garfonso: Die JSONs sind unterwegs.

So flach sind meine Hierarchien eigentlich nicht, ich habe Raum (channel) - Geräteart (channel; nur, wenn mehrere Geräte einer Art im Raum sind) - Gerät (channel) - States, also in der Regel eine dreistufige Hierarchie.

Aber du hast natürlich Recht, bei Homematic ist dieses Up-and-Over (in den Parent und von dort in die anderen Channels) notwendig, bei mir in aller Regel nicht. Ich nutze mittlerweile konsequent für alle Geräte, die ich steuern will, LinkedDevices, daher greift der Type Detector nirgends auf die Ursprungsdevices zu.

[Erstam]

@garfonso: Ich habe noch einen anderen Glitch mit der Entities-Card bemerkt, der mit dem Update erst aufkam und bei mir immer wieder auftaucht: In der Entities-Card erscheinen in den einzelnen Zeilen auf einmal Line Breaks, so dass das Icon, der Name und die Bedienelemente jeweils in einer einzelnen Zeile steht.

Meistens hilft einfach ein Reload im Browser. Ich hatte das jetzt mit mehreren Browsern (Edge, Chrome, Firefox) auf unterschiedlichen Geräten (Rechner, Mobile). Manchmal hilft aber auch nur ein Restart der Lovelace-Instanz.

Im Log erscheint Folgendes. ich weiß aber nicht, ob das damit zusammenhängt:

2021-06-20 08:40:06.847 - info: lovelace.0 (9794) Log from UI http://lh2io:8091/cards/button-entity-row.js:15:15 Uncaught TypeError: css is not a function
2021-06-20 08:40:06.868 - info: lovelace.0 (9794) Log from UI http://lh2io:8091/lovelace/default_view?edit=1:0:0 Uncaught TypeError: Failed to resolve module specifier "card-tools/src/lit-element". Relative references must start with either "/", "./", or "../".

[Garfonso]

@erstam said in Test Adapter lovelace v1.2.x:

button-entity-row.js

ja, versuch mal davon (bzw. auch von allen anderen custom cards) ein update zu machen. Das kann bei Änderungen im Frontend durchaus passieren. Die button-entity-row hab ich hier auch in Betrieb, da gab es vor einigen Tagen ein Update (davor war das etwas schwierig, weil man in den Pullrequests gucken musste, wo die meisten Probleme gefixt waren).

[M1R0O]

Hi,
ich habe nach längerer Zeit mal wieder an Lovelace herumgebastelt und frage mich, ob man die Größe der Karten insoweit beeinflussen kann, dass alles einheitlich ist.
Mich stört, dass die mittlere Spalte länger ist und dass alle Karten unterschiedlich groß sind.

[Erstam]

@m1r0o Grundsätzlich nehmen bei Lovelace alle Karten den Platz ein, den sie benötigen. Die Positionierung erfolgt nach definierten Regeln:

• Each card is assigned a height based on their contents. One height unit corresponds to roughly 50 pixels, but this may vary.
• When a card is placed in the layout, it is put in the first column which has a total height of less than min_height units.
  Otherwise it is put it the shortest column. [Quote von der Layout-Card, die das Standard-Masonry-Layout imitieren kann]

Wenn du mehr Kontrolle über das Layout nehmen möchtest, schau dir mal die Layout-Card an. Ich benutze viel das Grid-Layout, mit dem du dann die maximale Kontrolle über die Positionierung hast.

Das Standard-Layout hat allerdings den Vorteil, dass es auf so ziemlich jedem Gerät nutzbar ist. Sobald du anfängst, das Layout zu fixieren, musst du unterschiedliche Auflösungen konfigurieren, damit du nicht mit horizontalen Scrollbalken darstehst.

[Erstam]

@garfonso Hab jetzt mal alle Custom Cards aktualisiert (und ausgemistet ;)). Bisher ist der Glitch nicht wieder aufgetreten.

[Erstam]

@garfonso said in Test Adapter lovelace v1.2.x:

Ja, das ist mir auch schon aufgefallen und ich hab ehrlich gesagt keine Idee, woran das liegt... nutzt du Admin 5 bzw. die react Oberfläche?

Den Teil hatte ich noch nicht beantwortet: Nein, ich nutze noch den Admin 4.2.1.

[nukleuz]

Hallo zusammen,

ich habe Probleme mit der Entität input_select.

Es wird in Lovelace alles richtig dargestellt, aber in Lovelace werden die ausgewählten Werte nicht in den Datenpunkten von ioBroker übernommen.

Ändere ich die Werte in den Datenpunkten wird es in Lovelace richtig dargestellt.

Hier mal ein paar Screenshots zu meinen Versuchen:

Was muss ich ändern, damit die Daten in die Datenpunkte übernommen werden?

Danke für eure Hilfe...

EDIT: Im Log erhalte ich diese Meldung: (Nur wie bekomme ich die states umkonvertiert? - wenn es daran liegt?)

lovelace.0	2021-06-24 15:01:16.649	warn	(14357) 0_userdata.0.Garten.NEO-Coolcam-Sirene.Dauer: states is of type string. Problems might occur. Please fix states to be of type object.
lovelace.0	2021-06-24 15:01:16.645	warn	(14357) 0_userdata.0.Garten.NEO-Coolcam-Sirene.Volume: states is of type string. Problems might occur. Please fix states to be of type object.
lovelace.0	2021-06-24 15:01:16.640	warn	(14357) 0_userdata.0.Garten.NEO-Coolcam-Sirene.Melodie: states is of type string. Problems might occur. Please fix states to be of type object.

[Garfonso]

@nukleuz said in Test Adapter lovelace v1.2.x:

Im Log erhalte ich diese Meldung: (Nur wie bekomme ich die states umkonvertiert? - wenn es daran liegt?)

Ja, daran wird es ziemlich sicher liegen. States soll so aussehen:

states: {"0": "Laut", "1": "Mittel", "2": "Leise" }

Das "alles in einem String" hält sich irgendwie hartnäckig, weil es dazu auch alte Beispiele zu geben scheint...
Wobei dein String eigentlich so aussieht, als ob er funktionieren sollte... hm... versuch es bitte mal mit dem geänderten States.

[nukleuz]

@garfonso

Super, genau das war es!

    "states": {
      "5": "5 Sekunden",
      "10": "10 Sekunden",
      "20": "20 Sekunden",
      "30": "30 Sekunden",
      "45": "45 Sekunden",
      "60": "60 Sekunden",
      "90": "90 Sekunden",
      "120": "120 Sekunden"
    },

Danke!

[Garfonso]

@nukleuz
ja, ich hab jetzt auch den Bug im Code gefunden -> mit dem String state ging das setzen nicht, wie du festgestellt hast

[nukleuz]

@garfonso

Super

[nukleuz]

@garfonso

Jetzt wo ich mal die Logs ein wenig im Blick hatte für Lovelace sind mir folgende Einträge aufgefallen:

lovelace.0	2021-06-24 18:14:46.771	warn	(14357) no min value for light object 'deconz.1.Lights.4.ct' defined -> using fallback min = '450'
lovelace.0	2021-06-24 18:14:46.763	warn	(14357) no min value for light object 'deconz.0.Lights.7.ct' defined -> using fallback min = '450'
lovelace.0	2021-06-24 18:14:46.760	warn	(14357) no min value for light object 'deconz.0.Lights.26.ct' defined -> using fallback min = '450'
lovelace.0	2021-06-24 18:14:46.758	warn	(14357) no min value for light object 'deconz.0.Lights.25.ct' defined -> using fallback min = '450'
lovelace.0	2021-06-24 18:14:46.755	warn	(14357) no min value for light object 'deconz.0.Lights.24.ct' defined -> using fallback min = '450'
lovelace.0	2021-06-24 18:14:46.720	warn	(14357) no max value for light object 'alias.0.Garten.IKEA_Tradfri_-_Kugellampe.DIMMER' defined -> using fallback max = 100
lovelace.0	2021-06-24 18:14:46.719	warn	(14357) no min value for light object 'alias.0.Garten.IKEA_Tradfri_-_Kugellampe.TEMPERATURE' defined -> using fallback min = '450'
lovelace.0	2021-06-24 18:14:46.719	warn	(14357) no max value for light object 'alias.0.Garten.IKEA_Tradfri_-_Kugellampe.TEMPERATURE' defined -> using fallback max = '153'
lovelace.0	2021-06-24 18:14:46.715	warn	(14357) no max value for light object 'alias.0.Büro_-_Jan.Tischlampe-Büro.DIMMER' defined -> using fallback max = 100
lovelace.0	2021-06-24 18:14:46.714	warn	(14357) no min value for light object 'alias.0.Büro_-_Jan.Tischlampe-Büro.TEMPERATURE' defined -> using fallback min = '450'
lovelace.0	2021-06-24 18:14:46.709	warn	(14357) no max value for light object 'alias.0.Büro_-_Jan.Tischlampe-Büro.TEMPERATURE' defined -> using fallback max = '153'

Hast du hier eine Idee zu?

[Garfonso]

@nukleuz
ja, die Objekte haben kein min/max. Bei den color_temperature (ct) Sachen wäre das schon hilfreich.

Die Warnungen sind aber in der git version schon rausgenommen.

[lessthanmore]

Hallo,

ich versuche momentan die custom weather card von accuwather ans Laufen zu bekommen, aber bekomme ständig folgende Meldung:
"Custom element not found: weather-card".

accuweather-card.js ist vorhanden unter eigene Karten.
Ich wähle bei der Karte "Manuell" aus und gebe folgenden Code im Editor ein:
type: custom:weather-card
entity: weather.Weather_Summary
name: Saarbrücken
windunit: km/h
pressureunit: mmHg
tempunit: C
waterunit: mm
convertspeedtoms: km/h
convertpressuretomm: false
convertemptof: false

Hat jemand evtl. ein ähnliches Problem gehabt und kennt die Lösung?

Lieben Dank vorab.

[nukleuz]

@garfonso

OK, dann weiss ich Bescheid.

Wie ist die URL von GitHub für die Dev-Version?

Danke vorab.

[nukleuz]

@lessthanmore sagte in Test Adapter lovelace v1.2.x:

type: custom:weather-card

Muss das nicht:

type: 'custom:weather-card'

heissen?

[Erstam]

@lessthanmore said in Test Adapter lovelace v1.2.x:

ich versuche momentan die custom weather card von accuwather ans Laufen zu bekommen, aber bekomme ständig folgende Meldung:

"Custom element not found: weather-card".

Versuch mal, ob du die Karte eher wie unten eingebunden bekommst (und ja, ich habe gesehen, dass die Doku deiner Karte die Einbindung mit custom:weather-card behauptet).

type: custom:accuweather-card

Ansonsten empfehle ich dir eher die folgende Karte, die auch noch aktiv supported wird: https://github.com/bramkragten/weather-card. Die Accuweather-Card, die du ausgegraben hast, scheint eher verwaist zu sein.

[lessthanmore]

@erstam said in Test Adapter lovelace v1.2.x:

@lessthanmore said in Test Adapter lovelace v1.2.x:

ich versuche momentan die custom weather card von accuwather ans Laufen zu bekommen, aber bekomme ständig folgende Meldung:

"Custom element not found: weather-card".

Versuch mal, ob du die Karte eher wie unten eingebunden bekommst (und ja, ich habe gesehen, dass die Doku deiner Karte die Einbindung mit custom:weather-card behauptet).

type: custom:accuweather-card

Ansonsten empfehle ich dir eher die folgende Karte, die auch noch aktiv supported wird: https://github.com/bramkragten/weather-card. Die Accuweather-Card, die du ausgegraben hast, scheint eher verwaist zu sein.

Leider die gleiche Meldung bei der von dir verlinkten weather-card:
Custom element doesn't exist: weather-card.

Generell kommt der Fehler bei jeder Custom card. Die Karten liegen unter eigene Karten.
Hab ich da einen Denkfehler? Ich kopiere die .js Datei in eigene Karten (iobroker file write ... (/lovelace.0/cards/) und starte den Adapter neu.

Ist es egal, ob ich den accuweather oder daswetter Adapter nutze?