Bei Problemen und/oder Fragen jeglicher Art zu RaspberryMatic oder HomeMatic lohnt sich eine Suche im HomeMatic-Forum. Die allermeisten Probleme wurden dort bereits besprochen und entsprechende Lösungen präsentiert.
HomeMatic funkt im lizenzfreien 868 MHz-Band. Prinzipiell kann jeder Geräte in diesem Band betreiben. Die gesetzlichen Bestimmungen für dieses Band besagen, dass jedes Gerät nur 1%/h senden darf, damit andere Geräte auch eine Chance haben, miteinander zu kommunizieren. Das bedeutet, dass jedes HomeMatic-Gerät maximal 36 Sekunden Sendezeit pro Stunde zur Verfügung hat. Sind diese aufgebraucht, darf es für eine Stunde keine weiteren Sendeversuche unternehmen. Der Duty Cycle der HomeMatic-Zentrale ist meist der entscheidende, da diese i.d.R. die meiste Kommunikation übernimmt. Daher wird der Duty Cycle auch auf der Startseite der WebUI für jedes angebundene Funkmodul aufgelistet (internes Funkmodul + LAN Gateways). Steht dieser auf 100% darf das Funkmodul vorerst nicht weitersenden und es können z.B. keine Aktoren mehr angesprochen werden oder Quittungspakete an Aktoren/Sensoren versendet werden.
Viele Aktoren und einige Sensoren zeigen es über eine rote LED an, wenn sie selbst ihren Duty Cycle erreicht haben.
Meist wird ein zu hoher Duty Cycle von schlechter Programmierung ausgelöst, z.B. in dem in Programmen Aktoren Befehle gesendet bekommen obwohl sie sich bereits im gewünschten Zustand befinden. Hier lohnt sich eine Suche im HomeMatic-Forum, das Thema Duty Cycle ist dort bereits ausführlich diskutiert und in vielen Beiträgen finden sich hilfreiche Hinweise auch für die eigene Situation.
Ein weiterer Grund können schlecht konfigurierte Aktoren sein, v.a. Energiemess-Aktoren können bei falscher Einstellung sehr oft Unmengen an Daten an die RaspberryMatic senden und so den Duty Cycle in die Höhe treiben.
Meine RaspberryMatic stürzt regelmäßig nachts ab oder startet automatisch neu. Woran kann das liegen?
Verantwortlich hierfür kann der nächtliche "Bad Blocks"-Check oder das wöchentlich durchgeführte "FSTrim" sein. Eigentlich sind diese Checks dazu gedacht, rechtzeitig vor Fehlern der SD-Karte per Alarmmeldung zu warnen, unter bestimmten Umständen führt aber bereits das Ausführen der Prüfung zum Absturz oder Neustart der RaspberyMatic. In diesem Fall kann man davon ausgehen das die SD-Karte bereits einen Defekt hat. Daher sollte schleunigst ein Backup erstellt und anschließend RaspberryMatic auf einer neuen SD-Karte frisch installiert und das vorher erstellte Backup wiederhergestellt werden. Empfehlenswert ist die Verwendung von hochwertigen "High Endurance" SD-Karten.
