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.
der Node-Name einer Logik muss nichts mit der Logik zu tun haben, Ich benenne aber FileName und NodeName immer gleich (ohne die Endung .py). Hilft meiner Meinung nach, die Übersicht zu wahren.
Ansonsten teilt sich der Node-Name den Namensraum mit Items und Plugins (bei Items effektiv nur die Root-Ebene), da darf es also nicht zu Kollisionen kommen.
okay ich habe gestern ein hängendes Callidomus gehabt. Ich habe was an der logik für den Kalender geändert und mich gefragt was ich tun muss damit diese Änderung erkannt wird. Ich habe gedacht das ich nix tun muss aber da sich im UI nix getan hat habe ich core restartet. Der Restart hat aber ein hänger gehabt. Ich bin nicht mal auf die Konsole drauf gekommen. Nachdem sich 10min nix getan hat habe ich das System hart mittels "reboot" Kommando restartet. Hat aber nix geholfen. Zum glück kein Datenverlust gehabt.
Keine Ahnung an was gelegen hat. Aber ich habe ein Item kalender und ein logick mit Nodename kalender vielleicht hat es daran gelegen....
Das mit dem Nodename von der Logik nicht gleich sein darf wie der Wurzelknoten hat das mit der DB Stucktur zu tun Waldemar?
Hi,
Wie kann ich nach dem ändern einer Logik vom UI aus anstarten das sie wieder geladen wird? (den weg mit der CLI hat mir Mumpf schon gezeigt)
Viele Grüsse
Jürgen
Hi Jürgen, der einzige mir bekannte Weg ist, den Core neu zu starten.
Ich hatte Marcus auch schon vorgeschlagen, eine einzelne Logik aus den ui aus starten zu können. Mit dem CLI geht das aber sehr gut...
Gruß Waldemar
kannst Du im cli mit ll die Logik sehen? Wenn nein, würde ich den Logik-Node (also nicht das .py-File, sondern nur den Node in callidomus) löschen und unter einem anderen Namen neu anlegen mit dem selben .py-File.
mutig - eine Logik schreiben ohne ins Logfile zu schauen . Jetzt weißt Du vielleicht, warum ich bei unseren Versuchen mit dem dwd immer zuerst callidomus.log gestartet habe und dann erst die Logik getestet...
Ich habe oben gelesen, dass die Logik alle 10s getriggert wird. Musst Du wirklich die baudisch pollen? Schickt sie Dir kein Signal, auf das man hören kann?
Ich freue mich, dass es erstmal klappt und Gute Nacht,
Waldemar
Hi,
meiner Meinung nach sollte ich solche Fehler schon im ui zu sehen sein. Beim Save könnte man das prüfen.
Nee zyklische aufrufen mach ich nur das ich was im logfile sehe...eigentlich will ich die Logick nur aufrufen wenn ich meine Tür aufmache da geht ein Wert von 0 auf 1. Zur Zeit wird die logick immer aufgerufen wenn sich das item ändert also auch bei 1 auf 0.
Frage 1: Kann man da was mache?
Frage 2: wie kann man einen Wert zwischen zwei logickaufrufen speichern? Zur Zeit mach ich das mit einem Item welches Zwischenspeichert. Das finde ich aber nicht elegant. Gbit es auch eine bessere möglichkeit?
beim Speichern einer logik ist auch noch ein kleiner bug drin. Ich habe eine logik angelegt mit Zyklischer ausführung wenn ich nun diese Zyklische ausführung wieder wegnehme und speichere läuft diese Munter weiter auf auf der cli hat ein relaod der logick nix geholfen.
eigentlich will ich die Logick nur aufrufen wenn ich meine Tür aufmache da geht ein Wert von 0 auf 1. Zur Zeit wird die logick immer aufgerufen wenn sich das item ändert also auch bei 1 auf 0.
Frage 1: Kann man da was mache?
Du kannst nicht ändern, dass sie auch bei einer 0 aufgerufen wird, aber Du kannst am Anfang einer Logik ein
Frage 2: wie kann man einen Wert zwischen zwei logickaufrufen speichern? Zur Zeit mach ich das mit einem Item welches Zwischenspeichert. Das finde ich aber nicht elegant. Gbit es auch eine bessere möglichkeit?
Ich finde Items genau das Richtige, dafür sind die ja da! Die speichern die Zustände des Hauses. Alternativ würde mir sonst noch ein File einfallen und ich glaube es geht auch am Logik-Objekt selbst, aber das hab ich noch nie genutzt, insofern kann ich auch nicht schreiben, wie es geht. Ich würde beim Item bleiben.
beim Speichern einer logik ist auch noch ein kleiner bug drin. Ich habe eine logik angelegt mit Zyklischer ausführung wenn ich nun diese Zyklische ausführung wieder wegnehme und speichere läuft diese Munter weiter auf auf der cli hat ein relaod der logick nix geholfen.
Erst nach dem restart von core war ruhe.
Das ist kein Bug sondern ein Feature. Alles was Du in der GUI machst, hat erstmal keine Auswirkung! Items, Logiken und Plugins werden vom core verwaltet, Visualisierung von der visu. Du musst immer den jeweiligen Generator (core oder visu) anstarten, damit Änderungen publiziert werden. Das ist sowohl beim Anlegen neuer Nodes wie auch beim Ändern von bestehenden so.
Das kann man auch sehr einfach begründen: Damit alles möglichst schnell geht, hält Marcus möglichst viel im Speicher. Die Items, Logiken und Plugins bilden aber mit ihren Triggern ein komplexes Netzwerk ab, dass Du zur Laufzeit nicht seiteneffektfrei ändern kannst. Stell Dir vor, Du hast 3 Nodes, die existentiell voneinander abhängen. Konsistente Änderungen sind immer nur an allen 3 gleichzeitig möglich. Wenn Marcus jetzt nach jeder Änderung direkt die Knoten austauchen würde, hättest Du zwischendurch ein nicht funktionierendes callidomus. Das ist auch blöd.
Das ist schon gut so, wie es ist...
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.
. Jetzt weißt Du vielleicht, warum ich bei unseren Versuchen mit dem dwd immer zuerst callidomus.log gestartet habe und dann erst die Logik getestet...
Kommentar