Aktuelle Version (stable)
Aktuelle Version (lastest)
Veröffentlichungsdatum	03.05.2023
Github Link	https://github.com/Schmakus/ioBroker.lightcontrol.git
Beschreibung	https://github.com/Schmakus/ioBroker.lightcontrol/blob/main/docs/de/lightcontrol.md

Einleitung
Mit diesem Adapter lassen sich Lampen von unterschiedlichen Herstellern gemeinsam steuern.

Features

• Gruppierung beliebig vieler Lampen/Leuchtmittel
• Verwendung gemischter Lampen/Farbsystemen und Umrechnung der Farbsysteme (Hex,Rgb,Xy)
• Möglichkeit der Zuweisung von Default-Werten zu jedem Leuchtmittel (gleiche Helligkeit trotz unterschiedlich leistungsstarker Leuchtmittel)
• Verwendung beliebig vieler Bewegungsmelder pro Gruppe
• Ramping (langsame Änderung der Helligkeit bis Zielwert) für on und off
• Hoch- und Runterdimmen
• AutoOff nach Zeit / Kein Off bei Bewegung;
• AutoOff nach Helligkeit
• AutoOn bei Bewegung ab bestimmter Helligkeit
• AutoOn bei Dunkelheit
• AutoOn bei Anwesenheitszählererhöhung ab bestimmter Helligkeit (Begrüßungslicht bei heimkommen)
• Override on (Putzlicht)
• Masterswitch um alle Gruppen gemeinsam ein- und auszuschalten (Gleichzeitig Indikator, wenn alle Gruppen an sind)
• Info Datenpunkt für "beliebige Gruppe ist ein"
• Blinken (Alarm, Türklingel, etc.)
• Adaptive Helligkeit (Bei Aussenhelligkeit über 1000 Lux volle Helligkeit (100%), darunter linear dunkler bis 0 Lux (2%))
• Adaptive Farbtemperatur (4 dynamische Modi: Linear (linear ansteigend von Sonnenaufgang bis Sonnenmittag, dann linear abfallend bis Sonnenuntergang), Solar (entsprechend der Sonnenhöhe errechneter Sinus, maxCt ist Jahreszeitenabhängig), SolarInterpoliert (wie Solar, jedoch ohne Jahreszeitenabhängigkeit), StartYourDay (linear Absteigend von Start-Uhrzeit - Sonnenuntergang)

Dokumentation

https://github.com/Schmakus/ioBroker.lightcontrol/blob/main/docs/de/lightcontrol.md

Installation

Die Installation erfolgt aus der Stable-Repository oder Beta-Repo.

Hinweise zur Bedienung
In den Instanzeinstellungen werden ausschließlich die Gruppen angelegt. Alle Lampen und Sensoren werden über die jeweiligen Datenpunkte und deren Einstellungen (Zahnrad neben der Objekt-ID) konfiguriert.
Die gesamte Steuerung erfolgt danach ausschließlich über Datenpunkte im Adapterverzeichnis.
Der Adapter enthält bewusst keine Zeitsteuerungen! Alle Änderungen an den Datenpunkten, wie z.B Änderung der Helligkeit nach einer bestimmten Zeit, muss über separate Scripte oder Adapter erfolgen.
Hier empfehle ich das Timer-Script von @Pittini oder einer der Adaptern SmartControl oder Schedule.

Wohin mit den Issues?
Nach Möglichkeit direkt bei Github einstellen: https://github.com/Schmakus/ioBroker.lightcontrol/issues
oder hier im Forum diskutieren.

Wohin mit Feature Requests?
Nach Möglichkeit direkt bei Github einstellen: https://github.com/Schmakus/ioBroker.lightcontrol/issues
oder hier im Forum diskutieren.

Hallo,
der DoorBird Adapter wurde umgebaut und fit für js-controller 5 gemacht.
Die aktuelle Version liegt im Beta-Repo und kann ab sofort gestestet werden.

https://github.com/iobroker-community-adapters/ioBroker.doorbird.git

Issues bitte direkt auf GitHub posten: Issues

Bekannter Fehler:
Beim Start des Adapter kann es zu einem Fehler kommen, da die Logik des Adapter davon ausgeht, dass es Duplikate von Favoriten gibt. Es kommt zum Fehler, da der Adapter diese Favoriten löschen möchte, jedoch sind diese tastsächlich nicht vorhanden.
Ein Adapter-Neustart sollte das Problem beheben.
Working on it.....

@skorpil was zeigen denn deine logs? Und du holst dir die Werte auch nur einmal bei Scriptstart. Wenn sich die Werte ändern, werden deine variablen nicht aktualisiert.

@guergen sagte in Anfängerfrage: Mehrere Objekte zusammenfassen:

@nordischerjung Die oder-Nummer kannst Du lassen, die Objekte sind oben schon so verknüpft:

Bedingt! Je nach Anwendungsfall! Wenn man alle Objekte nochmals per ODER verknüpft, bleibt die Sirene solange an, bis der letzte Melder false liefert.
Wenn man es nicht tut, schaltet die Sirene ab, sobald einer der 3 Melder auf false wechselt.

@michael-roling sagte in Test Adapter telegram-menu v.0.3.x:

@markus-frankl
eigentlich sollte immer ack.true gesetzt werden.
wenn du möchtest das ack:false gesetzt wird , einfach ack:false hinter das change{...} eintragen

Wäre es generell nicht sinnvoller, states mit ack=false zu setzen? Da man i.d.R. states von Adaptern setzt, sollte ack=false der Standard sein?!
Bei eigenen Datenpunkten spielt acknowledge eine untergeordnete Rolle.

@ralle211 sagte in VIS Sichtbarkeit über mehrere Bedingungen:

@schmakus sagte in VIS Sichtbarkeit über mehrere Bedingungen:

[5, 6, 18].includes(val)

Hey danke, geht aber auch nicht Den Workaround will ich ja extra nicht wenn es diese Funktion (wohl) gibt.

Also ich hab mir das nun mal genauer angeschaut. So wie es aussieht, kann man nur einen Wert vergleichen.

== // exakt
!= // ungleich
<= // kleiner/gleich
>= // größer/gleich
< // kleiner
> // größer
consists / bestehend aus // enthält eine Teil z.B.: Wert = "Hallo" => "all" wird als true gewertet
not consits / bestehend nicht aus // enthält nicht eine Teil z.B.: Wert = "Hallo" => "all" wird als false gewertet
exist // nicht undefined, null oder NaN
not exist // undefined, null oder NaN

@batteliere sagte in doorbird 1.2.4 "Klingelmäuschen":

Doorbird DBIS

Was ist denn eine DBIS?
Du kannst mal in der App nachschauen, welche Zeitpläne beim Motionsensor hinterlegt sind. Vielleicht befindet sich ein Zeitplan, welcher bei Bewegung auch den HTTP Call der Klingel auslöst?

@fredf Wird nicht funktionieren, da wenn mehrere Fenster auf "true" sind und nur ein Fenster geschlossen wird, der Status auf "false" wechselt, obwohl noch andere Fenster offen sind.
Man muss hier Schleife durch den Selektor machen mit einer Falls Abfrage darin.

Ich kann nur das empfehlen: Wiffi Pump 4

@malz1902 Du kannst dir per eigenes Script den Auto-Modus (Datenpunkt unter shuttercontrol.0.shutters vorhanden) aktivieren/deaktivieren. Es gibt so viele Spezialfälle, das würde das Konzept von ShutterControl nur unnötig aufblasen.

@oliverio sagte in VS Code Extension => keine Verbindung:

@schmakus sagte in VS Code Extension => keine Verbindung:

EHOSTUNREACH

Also EHOSTUNREACH ist ja eine Fehlermeldung von node direkt und bedeutet, das der eine Rechner vom anderen nicht erreicht werden kann.
Da spielt meiner Meinung nach noch nicht irgendeine Detail-Konfiguration der Extension mit rein.
Kannst du mal auf dem Rechner mit vscode einfach mal ein ping an deinen Rechner mit iobroker machen?
Ich wette, da kommt ebenfalls irgendeine Fehlermeldung.

Dann spielt da weder der iobroker noch vscode irgendeine Rolle, sondern liegt rein am Netzwerk oder Firewall. Nutzt du irgendwo Docker? oder läuft der iobroker im Windows Subsystem mit Linux?

Ping funktioniert. Jedoch mit telnet erreicht ich den Host nicht. ioB läuft auf ner VM auf Proxmox.

@ralf-2 sagte in VS Code Extension => keine Verbindung:

@schmakus Ja richtig, das wird ja über ein Skript dort angelegt.
Leider fällt mir momentan auch nichts mehr ein.

Nur um Missverständnisse zu vermeiden, es geht dir auch tatsächlich um die Skripte im IOBroker und nicht um die Einbindung vom Dev-Server. Weil der Dev-Server wird ja ganz anders eingestellt, das läuft ja über SSH-Remote.

Genau, nur um die Scripte vom JavaScript Adapter. Kein dev-server.

@alexhaxe sagte in VS Code Extension => keine Verbindung:

@schmakus

EHOSTUNREACH deutet stark darauf hin, dass Dein VSCode keine Route zum Host finden kann, und dementsprechend die Verbindung fehlschlägt. Das könnte sogar noch vor einer falschen Port-Angabe zuschlagen (Gegenprobe wäre den Port zu ändern, um zu gucken, ob die Meldung davon unbeeindruckt bleibt).

Eventuell könnte auch eine Firewall den Zugriff der Applikation "VSCode" auf die Adresse verhindern, während die Applikation "Browser" durchgelassen wird.

Guter Einwand! Wie könnte ich das prüfen? Port hatte ich schonmal geändert aber keine Änderung der Meldung.

Meine Config liegt im geöffneten Workspace, bzw. wird ja automatisch dort angelegt. SimpleApi, Socket, usw. passt alles.
Es macht keinen Unterschied ob http oder https. Beides liefert den Fehler.

@mcm1957 Die Extension, um mit VS Code die Scripte vom JavaScript Adapter zu bearbeiten.
Auf den Admin komme ich ganz normal per Browser.

Hi, ich bekomme keine Verbindung zum ioBroker über die VS Code Extension. Was habe ich übersehen?

Could not connect to ioBroker. Check your '.iobroker-config.json' for wrong configuration: Error: The connection to ioBroker was not possible. Reason: Error Code: UNKNOWN; Message: connect EHOSTUNREACH 192.168.0.9:8081 - Local (192.168.0.170:55631)

.iobroker-config.json

{
  "ioBrokerUrl": "http://192.168.0.9",
  "socketIoPort": 8081,
  "scriptRoot": "/",
  "adminVersion": "admin7",
  "allowSelfSignedCertificate": false
}

Leute, was soll ich sagen….. Problem hat sich in Luft aufgelöst. Keine Ahnung. War von heute auf morgen verschwunden.

@marc-berg sagte in Warnung bei setState eines Alias:

@schmakus sagte in Warnung bei setState eines Alias:

Was ist am Alias anders?

Eventuell eine Writefunktion im Alias, die dazwischen spuckt?

Keine Funktionen und Formel aktiv. Simpler Alias...eigentlich.

@homoran sagte in Warnung bei setState eines Alias:

@schmakus was ist denn die Fehlermeldung?
die kommt ja vorher.
Was du zeigst ist nur wo sich der Fehler verstecken sollte

Ne, die Warnung kommt immer beim setState

Wie gesagt, ändere ich z.B. die ID von PUMP_POWER auf die originale ID vom Z2M Adapter, kommt keine Warnung mehr

Hallo zusammen,

ich bin jetzt wirklich schon einige Jahre am JS programmieren und habe auch schon Adapter entwickelt, aber ich komme nicht darauf, warum mir ein Script ne Warnung ausspuckt, wenn ich einen Alias-State setzen möchte.
Wenn ich mit denselben Parametern den original state setze, passt alles.

Frage: Was ist am Alias anders? (Der Alias, wie auch der Original sind vom typ boolean)

javascript.1	22:06:21.678	warn	at handleManualControl (script.js.common.Pool.Pooltechnik:386:31)
javascript.1	22:06:21.678	warn	at Object.<anonymous> (script.js.common.Pool.Pooltechnik:329:9)

Hier ein Auszug aus dem Script:

const DP = {
    PUMP_POWER: 'alias.0.Steckdosen.Pooltechnik.state',
    PUMP_ENERGY: 'alias.0.Steckdosen.Pooltechnik.power',
    SALT_POWER: 'alias.0.Steckdosen.Pooltechnik.Chlorinator_state',
    SALT_ENERGY: 'alias.0.Steckdosen.Pooltechnik.Chlorinator_power',
    TELEGRAM: 'telegram.0'
};

async function handleManualControl(type, hours) {
   try {
	const isPump = type === 'pump';
	const powerDp = isPump ? DP.PUMP_POWER : DP.SALT_POWER;
	await setStateAsync(powerDp, { val: true, ack: false });
   } catch (err) {
	log(`❗ Fehler in handleManualControl(${type}): ${err.message}`, 'error');
   }
}