CUxD-Gerät - Schaltverhalten
Moderator: Co-Administratoren
-
- Beiträge: 23
- Registriert: 17.07.2019, 10:14
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 6 Mal
- Kontaktdaten:
CUxD-Gerät - Schaltverhalten
Hallo zusammen,
ich pack meine Frage mal in das CUxD Forum weil es hier wohl am besten passt.
Ich habe über virtuelle CUxD Geräte verschiedene "Fremdgeräte" angebunden und verstehe aktuell das Schaltverhalten nicht.
Zum Beispiel schalte ich einen Laptop per etherwake (Wake on Lan) ein und per SSH-Shutdown Befehl wieder aus.
CMD_Short: /usr/bin/ssh root@<IP> shutdown now &>/dev/null
CMD_Long: /usr/sbin/ether-wake <MAC> &>/dev/null
Der Befehle wird auch ausgeführt (vor allem der Ausschaltbefehl) aber das Gerät wird permanent als Eingeschaltet angezeigt.
Beim ausschalten erscheint kurz ein Zahnrad unter "Letzte Änderung" und das war es, es bleibt Eingeschaltet obwohl es aus ist.
Das gleiche habe ich auch noch bei einem anderen Gerät welches aber Ähnlich angebunden ist.
CMD_Short: /usr/bin/ssh root@<IP> python /root/samsung/poweroff.py &>/dev/null
CMD_Long: /usr/sbin/ether-wake <MAC> &>/dev/null
Die CUxD Geräte sind vom Typ her (28) System - falls das relevant ist.
Es ist schon etwas nervig, da ich gerne Anhand des Geräte-Status eine Automatisierung laufen haben würde.
Vielleicht hat hier ja jemand eine Lösung.
Danke!
ich pack meine Frage mal in das CUxD Forum weil es hier wohl am besten passt.
Ich habe über virtuelle CUxD Geräte verschiedene "Fremdgeräte" angebunden und verstehe aktuell das Schaltverhalten nicht.
Zum Beispiel schalte ich einen Laptop per etherwake (Wake on Lan) ein und per SSH-Shutdown Befehl wieder aus.
CMD_Short: /usr/bin/ssh root@<IP> shutdown now &>/dev/null
CMD_Long: /usr/sbin/ether-wake <MAC> &>/dev/null
Der Befehle wird auch ausgeführt (vor allem der Ausschaltbefehl) aber das Gerät wird permanent als Eingeschaltet angezeigt.
Beim ausschalten erscheint kurz ein Zahnrad unter "Letzte Änderung" und das war es, es bleibt Eingeschaltet obwohl es aus ist.
Das gleiche habe ich auch noch bei einem anderen Gerät welches aber Ähnlich angebunden ist.
CMD_Short: /usr/bin/ssh root@<IP> python /root/samsung/poweroff.py &>/dev/null
CMD_Long: /usr/sbin/ether-wake <MAC> &>/dev/null
Die CUxD Geräte sind vom Typ her (28) System - falls das relevant ist.
Es ist schon etwas nervig, da ich gerne Anhand des Geräte-Status eine Automatisierung laufen haben würde.
Vielleicht hat hier ja jemand eine Lösung.
Danke!
Zuletzt geändert von Kryzon am 07.05.2021, 17:14, insgesamt 1-mal geändert.
-
- Beiträge: 710
- Registriert: 09.03.2007, 16:38
- System: sonstige
- Wohnort: Eichwalde bei Berlin
- Hat sich bedankt: 6 Mal
- Danksagung erhalten: 24 Mal
- Kontaktdaten:
Re: CUxD-Gerät - Schaltverhalten
der ist gut ....
wie soll dein Laptop zurück melden, dass er aus ist wenn er aus ist ?
wie soll dein Laptop zurück melden, dass er aus ist wenn er aus ist ?
Gruss Marco Pniok
http://www.piotek-smarthome.de
Systemhaus für SmartHome mit HomeMatic, HomeMatic IP, PioTek, CUxD, IP-Symcon, Symbox Pro, Shelly, Eltako, free@home, PEHA, Synco Living.
http://www.piotek-smarthome.de
Systemhaus für SmartHome mit HomeMatic, HomeMatic IP, PioTek, CUxD, IP-Symcon, Symbox Pro, Shelly, Eltako, free@home, PEHA, Synco Living.
-
- Beiträge: 23
- Registriert: 17.07.2019, 10:14
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 6 Mal
- Kontaktdaten:
Re: CUxD-Gerät - Schaltverhalten
Da soll es ja keine Rückmeldung geben oder wartet die CCU hier wirklich auf Rückmeldung und wenn ja - welcher Art?
Vom Gedanken her stelle ich mir vor, das Gerät wird über das virtuelle Gerät ausgeschaltet und damit ist der Befehl gesendet.
An sich gibt es ja bei der Ausführung des Befehls keinen Fehler.
Die CCU kommt per SSH rein und setzt den Befehl ab und damit ist ja alles gut ...
Sollte es doch so viel Komplizierter sein?
-
- Beiträge: 710
- Registriert: 09.03.2007, 16:38
- System: sonstige
- Wohnort: Eichwalde bei Berlin
- Hat sich bedankt: 6 Mal
- Danksagung erhalten: 24 Mal
- Kontaktdaten:
Re: CUxD-Gerät - Schaltverhalten
Naja du kannst unterscheiden zwischen einer richtigen Rückmeldung
oder einer Fake-Rückmeldung.
Also du sendest an einen Aktor den Befehl zum Einschalten. Dieser schaltet ein und
sendet dir den Erfolg zurück. Dann sendest du den Ausschaltbefehl und der Aktor
schaltet das Relais aus. Da er weiterhin mit 230V versorgt ist kann er dir aktiv
melden, dass er das Relais ausgeschaltet ist.
Das kann dein Notebook nicht mehr !
Also kannst du nur einen Befehl zu deinem Notebook senden , hoffen das er ankommt,
hoffen das der Laptop ausgeht und dann deiner Software sagen: Tu mal so als wäre
der Laptop wirklich aus und zeige mir das so an ...
Wie man das aber alles gescheit umsetzt müssen hier mal die Experten sagen ....
oder einer Fake-Rückmeldung.
Also du sendest an einen Aktor den Befehl zum Einschalten. Dieser schaltet ein und
sendet dir den Erfolg zurück. Dann sendest du den Ausschaltbefehl und der Aktor
schaltet das Relais aus. Da er weiterhin mit 230V versorgt ist kann er dir aktiv
melden, dass er das Relais ausgeschaltet ist.
Das kann dein Notebook nicht mehr !
Also kannst du nur einen Befehl zu deinem Notebook senden , hoffen das er ankommt,
hoffen das der Laptop ausgeht und dann deiner Software sagen: Tu mal so als wäre
der Laptop wirklich aus und zeige mir das so an ...
Wie man das aber alles gescheit umsetzt müssen hier mal die Experten sagen ....
Gruss Marco Pniok
http://www.piotek-smarthome.de
Systemhaus für SmartHome mit HomeMatic, HomeMatic IP, PioTek, CUxD, IP-Symcon, Symbox Pro, Shelly, Eltako, free@home, PEHA, Synco Living.
http://www.piotek-smarthome.de
Systemhaus für SmartHome mit HomeMatic, HomeMatic IP, PioTek, CUxD, IP-Symcon, Symbox Pro, Shelly, Eltako, free@home, PEHA, Synco Living.
-
- Beiträge: 23
- Registriert: 17.07.2019, 10:14
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 6 Mal
- Kontaktdaten:
Re: CUxD-Gerät - Schaltverhalten
Naja die gleiche Logik ist auch beim Wake on LAN Befehl.mpcc hat geschrieben: ↑07.05.2021, 18:46Also kannst du nur einen Befehl zu deinem Notebook senden , hoffen das er ankommt,
hoffen das der Laptop ausgeht und dann deiner Software sagen: Tu mal so als wäre
der Laptop wirklich aus und zeige mir das so an ...
Wie man das aber alles gescheit umsetzt müssen hier mal die Experten sagen ....
Es wird ein Befehl gesendet der einen spezifischen Aktor anspricht (MAC Adresse), ob dieser WoL-Befehl erfolgreich war wird ja auch nicht geprüft, nur ob der Befehl als solches ohne (Schreib/Syntax)-Fehler abgesetzt werden konnte.
Wenn das Netzwerkkabel oder Stromkabel aus dem Rechner gezogen wurde, ist der Befehl erfolgreich aber keine Auswirkung und entsprechend keine reale Rückmeldung.
Die selbe Logik setzte ich nun auch beim SSH-Befehl voraus.
Der Befehl als solches ist erfolgreich - Kein "Connection refused" oder "Time Out" - und damit sollte alles in Ordnung sein.
Deshalb wende ich mich ja an dieses Forum, damit ich ggf. mal die Arbeitsweise in dieser Angelegenheit von CUxD Verstehe da mir die Ideen ausgehen
- uwe111
- Beiträge: 4821
- Registriert: 26.02.2011, 22:22
- Hat sich bedankt: 3 Mal
- Danksagung erhalten: 246 Mal
- Kontaktdaten:
Re: CUxD-Gerät - Schaltverhalten
Aus welchem Grund steht hinter Deinen CMD_ Parametern " &>/dev/null"? Lösche das mal weg!
Danach prüfe im CUxD-Syslog, ob beim Befehlsaufruf ein Fehler aufgetreten ist.
Viele Grüße
Uwe
Alle sagten: Das geht nicht. Dann kam einer, der wußte das nicht und hat's einfach gemacht.
SPENDEN Download: CUxD 2.11, SSH KeyDir
SPENDEN Download: CUxD 2.11, SSH KeyDir
-
- Beiträge: 12929
- Registriert: 16.01.2009, 18:48
- Wohnort: Steingaden
- Hat sich bedankt: 1604 Mal
- Danksagung erhalten: 222 Mal
Re: CUxD-Gerät - Schaltverhalten
da der befehl ja 2x genutzt wird ist seine wirkung sicherlich klar .......
-------
!!! der download der handbüchern auf den seiten von eq3 und das lesen der tips und tricks kann das hm-leben sehr erleichtern - das nutzen der suche nach schlagworten ebenso !!!
wer schreibfehler findet darf sie behalten.
!!! der download der handbüchern auf den seiten von eq3 und das lesen der tips und tricks kann das hm-leben sehr erleichtern - das nutzen der suche nach schlagworten ebenso !!!
wer schreibfehler findet darf sie behalten.
-
- Beiträge: 23
- Registriert: 17.07.2019, 10:14
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 6 Mal
- Kontaktdaten:
Re: CUxD-Gerät - Schaltverhalten
Ich hatte das &>/dev/null mal hinzugefügt in der Hoffnung das der Output ignoriert wird und das Gerät einfach "dumm" Geschaltet wird.
Zum erneuten Testen habe ich es gerade mal wieder entfernt jedoch bleibt das Gerät dennoch permanent Eingeschaltet obwohl es aus ist ...
Das müsstet du jetzt erklären?
Verstehe hier grad den Kontext nicht.
-
- Beiträge: 12929
- Registriert: 16.01.2009, 18:48
- Wohnort: Steingaden
- Hat sich bedankt: 1604 Mal
- Danksagung erhalten: 222 Mal
Re: CUxD-Gerät - Schaltverhalten
das sollte doch wohl klar sein .... 2x " .... > nul"
-------
!!! der download der handbüchern auf den seiten von eq3 und das lesen der tips und tricks kann das hm-leben sehr erleichtern - das nutzen der suche nach schlagworten ebenso !!!
wer schreibfehler findet darf sie behalten.
!!! der download der handbüchern auf den seiten von eq3 und das lesen der tips und tricks kann das hm-leben sehr erleichtern - das nutzen der suche nach schlagworten ebenso !!!
wer schreibfehler findet darf sie behalten.
- uwe111
- Beiträge: 4821
- Registriert: 26.02.2011, 22:22
- Hat sich bedankt: 3 Mal
- Danksagung erhalten: 246 Mal
- Kontaktdaten:
Re: CUxD-Gerät - Schaltverhalten
Darauf hast Du noch nicht geantwortet. Steht da nichts?
Viele Grüße
Uwe
Alle sagten: Das geht nicht. Dann kam einer, der wußte das nicht und hat's einfach gemacht.
SPENDEN Download: CUxD 2.11, SSH KeyDir
SPENDEN Download: CUxD 2.11, SSH KeyDir