@michael-roling
Danke für den Fix. 1.1.0 läuft gut

@Esmax666 So vielleicht

@thomas-braun said in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

@supernils sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

W: Target Packages (main/binary-armhf/Packages) is configured multiple times in /etc/apt/sources.list:1 and /etc/apt/sources.list.d/pivpn-bullseye.list:1

Die Doubletten müssen aus den Dateien raus.
Es darf pro Repo nur einen Eintrag im gesamten /etc/apt/* geben.

Das hatte ich bereits gefixt. Hat aber nicht gebracht...
Ich versuche es nochmal. Ich kommentiere den Eintrag

deb http://raspbian.raspberrypi.org/raspbian/ bullseye main

in pivpn-bullseye.list

Ergebnis:

Linux raspberrypi4-iobroker 5.10.103-v7l+ #1529 SMP Tue Mar 8 12:24:00 GMT 2022 armv7l

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Wed Oct 26 12:49:28 2022 from 192.168.192.2
pi@raspberrypi4-iobroker:~ $ sudo apt update
Hit:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Hit:2 https://deb.nodesource.com/node_16.x bullseye InRelease
Hit:3 http://archive.raspberrypi.org/debian bullseye InRelease
Reading package lists... Done
Building dependency tree
Reading state information... Done
All packages are up to date.
pi@raspberrypi4-iobroker:~ $

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

@supernils
ok, hätte mir auch gestern schon auffallen können: ersetz mal grundsätzlich true / false durch 'on' / 'off'. Dann geht es. -> true/false kann sich mal durchgemogelt haben, ist aber immer falsch und muss auf 'on' / 'off' übersetzt werden.
Ist das ein manueller Sensor? (bzw. warum ist das ein Sensor und kein binary_sensor? ).

Wenn du den automatisch erkennen lässt bzw. jetzt mit admin 5 als binary_sensor mit device_class window einstellst, erhältst du den state auch ordentlich übersetzt.

Vielen Dank für die Hinweise. Die Darstellung passt jetzt.
Als ich mit Lovelace begonnen habe, habe ich alle Entitäten manuell erzeugt, da ich den automatischen Prozess nicht verstanden habe (die Entitäten wurden nicht automatisch erzeugt).
Mittlerweile habe ich den Devices-Adapter entdeckt und das automatische Erzeugen funktioniert zuverlässig. Ich werde nach und nach Geräte mit dem Devices-Adapter erstellen und so auf automatisch erzeugte Entitäten umsteigen.

Hallo @Rene_HM ,
ich verwende in meiner Visualisierung den Datenpunkt "isActive" wie folgt:
Bei true ist der Zeitplan bzw. Automatik aktiv, bei false wird auf vollständig manuellen Betrieb umgeschaltet. Dabei wird zunächst die "feste Temperatur, wenn keine Heizperiode" gesetzt. Anschließend kann eine beliebe Temperatur eingestellt werden.

Zu "isActive" sind mir zwei Punkte aufgefallen:

1. Es scheint eine Abhängigkeit (vllt. zum Override) zu geben. Ich hatte "isActive" auf false gesetzt, die "feste Temperatur, wenn keine Heizperiode" wurde gesetzt, aber nach 30 min sprang der Mode auf Auto mit entsprechender Temperatur.
   

2. Bei "isActive" = false springt die manuell eingestellte Temperatur nach einiger Zeit plötzlich wieder auf die "feste Temperatur, wenn keine Heizperiode". Dieses Verhalten werde ich weiter beobachten und wenn möglich weitere Details nennen. Dieses "Problem" konnte ich mit dem Datenpunkt TemperatureIfNoHeatingPeriod und einem kurzen Skript lösen: Wenn die Temperatur manuell verändert wird, wird auch TemperatureIfNoHeatingPeriod aktualisiert. Allerdings erscheint im Log der Fehler !!ChangeStatus not implemented yet TemperatureIfNoHeatingPeriod Wohnzimmer value 14

3. Wenn "isActive" auf false gesetzt ist, zeigt der Mode "no heating". In meinem Fall kann es sein, dass trotzdem geheizt wird. Wäre es möglich den Text zu ändern? Vielleicht "no schedule" oder "manual mode"?

@simatec , @crunchip
Kurzes Feedback von mir. Meine Anforderung (Sonnenhöhe + Zeit) kann mit dem Feature "Einstellungen Lichtsensor" umgesetzt werden. Danke.

@simatec , @crunchip
Kurzes Feedback von mir. Meine Anforderung (Sonnenhöhe + Zeit) kann mit dem Feature "Einstellungen Lichtsensor" umgesetzt werden. Danke.

@crunchip said in Test Adapter shuttercontrol v1.7.x:

oder löse es ohne Lichtsensor, dafür hast du doch verschiedene Möglichkeiten, z.b über die Sonnenhöhe

Die Sonnenhöhe (wie im Bild abgebildet) zu verwenden habe ich in Betracht gezogen, aber es fehlt dann die zeitliche Abhängigkeit (Nicht vor 19 Uhr). Im Winter beginnt die Dämmerung um 17 Uhr.

@simatec wäre es möglich dieses Feature (Sonnenhöhe + Zeit) in den Adapter zu bringen?

@simatec Oder verstehe ich dich falsch? Meinst du, dass ich das Feature "Einstellungen Lichtsensor" mit den Astrodaten konfigurieren soll?

D.h.
Helligkkeitswert zum Schließen: -6°
Frühste Zeit zum Schließen: 19 Uhr
Objekt ID des Helligkeitssensors: Datenpunkt Sonnenhöhe

@simatec
Ich würde gerne die Rollladen bei "absoluter Dunkelheit", aber nicht vor 19 Uhr, runterfahren lassen.

Mein Outdoor Lichtsensor zeigt 0 lux gerade bei Sonnenuntergang. Dann ist es noch zu hell. Damit ist der Lichtsensor als Lösung raus.

Mit "absoluter Dunkelheit" meine ich die Lichtverhältnisse bei den Dämmerungsphasen.
Mein Feature-Request wäre das Fahren bei einer bestimmten Sonnenhöhe + Frühste Zeit zum Schließen bzw. Öffnen. Quasi ein Menü "Einstellungen Sonnenhöhe" ähnlich zu "Einstellungen Lichtsensor".

@simatec said in Test Adapter shuttercontrol v1.7.x:

@supernils dann stelle doch im Menü ein… nicht vor 19 Uhr

Abhängig von der Jahreszeit ist es um 19 Uhr noch hell. Dann würden die Rollladen erst bei 0 lux (~Sonnenuntergang) fahren. Das wäre dann zu früh.

Beispiel August:
Sonnenuntergang: 20:30 Uhr
Dämmerung: 21:10 Uhr
Nautische Dämmerung: 21:50 Uhr

@simatec
Danke für die schnelle Antwort.
Mein Lichtsensor (Philips Hue Motion Sensor Outdoor) ist bei 0 lux bei Sonnenuntergang. Das wäre zu früh. Dämmerung oder nautische Dämmerung wäre vom Lichtverhältnis optimal.

Hallo zusammen,
wie müsste ich den Adapter konfigurieren, dass die Rollläden bei Dämmerung herunterfahren, jedoch nicht vor 19 Uhr?
Sollte ich die Rollladen über Sonnenhöhe (Elevation) fahren lassen und Elevation auf -6 einstellen? Werden bei dieser Einstellung auch Zeiten beachtet?

@supernils said in Test Adapter shuttercontrol v1.7.x:

Hallo @simatec,
ich habe sporadische Probleme beim Sonnenschutz. Es fahren nicht immer alle Rollladen in den Sonnenschutz.
Folgendes Verhalten habe ich beobachtet:
Nach dem Hochfahren aus dem Sonnenschutz wird die Höhe auf ("Rollladenhöhe beim Hochfahren" - 1) = 98% gesetzt. Es scheint als fahren alle Rollladen mit 98% Höhe am nächsten Tag nicht mehr in den Sonnenschutz.

Meine Rollladenschalter fahren von 0% - 99%.
Sonnenschutzeinstellung: Innen/Außentemperatur/Lichtsensor & Himmelsrichtung.

Kann es sein das bei dem Punkt noch ein Problem mit dem Adapter besteht? Oder liegt es an mir :)?

Kurze Rückmeldung für alle die evtl. das gleiche Problem haben.
Die Fehlerquelle war der Alias. Für SET hatte ich nur für die Lesefunktion das Runden auf eine Nachkommastelle mit Math.round(val * 10) / 10 gesetzt. (Ich runde, weil der Alias viele Nachkommastellen anzeigt.)
Das Problem tritt nicht mehr auf, wenn zusätzlich auch für die Schreibfunktion das Runden angewendet wird:

Wirklich verstanden habe ich es bisher nicht, aber es funktioniert

cc: @Homoran

@homoran said in Test Adapter shuttercontrol v1.7.x:

@supernils sagte in Test Adapter shuttercontrol v1.7.x:

Der Datenpunkt für den Sollwert ist im shuttercontrol-Adapter referenziert.
Da der Istwert-Datenpunkt für shuttercontrol nicht bekannt ist

das geht nicht!

Da musst du mal suchen. HmIP und KNX haben auch das Problem. Ich glaube da musst du über ein Alias arbeiten.
Aber da kann dur @simatec bestimmt besser helfen.

Danke für den Hinweis. Um es nicht zu kompliziert zu machen, habe ich den Alias bisher nicht erwähnt. Dies kann natürlich auch die Fehlerquelle sein.
Der Alias enthält den Soll-Wert (SET) und den Ist-Wert (ACTUAL):
alias.0.Wohnzimmer.Rolllade_Rechts.SET -> zwave2.0.Node_008.Multilevel_Switch.targetValue
alias.0.Wohnzimmer.Rolllade_Rechts.ACTUAL -> zwave2.0.Node_008.Multilevel_Switch.currentValue

Der Datenpunkt "alias.0.Wohnzimmer.Rolllade_Rechts.SET" ist tatsächlich im shuttercontrol-Adapter referenziert.

Für beide Datenpunkte des Alias ist die Konvertierungsfunktion Math.round(val*10) / 10 für die Lesefunktion aktiv. Ich kann mich leider nicht erinnern warum hier gerundet wird. Wahrscheinlich um Nachkommastellen (für die GUI) zu unterdrücken.

@homoran said in Test Adapter shuttercontrol v1.7.x:

@supernils sagte in Test Adapter shuttercontrol v1.7.x:

Export der SQL Daten als csv.

und warum nicht die Liste aus dem Datenpunkt direkt?

Ich weiß gerade nicht was du meinst.
Ich bin wie folgt vorgegangen:
Einstellungen für Datenpunkt (Zahnrad) -> Verlaufsdaten -> Button "Export als csv"

@supernils sagte in Test Adapter shuttercontrol v1.7.x:

Welche Einstellung aus den Extra-Einstellungen sollte ich als erstes versuchen?

ich verstehe noch nicht so ganz die Reihenfolge, Quellen und Bedeutung der Werte?

lediglich der Level sollte interessant sein.
oder hast du unterschiedliche Datepunkte für soll und ist?

Im zwave-Adapter gibt es einen Sollwert (zwave2.0.Node_008.Multilevel_Switch.targetValue) und einen Istwert (zwave2.0.Node_008.Multilevel_Switch.currentValue).
Der Datenpunkt für den Sollwert ist im shuttercontrol-Adapter referenziert.
Da der Istwert-Datenpunkt für shuttercontrol nicht bekannt ist, gehe ich davon aus, dass der Datenpunkt shuttercontrol.0.shutters.autoLevel.Wohnzimmer_Rechts den Sollwert wiedergibt.