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

[_R_A_L_F_]

@garfonso said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:

Mach mal dazu ein issue auf und häng da das log an, bitte.

Issue ist angelegt. Bekomme es aktuell jedoch nicht hin den Fehler so zu reproduzieren, dass dieser den Adapter zum Absturz bringt.

[DerT]

Hi, ist die Version 1.3 noch aktuell?
Habe in Thread zwar nichts neueres gefunden, wollte aber auf Nummer sicher gehen und nachfragen.

[Garfonso]

@dert
soweit ich weiß gibt es keine neuere Version vom Leitfaden.

Ich wollte eigentlich mal die Doku komplett neu machen und auch vom Leitfaden Zeug übernehmen und das im Repository aktuell halten... aber das ist irgendwie mittendrin hängen geblieben (wie so oft mit Doku).

Gerne bei Fragen / Änderugen da Pull Requests auf git erstellen (das müsste sogar auf www.iobroker.net landen können).

[Swisslizard]

Kleine Anmerkung zu den Services. Hab grad ein bissel gekämpft bis das funktioniert hat.

Habe zuerst versucht alles im visuellen Editor zu konfigurieren. Leider ohne Erfolg!
Der generierte Code passt nicht!

Nach der Anpassung des Codes damit es so ausschaut wie wie weiter oben von @KNXbroker beschrieben hat es schliesslich funktioniert. Das Problem lag bei den Daten für den Service.

Die funktionierende Variante schaut so aus:

show_name: true
show_icon: true
type: button
name: Rollladen beschatten
entity: input_number.areas_officeTom_blindsTargetPosition
tap_action:
  action: call-service
  service: input_number.set_value
  service_data:
    entity_id: input_number.areas_officeTom_blindsTargetPosition
    value: 80

Und wenn der unterste Teil des Codes, d.h. ab service_data:, wie vom Editor generiert aussieht, dann klappt es nicht:

  target:
    entity_id: input_number.areas_officeTom_blindsTargetPosition
  data:
    value: 80

HIer hat sicch wohl etwas geändert.

[Garfonso]

@swisslizard
huch, target ist mir tatsächlich neu. Da muss ich mal gucken, ob ich dafür support einbauen kann. Steht das innerhalb von "service_data" oder statt service_data?

[berndsolar13]

Hallo, ich versuche seit dem Wochenende mir schöne Dashboards zu bauen.
Einige hab ich schon, diese werden HabPanel ersetzen, vorallem weil sie auch auf dem Handy besser funktionieren.

Eine Sache bekomme ich trotz stundenlangen Googeln nicht auf die Reihe, für euch ist das sicher ein Klacks.

Ich hab 2 Steckdosen am Aquarium eine an der Lampe eine an der Pumpe.
Ich will mir nun statt in 2 Kacheln / Widgets nur alles in einer, dafür das in Summe anzeigen.

Bisher ist es so und es funktioniert

type: entity
entity: sensor.refossstd3_ENERGY_Power
state_color: false
name: Aquarium Lampe

Das dann noch mal für die Pumpe mit std4...

Wollte aber nun das es irgendwie zusammen geht quasi
sensor1 + sensor2 ;)
Ich weiß, ich könnte ein Blocky mit Alias in userdata erstellen und es dort ablegen.
Dachte ich könnte wie in Habpanel einfach 2 Datenpunkte zusammenrechnen :)

[Garfonso]

@berndsolar13
das einfachste, was mir einfällt, ist tatsächlich, mit einem Skript in einem neuen Datenpunkt die Summe speichern.

Ansonsten ginge noch per Markdown und Bindings (ist dann "ioBroker" Welt). Nachteil: Geht bei Lovelace ausschließelich in der markdown Karte und du musst daher das alles selber schön formatieren.

In der HomeAssistant Welt (wo das UI ja ursprünglich herkommt), kann man das bei manchen Karten mit deren Skripting / Binding machen (aber auch nicht bei allen, wohl eher bei den custom). Das wird aber bisher im lovelace Adapter nicht unterstützt (soweit ich weiß ;-) ).

[Swisslizard]

@garfonso
Sorry für die urlaubsbedingt etwas späte Antwort.

Was aus dem visuallen Editor kommt und nicht funktioniert sieht wie folgt aus:

show_name: true
show_icon: true
type: button
tap_action:
  action: call-service
  service: input_number.set_value
  target:
    entity_id: input_number.areas_livingroom_ventLevel
  data:
    value: 2
entity: input_number.areas_livingroom_ventLevel
hold_action:
  action: none

Die angepasste funktionierende Variante hat statt target und data einen service_data block:

show_name: true
show_icon: true
type: button
tap_action:
  action: call-service
  service: input_number.set_value
  service_data:
    entity_id: input_number.areas_livingroom_ventLevel
    value: 2
entity: input_number.areas_livingroom_ventLevel
hold_action:
  action: none

[theknut]

Hallo, ich versuche gerade Lovelace zum Laufen zu kriegen, irgendwie äußerst holprig. Die größten Probleme sind aktuell, dass

• Meine Aliase nicht automatisch erkannt werden. Alle sind unter alias.0 und haben Room und Function zugeordnet, tauchen aber unter Entities nicht auf
  

• Popup Card funktioniert irgendwie nicht, wie ich mir das vorgestellt habe. Wenn ich in iob den dummy auf true setze taucht kein Popup auf

type: custom:popup-card
entity: input_boolean.dummyBoolean
title: Eingang
dismissable: true
card:
  type: picture
  image: http://****
  alt_text: Eingang
  tap_action:
    action: navigate
    navigation_path: /lovelace/kamera-eingang
size: fullscreen
timeout: 30000

[Swisslizard]

@theknut
Im Hintergrund der Deviceerkennung ist der ioBroker Type Detector aktiv. Der Detector erkennt zwar diverses Devicetypen automatisch, aber zum Teil ist es (zumindest für mich) schwer das Verhalten der Komponente nachzuvollziehen.

Bei Deiner Lampe müssten Datenpunkte gemäss folgendem Link vorhanden sein: https://github.com/ioBroker/ioBroker.type-detector/blob/master/DEVICES.md#light-switch-light (für Lampen mit Dimmer gibts eine etwas andere Definition witer oben).
Zumindest auf den ersten Blick dürfte eine der Ursachen Deines Problems die Rolle des SET Datenpunkts sein. Bei Dir ist die Rolle sensor.light, gemäss Tabelle müsste dort switch.light stehen.

Ob es ausreicht, wenn die Funktion und der Raum nur indirekt bzw. vom übergeordneten Folder übernommen werden weiss ich nicht sicher. Wenn die Korrektur der Rolle nicht hilft, ev. mal versuchen Rolle und Funktion direkt auf dem Channel Folder anzugeben.

Bei den Ordnerstrukturen für die Devices/Channels bin ich immer wieder überrascht was funktioniert and was nicht, z.B. schien es bei mir einen Unterschied zu machen ob in einem anderen Folder ein weiteres Device mit gleichem Namen (nicht ID) vorhanden war. Eine vollständige Erklärung dieser Logik habe ich bis jetzt nicht gefunden und zum analysieren des ganzen Codes war ich bislang zu faul. D.h. wenn obige Ideen nicht helfen, dann ev. mal hier ansetzen.

Last but not least, ev. mal den Devices Adapter installieren. Dort drin kann man sehen was, wie erkannt wird und welche Datenpunkte einem Device von der Erkennung zugewiesen wurden und auch ob die Zuweisung stimmt.

[theknut]

@swisslizard danke für deine Hilfestellung! Ich habe das Problem gefunden. Das Problem war, dass ich die Aliase via JS erstellt habe und im Common-Teil read: true vergessen hatte.

[theknut]

Hat jemand Erfahrung mit Grafana und weiß, wie man das als iframe integrieren kann? Wenn ich das im Lovelace mache, dann bekomme ich einen Fehler 192.168.*.* hat die Verbindung abgelehnt.

type: iframe
url: http://*******:3000/public-dashboards/f299197c61ac********f637601427a8a
title: Grafana

Wie kann man das integrieren?

[David G.]

@theknut

Evtl hilft das.
Erste Treffer beim googlen mit "grafana iframe".
Ich selber nutze es nicht.

[hammerhead86]

Vielleicht gibt es die Möglichkeit schon und ich bin einfach blind.
Gibt es die Möglichkeit, eine einfache digitale Uhr anzuzeigen?
Finde da keinen Weg zu.

Außerdem wäre es cool, wenn man bei Lampen per Slider die Farbe ändern könnte (ähnlich wie Helligkeit etc).
Aber auch da blicke ich nicht durch.

Könnte jemand nem Anfänger einen Denkanstoß und Hilfe geben?

[Garfonso]

@hammerhead86
es gibt eine clock card oder so, die eine Uhr anzeigt.

Sonst ist der homeAssistant weg ein sensor-Entity, glaube ich, wo die Uhrzeit drinnen steht. Das gibt's im iobroker nicht per default, müsstest du ein Skript für basteln, wenn man das wirklich will (steht dann relativ viel netzwerk traffic dahinter, für Sekundenanzeige würde ich das nicht empfehlen). Aber die Uhrzeit kann das frontend auch ruhig vom Browser bekommen, nicht?

Zu den Lampen:
wenn die im ioBroker vernünftig als RGB Lampen erkannt werden, geht das auch. Setz dich mal mit dem Geräte-Tab auseinander, da müsste im Leitfanden auch was zu stehen. Wenn die da als RGB auftauchen, automatisches entity erzeugen lassen und dann gibt es ein Farbauswahl-Rad im UI.

[theknut]

@hammerhead86 Es gibt eine Karte, aber die wurde schon ewig nicht mehr geupdated und die zeigt noch andere Zeitzonen an, was ich nicht gebraucht habe. Ich hab es bei mir so gemacht:
Karte in Lovelace (du brauchst noch card_mod)

type: vertical-stack
cards:
  - type: markdown
    content: <center class='time'><h1>{0_userdata.0.States.Time}</h1></center>
    card_mod:
      style: |
        ha-card {      
          height: 260px !important;
          transform: translateY(0px);
          z-index: 1;
        }
        * {
          transform: translateY(-100px);
          font-size: 70px;
        }
  - type: markdown
    content: <center>{0_userdata.0.States.DateDisplayText}</center>
    card_mod:
      style: |
        ha-card {
          transform: translateY(-90px);
          z-index: 2;
          background: transparent;
          border-color: transparent;
        }
        * {
          font-size: 38px;
          margin: 0px 0px -100px 0px;
        }

TS in ioBroker

schedule('* * * * *', () => {
    writeDateTime()
});

const options: any = { weekday: 'long', year: 'numeric', month: 'long', day: 'numeric' };

function writeDateTime() {
    const date = new Date();    
    setState('0_userdata.0.States.Time', date.toLocaleTimeString('de-DE', { hour: "2-digit", minute: "2-digit" }), true);    
    setState('0_userdata.0.States.DateDisplayText', date.toLocaleDateString("de-DE", options), true);
}

Sieht dann so aus

Ist vllt nicht die schönste Lösung, funktioniert aber echt gut und es muss natürlich immer alles maximal kompliziert sein. Also Donnerstag, 31. Dezember 2024 passt nicht mit der Schriftgröße, aber da kann man ja noch bisschen an den Größen spielen.

[Ulfhednir]

Nachdem sich jetzt langsam die ioBroker-Visu-App macht, ist Lovelace jetzt wieder für mich ein spannend geworden. Also habe ich mich jetzt auch mal rangemacht und habe mir mal 2-3 Übersichten zusammengeklickert. Was mich jetzt in der App jedoch etwas stört, ist die fehlende Möglichkeit per Swipe zu navigieren. Es soll für HASS eine Erweiterung geben:
https://github.com/zanna-37/hass-swipe-navigation

Scheinbar funktioniert der angepriesene Weg nicht mehr.

Hat jemand eine Idee, wie man die Swipe-Navigation trotzdem einbauen kann?

[David G.]

@ulfhednir
Ich hatte lange diese Karte in Verwendung
https://github.com/bramkragten/swipe-card

[Garfonso]

@ulfhednir

Der Fehler, den du da siehst, ist aber egal. Trag die Karte da nicht ein (grundsätzlich da keine Karten mehr eintragen). Einfach zu den custom cards ziehen, adapter neustarten, Frontend neuladen, dann sollte sie gehen. Falls nicht in Browserkonsole nach Fehlern gucken und gucken, ob es für neuere HASS Versionen vielleicht nen fork gibt oder so.

[Ulfhednir]

@garfonso Danke, ich bin eine Erkenntnis reicher. Die swipe-navigation funktioniert jetzt.