Alternative Firmware für das Raum-Sensormodul von Masifi

[Amenophis]

Vielleicht schaffst du es noch bei dem Test auch nochmal nach dem Zeitschaltuhr Problem zu schauen. Ich habe es bei mir nochmal versucht und es bleibt dabei, Sonnenuntergang minus Zeitversatz will einfach nicht auslösen. Ohne oder plus Zeitversatz ist kein Problem.
Wenn man bei den Test irgendwie unterstützen kann, dann sag gerne bescheid. Ansonsten einen guten Rutsch

[mumpf]

Hi,

natürlich würde ich die Feiertage von 1 bis 29 machen. Somit ist 0 kein Feiertag. Alles andere würde keinen Sinn machen.

Gruß, Waldemar

P.S.: Implementiert ist das schon, allerdings kann ich erst ab dem 6.1. testen, dann bin ich erst wieder zu Hause.

[sk73]

Hi
ich nutze das (noch) nicht. Ich habe nicht in deine Feiertagsliste geschaut. Wenn die 0 nicht belegt ist lässt sich dass ja sonst bei Bedarf leicht umbauen
0= kein Feiertag -> 0
1-xx = Feiertag -> wenn Wert >0 dann logisch 1

Falls die 0 der 1. Januar ist müsste dann allerdings noch ein Wert für !Feiertag festgelegt werden. Der dann immer an Tagen gesendet wird die keine Feiertage sind.

Damit hätte das KO dann natürlich fast täglich einen Wert !=0

Wäre etwas komplizierter/gewöhnungsbedürftiger aber auch ok.

Ich würde es begrüßen.

[Amenophis]

Ich fände es super, gerade, wenn es sich so "leicht" umsetzen lässt. Mit dem KO und Update ist natürlich nicht so nice aber, wenn es "nur" das Löschen der Verbindung ist, sollte auch das mit entsprechendem Hinweis in der Doku bzw. hier klappen.

[mumpf]

Ok, dann eine Frage in die Runde, an alle, die das Logikmodul benutzen:

Wer nutzt zur Zeit das KO 5 (Feiertag heute) oder das KO 6 (Feiertag morgen), beide sind derzeit DPT1? Wenn das sowieso keiner (außer mir) nutzt, dann würde ich daraus gerne ein DPT 5.010 machen. Dann wird darauf nicht nur die Information gesendet, dass heute (bzw. morgen) ein Feiertag ist, sondern auch welcher.
Ich würde dann in der Liste der Feiertage (in der Applikation unter Urlaub/Feiertage -> Feiertage) die Feiertage durchnummerieren und dann genau die Nummer ausgeben.

Warum ich frage: Ich bin auch bei den KO knapp, und das wäre eine echte funktionale Bereicherung, ohne dass man viel programmieren müsste und kaum was an der Applikation ändern müsste. Allerdings klappt das Update der Applikation nicht, sobald eine GA mit KO 5 oder KO 6 verbunden ist, da sich dann ja der DPT ändert. Man müsste somit VOR einem Update die GA dieser KO entfernen. Ist ein kleiner manueller Schritt, aber ich wollte zumindest mal fragen, ob das jemand nutzt.

Gruß, Waldemar

P.S.: Amenophis: Manche Sachen können mit wirklich minimalem Aufwand gelöst werden, und dann mach ich das lieber gleich (was trotzdem min. 1-2 Wochen dauert, mit Tests, Doku, Update usw.). Und Deine Idee ist echt gut und gefällt mir sehr... Das muss belohnt werden.

[mumpf]

Hi Etienne,

beim nochmaligen lesen hab ich das ja auch verstanden, sorry für mein etwas "gehässiges" Zitat. Aber wie mein Smiley schon andeuten sollte, was das nicht wirklich ernst gemeint. Was sagst Du zu dem Vorschlag im P.S. von #496?

Gruß, Waldemar

[Amenophis]

Jetzt haben wir gleichzeitig gepostet. Genau das meine ich

Das mit der Nummer wäre ja zum Beispiel eine gute Alternative, wenn das andere nicht geht. Aber wie gesagt, ist nichts was super wichtig ist und du hast sicher noch andere Dinge in der Sache in der Prio.

[Amenophis]

Ich habe mich glaube nicht richtig ausgedrückt, daher nochmal ein neuer Versuch.

Was ich mir vorstelle ist, dass nur am 3. Advent ein EIN gesendet wird und nur am 6.01 ein AUS. Soll heißen, dass ich den genauen Feiertag auswählen kann an dem gesendet wird und nicht, dass alle Feiertage, wie Sonntage berücksichtigt werden. Wenn es diese Funktion gibt, dann habe ich es sowohl in der Anleitung als auch in der Applikation überlesen. Aber bei der Zeitschaltuhr kann ich nur die Wochentage und/oder Uhrzeiten auswählen, oder mache ich was falsch?

[mumpf]

Hi Etienne,

eventuell hab ich Dich oben auch falsch verstanden... Du meinst wirklich einen bestimmten Feiertag, an dem Du ein Signal bekommst, z.B. am 2. Advent. Ok, das geht nicht und wird auch nicht gehen, ich hab bei den Zeitschaltuhren keinen Platz (Speicher) mehr für Parameter frei. Ich schau nochmal, ob ich irgendwas sehe, aber die Zeitschaltuhren waren echt viel Bitfuchserei...

Aber für den 2. Advent gibt es trotzdem eine Lösung:

• 2. Advent als Feiertag auswählen
• Für jeden möglichen Tag, an dem der 2. Advent liegen kann (ich glaube, es ist der 4.12. bis 10.12) Schaltzeitpunkte festlegen, die nur an einem Feiertag senden.

Gruß, Waldemar

P.S.: Was ich mir vorstellen kann... ich mache ein Byte-KO (DPT 5.010), über das ich die Nummer des aktuellen Feiertages sende (so wie in meiner Feiertags-Liste). Einen Bool kann man sich dann einfach per Logikkanal basteln... das wäre noch machbar.

[mumpf]

Ich weiß, dass du viel um die Ohren hast und das ein absolutes Freizeitprojekt ist aber vielleicht magst du die Idee ja in dein Backlog aufnehmen

Jetzt muss ich gemein sein und Dich etwas "frei" zitieren:

... vielleicht magst Du die Anleitung nochmal genau lesen und die Applikation studieren, dann siehst Du, dass es schon geht

Sorry, das musste jetzt sein...

Zitat aus meiner Applikationsbeschreibung https://github.com/mumpf/knx-logic/b...ibung-Logik.md:

Ferner können Feiertage und Urlaubstage bei den Zeitpunkten berücksichtigt werden. Dabei kann bestimmt werden, ob die Schaltzeitpunkte:

• Urlaub/Feiertage nicht beachten sollen
• Bei Urlaub/Feiertag nicht schalten sollen
• Nur bei Urlaub/Feiertag schalten sollen
• Einen Urlaub/Feiertag wie Sonntag behandeln sollen

Dies erlaubt sehr flexible Zeitschaltuhren für Urlaub/Feiertage.

Ein Feiertagskalender für Deutschland incl. Osterberechnung und Adventsberechnung ist integriert.

Viel Spaß damit und wie immer: Bitte Fehler melden...
Gruß, Waldemar

P.S.: Auch wenn ich glaube, dass es funktioniert - lege keinen Schaltzeitpunkt zwischen 2 und 3 Uhr Nachts, nur um mir bei der Sommer-/Winterzeitumstellung einen Fehler zu melden. Ich vertraue hier auf die EU und denke, dass sich solche Fehler "von alleine" lösen werden

P.P.S.: Sommer-/Winterzeitumschaltung sollte derzeit von außen (also über den Bus) kommen, intern funktioniert noch nicht richtig.

[Amenophis]

Hallo Waldemar,

also meine Variante aus #492 klappt, vielen Dank für die Hilfe.

Heute ist mir eine neue Idee gekommen, was sehr cool wäre. Ich hatte die Idee, dass die Weihnachtsbeleuchtung in der Zeit vom 2. Advent bis zum 06.01 leuchtet und danach automatisch ausgeschaltet wird. Aktuell behelfe ich mir dabei noch mit FHEM. Natürlich wäre es cooler, wenn das Ganze nativ abgebildet werden kann, getreu dem Motto so viel in KNX, wie möglich. Die nächste Idee war dann, dass es super wäre, wenn die Zeitschaltuhr auf Feiertage reagieren könnte. Soll heißen, dass ein Signal bei bestimmten Feiertagen anstelle von Uhrzeiten / Tagen gesendet wird. Ich weiß, dass du viel um die Ohren hast und das ein absolutes Freizeitprojekt ist aber vielleicht magst du die Idee ja in dein Backlog aufnehmen

[mumpf]

Hi Etienne,

Zum Zeitversatz:
ich hab mal im Coding nachgeschaut, das ist soweit symmetrisch (gleiche Routine für plus und minus Zeitversatz). Aber ich werde es mal die nächsten Tage ausprobieren und im Zweifelsfall debuggen.

Zum Rest kann ich nur sagen: Schön dass es funktioniert.

Eingang 1 (Macht das Tor auf oder zu) = invertiert aktiv

Hier meinst Du Eingang 2.

Dabei ist mir übrigens aufgefallen, dass man, wenn man Kanäle verbindet, keine Werte für eine Szene vorgeben kann, wie von dir oben vorgeschlagen. Das nur so am Rande.

Das habe ich nicht vorgeschlagen . Du hast es vielleicht so verstanden. Ich kann immer nur wiederholen, was in der Anleitung steht und was konsequent durchgezogen ist: Intern arbeitet das Logikmodul NUR mit 0 und 1 (also ein Bit für einen Wert). Insofern geht es gar nicht, dass eine Szene in irgendeiner Form beim verbinden von Kanälen vorgegeben wird, da es eine interne Verbindung ist. Eine Szene geht nur extern über GA. Man könnte aber den Ausgang der Zeitschaltuhr auch mit der Logik über GA (sprich: extern statt intern) verbinden. Allerdings ist Deine Lösung gut wie sie ist, das hier war nur zur Erklärung.

Und vergiss nicht, beim schließen vom Tor noch ein AUS zu senden, sonst wird beim Umschalten von Winter auf Sommer womöglich Szene 4 nicht "beendet", je nachdem, wann die Umschaltung passiert. Und der Vollständigkeit halber würde ich beim öffnen vom Tor den Eingangswert senden. Aber das muss nicht sein, man bekommt ja den Wert in der darauffolgenden Nacht...

Gruß, Waldemar

[Amenophis]

Deine Erklärung konnte ich nachvollziehen hat aber ein Problem mit dem Eingang. Hier mal die Erklärung was ich machen will:

Ich will um 17 Uhr Szene 3 starten und um 4 Uhr Szene 4. Das soll aber nur im Winter (0) passieren. Was habe ich gemacht:

Logik1:
Zeitschaltuhr bei jedem Eingangstelegram
Schaltzeiten: Tagesschaltuhr 17 Uhr EIN | 04 Uhr AUS
Ausgang: Alle Optionen nein, DPT für Ausgang DPT1, EIN = Wert vorgeben EIN | AUS = Wert vorgeben AUS

Logik2:
Tor Funktion
Eingang 1 (Macht das Tor auf oder zu) = invertiert aktiv
Kanalausgang X (Dateneingang vom Tor) = normal aktiv
Eingang 2: DPT1
Kanalausgänge verbinden = 1 (Ausgang von Logik1)
Ausgang: Alle Optionen nein, DPT17 EIN = Szene 3 | AUS = Szene 4

Damit müsste es ja eigentlich klappen, werde es mal testen. Bei meinem ersten Versuch hatte ich in Logik1 schon die Szene als Ergebnis ausgegeben. Das habe ich jetzt geändert. Dabei ist mir übrigens aufgefallen, dass man, wenn man Kanäle verbindet, keine Werte für eine Szene vorgeben kann, wie von dir oben vorgeschlagen. Das nur so am Rande.


Rechtschreibfehler:
In der Doku auf Github:
- "Physilalische Adresse"

Edit:
Habe es jetzt ein paar mal geteste, das scheint zu funktionieren.

Jetzt habe ich eine weitere Logik angelegt da ist mir aber ein neues Problem aufgefallen. Kann es sein, dass die Zeitschaltuhr Sonnenuntergang minus Zeitversatz nicht ausgelöst wird? Ich habe das jetzt ein paar mal versucht und bei plus Zeitversatz klappt es aber bei minus wird nie ein EIN gesendet.

Hier mal die Konfig:
Operation: Zeitschaltuhr, bei jedem Eingangstelegram
Schaltzeiten: Tagesschaltuhr, Feiertage nicht beachten, Nachholen nein, Sonnenuntergang minus Zeitversatz (Std. + min variert eingestelt)
Ausgang: Alle Optionen nein, DPT Ausgang DPT1, EIN Wert vorgeben EIN, AUS Wert vorgeben AUS

[mumpf]

Hi Etienne,

ich versuch das noch auf eine andere Art zu beschreiben und Szenen mit einzubeziehen:

1. Ich habe kein TOR für Szenen (hab ich bisher bei keiner KNX-Logik gesehen), man kann Szenen mit dem TOR verwenden. Das ist ein feiner Unterschied, der hoffentlich nach dieser Erklärung klarer wird.
2. Wie schon in der Anleitung beschrieben, funktionieren alle Logiken (also auch das TOR) rein binär, also nur mit 0 und 1. Man kann bei den Eingängen bestimmen, wie der Eingangs-DPT in eine 1 bzw. 0 gewandelt wird und am Ausgang, was bei einer 1 bzw. 0 gesendet werden soll.
3. Will man ein TOR mit einem anderen DPT als DPT1 verwenden, muss man quasi 2-Gleisig denken: Wie ist der Datenfluss der Logik (nur aus 0 und 1 bestehend) und wie ist der Datenfluss meines Ziel-DPT (in dem Fall Szene, DPT 17.001)

Betrachten wir den binären Datenfluss:

• Beim offenen TOR werden sowohl 1 wie auch 0 durchgelassen. Die Frage ist, ob Du bei Szenen überhaupt zwischen 1 und 0 unterscheiden willst. Ich gehe mal von NEIN aus. Du listest einfach jede Szene, die es auf dieser GA gibt, im Eingangskonverter auf, so dass jede Szene eine 1 ergibt.
• Jetzt kannst Du am Ausgang nur bei 1 senden, Wert ist gleich Eingang 1, bei 0 sendest Du nichts. Ist das TOR offen, werden alle Szenen weiter geleitet, ist es zu, wird nichts gesendet.
• In so einem Fall hast Du die 0 noch frei. Du könntest also sagen, dass das TOR beim schließen eine 0 senden soll und für die 0 sendest Du z.B. eine Szene "alles aus".
• Oder Du zählst nicht alle Szenen im Eingangskonverter auf, dann senden einige Szene eine 1 und alle anderen eine 0. Dann hast Du die Freiheit, bei 1 den Wert vom Eingang 1 zu senden und bei 0 nichts -> das ist ein Szenenfilter. Oder Du sendest bei 0 wieder eine Szene "alles aus", dann machst Du aus einer Szene eine andere.

Ich will damit sagen, dass das Senden bei AUS genau das selbe macht was das senden bei EIN macht: Das was Du einstellst .

Falls das jetzt nicht klarer wurde, musst Du Dein Szenario beschreiben, dann finden wir eine konkrete Lösung für Dein Problem.

Gruß, Waldemar

P.S.: Rechtschreibfehler immer gern, korrigiere ich dann. Keiner ist perfekt...

[Amenophis]

Ich bräuchte nochmal deine Hilfe mumpf Habe mir jetzt mal das Tor angesehen aber zur Ausgangs Einstellung habe ich noch eine Frage. Ich will ja, dass die Daten einfach weitergeleitet und nicht verändert werden. Also wähle ich aus DPT für Ausgang (DPT 17.001 Szene), weil Szenennummern rein kommen. Dann wähle ich am Ausgang bei EIN "Ja - Wert von Eingang 1", damit der Wert durchgereicht wird, wenn das Tor auf ist. Welche Auswirkungen hat das Feld AUS? Würde hier eine Meldung ergehen, wenn das TOR zu ist (das stelle ich ja eigentlich schon vorher ein) oder in welchem Fall wäre diese Einstellung bei einem TOR relevant? Wurde aus deiner Anleitung zur Logik dazu leider auch nicht ganz schlau. Sorry.

Noch ein zweiter Punkt, wenn ich Rechtschreibfehler in der Anleitung oder in der ETS finde, magst du die wissen? Ansonsten sehr umfangreiche Anleitung, die mir schon oft geholfen hat. Vielen Dank dafür