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.
Hmmm. Wenn ich das hier so lese stellt sich mir die Frage, wie sich callidomus denn das zyklische Senden so gedacht hat? Denn alle genannten Varianten sind alles andere als unkompliziert - Und für einen Laien überhaupt nicht ersichtlich. Da muss doch eine einfachere Lösung her...
Hi,
zu deiner Frage ich denke das er diesen Fall einfach für nicht so relevant hält...siehe deinem ersten Post von oben da hast du ja auch gemeint das ich das gar nicht brauche.
@Marcus,
ich halte den Fall aber sehr wohl für Relevant sobald das 1W Plugins da ist wollen das bestimmt viele. Da wollen bestimmt einige ihre Messwerte Zyklisch auf dem Bus legen. Zumindes ich würde das wollen. Und in dem Fall würde ich mir sogar ein eigenes Feld dafür wünschen.
@Waldemar
du weist bestimmt auch noch Szenarien ausser Hartbeat und Sensoren wo man das braucht.
@Waldemar
du weist bestimmt auch noch Szenarien ausser Hartbeat und Sensoren wo man das braucht.
Eigentlich nicht, ich versuche die Last auf dem Bus gering zu halten. Wenn man es auf einem anderen KNX-Device braucht, muss man natürlich zyklisch senden.
Wir können ja mit einer Sammlung von abstrakten Logiken/StateMachines anfangen, die bestimmte Aufgabenfelder adressieren...
Was auch bei der Beschreibung von Problemen und deren Lösungen meiner Meinung nach helfen würde ist ein für Menschen lesbarer Item Im und Export. Screenshots zu machen ist manchmal recht aufwendig. Wobei es mir hier egal ist ob es die Smarthome.py Notation, JSON oder XML ist. hauptsache man kapiert es gleich und findet sich wieder.
Hi,
zu deiner Frage ich denke das er diesen Fall einfach für nicht so relevant hält...siehe deinem ersten Post von oben da hast du ja auch gemeint das ich das gar nicht brauche
Das bezog ich auf Tag/Nacht zyklisch senden. Da denke ich nach wie vor, dass man das nicht zyklisch zu senden braucht. Aber eine Möglichkeit, ein Item zyklisch senden zu lassen, brauchen sicher einige hier (inkl. mir). Ich halte so einen hacky Workaround, der nur im Forum dokumentiert ist, nicht für den richtigen Weg.
Da meine Hütte noch nicht steht, habe ich noch gar keine konkreten Anwendungsfälle.
Ich habe aber bereits mit einigen KNX-Komponenten auf einem Testbrett herumgespielt und dabei ist mir aufgefallen, dass ein Busreset garnicht so cool kommt. Ein Use-case für mich mit Callidomus wäre also z.B. solche Zustände, die bei einem Busreset verloren gingen, in Callidomus zu puffern und alle 15 Minuten oder so erneut senden zu lassen, sodass sich das Gesamtsystem nach einem Busreset selbstständig "berappelt".
Zuletzt geändert von trollvottel; 06.12.2016, 15:59.
ja, das zyklische Sende könnte ich komfortabler machen. z.B. über eine Option für das KNX Plugin.
Allerdings vermisse ich noch einen UseCase, der etwas breiter aufgestellt ist.
Zu trollvottels UseCase:
Die Aktoren müssen einen Busspannungsabfall eigenständig handhaben. Ich würde meinen Bus nicht mit unnützen* Telegrammen vollmüllen wollen.
Das System (KNX) muss das eigenständig abfangen.
*unnütz in 99% der Fällen
Bis bald
Marcus
P.S. ich nehme Waldemar Beispiel mal in die Doku auf
das gehört schon zu den Items. Weil es ja sein kann das man etwas auch über ein anderes Plugin verschicken möchte. z.b. über das Network Plugin, oder MQTT So müsste das ja dann auch jedes Plugin machen.
Mein Use case wären da wirklich die genanten Sensorwerte die Zyklisch verschickt werden. Einige Geräte mein Roladenaktor will alle alle X minuten ein Telegramm sonst meinen sie das etwas nicht stimmt und fährt die Rollos hoch. Bei den RTRs von MDT ist es so das man einstellen kann ab wann diese beim Ausbleiben der Temperatur in den Notbetrieb wechseln. Default im neuen ist 45min
Viele Grüsse
Jürgen
Zuletzt geändert von heckmannju; 06.12.2016, 17:20.
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.
Kommentar