xerox schrieb:
agent47 schrieb:
@xerox
Das ist schonmal ein Ansatz. Ist an der Problematischen Steckdose irgendetwas anders (Protokoll o.ä.)?
Hi,
der einzige Unterschied ist das Icon, aber das kann wohl ausgeschlossen werden.
Seit dem oben erklärten Workaround läuft bei mir alles sauber durch, 1 Master 2 Slave, alle auf 2.2.2 geupdatet schalten regelmäßig Ereignisse und Schaltpunkte.
JD2K7 schrieb:
agent47 schrieb:
Ich verwende rcswitch-pi...
[hr]
Ich habe jetzt bei mir die Anzahl der Sendebefehle für alle Sendebefehle auf eins eingestellt und der Server friert weiterhin nach einer Zeit ein (unabhängig davon ob automatische Schaltvorgänge aufgrund von Bedingungen erfolgt sind oder ob er nur in Bereitschaft war)
Hat sich bei dir mit dem Update etwas getan? Es wurde laut Changelog ja etwas gefixt.
Was bleibt ist der nicht funktionierende Autostart. Selbst der im ersten Post genannte Umweg funktioniert nicht immer (erzeugt dann die identische fehlermeldung wie das shcd.sh skript im log) und ich muss den Serverdienst von Hand starten. Nicht schön, falls die weibliche Besetzung mal allein zu hause ist. Ein einfachen neustart des pi bekommt man noch irgendwie erklärt, mit dem Terminal braucht man in der Regel aber nicht anfangen. Und dann kann die Luft schnell mal dick werden..
Grüße
Bei mir hat sich rein durch das update nichts verbessert, aber ich habe bei einem anderem Image das SHC in Kombination mit pilight für den Empfänger installiert und hier läuft das SHC mit allem was dazugehört (Sheduler, Schaltserver...) ohne Probleme. Ich denke inzwischen, das der erste Ansatz von agent bezüglich rcswitch nicht ganz verkehrt war.
Schöne Grüße
JD2K7