Test Adapter lovelace v1.2.x
-
@zwer2k said in Test Adapter lovelace v1.2.x:
Hallo,
gibt es Möglichkeit festzulegen, dass mein Benutzer auf der Seite angemeldet bleibt?
Zur Zeit muss ich mich mindestens 1x pro Tag neu anmelden, auch wenn ich "Möchtest du angemeldet bleiben?" mit Ja bestätige.Das "Anmeldezeitlimit" hochdrehen. Ruhig sehr hoch... 2592000 sind z.B. 30 Tage. Nach Ablauf der Zeit wird man vom Server ausgelogt.
Ein weiteres Problem das ich habe ist, dass unter Android die Elemente sich nicht bedienen lassen, unter Windows dagegen funktioniert alles problemlos.
? Das geht hier alles in Android... mit welchem Browser versuchst du es?
-
@david-g said in Test Adapter lovelace v1.2.x:
In der Instanz 0 war lets encrypt aktiviert.
Kann es sein, dass sich das automatisch beim Update vom JS Controller aktiviert hat? Falls nein, gab es vorher jedenfalls keinen Fehler....Ja, der Fehler ist auch von let's encrypt. Ich glaube nicht, dass sich das automatisch aktiviert hat, aber im alten JS-Controller war Let's encrypt (schon seit einiger Zeit) kaputt und hat daher die vorhandenen Zertifikate genommen. Das wurde jetzt repariert.
-
@garfonso
Vielen Dank für die Antwort.
Die Anmeldezeitlimit-Einstellung habe ich tatsächlich übersehen
.
Das Problem mit Android hat sich auch gelöst. Android setzt den ersten Buchstaben des Users auf groß und der User ist in ioBroker kleingeschrieben registriert, die Anmeldung funktioniert trotzdem, die Elemente lassen sich aber nicht bedienen und im Log erscheint "(12137) unknown user "system.user.Username". Könnte man eventuell rausprogrammieren, damit andere nicht drauf stoßen. -
@zwer2k said in Test Adapter lovelace v1.2.x:
@garfonso
Das Problem mit Android hat sich auch gelöst. Android setzt den ersten Buchstaben des Users auf groß und der User ist in ioBroker kleingeschrieben registriert, die Anmeldung funktioniert trotzdem, die Elemente lassen sich aber nicht bedienen und im Log erscheint "(12137) unknown user "system.user.Username". Könnte man eventuell rausprogrammieren, damit andere nicht drauf stoßen.Welche Version vom Adapter und welche Version vom js-controller? Es sollte mit 1.5.0 (noch im dev-Branch, soll aber möglichst bald ins latest:
Garfonso/iobroker.lovelace#devzur Installation nutzen) und dem js-controller 3.2.* nicht mehr passieren. Mit älterem lovelace und 3.2.* tritt das Problem vermutlich auf mit js-controller 3.1.* vermutlich nicht. -
@garfonso sagte in Test Adapter lovelace v1.2.x:
Welche Version vom Adapter und welche Version vom js-controller? Es sollte mit 1.5.0 (noch im dev-Branch, soll aber möglichst bald ins latest:
Garfonso/iobroker.lovelace#devzur Installation nutzen) und dem js-controller 3.2.* nicht mehr passieren. Mit älterem lovelace und 3.2.* tritt das Problem vermutlich auf mit js-controller 3.1.* vermutlich nicht.Ich verwende js-controller 3.2.16 und lovelace 1.4.3 .
1.5.0 läuft bei mir nicht.lovelace.0 2021-02-20 21:39:05.856 warn (30158) Terminated (UNCAUGHT_EXCEPTION): Without reason lovelace.0 2021-02-20 21:39:05.856 info (30158) terminating lovelace.0 2021-02-20 21:39:05.855 info (30158) cleaned everything up... lovelace.0 2021-02-20 21:39:05.852 error (30158) this.adapter.warn is not a function lovelace.0 2021-02-20 21:39:05.851 error at WebServer._listFiles (/opt/iobroker/node_modules/iobroker.lovelace/lib/server.js:1227:26) lovelace.0 2021-02-20 21:39:05.851 error (30158) TypeError: this.adapter.warn is not a function lovelace.0 2021-02-20 21:39:05.851 error (30158) unhandled promise rejection: this.adapter.warn is not a function lovelace.0 2021-02-20 21:39:05.851 error (30158) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). lovelace.0 2021-02-20 21:39:02.473 info (30158) https server listening on port 8091 lovelace.0 2021-02-20 21:39:02.431 info (30158) starting. Version 1.5.0 in /opt/iobroker/node_modules/iobroker.lovelace, node: v12.20.0, js-controller: 3.2.16Oder habe ich falsche version installiert (https://github.com/Garfonso/ioBroker.lovelace/tree/dev) ?
-
Ich installiere immer von
Garfonso/iobroker.lovelace#devKeine Ahnung, ob bei dem Link was anderes hinter liegt.
Aber von "BELIEBIG" , nicht "VON GIT" installieren. -
@david-g sagte in Test Adapter lovelace v1.2.x:
Ich installiere immer von
Garfonso/iobroker.lovelace#devKeine Ahnung, ob bei dem Link was anderes hinter liegt.
Aber von "BELIEBIG" , nicht "VON GIT" installieren.Geht leider auch nicht. Scheint gleiche Repo. zu sein. Kann auch nur gerade "verbogen" zu sein ist ja in dev. Status.
-
@zwer2k said in Test Adapter lovelace v1.2.x:
@garfonso sagte in Test Adapter lovelace v1.2.x:
Oder habe ich falsche version installiert (https://github.com/Garfonso/ioBroker.lovelace/tree/dev) ?Ne, ist richtig. Danke für den Report, das war noch ein Bug. Wobei das nur passiert, wenn bei den custom-cards was schief geht. Wenn du magst, wäre es gut, wenn du nochmal die Version installierst, die ich gerade gepusht habe. Und guck mal, ob da eine Warnung kommt bezüglich custom cards.
@david-g said in Test Adapter lovelace v1.2.x:
Ich installiere immer von
Garfonso/iobroker.lovelace#devKeine Ahnung, ob bei dem Link was anderes hinter liegt.
Aber von "BELIEBIG" , nicht "VON GIT" installieren.Genau so mache ich das auch, wenn ich live teste
Die URL zeigt auf das Repo und den Branch. -
@garfonso
Hello again,ich habe nun nochmals getestet wegen des Translationerrors.
Ein Cachingproblem kann ich ausschließen
Bis Version 1.2.6 tritt der Fehler nicht auf. Ich kann aber die rauf/runter Buttons für die Rollos nicht bedienen, sie haben keine Funktion.
Ab Version 1.2.7 kann ich die Rollos bedienen, es tritt aber der Translationerror auf, leider nicht nur in der Detailansicht.
Ich habe auch schon deine neuste Version 1.5.0 getestet. Hier zeigt sich das gleiche Bild.
Hier noch der Code zur Anwesenheitserkennung.
type: horizontal-stack title: Anwesenheit cards: - type: 'custom:vertical-stack-in-card' cards: - type: 'custom:button-card' entity: sensor.Netzwerk_iphone_michael_SET name: Michael layout: vertical show_state: false show_name: true show_last_changed: true show_entity_picture: false show_icon: false tap_action: action: none styles: label: - font-size: small - font-style: italic - color: white state: - value: 'on' styles: card: - color: green - value: 'off' styles: card: - color: FireBrick - type: 'custom:vertical-stack-in-card' cards: - type: 'custom:button-card' entity: sensor.Netzwerk_iphone_alex_SET name: Alex layout: vertical show_state: false show_name: true show_last_changed: true show_entity_picture: false show_icon: false tap_action: action: none styles: label: - font-size: small - font-style: italic - color: white state: - value: 'on' styles: card: - color: green - value: 'off' styles: card: - color: FireBrick - type: 'custom:vertical-stack-in-card' cards: - type: 'custom:button-card' entity: sensor.Netzwerk_iphone_mathilda_SET name: Mathilda layout: vertical show_state: false show_name: true show_last_changed: true show_entity_picture: false show_icon: false tap_action: action: none styles: label: - font-size: small - font-style: italic - color: white state: - value: 'on' styles: card: - color: green - value: 'off' styles: card: - color: FireBrick -
@garfonso sagte in Test Adapter lovelace v1.2.x:
Ne, ist richtig. Danke für den Report, das war noch ein Bug. Wobei das nur passiert, wenn bei den custom-cards was schief geht. Wenn du magst, wäre es gut, wenn du nochmal die Version installierst, die ich gerade gepusht habe. Und guck mal, ob da eine Warnung kommt bezüglich custom cards.
Mit der aktueller Version funktioniert jetzt der Adapter. Nach einer Anmeldung des Users mit Großschreibung können die Elemente jetzt bedient werden.
Vielen Dank. -
@haumichel said in Test Adapter lovelace v1.2.x:
Ein Cachingproblem kann ich ausschließen
Wie schließt du das Cachingproblem aus? Bei jedem mal den Browser Cache auf dem Smartphone gelehrt? (Geht das bei iPhones überhaupt?).
Dein Fehlerbild sieht jetzt auch noch einmal völlig anders aus als bei deinem ursprünglichen Post... Bei dem Wechsel von 1.2.6 auf 1.2.7 gab es bei dem Code vom Frontend auch keine Änderung (erst bei 1.3.0 gab es eine neue Version vom Frontend).
Interessant wäre es auch mal den Translation Error zu sehen. Hm. Siehst du bei der 1.5.0 im adapter-log Warnungen / errors?@zwer2k said in Test Adapter lovelace v1.2.x:
@garfonso sagte in Test Adapter lovelace v1.2.x:
Ne, ist richtig. Danke für den Report, das war noch ein Bug. Wobei das nur passiert, wenn bei den custom-cards was schief geht. Wenn du magst, wäre es gut, wenn du nochmal die Version installierst, die ich gerade gepusht habe. Und guck mal, ob da eine Warnung kommt bezüglich custom cards.
Mit der aktueller Version funktioniert jetzt der Adapter. Nach einer Anmeldung des Users mit Großschreibung können die Elemente jetzt bedient werden.
Vielen Dank.Und keine Warnung im Log beim Adapter-Start?
-
@garfonso sagte in Test Adapter lovelace v1.2.x:
@marcuskl said in Test Adapter lovelace v1.2.x:
@garfonso sagte in Test Adapter lovelace v1.2.x:
@marcuskl said in Test Adapter lovelace v1.2.x:
Und zwar habe ich ein Input_select Entität für ein Gerätemodus erstellt, wenn ich aber in lovelace was auswähle, ändert es den State, aber das Gerät ändert den Modus nicht.
Hier verstehe ich: du kannst mit lovelace das Gerät nicht steuern. Stimmt das?
Ja ich kannes nicht Steuern, aber im iobroker ändert sich der State wie in Lovelace eingestellt, aber das Gerät macht nichts.
Ändere ich den State direkt im Iobroker, reagiert das Gerät auch.Hm.. das kann ich mir nicht erklären... kann das an ack liegen? Oder ... puh... merkwürdig. Also das kann ich mir nicht wirklich erklären.
Ack?
Also ich habe nochmal neue Infos, vllt hilt es weiter.
Ich kann den Input_select (Modu), 1 mal auswählen und es ändert sich auch am Gerät, aber wenn ich ein 2 mal ein anderen Modus wähle, ändert es sich nicht am Gerät.
Nun schließe ich Lovelace, öffne es wieder und es kann wieder nur 1 mal geändert werden.
Eine 2 Änderung wird sozusagen von Lovelace mit Rückmeldung bestätigt, aber ändert nichts am Gerät.Wenn ich unter den Reiter Objekte, aus der Liste was wähle, stellt es den gewünschten Modus im Gerät ein, nur bei Lovelace nicht.
Hier verstehe ich: wenn der State sich in ioBroker ändert, siehst du kein Update in Lovelace. Stimmt das?
Was für eine Karte ist das? Einfach entities?Wenn ich den State im Iobroker ändere, sehe ich es auch in Lovelace, andersherum auch.
Ja, einfach entities.Also da geht alles?
Ja genau
-
Nutzt jemand die alarm-Sachen von Lovelace und den state
lovelace.0.control.alarm? -
Hatte mich mal dran versucht.
Aber irgendwie wollte es nicht wie ich.Hab mit dann selber was gebastelt.
-
@garfonso Momentan nicht, weil man die 4 states von der Alarm (Home, Away, Night, Custom) nicht nutzen kann.
Ich habe mittlerweile mit Buttons und restriction-card gelöst (screenshot) wäre aber schön, die PIN Keypad zu nutzen und dann den gewünschten state auszuwählen um die Alarm entsprechend setzen zu können. Das Problem ist momentan, dass in lovelace.0.control.alarm dann nur false / true steht.
-
So sieht es ei mir aus.
Wenn der Pin eingegeben wird, erscheinen unten die Optionen.
Über der Pin sieht man den aktuellen Modus (Manuelle aktivierung der Alarmanlage oder über die Anwesenheitserkennung zusätzlich sieht man noch den Schutzmodus (Hüllschtz und Vollschutz)).Wenn der Pin eingegeben wurde, verschwinden die Optionen nach 5sek wieder.
-
Hallo zusammen,
ich habe die Custom-Card: simple-thermostat eingebunden.
Nun sehe ich, dass es möglich ist die Control-Icons anzuzeigen...
Ist das in ioBroker auch möglich?
Bekomme es einfach nicht hin.Hier mein Code und meine Anzeige:
Danke für Info und Hilfe.
Jan
EDIT: Alles im Test!
-
@David-G und @christian : dann würde es helfen, wenn der arm_state in einem extra state steht? Oder braucht man true / false dann nicht mehr?
@nukleuz
Das hängt vermutlich damit zusammen, dass thermostat in ioBroker doch deutlich anders ist und kein "Mode" unterstützt, was in HomeAssistant aber da erwartet wird... es gibt einen neuen Gerätetyp "Klimaanlage" in ioBroker der da vermutlich etwas weiter hilft, aber den hab ich mir immer noch nicht vollständig angucken können. -
Ich denke es geht beides. Jenachdem wie man sein Script für die Alarmanlage Schreibt.
Im Moment habe ich ich wie gesagt einen Voll- und Hüllschutz.
Habe einen Datenpunkt Alarmanlage aktiv, dieser ist immer auf true sobald die Alarmanlage eingeschaltet ist (entspricht dem Vollschutz).
Dann habe ich einen weiteren Datenpunkt für den Hüllschutz. Dieser wird mit true und false geschaltet und entsprechend ausgewertet.Man könnte aber genau so gut mit einem Datenpunkt arbeiten finde ich. "false" für ausgeschaltet und für eingeschaltet den Entsprechenden Modus als Text im Datenpunkt.
Das geht natürlich nicht, wenn man verschiedene Alarmmodi parallel schalten möchte. -
@david-g
Naja, da müsste man schon auf den Typ achten, also hätte dann auch einen text für aus, wenn man einen Datenpunkt nimmt. Wenn man nen zweiten Datenpunkt nimmt, hat man natürlich den Vorteil, dass man nichts kaputt macht, was schonmal jemand gebaut hat. Daher denke ich das wird es
