OpenKNX-VirtualPresence release (VPM)

[mumpf]

Sorry, habe die Frage hier irgendwie überlesen... aber dumme Fragen gibt es nicht.

Die Applikation hat immer nur die beschriebenen Eigenschaften, also VPM/Logik mit 20/30 Logikkanälen. Wir arbeiten daran, beim Kompilieren verschiedene Module in unterschiedlicher Zusammensetzung zu einer Applikation zu vereinen. Das Ganze zur Laufzeit in einem existierenden Gerät zu vereinen wird wohl nie gehen .

Haben die Logikkanäle aiuch die Formeln, so wie im OAM-LogicModule?

Ja, das OAM-LogicModule ist Teil vom OAM-PresenceModule und hat somit auch dessen Funktionen. Also auch Formeln.

Das Logikmodul, dass aktuell bei mir am Sensormodul werkelt (habe ich erst heute kompiliert und hochgeladen) hat die Formeln nicht.

Vor OpenKNX hatte ich den Vorgänger von dem Logikmodul rausgebracht (knx-logic), dessen aktuelle Version noch 3.8 ist. Aber bereits die hatte schon Formeln, nur weniger als die aktuelle. Insofern frage ich mich, welche Version Du gebaut hast?

Und - falls das noch nicht deutlich geworden ist: Die OpenKNX-Firmware muss man nicht mehr mit PlatformIO bauen. Es werden komplette Skripte zur Installation geliefert. Deswegen gehe ich aus, dass Du was altes gebaut hast...

Und noch etwas: Es wird auch ein OpenKNX-SensorModule geben, dass wie früher Sensoren, 1-Wire und Logik enthalten wird (alles als OpenKNX-Portierungen). Ferner wird es auch noch eine weitere Applikation+Firmware geben (OAM-SensorVpmModule), die Sensoren, VPM und Logik enthalten wird (VPM mit nur 6 Kanälen, mehr passt nicht rein), aber dann kein 1-Wire. Viele nutzen 1-Wire nicht, den Platz kann man sinnvoller Nutzen .

Es funktionieren leider noch nicht alle Sensoren (und 1-Wire ist noch nicht fertig), deswegen gibt es hier noch kein Release. Eine Variante mit BME280 oder SHT3x und VPM habe ich aber am Laufen, falls jemand Betatester spielen will. Aber nur für diejenigen mit vorhandenem Sensormodul.

Gruß, Waldemar

[EPIX]

eine Frage (wahrscheinlich eine "dumme" Frage):

Applikation bietet 20 VPM-Kanäle und 30 Logikkanäle

wenn ich die Applikation auf mein Sensormodul lade, habe ich dann die Applikation der Sensorwerte auch noch, oder kann das Modul dann "nur" die 20 VPM und 30 Logikkanäle?
Haben die Logikkanäle aiuch die Formeln, so wie im OAM-LogicModule? Das Logikmodul, dass aktuell bei mir am Sensormodul werkelt (habe ich erst heute kompiliert und hochgeladen) hat die Formeln nicht.

[gbglace]

Ja verteilen als fertiges bedarf eine Zertifizierung durch die KNXA. In der ETS die Du aber mit Deiner Lizenz erworben hast, hast das Werkzeug enthalten eine zu generieren. Ist der rechtlich sichere Weg so. Sonst brauchst hier noch ein paar Jahre Rechtsberatung und Klärung und Budget das zu klären.

[jcd]

Warum muss man die knxproj eigentlich selber erzeugen? Hat das rechtliche Gründe?

[willisurf]

Ja, das wäre echt ungewöhnlich.

Es sei noch erwähnt, das es natürlich auch geht, einfach die oben verlinkte ZIP Datei herunterladen, auspacken und entsprechend der readme mit den Powershell Scripten die knxprod zu erzeugen, um diese mal zum herumspielen in die ETS zu laden.
Ist ja bei jedem neuen unbekanntem Gerät neben RTFM ein gutes Vorgehen.

[gbglace]

Das würde ja bedeuten man liest das Handbuch bevor man einfach loslegt, gegen Baum läuft und hier überflüssige Fragen stellt.

[willisurf]

Bitte die Applikationsbeschreibung lesen.

Kann ich nur unterstreichen, auch um mal einen Eindruck vom Look and Feel in der ETS und der Funktionalität zu bekommen. Waldemar hat viele Screenshots und Hintergrundinfos mit eingebaut.

Die Applikationsbeschreibung hier nochmal verlinkt, falls jemand nicht bis zum ersten Beitrag zurückblättert.

[TabSel]

…wenn es Dir nur darum ginge, den VPN mal auszuprobieren STATT dem ENO, dann könnte ich Dir was zuschicken…

Hab ein bisserl drüber nachgedacht: bitte spar Dir die Energie, ich brauch Enocean. Den VPM für meine Bedürfnisse kann ich - denke ich - dann auf meinem eibpc2 auch entwickeln, wenn die TPs nicht so funktionieren wie gedacht, aber enocean receiver kann ich nicht in software allein realisieren.

Steck die energie besser in die firmwarez und den real presence, Ihr seid echt mega

[mumpf]

Ich habe noch eine allgemeine Anmerkung an alle, die das ausprobieren wollen: Bitte die Applikationsbeschreibung lesen. Da stehen für viele Funktionen verschiedene Hintergrundinformationen und häufig auch eine Motivation bzw. ein Szenario, das von dieser Funktion besonders unterstützt wird. Das sind meiner Meinung nach wertvolle Informationen.

Und auch eine weitere Sache ist mir wichtig: Wenn man schon verschiedene BWM oder PM parametriert hat, kommt man schnell auf die Idee, dass das bei diesem Melder ähnlich wäre und man einfach genau so vorgehen kann wie bei den anderen. Dem ist aber nicht so, zumindest nicht genau so.
Dieser Melder heißt nicht umsonst VPM, er ist Virtuell, da er keine eigene Sensorhardware hat. Somit ist er auf externe Bewegungs- und Helligkeitssingale angewiesen. Und wenn ein Bewegungs- oder Präsenzsignal 5 Minuten auf EIN steht, dann kann der Melder daraus kein 2-Minuten-Lichtsignal machen.
Man muss sich also bei der Parametrierung dieses Melders über die ETS zusätzlich zu typischen PM-Funktionalitäten auch noch gedanken über das Timing der Informationen machen, die in den Melder eingehen.

Selbst mir, der es programmiert hat, ist mir z.B. der Fehler unterlaufen, dass ich als Nachlaufzeit der Kurzzeitpräsenz (also die Zeit, in der durch weitere Bewegung festgestellt wird, dass doch nicht Kurz- sondern Langzeitpräsenz gewollt wird) 15 Sekunden gewählt habe, die Bewegungssignale aber nur alle 30 Sekunden kamen. Dann hat der Melder keine Chance, eine Langzeitpräsenz festzustellen. Die Meldung heißt dann: "Sobald ich die Kurzzeitpräsenz einschalte, wird die Langzeitpräsenz nicht ausgewertet", obwohl es klar am Timing liegt.

Also: Bitte auf das Timing achten. Und schaltende Bewegungssignale sind immer besser als triggernde!

Gruß, Waldemar

[willisurf]

Wenn es hier jemand gibt, der das passend zusammenschneiden kann, dann würde ich auch mal in einer Teams-Sitzung online zeigen, wie die Installation und auch wie ein upgrade läuft.

Kann ich machen

[mumpf]

Der PR2040 meldet sich als USB Laufwerk,

Ja, aber das tut er nur beim ersten Mal, wenn er nicht initialisiert ist. Die anderen Male musst Du dann BOOTSEL drücken und PowerOn machen. Ich behaupte, dass mein Install-Script einfacher ist. Und inzwischen scheint es auch zuverlässsig zu funktionieren.

Gruß, Waldemar

[mumpf]

Den PI Pico per USB mit einem (Windows-) PC verbinden

Als Ergänzung zu Bernhards Ausführungen: Es muss ein Windows PC mit ETS sein. Ohne ETS kann die knxprod nicht gebaut werden. Und da die ETS nicht auf einem Mac läuft, muss es Windows sein.

Du musst einmalig unsere Tools installieren: https://github.com/OpenKNX/OpenKNX/w...-OpenKNX-tools (wird aber auch im Readme vom Installpackage entsprechend erwähnt) und dann 2 Skripte im Installpackage ausführen.

Wenn es hier jemand gibt, der das passend zusammenschneiden kann, dann würde ich auch mal in einer Teams-Sitzung online zeigen, wie die Installation und auch wie ein upgrade läuft. Dann könnte es jemand schneiden (ich kann es nicht) und dann könnten wir das auch ins Wiki hängen.

Gruß, Waldemar

[Ing-Dom]

mit einer Software die Firmware draufladen

nicht mal eine Software brauchst du. Der PR2040 meldet sich als USB Laufwerk, datei rüberschieben und fertig.

und parametrieren

Dafür brauchst du die knxprod, die du selbst erzeugen muss. Dafür sind ein paar Tools nötig, es gibt aber eine gute Anleitung.

[willisurf]

Ja, inzwischen ist es wirklich genau so einfach. Zwei Zip Dateien herunterladen, auspacken, die kurze Anleitung im Readme befolgen. Das ist im wesentlichen nur das ausführen eines Powershell Scripts (geht mit Windows Bordmitteln).
Damit kopiert man die nötigen Tools (einmalig), erzeugt die knxprod für die ETS Applikation und programmiert über USB die Hardware.

Alles ohne Entwicklungsumgebung und auf einer Standard Windows Umgebung mit ETS in 10min erledigt.

Dann die knxprod wie gewohnt in den Katalog der ETS importieren, die Applikation ins Projekt ziehen, applizieren und PA/Applikation normal wie bei jedem anderen KNX Gerät programmieren.

[jcd]

Wie einfach ist denn die Erst-Inbetriebnahme nachdem alles zusammengebaut wurde? Den PI Pico per USB mit einem (Windows-) PC verbinden, mit einer Software die Firmware draufladen und fertig? Dann an den KNX-Bus anschließen und parametrieren?