Alternative Firmware für das Raum-Sensormodul von Masifi

[Sisamiwe]

Und... läuft noch alles?

Ja, die GAs gehen verloren. Screenshot vorher hilft bei der Wiederherstellung. Parameter bleiben erhalten, bis auf die Diagnose (J/N). Ging schnell.
Etwas umständlich ist, dass man bei V3ff USB und KNX braucht.

[mumpf]

Und... läuft noch alles? Ich hatte ja geschrieben, dass fast alle GA verloren gehen, aber sind die Parameter erhalten geblieben?
Es ist ja nicht so, dass ich nicht Teste, aber ich bin mir immer nicht sicher, ob ich mich bei den vielen internen Versionen nicht mal total "verfranze" .

Aber Danke für die Blumen... Bin schon am 1-Wire dran.

Gruß, Waldemar

[Sisamiwe]

mumpf
Hallo Waldemar,

die Aktualisierung war erfolgreich!. Super Arbeit.
DANKE

[murloc]

Hallo Waldemar,

besten dank für deinen super schnellen Fix.
Mit der 2.0.1 funktioniert es jetzt einwandfrei!

Beste Grüße

[mumpf]

So, habe jetzt MultiplyChannels.exe 2.0.1 hochgeladen, ist auf github verfügbar. Es wäre nett, wenn Du das damit nachtesten könntest (Release runterladen und auf C:\Users\<user>\bin kopieren, dann nochmal in VSCode "Run Test Task -> MultiplyChannels-Release" ausführen.

Bei mir läuft es immer noch , es ist also zumindest kein neuer Fehler drin. Da ich aber den Fehler nicht hatte, kann ich es nicht verifizieren, dass er damit behoben ist.

Danke und Gruß,
Waldemar

[mumpf]

Danke für die Rückmeldung. Ich verstehe es zwar trotzdem nicht, weil ich auch Win10 Deutsch hier habe, bei mir ist es zwar "Enterprise", aber das sollte nicht der Grund sein. Und Du bist der Erste, der das Problem hat - ich gehe nicht davon aus, dass alle anderen, die es versucht haben, auf Englisch angemeldet sind. Die Stelle hat sich im Vergleich zu früheren Versionen nicht geändert.

Ist aber (wahrscheinlich) trotzdem genug Input, ich wusste nicht, dass die Funktion, die ich verwende, Sprachabhängig arbeitet. Ich muss nur rausfinden, wie ich das Sprachunabhängig mache. Ich würde Dich dann um einen Nachtest bitten, wenn ich die Korrektur habe, ich kann es bei mir nicht reproduzieren.

Melde mich wieder,
Waldemar

[murloc]

Nein.
Win 10 Pro, Deutsch

Tante Edit:
Du hattest aber den absolut richtigen Riecher. Stelle ich vom Windows-Standard Zahlen-Trennzeichen "," - also Beistrich auf den "." (Punkt) ,läuft alles einwandfrei durch.
Irgendwo ein Dreher bei mir im System?
Fehler ist auch reproduzierbar - was ja auch ganz schön ist. Stelle ich zurück auf die Standard Settings mit "," kommt wieder der Fehler.

[mumpf]

Hi,

noch ne Kurze Frage von unterwegs: Hast Du irgendwie komische System-Settings für Zahlen? Sprich: Keine deutsche oder englische Systemsprache auf Deinem Windows? Ich versuch das nur einzugrenzen...

Gruß, Waldemar

[murloc]

Passt gut, dank dir. Nur keinen Stress, die Kinder gehen vor. 😀

[mumpf]

Hi,

danke für das Feedback. Bei mir klappt es ... Ich muss mal schauen, aber erst heute Abend, derzeit sind die Kinder dran. Liegt ja am MultiplyChannels, und so richtig verstehe ich es nicht, da 50.115377 durchaus ein float ist!

Ich melde mich nachher,
Waldemar

[murloc]

Hallo Waldemar,

erst einmal vielen Dank für den Release der 2.0.

Hab jetzt rein aus Interesse den Ablauf getestet, da du ja um Feedback gebeten hast. Da aktuell leider kein KNX-System zuhause mal "trocken" ohne Modul (aber hoffentlich dann bald wieder richtig).

Beim Build der knxprod steigt er mit einer Fehlermeldung aus.

Liegts an mir?

LG

PS: Doku passt sehr gut so; logischer Aufbau und sehr gut nachvollziehbar

- Parameter-Value-Integrity...
--> Value of Parameter Latitude cannot be converted to a float, value is '50.115377'
--> Value of Parameter Longitude cannot be converted to a float, value is '8.683764'
- ParameterRef-Value-Integrity... OK
- ComObject-Name-Uniqueness... OK
- ComObject-Number-Uniqueness... OK
- Id-Namespace... OK
- Id-Format... OK
- Serial number... OK
Writing header file to release\Sensormodul-v2.3-80.h
--> Skipping creation of release\Sensormodul-v2.3-80.knxprod due to check errors! <--

[mumpf]

Noch ein kleiner Ausblick:

Es ist noch eine v3.0 geplant, die wird dann 1-Wire unterstützen. Ich hab da auch schon was am laufen, aber leider noch lange nicht so stabil, wie ich mir das vorstelle.
Passend zu den angekündigten Erweiterungen von Masifi will ich auch den Lichtsensor und den Näherungssensor integrieren, ebenso die 6 Binäreingänge. Hier warte ich aber wie alle anderen auf die Hardware . Das wird dann wohl die v4.0. Außer wenn ich 1-Wire nicht stabil bekomme und die Sensoren und Binäreingänge einfacher werden als gedacht... dann könnte es eine v3.0 mit den neuen Sensoren und Binäreingängen geben und eine v4.0 mit 1-Wire.

Ganz weit in der Ferne liegt noch eine v5.0, die wird wieder eine reine Logikversion. Ich will noch unbedingt Wertetabellen unterbekommen, vielleicht sogar Zustandsautomaten, aber dafür muss die komplette Logikengine umgeschrieben werden, hier reden wir also von Jahren...

Ansonsten kann ich mir durchaus Zwischenversionen vorstellen, wenn kleinere Funktionserweiterungen hinzukommen, z.B. neue Zeitschaltuhr- oder Logikfunktionen, oder auch neue Sensoren. Mal schauen, was die Zukunft bringt.

Gruß, Waldemar

[mumpf]

Hi allerseits,

ich habe jetzt v2.0 freigegeben. 6 Monate später also ich ursprünglich vorgehabt hatte... Ich hoffe, ich habe nichts vergessen, wir schauen mal, wer sich als erster traut .

Das ist das von mir bereits angekündigte Zeitschaltuhr-Release. Somit finden sich die größten Änderungen im Logikmodul.
Es gibt aber einige wenige Anpassungen im Sensormodul:

• es wird ein neuer VOC-Sensor unterstützt: IAQCore
• kleine Bugfixes,
  • z.B. wurden nach dem Neustart zu viele GroupValueRead auf einmal losgeschickt
  • Luftqualitätsampel sollte jetzt auch gehen
• das Diagnoseobjekt ist in die Logik gewandert, es wird aber in Zukunft möglich sein, auch Sensordiagnose darüber zu machen (derzeit aber noch nicht)

Bei der Logik kann jetzt jeder Logikkanal auch eine Zeitschaltuhr sein (also bis zu 80 Stück). Für Zeitschaltuhren wurden solche Sachen wie Sonnenauf- und -untergangsberechnung, Feiertagsberechnung (Osterformel/Adventsformel) und Urlaubsbehandlung eingebaut.

Zeischaltuhr-Test.png
Jede Zeitschaltuhr kann:

• Als Jahresschaltuhr mit 4 oder als Tages/Wochenschaltuhr mit 8 Schaltzeiten definiert werden
• Feiertage berücksichtigen (oder ignorieren)
• Urlaub berücksichtigen (oder ignorieren)
• Tag/Monat berücksichtigen (bei Jahresschaltuhren)
• Wochentag/Stunde/Minute berücksichtigen (bei allen Schaltuhren)
• Sonnenstandsbezogene Schaltzeiten:
  • Sonnenauf-/-untergang +/- Stunden/Minuten
  • Sonnenauf-/-untergang, aber frühstens/spätestens um ...
• Jede Stunde zu bestimmten Minuten schalten
• Jeder Schaltvorgang kann dann wie bei jedem Logikkanal auch alle Ausgangsfunktionen haben
• Beim Neustart des Logikmoduls den zeitlich letzten Schaltzeitpunkt berechnen und erneut ausgeben

Das ist sicherlich nicht alles, was man sich an Funktionen denken kann, aber ich bin schon recht weit damit gekommen, Der Gedanke ist auch nicht, alles mit einer Zeitschaltuhr zu erschlagen, sondern eben in Verbindung mit den vorhandenen Logikkanälen im Zweifelsfall durch passende Verknüpfungen das Gewünschte zu erreichen.

Ganz wichtig:
Bitte lest euch die Applikationsbeschreibung, hier speziell den Teil "Update der Applikation", sowohl beim Sensormodul (https://github.com/mumpf/knx-sensor/...ung-Sensor.pdf) wie auch beim Logikmodul (https://github.com/mumpf/knx-logic/b...bung-Logik.pdf) durch. Es gibt auch bei Github aktualisierte Dokumente für eine Neuinstallation (https://github.com/mumpf/knx-sensor/...x-dev-setup.md) und für das Upgrade (https://github.com/mumpf/knx-sensor/...pdate-setup.md). Und auch wenn die Doku es anders sagt: Ihr braucht die neueste Version von MultiplyChannels.exe.

Ich habe mir ziemlich Mühe gegeben, genau zu beschreiben, was man machen muss und wie man vorgeht, damit möglichst wenig erneut parametrisiert werden muss. Da ich aber mit sehr vielen Testversionen arbeiten muss, um alles immer wieder auszuprobieren, bin ich mir nicht sicher, ob das bei mir noch alles genau so ist wie bei jemandem in der "realen" Welt.

Wie immer, Feedback ist willkommen, nicht nur bezüglich Programmfehlern, sondern auch über Doku, Rechtschreibfehler bzw. Vertipper etc...

Gruß, Waldemar

[ReinerDaniel]

Hallo Waldemar,
dann warte ich noch ab. Ich bin sowieso schrittweise vorgegangen. Erst Löten, dann Firmware drauf und freuen, dass ich nichts dem Hitzetod geopfert habe. Dann an den BUS und testen. Erst nachdem ich weiss, dass ich nichts kaputt gemacht habe, wollte ich mir die Berker Einsätze und die Sensoren kaufen. Habe bisher nur wenig Sensoren zum testen. Aber das Projekt eilt nicht. Ich warte.
Gruß Matthias

[mumpf]

Hallo Matthias,

schön dass es geklappt hat und danke für die Blumen. Wie gesagt, mit der nächsten Version 2.0 wird es hoffentlich besser mit der Verzeichnisabhängigkeit, ich lerne ja auch dazu. Vielleicht solltest Du die Module noch nicht einbauen, ich würde sagen, es lohnt sich, auf de v2.0 zu warten. Ich für meinen Teil brauche zumindest immer wieder Zeitschaltuhren... deswegen hab ich sie auch entwickelt. Ich hätte das schon dieses WE freigegeben, aber dummerweise hat Masifi (als Tester) noch einen Bug gefunden, den ich schon seit 2 Tagen versuche zu lösen und einfach nicht dahinter komme... Muss ein Timing-Problem sein, denn im Debugger läuft es immer richtig, ohne Debugger in 4 von 5 Fällen falsch. Aber ich gebe nicht auf!

Langer Rede kurzer Sinn: Die Version geht sehr wahrscheinlich kommendes WE raus. Und weil sich bei der Version auch viele KO ändern und man dann einige GA neu zuordnen muss, würde ich noch warten.

Gruß, Waldemar