selfbus.org

MultiSensorAktor kann sicherlich die "Schnittstelle zur Hardware" machen. Dazu braucht es dann, so wie das klingt, ggf. noch einen Logikbaustein.

Eigenes KNXPROD (incl. dann der nötigen Software, denn das KNXPROD gibt erstmal nur ein "Speichermapping" anhand der Einstellungen in der ETS wieder) ist ...

korrekt, beim MSA aufgrund zu hohen RAM-Verbrauchs der Routinen nicht umsetzbar. Braucht was schlankeres, am besten auf BCU1 oder BCU2-Basis.

korrekt, PWM ist aktuell noch nicht funktionierend implementiert. Ich hatte das als Software-PWM ausprobiert, das braucht aber viel zu viele CPU-Zyklen. Ich hätte dann mit Glück wenige Hz Frequenz geschafft, was bei praktisch allen Anwendungsfällen unbrauchbar wäre.
PWM wird also in Zukunft über die ...

ok, bei den Dalls-1-Wire-Dinger könnte es was geben, stimmt. Die könnte man dann auch in die Software implementieren.
Die SHTs sind für sowas nicht geeignet, die DHT auch nicht in meinen Augen. Der Anlegefühler braucht ja schon eine Metallhüsle für einen anständigen Wärmeübergang, und sollte ...

Anlegefühler sind meist NTC, PT100(0) und ähnliches, da wird es vermutlich mit dem Modul aktuell noch schwer, da die Sensoren rein analoge Werte liefern. Software gibts da noch keine passende, und obs die Hardware mitmachten würde bin ich mir unsicher, ohne weitere externe Hardware aber sicher nicht.

ohne es ausprobiert zu haben, dafür müsste das Reset-Objekt da sein. Was aber meines Wissens nach nicht via KNX geht ist die Erkennung vorsorglich zu deaktivieren um einen Alarm zu verhindern.

ja, das Fenster-Thema sollte, sofern du dich für die DHT oder SHT entscheidest, schon abzudecken sein.
Was die Garage angeht: wenn es zu dem Teil Arduino-Bibliotheken geben sollte... prinzipiell habe ich eine Einbindung solcher Bibliotheken auf dem Plan, um das ganze nicht neu erfinden zu müssen ...

Zum Thema Software muss man sagen: da gibt es bisher nur die Variante, die IN16-BIM112 Firmware anzupassen.


Oder den Multi-Sensor-AKtor zu verwenden, den man sich halt derzeit noch aus dem DEV-OOP-Branch selbst compilieren muss. Kann nach derzeitigem Stand neben simplen EIn/Ausgängen an jedem ...

oder in /boot/cmdline.txt das console=ttyAMA0 entfernen
Bei einem Raspi 3 müsste man wohl noch das Blauzahn deaktivieren, indem man dtoverlay=pi3-disable-bt in die /boot/config.txt einfügt. Nach den Änderungen unter /boot neustarten, damit sie wirksam werden.

Was hast du denn für ein System auf dem entsprechenden Raspi? Beim Raspbian kannst du den knxd ja direkt als Paket installieren (sudo apt install knxd), damit müsste er eine /etc/knxd.conf anlegen. Bei mir hab ich im dann nach alter Config-Art einfach folgenden Eintrag verpasst:

KNXD_OPTS="-e 1.1 ...