Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[David G.]

@gyle

War das nicht so ein Safaribug? Stand hier mal was dazu?

@Garfonso
Scbin eine Idee zur History?

[XBiT]

@david-g

In der neuen Git Version geht die History....

@Garfonso hat sicher vergessen/übersehen dich 3 Posts weiter oben zu erwähnen obwohl du der Erstmelder mit dem Fehler der History warst..

[David G.]

@xbit

Wer lesen kann.....

[David G.]

Nochmal zu meinen veränderten Farben in der neuen Version.

Habe ja auf einmal einiges Orange. Finde aber in meinem ganzen Theme kein Orange.....

Haben sich die Bezeichnungen verändert?

Auch hier sehe ich Orange anstatt Weiß:

      - type: state-icon
        entity: input_boolean.roborock_0_alive
        tap_action:
          action: none
        state_color: true
        style:
          top: 4%
          left: 95%
          '--paper-item-icon-active-color': white
          '--paper-item-icon-color': red

EDIT
Selbst im Standard Theme sind die Teile Orange.
Ob mein YAML das irgendwie überschreibt.....

Selbst da hab ich Orange
:

[XBiT]

@david-g

ja da hat sich was geändert habe ich auch schon festgestellt..

bei einem binary sensor ist es 'state-binary_sensor-on-color'
bei einen switch ist es 'state-switch-on-color'
denke bei input_boolean wird es 'state-input_boolean-on-color' sein... habe ich jetzt aber nicht getestet

[David G.]

@xbit

Danke, werde ich morgen mal am Rechner testen.

Die machen da ganz schön oft was....
Hatte jetzt schon ein paar mal, dass ich nach einem Update das Theme anpassen musste. Was übereifrig die Jungs bei HA

[David G.]

@xbit

Bekomme das Orange einfach nicht überall weg.
Hab mir jetzt mal eine neue Instanz angelegt, ob nicht irgend eine custom card oder ein cardmod irgendetwas erschießt.

Auch da habe ich das Orange. War das schon immer so? Habt ihr das auch?

[XBiT]

@david-g

ich habe das Orange auch und es war noch nicht immer so ....
kommt vom ha-icon css wo auch immer das ist.
Ich ändere die Farbe im Themen wieder so wie ich es haben will.

mit den Einträgen in deinen Themen sollten die Icons weiß sein (Im Zustand True)

  state-binary_sensor-on-color: rgba(255, 255, 255, 1)
  state-binary_sensor-active-color: rgba(255, 255, 255, 1)

[David G.]

@xbit

Bin noch nicht zu gekommen as Theme anzupassen.....

Jedoch hab ich grad ein weiteres Problem entdeckt.
Die Popups klappen nicht mehr überall. Scheint aber vereinzelt zu sein.....

Hier Zb geht ein Popup ohne Inhalt auf, obwohl es eigentlich (wie ich finde) korrekt ist:

  - type: state-label
    entity: sensor.Geraete_Mobbie_Zustand_seitenbuerste
    tap_action:
      action: fire-dom-event
      browser_mod:
        service: browser_mod.popup
        data:
          content:
            show_name: true
            show_icon: true
            icon: mdi:autorenew
            type: button
            tap_action:
              action: toggle
            entity: input_boolean.Roborock_Reset_seitenbuerste
            name: Reset Seitenbürste

Bei anderen öffnet sich garnichts.

EDIT
Bin jetzt mal auf die letzte offizielle Version.
Da klappen alle Popups.
@Garfonso
Kann das an der neuen Version und den Anpassungen liegen oder denkst du eher, dass die bei HA was angepasst haben?

[Fogg]

Bin mir nicht ganz sicher ob ich hier richtig bin ...

Ich bastle gerade eine Visualisierung mit Lovelace, soweit klappt das gut. Nun habe ich gesehen ich kann Unteransichten machen welche nicht direkt als Tab auftauchen. Das wäre super, aber wie komme ich dann da hin? Gibt es eine Navigations-Komponente oder sowas? Noch habe ich leider nichts gefunden.

[David G.]

@fogg

Du musst den Namen der Seite wissen den du vergeben hast.

Dann http://192.168.99.33:8091/lovelace/name

IP und Port ggf anpassen.

EDIT
Über diesen Weg kann man auch gut hin navigieren.
Die verfügbaren Seiten werden einem unter Navigationspfad vorgeschlagen.

[Fogg]

@david-g Super, danke! Das war des Rätsels Trick

[marian.t]

Scheduler/Timer für Lovelace

Re: Test lovelace 3.x

Aktuelle Test Version	3.0.1
Veröffentlichungsdatum	02.08.2023
Github Link	https://github.com/xxx

Re: Test lovelace 3.x
Hallo,
ich möchte wegen Umstieg in iObroker von VIS auf lovelace einen (Wochen-)Scheduler/Timer integrieren. Verwende bisher den Timer Script von https://github.com/Pittini/iobroker-Timer v.2.1.7 mit VIS-Widget.
Ich habe folgende Alternativen zur Auswahl einbezogen:

1. o.g. Timer Script v.2.1.7 mit Übersicht in einer custom:html-template-card. Problem: die VIS-Steuerbuttons, für die eine proprietäre custom dropdown card noch fehlt (bzw. habe ich die nicht vollumfänglich geschafft). Ansonsten sieht das ganze nicht rund:
   

2. iObroker Scheduler https://github.com/ioBroker/ioBroker.scheduler. Dessen VIS2-Widget müsste auf eine lovelace custom:card portiert werden - kann das jemand?

3. Home assistant Scheduler https://github.com/nielsfaber/scheduler-card, deren custom:card in iObroker-lovelace eingebunden werden kann, die Einbindung der "scheduler-component" python scripts mir aber Probleme bereitet. Ohne die ist die card nicht funktionsfähig.

Hat jemand einen Scheduler in iObroker-lovelace v.3.x im Einsatz?

Bzw. kann jemand zu der Einbindung der scheduler-component Pkt.3 ein paar Tips geben?
Konkret wie man den Pfad dazu, der in Home assistant in der configuration.yaml bekanntgegeben wird in iObroker-lovelace umsetzen könnte?

In home assistant liegt der "scheduler-component" unter /config/custom_components/scheduler und die scheduler-card unter
/config/www/community/scheduler-card. Mit HACS Installation und folgendem Eintrag in configuration.yaml funktioniert der scheduler dort

# Frontend
frontend:
  extra_module_url:
    - /local/community/scheduler-card/scheduler-card.js?v=0

Meine Idee wäre solch ein Eintrag "frontend: extra_module_url:..." in der lovelace raw konfiguration yaml - die in der UI über die drei punkte editierbar ist - zu implementieren (s.o.), nur erlaubt es die lovelace-Syntaxprüfung nicht. Folgender Eintrag wirkt nicht (Pfad ist relativ, voll: /opt/iobroker/node_modules/iobroker.lovelace/custom_components/scheduler-card):

title: Home
scheduler:
  - platform: scheduler
    path: /custom_components/scheduler-card/services.yaml

@Garfonso: Könnte man in der configuration.yaml der iObroker-lovelace ein iObroker-Verzeichnis verlinken (wie z.B. per !include_dir_merge_list custom_components, oder auch resources: - url: /local/custom_config.js o.ä.) hätte man vielleicht eine Möglichkeit die configuration.yaml zu erweitern? Nur wenn ich mir es richtig erinnere ist die configuration.yaml der iObroker-lovelace dynamisch zur Laufzeit generiert, sodass es eine Modifikation in der iObroker-lovelace erfordern würde.

Alternativ könnte ich mir vorstellen die python scripts aus scheduler-component direkt in der scheduler-card.js per

<src=python.py>...</src>

in dem html-Part einzubinden.

Vielleicht hat jemand einen anderen Vorschlag?

[David G.]

@marian-t

Ich stelle mir alles was schwieriger vor.
Hätte wohl auch 1 versucht.

2 Das wird wohl so leicht nicht gehen. Erst recht weil lovelace hier nicht sooo verbreitet ist

3 Glaube nicht, dass man den ans laufen bekommt ohne weitere Anpassungen am Adapter. Da gibt's denke sehr viele Abhängigkeiten.

Jenachdem wie der Umfang ist was du alles machen können willst, würde ich mir wohl ein Blockly schreiben was sich gut von den DPs einbinden lässt.
Müsste man eben für jeden Timer seperat erstellen und in Lovelace einpflegen.

EDIT
Das habe ich auf die schnelle mit der picture elements gemacht.
Kein Bild hinterlegt und grob was plaziert.

Bei 1 bis 7 kann man die Wochentage aktivieren, wenn man auf die Uhrzeit geht erscheint ein Dialog um diese zu ändern. Vorne auf der Uhr ein und ausschalten.
Vermutlich geht das so aber nur mit einem eigenem Skript.

Zeilen gehen beliebig viele untereinander.

[Garfonso]

@marian-t

zu 3.:
Also die Karte wirst du wie andere custom cards auch einfügen können.

Das python Modul nicht, weil wir halt Javascript sind und kein python und auch dann wären wir ioBroker und nicht Homeassitant. Will sagen: für die python module muss support im lovelace-adapter eingebaut werden.

Mittlerweile habe ich ein wenig sowas wie eine modul struktur implementiert, allerdings noch nicht dynamisch. Die API des scheduler scheint relativ simpel... hm... aber eigentlich mag ich so einen komplizierten Scheduler nicht in den lovelace-adapter integrieren... muss man das wirklich in der visualisierung haben? grübel

[winnypuh]

Eine Kurze Frage in die Runde: Ich kann überhaupt nicht eingrenzen wieso (habe bereits eine komplette Neueinrichtung des Lovelaceadapters durchgeführt) aber ich kann aktuell keine Mushroom Light Cards mehr laden, in der JS-Konsole erhalte ich folgende Fehlermeldung, ist da vielleicht schon jemand anderes drübergestolpert?

Uncaught (in promise) TypeError: n is null
    ne mushroom.js:59
    render mushroom.js:2527
    update mushroom.js:23
    performUpdate mushroom.js:11
    scheduleUpdate mushroom.js:11
    _$Ej mushroom.js:11
    requestUpdate mushroom.js:11
    set mushroom.js:11
    updated layout-card.js:64
    updated layout-card.js:64
    _$AE layout-card.js:1
    performUpdate layout-card.js:1
    scheduleUpdate layout-card.js:1
    _$E_ layout-card.js:1
    requestUpdate layout-card.js:1
    set layout-card.js:1
    value hui-masonry-view.ts:44
    value hui-masonry-view.ts:44
    performUpdate app.a64eef8d.js:1251
    scheduleUpdate app.a64eef8d.js:1251
    _$EC app.a64eef8d.js:1251
    requestUpdate app.a64eef8d.js:1251
    set app.a64eef8d.js:1251
    value 77b7199a.js:377
    _$AE app.a64eef8d.js:1251
    performUpdate app.a64eef8d.js:1251
    scheduleUpdate app.a64eef8d.js:1251
    _$EC app.a64eef8d.js:1251
    requestUpdate app.a64eef8d.js:1251
    set app.a64eef8d.js:1251
    k app.a64eef8d.js:1251
    _$AI app.a64eef8d.js:1251
    m app.a64eef8d.js:1251
    T app.a64eef8d.js:1251
    _$AI app.a64eef8d.js:1251
    S app.a64eef8d.js:1251
    update app.a64eef8d.js:1251
    performUpdate app.a64eef8d.js:1251
    scheduleUpdate app.a64eef8d.js:1251
    _$EC app.a64eef8d.js:1251
    requestUpdate app.a64eef8d.js:1251
    set app.a64eef8d.js:1251
    value app-drawer-layout.js:189
    value hass-loading-screen.ts:11
    performUpdate app.a64eef8d.js:1251
    scheduleUpdate app.a64eef8d.js:1251
    _$EC app.a64eef8d.js:1251
    requestUpdate app.a64eef8d.js:1251
mushroom.js:59:7391

Danke!

[David G.]

@marian-t

Habe grad nochmal was gespielt.
So sieht es ganz gut aus (würde es aber vermutlich zur Verwendung noch was schöner machen).

Man kann sich einfach mehrere Zeilen untereinander machen.
Oder auch die Anordnung was ändern, wenn man Start und Ende einstellen möchte.

[XBiT]

@winnypuh

habe gerade mal getestet bei mir gehen die Mushroom Light Cards

hie mal die Version der Cards die bei mir gehen:

mushroom.js

habe jetzt aber nicht geschaut ob die aktuell ist ... aber sie geht

[David G.]

@Garfonso

Bekomme das mit den Popups nicht behoben.

In der Version aus dem Stable:

Die aktuelle git:

Gibt's evtl eine neuere Version vom Browser-Mod die eingebaut werden kann?

[marian.t]

@david-g

Hallo,

vielen Dank - auch @Garfonso - für die Interesse an Scheduler. Inzwischen habe ich die dropdown-cards am laufen, auch die Wochentage sind mit custom:button-entity-row kein Hexenwerk mehr:

Letztes offenes Problem ist die card mit text_input entity für die Sendewerte. Die custom:text-input-row verweigert den Input (den Text löschen geht), die entities card will sich per car-mod nicht richtig gestalten - kriege den margin/padding links nicht weg (auch mit Tipps hier ) :

Leider sind ich die cards nicht zum gebrauchen am Smartphone (zu breit). Vllt. nehme ich irgendwann doch die 2. Alternative ohne Visualisierung in lovelace (oder knackt jemand den VIS2).
Und auf die Frage ob es sinnvoll ist ist meine Antwort JA: ich habe ca. 27 Scheduler im Einsatz.