Teneriffa Süd Abflug
Die Jalousie fahrt dann die neue Behanghöhe an, und stellt die alte Lamellenposition wieder her. Auch wenn Ihr Eure Jalousie komplett hoch oder oder runter fahren wollt, muss immer die Lamellenposition mit übermittelt werden! Ein weiteres Szenario: Soll nur die Lamellenpostion geändert werden und nicht die Behanghöhe, dann muss bei Behanghöhe der Wert 101% übermittelt werden. Wenn Ihr diese Basics beachtet, solltet Ihr mit dem anfahren von Behanghöhen und Lamellenpositionen keine Probleme haben! 24. Alle! Geräte Kommunikation gestört - Seite 5 - HomeMatic-Forum / FHZ-Forum. März 2019 / /
Auch dieser Wert sollte auf Eure verbauten Motoren eingestellt werden. Nachdem wir nun die Grundeinstellungen erledigt haben, können wir die Jalousien ansteuern. Dieser Punkt hat mich sehr viele Nerven bei den ersten Kundenprojekten mit gekostet, da dies nirgendwo dokumentiert ist. Hier gibt es ein paar wichtige Details, die Ihr beachten müsst, wenn Ihr mit Jalousien arbeitet. Die Ansteuerung der Jalousie benötigt immer zwei Informationen! Zuerst müssen wir die Lamellenposition einstellen, dann die Behanghöhe. Die Reihenfolge ist wichtig und darf nicht vertauscht werden. In meinem kleinen Beispiel sollen verschiedenen Jalousien auf die Position 20% Behanghöhe und 28% Lamellenposition gefahren werden. Wie schon gesagt muss zuerst die Lamellenposition übermittelt werden und im nächsten Schritt die Behanghöhe. Plötzlich bei allen Schaltaktoren "Gerätekommunikation gestört". - HomeMatic - IP-Symcon Community. Ein wichtiger Hinweis: wollt Ihr nur die Behanghöhe ändern, ohne dass sich die Lamellenpostion ändert, dann muss die Lamellenposition trotzdem mit übertragen werden! Hier wird dann der Wert 101% übermittelt.
Am 22. November 2014 folgte dann die zweite CCU2 für einen weiteren Standort und bis heute sind es schon acht CCU2 für die ich der "Auslöser" war. Alle Beiträge von Erhard Simdorn anzeigen
Describe the bug Anscheinenend ist erneut die Funkverbindung zu HmIP gestört (hatten wir vor einigen Versionen schon mal, ich glaube die Lösung war irgendwie was mit dem HDMI Port. Bin mir aber nicht mehr sicher). Speziell ist mir das bei den Fenstergriffsensoren (HmIP-SRH, Firmware 1. 2. 10 und 1. 0. 1) aufgefallen. Nach dem betätigen der Sensoren blinken diese mehrfach orange und anschließend einmal rot. Programme mit den Fenstersensoren werden jedoch jedes Mal zeitnah nach Betätigung wie gewohnt ausgeführt. Ich vermute, dass hier die Antwort/ Bestätigung vom RaspberryMatic an den Griffsensor nicht ankommt. Homematic IP wired – Installation und Ansteuerung vom 4-fach Jalousieaktor HmIPW-DRBL4 › technikkram.net. Dies hatten wir vor einiger zeit hier schonmal. Expected behavior Wie gewohnt sollten die Griffsensoren nach betätigung einmal orange und anschließend grün Blinken und eine erfolgreiche bidirektionale Kommunikation (CCU <--> Sensor) signalisieren. System information Version: RaspberryMatic 3. 47. 15. 20190831 Hardware RaspberryPi2b, Homematic Funkmodul 1 Additional context Update von 3.
Konfigurationsdaten bertragen Die Meldung "Konfigurationsdaten stehen zur bertragung an" hngt indirekt mit den Kommunikationsstrungen zusammen. Wenn die CCU versucht, Konfigurationsdaten an ein Gert zu bertragen, das gerade nicht erreichbar ist, dann speichert die CCU diese Daten zunchst fr sich ab und erstellt eine Servicemeldung. Sobald das entsprechende Gert wieder erreichbar ist, werden die Daten automatisch bertragen und die Servicemeldung verschwindet. Schlgt die bertragung fehl, kann es ebenfalls zur Meldung "Kommunikation ist zur Zeit gestrt" kommen: Wenn die CCU Daten an einen Aktor sendet, der dauerhaft auf Empfang sein sollte und dennoch nicht erreichbar ist, wird eine entsprechende Meldung eingestellt. Bei Gerten, die im Normalbetrieb nicht erreichbar sind, wird nur die Servicemeldung zu "Konfigurationsdaten" eingestellt, aber keine Kommunikationsstrung. Raspberrymatic gerätekommunikation gestört aber. Weitere Informationen zu Konfigurationsdaten finden Sie im Bereich Hintergrund.
Der Button "Bestätigen" ist nicht ausgegraut und die Meldung kann daher quittiert werden. Um das Skript einzubinden, muss ein neues Programm erzeugt werden. Dazu klickt Ihr auf "Programme und Verknüpfungen" —> "Programme und Zentralenverknüpfungen" und dort auf "Neu". Als Bedingung: Wenn… wählt Ihr "Systemzustand" und "Servicemeldungen" aus. Der Wertebereich wird mit größer als 0 gewählt. Außerdem muss noch "bei Aktualisierungen auslösen" aktiviert werden. Dadurch wird das Programm automatisch ausgeführt, wenn eine neue Servicemeldung auftaucht. Das Quittieren übernimmt dann unser Skript, welches wir im nächsten Schritt einfügen. Dazu wählen wir bei Aktivität: Dann… "Skript" aus. In das Fenster für das Skript kopiert Ihr nun folgenden Text: 1 2 3 4 5 6 7 8 9 10 11 12 13 string itemID; string address; object aldp_obj; foreach ( itemID, dom. GetObject ( ID_DEVICES). EnumUsedIDs ()) { address = dom. GetObject ( itemID). Address (); aldp_obj = dom. GetObject ( " AL -" # address # "ICKY_UNREACH"); if ( aldp_obj) { if ( aldp_obj.
Geräte neu anlernen Mit diesem Punkt habe ich mich am meisten schwer getan, denn man setzt nicht mal so einfach einen Rolladenaktor stromlos, steigt aufs Dach, um einen Wetterstation stromlos zu machen oder geht die anderen 100 Geräte einzeln durch. Daher bin ich so vorgegangen, erst die Singalstärken der Geräte von und zur CCU zu prüfen und die Geräte genauer anzuschauen, die eine schwache Signalstärke in ein der beiden Richtungen anzeigen. Achtet bitte dabei unbedingt auf folgendes: Die alten Geräte müssen vor einem neuen Anlernen "abgelernt" werden. sie sollten aus der CCU3 gelöscht und anschließen am Gerät auf die Werkseinstellung gesetzt werden. Wenn man das so nicht macht, dann bleibt u. U. die alte Konfiguration partiell am Leben und stört weiter das große System. Und hier habe ich tatsächlich meine Fehlerquelle gefunden. Ein Bewegungsmelder führte nach einem Zurücksetzen auf die Werkseinstellungen zu einem sechsmaligen Blinken. Und dieser Code gibt an, dass nach einem Selbsttest des Gerätes ein Fehler vorliegt.