Ankündigung

Einklappen
Keine Ankündigung bisher.

OpenKNX-VirtualPresence release (VPM)

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • mumpf
    antwortet
    Masifi: Das können und sollten wir auf jeden Fall probieren, sobald Du kannst und wenn Du eine V1.2 noch da hast. willisurf und ich werden das auch testen, aber wir haben - glaube ich - noch ältere Hardware .

    Gruß, Waldemar

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Hi Nils,

    Du kannst natürlich auch mehrere Geräte machen, nur musst Du dann wieder der Prog-Button drücken. Ich bin inzwischen zu faul dazu und mache alles vom Schreibtisch aus. Da alle unsere Geäte inzwischen über die Seriennummer zu proggen sind, geht das mit der ETS sehr komfortabel und bequem (gilt nicht für die Erstinbetriebnahme, da muss man immer noch einmal den Prog-Button drücken). Deswegen kam der Hinweis mit nur einem Gerät.

    Gruß, Waldemar

    Einen Kommentar schreiben:


  • Masifi
    antwortet
    Wenn ihr dazu noch einen Testkandidaten braucht, dann kann ich meinen eigenen RP V1.2 aufbauen und mit der V2.0 in Betrieb nehmen. Bin nur über das Wochenende nicht zuhause.

    Einen Kommentar schreiben:


  • Marino
    antwortet
    mumpf
    Danke, Waldemar, für die schnelle Antwort und auch für den Hinweis, nur ein Gerät zu Zeit zu machen.

    Dann kann ich das am Wochenende ja mal in Angriff nehmen.


    Viele Grüße
    Nils

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Wir testen nochmal was, ich melde mich nochmal. Wahrscheinlich erst morgen. Aber solange er erstmal läuft, ist da kein Problem.

    Gruß, Waldemar

    Einen Kommentar schreiben:


  • Sisamiwe
    antwortet
    Zitat von willisurf Beitrag anzeigen
    Nur nochmal nachgefragt, Du hast die RealPresence Platine V1.2 und erfolgreich mit der Version V2.0 geflasht?
    Ja, aber erst beim zweiten Mal hat es richtig funktioniert. (Ich habe zuerst die Firmware V2.0 geflashed und den Melder dann wieder mit KNX und 24V verbunden. Programmieren der Applikation ging, aber der Melder hat nichts erkannt. Dann habe ich die V1.0 versucht, ging auch nicht. Danach habe ich die V2.0 nochmal geflashed und die Applikation programmiert. Damit hat es dann funktioniert.) Ich dachte, dass es beim ersten Mal was falsch gemacht habe, aber wenn Du nun so fragst...

    Einen Kommentar schreiben:


  • willisurf
    antwortet
    Zitat von Sisamiwe Beitrag anzeigen
    Upload-Firmware-RealPresence_v2.0.ps1
    Erstmal natürlich schön, das alles so gut funktioniert.

    Nur nochmal nachgefragt, Du hast die RealPresence Platine V1.2 und erfolgreich mit der Version V2.0 geflasht?

    Einen Kommentar schreiben:


  • Sisamiwe
    antwortet
    Zitat von mumpf Beitrag anzeigen
    Weil Du den RealPresence ansprichst:
    Danke für den Hinweis. Ich hätte mich präziser ausdrücken müssen: "Update erfolgreich aufgespielt und wieder in Betrieb genommen"
    Mit der Firmware "Upload-Firmware-RealPresence_v2.0.ps1" funktioniert es.

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Zitat von Sisamiwe Beitrag anzeigen
    RealPresence HW1.2
    Weil Du den RealPresence ansprichst: Es gibt bei den RealPresence eine "Sonderlocke", einige Geräte haben eine invertierte Beschaltung vom Power-Pin des HF-Sensors. Das ist in der Firmware abgefangen, aber beim Austausch des gesamten Unterbaus will ich nicht ausschließen, dass hier was falsch läuft. Ich glaube das nicht, aber es ist auch was, was ich nicht testen kann.

    Anders gesagt: Wenn nach dem Firmware-Update der HF-Sensor nicht laufen sollte (auf der Platine leuchtet dann auch die Power-LED für den HF-Sensor nicht), dann nicht lange nach eigenem Fehler suchen, bitte gleich bei mir melden (am besten mit der Angabe der Seriennummer). Dann schaue ich nach, ob es gehen sollte.

    Gruß, Waldemar

    Einen Kommentar schreiben:


  • Sisamiwe
    antwortet
    Zitat von mumpf Beitrag anzeigen
    ab sofort gibt es die neuste Version des VPM
    Update erfolgreich auf dem RealPresence HW1.2 von Masifi aufgespielt.
    VIELEN DANK!

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Noch eine Info zum Release 3.1: Beim Firmware-Update geht leider die PA verloren, muss danach neu programmiert werden. Bei der ETS 6 ist das kein Problem, da kann einfach die PA über die Seriennummer programmiert werden. Bei der ETS 5 kann das auch über "PA überschreiben" gemacht werden, das aktualsierte Gerät hat dann ja die PA 15.15.255. Dann sollte man aber darauf achten, dass man nur ein Gerät gleichzeitig aktualisiert.

    Gruß, Waldemar

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Zitat von Marino Beitrag anzeigen
    Im letzen Fall würde ich dann die Applikation auf 2.15 updaten > 3.1 importieren und darauf updaten > Firmwareupdate machen > 3.1 Applikation übertragen. Wäre das so richtig?
    Gena so ist es richtig, und es geht gar nicht anders. Bei dem Release 2.15 (in den Release Notes auf github) steht auch, dass die 2.15 gar keine Firmware hat.

    Wir müssen das machen, damit die Applikation in der ETS updatefähig bleibt. Die 2.15 passt in der ETS nur einige Parameter an, damit die 3.0 Applikationen updatefähig bleiben. Sonst hätte jeder neu parametrisieren müssen, und das will keiner.

    Insofern ja - der Zwischenschritt ist neu, wird auch nicht so schnell wiederkommen - aber wenn einen so was davor bewahren kann, alles neu einzugeben, ist es das hoffentlich Wert .

    Gruß, Waldemar

    Einen Kommentar schreiben:


  • Marino
    antwortet
    Vielen Dank für das Release. Liest sich echt toll, was es hier immer für Fortschritte gibt.

    Ich bin momentan mit 2 Modulen noch auf 1.11.3.
    Ist das Zwischenupdate auf der Hardware wichtig oder nur für die ETS? Sprich, muss ich die Applikation auf 2.15 updaten und dann auch übertragen, da das sie auf dem Modul sein muss oder ist der Zwischenschritt lediglich für ETS wichtig und es muss zwischendurch nicht übertragen werden?
    Im letzen Fall würde ich dann die Applikation auf 2.15 updaten > 3.1 importieren und darauf updaten > Firmwareupdate machen > 3.1 Applikation übertragen. Wäre das so richtig?

    Vielleicht eine dumme Frage, aber bisher habe ich das noch nicht machen müssen.


    Viele Grüße
    Nils

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Hi allerseits,

    ab sofort gibt es die neuste Version des VPM (auch auf dem RealPresence von Masifi verwendbar).

    Für die Präsenzmelder-Funktionen ist es ein reines Bugfix-Release, trotzdem gibt es insgesamt viel neues:
    • Die Applikation unterstützt jetzt unseren neuen Konfigurationstransfer
    • Verbesserter knx-Stack: Durch asynchrones Sende- und Empfangshandling werden Botschaften auch bei sehr hoher Buslast sicher übertragen
    • Das Logikmodul wurde auf die Version 3.3 angehoben
    • Das Modul mit virtuellen Tastern wurde zugefügt in Version 0.5
    • Update über den KNX-Bus ist jetzt möglich
    • Die Möglichkeiten der ETS für Icons werden genutzt
    • Es wird bei (fast) allen Eingabefeldern eine Kontextsensitive Hilfe angeboten
    • Es gibt ein generelles UI-Redesign, dass alle OpenKNX-Applikationen wiedererkennbar macht
    • Genaue Änderungen/Fixes an der Fimware findet man im Changelog der Applikationsbeschreibung
    • Für unser REG1-IP-Gerät ist die Version 3.1 auch ganz neu als IP-Version verfügbar

    Um auf das Release 3.1 aktualisieren zu können, muss erstmal die ETS auf die Version 2.15 aktualisiert werden. Diese Version ist gleichzeitig verfügbar mit der 3.1. Der Weg ist 1.11.3 -> 2.15 -> 3.1. Für die 2.15 gibt es keine Firmware, es ist ein reines ETS-Zwischenrelease. Die Version PresenceModule-Big-2.15 ist der einfachheit halber auch dem 3.1-Big-Paket beigefügt.

    Ich habe mich schweren Herzens dazu entschlossen, den Präsenzmelder nicht mehr auf der SAMD-Firmware weiterzuentwickeln. Deshalb gibt es das Release 3.1 nur als Big-Version, die schon immer nur für die RP2040-Hardware verfügbar war.

    Wer die (stark abgespeckte) Release-Version nutzt und diese auf der RP2040-Hardware verwendet hat, bekommt eine halbautomatische Unterstützung für die Migration auf die Big-Version. Dazu muss man die gleichzeitig erscheinende Release-Version 1.12.3 nutzen. Diese enthält die Version 1.11.3, ergänzt um den Konfigurationstransfer. Mit dem kann man dann alle PM- und Logik-Einstellungen auf die Big-Version migrieren, Das geht auf jeden Fall schneller und komfortabler, als alles manuell abzutippen.

    Für die SAMD-Benutzer bleibt die Version 1.11.3 weiterhin nutzbar, sie wird aber nicht mehr weiterentwickelt. Der SAMD ist einfach am Limit seiner Möglichkeiten und kann keine der neuen Funktoinalitäten leisten, die OpenKNX mitbringt. Sollte jemand seine Hardware von SAMD auf RP2040 wechseln, kann er auch die Einstellungen auf die Big-Version 3.1 retten, indem er auch auf die Version 1.12.3 geht und den Konfigurationstransfer dazu nutzt. die Einstellungen zu übertragen.

    Wie immer ist das Release hier zu finden: https://github.com/OpenKNX/OAM-PresenceModule/releases,
    die aktuelle Applikationsbeschreibung findet ihr hier: https://github.com/OpenKNX/OFM-Prese...ng-Praesenz.md

    Gruß, Waldemar


    Einen Kommentar schreiben:


  • Benni620
    antwortet
    Zitat von willisurf Beitrag anzeigen
    Im Zweifelsfall kannst Du auch einfach getrennte Tagesphasen nehmen
    Das hätte ich jetzt als erstes mal versucht, aber das mit dem Dimmer, wie vonvmumpf vorgeschlagen klingt wahrscheinlich für den Zweck am einfachsten.
    Ich werd morgen mal dran rum basteln.

    Ja, das Logik Modul ist wirklich sehr mächtig, damit muss ich mich als nächstes richtig befassen.

    Danke euch!

    Einen Kommentar schreiben:

Lädt...
X