Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Würde mich allerdings wirklich mal interessieren was ihr da so konfiguriert habt.
Die Logiken sind an ganz vielen Stellen hilfreich, da Sie sehr flexibel in Bezug auf Weiterleitung, Verzögerung etc. konfiguriert werden können. Und natürlich die Möglichkeiten, die sonst keine Logik bietet, wie das Rücksetzen eines Gerätes oder einen ReadRequest ausführen.
Damit sind sie sozusagen das Schweizer Taschenmesser für die vielen kleinen Übergangsproblemchen. Können aber auch zu durchaus komplexen Lösungen kaskadiert werden. Man hat ja genug Kanäle.
Und das alles KNX nativ.
Das verstehe ich durchaus, niemand will Inkompatibilitäten. Ich nutze aktuell nur wenige Logik und Zeitschaltuhrfunktionen, bin also bestimmt kein Poweruser. Würde mich allerdings wirklich mal interessieren was ihr da so konfiguriert habt.
Wenn Waldemar das auf irgendeiner Todo Liste stehen hat, dann kann er das umsetzen, wenn er das für sinnvoll hält. Ich bin in dem Fall nur Nutzer und schon mit dem zufrieden, was ich aktuell nutzen kann. 😁
Unabhängig von dem Missverständnis, das auch ich aus der Formulierung „Das ist schade..“ herausgelesen habe.
Wenn bestehende Feiertage aus der Struktur herausgenommen werden, führt dies ebenfalls zur Inkompatibilität der Applikation. Natürlich weiß ich nicht, wie viel Du sonst benutzt, aber wenn man eine umfangreiche Applikation inkompatibel übertragen muss, ist das Aufwand und Fehlerquelle, was man unbedingt vermeiden möchte.
Ich weiß nicht wo hier ein Problem gesehen wird? Ich habe auf einen Missstand hingewiesen und die Antwort dazu zur Kenntnis genommen und mein bedauern darüber ausgedrückt. Um ehrlich zu sein nutze ich die Feiertage aktuell nicht mal, ich wollte nur der Vollständigkeit halber darauf hinweisen.
Das ich die Pseudo Feiertage überflüssig finde, ist meine persönliche Meinung, die müsst ihr nicht zwangsläufig teilen.
Aber gerade die sind verschiebbare Feiertage, die von anderen Bedingungen abhängen (Fasching von Ostern, Advent von Weihnachten). Die könntest Du nicht durch eine Zeitschaltuhr realisieren. Den 20. September schon. Ich verstehe ehrlich gesagt nicht, wo das Problem ist? Ist doch ein gangbarer Workaround...
Es gab doch die Zusage, das irgendwann mal mit aufzunehmen. Aber dazu ist ein größerer Umbau notwendig und das bedeutet auch, das die bisherigen Applikationen nicht mehr kompatibel sind.
-> neben dem Entwicklungsaufwand gleichzeitig auch viel Aufwand für alle bisherigen Anwender
Ich denke da sollte man bis dahin auch mit dem Workaround arbeiten können.
Das ist Schade, insbesondere weil so viele Feiertage verfügbar sind, die gar keine Feiertage (im Sinne von gesetzliche Feiertage) sind, wie z.B. alles um Karneval/Fasching oder die Adventssonntage. Ich wüsste nicht wofür man die zwingend bei den Feiertagen braucht.
Nein... Die Feiertage sind voll, ich habe nur ein Longint mit 32 Bit vorgesehen. Ich werde das irgendwann mal verlängern, aber dazu muss ich mehr an der Infrastruktur anpassen, als ich derzeit möchte. Ist somit nicht kurzfristiges.
Aber was ich bei so etwas immer sage: Ein Zeitschaltuhrkanal, der am 20. September schaltet, tut hier wunder .
mumpf mir ist gerade aufgefallen das bei den Feiertagen noch der Weltkindertag am 20. September fehlt. Wäre es möglich den bei Gelegenheit mit aufzunehmen?
Freut mich, das es geht und nützlich ist. Ich melde mich dann, wie das mit den Tests gelaufen ist...
Da du selber baust und modifizierst, würde mich interessieren, wie man diesen Fall besser unterstützen kann. Könnten wir uns hierzu Mal austauschen, vielleicht auch in einer Telko? Ich habe bisher nur eine schwammige Vorstellung, was da am besten wäre...
Den commit habe ich lokal auch schon wieder reverted. Da habe ich irgendwas kaputt gemacht mit und nach nem Tag "hing" der Wert dann fest egal was am Eingang ankam.
Auf die Lösung mit den KO-Verknüpfungen kam ich dann auch. Das läuft jetzt seit 3 Tagen oder so stabil.
Ich hab mal Deine Änderung bei mir gemerged und Teste mal damit. Ich habe in Deinem Repo im anderen commit gesehen, dass Du versuchst, auch die Werte für die interne Verknüpfung zu merken, damit Du damit weiter rechnen kannst. Da das aber zu viel Speicher kostet (Logikmodul muss auch auf dem SAMD laufen), werde ich das nicht übernehmen können.
Die Info-LED habe ich nur dazu genutzt, die Startup-Phase des Sensormoduls zu "debuggen", die ist nämlich an, solange die Sensoren initialisiert werden und der I²C-Bus geprüft wird. Die bleibt an, wenn die Sensorinitialisierung nicht durchgegangen ist oder irgend ein Sensor den I²C-Bus blockiert. Beim Logikmodul ist das zwar technisch auch so, aber weil nichts am I²C angeschlossen ist, blinkt die bei Startup nur kurz auf.
Achja, und bei einem Fatal-Error oberhalb des KNX-Stacks wird sie dazu genutzt, einfacher die Blink-Codes zu entschlüsseln: Fehlercode ist "Wie oft blinkt die PROG-LED während die INFO-LED leuchtet" (https://github.com/OpenKNX/OGM-Commo...%20call%20this)
Nichts davon ist wirklich notwendig. Und die Info-LED ist nicht von irgendeinem Modul steuerbar, weil sie nicht immer vorhanden ist. Sprich: Du kannst die Definition weglassen.
Das ist Zusatzhardware, die bisher mit dem Sensormodul von Masifi verfügbar war. Die RGB-Led wird über I²C angesteuert, der Treiber ist der PCA9632. Mehr weiß ich dazu nicht, Hardware ist nicht meine Stärke.
Ich meinte eigentlich nicht die I2C LED, es gibt in der Hardware Definition noch eine "INFO_LED", die würde mir eigentlich schon reichen, einen Piepser und eine LED an das BCU-Board von Ing-Dom dran gelötet und dann habe ich wohl schon alles was ich brauche :-)
Ich weiß aber nicht, wie und ob die Info-Led implementiert ist.
Das VPM-Big werde ich auf jeden Fall probieren!
Und danke für den Tip mit dem anfordern der Uhrzeit, ja, klar, so sollte es gehen.
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
.
Einen Kommentar schreiben: