häufige Fehler (UNREACH)

Hardware HomeMatic
1

Hallo zusammen,

leider komme ich langsam mit meinem Wissen nicht mehr weiter. Ich kann ALLE HomeMatic Geräte ohne Fehler einzeln via IPS steuern.
Lasse ich nun alle Rolläden (4stk) mit einem Script aufeinmal (seriell / nacheinander) öffnen oder schließen, treten in letzter Zeit immer mehr Fehler auf. Fahre ich dann nach ca.5min manuell via WebFrontEnd den Rolladen an die gew. Position ist alles ok.
Ich habe schon den BiDosc Log Level erhöht.
Auszug aus dem Log:

25.05.2012 17:00:01 <Debug> Event: HEQ0120109:1.WORKING=true
25.05.2012 17:00:06 <Debug> RX for IEQ0519429: @2223177455 RSSI=-81dB 0x18DF19 -> 0x000000 WEATHER [GEQ0071108]:
  CNT=81,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=1,BCAST=1,TYPE=0x70
  LOWBAT = 0
  TEMP = 226
  HUMIDITY = 61
  RAINING = 0
  RAINCNT = 0
  WINDSPEED = 0
  WINDDIR = 0
  WINDDIR_RANGE = 0
  BRIGHTNESS = 0

25.05.2012 17:00:06 <Debug> Event: IEQ0519429:1.TEMPERATURE=22.600000
25.05.2012 17:00:06 <Debug> Event: IEQ0519429:1.HUMIDITY=61
25.05.2012 17:00:11 <Debug> TX:  @2223182831 0x1219BD -> 0x13CD7E CENTRAL_RAMP_STOP [GEQ0071108]:
  CNT=56,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x11

25.05.2012 17:00:13 <Debug> Event: HEQ0120109:0.UNREACH=true
25.05.2012 17:00:13 <Debug> Event: HEQ0120109:0.STICKY_UNREACH=true
25.05.2012 17:00:13 <Debug> SendFrame failed 1 times:  @2223182831 0x1219BD -> 0x13CD7E CENTRAL_RAMP_STOP [GEQ0071108]:
  CNT=56,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x11

25.05.2012 17:00:13 <Error> HSSParameter::SetValue() true Put failed
25.05.2012 17:00:13 <Debug> TX:  @2223184847 0x1219BD -> 0x12D9C1 CENTRAL_RAMP_START [GEQ0071108]:
  CNT=57,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x11
  CHANNEL = 1
  LEVEL = 200
  RAMPTIME = 0
  ONTIME = 0

25.05.2012 17:00:15 <Debug> Event: HEQ0065885:0.UNREACH=true
25.05.2012 17:00:15 <Debug> Event: HEQ0065885:0.STICKY_UNREACH=true
25.05.2012 17:00:15 <Debug> SendFrame failed 1 times:  @2223184847 0x1219BD -> 0x12D9C1 CENTRAL_RAMP_START [GEQ0071108]:
  CNT=57,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x11
  CHANNEL = 1
  LEVEL = 200
  RAMPTIME = 0
  ONTIME = 0

25.05.2012 17:00:15 <Error> HSSParameter::SetValue() 1.000000 Put failed
25.05.2012 17:00:15 <Debug> RX for JEQ0012747: @2223186875 RSSI=-57dB 0x1A3FF5 -> 0x000000 WEATHER [GEQ0071108]:
  CNT=24,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=1,BCAST=1,TYPE=0x70
  LOWBAT = 0
  TEMP = 219
  HUMIDITY = 56
  RAINING = 0
  RAINCNT = 0
  WINDSPEED = 0
  WINDDIR = 0
  WINDDIR_RANGE = 0
  BRIGHTNESS = 0

25.05.2012 17:00:15 <Debug> Event: JEQ0012747:1.TEMPERATURE=21.900000
25.05.2012 17:00:15 <Debug> Event: JEQ0012747:1.HUMIDITY=56
25.05.2012 17:00:15 <Debug> TX:  @2223186859 0x1219BD -> 0x1900CE SWITCH [GEQ0071108]:
  CNT=19,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x40
  COUNTER = 23
  CHANNEL = 43
  LOWBAT = 0
  DURATION = 0

25.05.2012 17:00:17 <Debug> Event: IEQ0521084:0.UNREACH=true
25.05.2012 17:00:17 <Debug> Event: IEQ0521084:0.STICKY_UNREACH=true
25.05.2012 17:00:17 <Debug> SendFrame failed 1 times:  @2223186859 0x1219BD -> 0x1900CE SWITCH [GEQ0071108]:
  CNT=19,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x40
  COUNTER = 23
  CHANNEL = 43
  LOWBAT = 0
  DURATION = 0

25.05.2012 17:00:17 <Error> HSSParameter::SetValue() true Put failed
25.05.2012 17:00:17 <Debug> TX:  @2223188870 0x1219BD -> 0x1900CE SWITCH [GEQ0071108]:
  CNT=20,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x40
  COUNTER = 24
  CHANNEL = 43
  LOWBAT = 0
  DURATION = 0

25.05.2012 17:00:18 <Debug> GEQ0071108: Processing unexpected response as event: 38800213CD7E1219BD0101BC304C
25.05.2012 17:00:19 <Debug> GEQ0071108: Processing unexpected response as event: 39800212D9C11219BD01014D104C
25.05.2012 17:00:19 <Debug> GEQ0071108: Processing unexpected response as event: 1380021900CE1219BD00
25.05.2012 17:00:19 <Debug> Response accepted:  @2223190032 RSSI=-61dB 0x1900CE -> 0x1219BD ACK [GEQ0071108]:
  CNT=19,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x02

25.05.2012 17:00:19 <Debug> Event: IEQ0521084:0.UNREACH=true
25.05.2012 17:00:19 <Debug> Event: IEQ0521084:0.STICKY_UNREACH=true
25.05.2012 17:00:19 <Debug> SendFrame failed 2 times:  @2223188870 0x1219BD -> 0x1900CE SWITCH [GEQ0071108]:
  CNT=20,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x40
  COUNTER = 24
  CHANNEL = 43
  LOWBAT = 0
  DURATION = 0

25.05.2012 17:00:19 <Error> HSSParameter::SetValue() true Put failed
25.05.2012 17:00:19 <Debug> RX for HEQ0120109: @2223187524 RSSI=-75dB 0x13CD7E -> 0x1219BD ACK_STATUS [GEQ0071108]:
  CNT=56,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x02
  CHANNEL = 1
  STATUS = 188
  STATE = 3
  CLOCK = 0
  LOWBAT = 0
  DUTY_CYCLE = 0
  RSSI = 76

25.05.2012 17:00:19 <Debug> Event: HEQ0120109:0.UNREACH=false
25.05.2012 17:00:19 <Debug> Event: HEQ0120109:1.LEVEL=0.940000
25.05.2012 17:00:19 <Debug> Event: HEQ0120109:1.WORKING=false

Habt ihr eine Tipp für mich?

Das Script ist wie folgt:


SC_Move(52218 /*[0.EG\Wohnzimmer\Rolladen_Fenster]*/  , 99); //Auf 99% fahren
	SC_Move(37995 /*[0.EG\Küche\Rolladen]*/   , 99); //Auf 99% fahren
	SC_Move(28580 /*[0.EG\Schlafzimmer\Rolladen]*/ , 99); //Auf 99% fahren
	if(GetValue(31456 /*[0.EG\Wohnzimmer\Tuer\STATE]*/) == 0 )
		{
			SC_Move(32845 /*[0.EG\Wohnzimmer\Rolladen_Tuer]*/  , 99); //Auf 99% fahren
		}
2

Hast du schonmal versucht eine minimale Wartezeit zwischen den Befehlen zu setzen… ich würd’s mal zum Test mit 100 ms probieren.
Aber nicht übertreiben… dazu evtl. später mehr.

3

Hallo,

danke habe mal zwischen die Move Befehle „IPS_Sleep(100);“ eingefügt.
Werde berichten ob es sich bessert.

4

Leider hat es bislang keinen Erfolg gebracht. Habe den Wert nun mal auf 300 erhöht.
Kann es ggf. sein, dass inzwischen zu viele Geräte an dem LAN-Adapter hängen und daher die Probleme kommen?

5

Fang mal bei 1000 an und erhöhe in 500er-Schritten, kostet nichts extra :cool:

zu viele Geräte an dem LAN-Adapter

Einfach mal nachdenken :smiley:

Sollte es dann nicht immer Probleme geben? Die Schwierigkeiten kommen doch nur, wenn vier Signale gleichzeitig geschickt werden, oder habe ich dich falsch verstanden?

Gruß
Bruno

6

Theoretisch ja - praktisch häufen sich nun die Fehler immer mehr. Gesternabend konnte der eine Rolladen erst beim 4. Anlauf manuell (einzeln via WebFront) geschlossen werden.
Habe heute mal den LAN-Adapter umgehongen, da mit die TX/RX Werte mit Werten um -93 etwas zu hoch erschienen. Nun sind es -62.

Gibt es eine Möglichkeit die Parameter in IPS auch automatisch zu aktualisieren bzw. bei älteren Instanzen hinzuzufügen?

7

Verwendest du für alle Instanzen das selbe Shutter-Control-Script?
Mir ist das heute bei eigenen Versuchen aufgefallen, dass das aufrufende Script (mit SC_Move-Befehl) so lange blockiert bleibt, bis das SC-Script abgeschlossen ist.
Und wenn du nur ein SC-Script für die SC-Instanzen verwendest, dann wird alles schön seriell abgearbeitet.
Das erklärt zumindest…

Gesternabend konnte der eine Rolladen erst beim 4. Anlauf manuell (einzeln via WebFront) geschlossen werden.

Bei mir ist das bisher kein Problem, da ich eh mit switch/case arbeite… aber wenn du eine direkte Ausführung haben möchtest, dann wäre es noch einen Versuch wert mehrere SC-Scripts für jede SC-Instanz anzulegen (Inhalt kopieren) und zu zuweisen.
Habs selbst noch nicht probiert… werde ich aber noch testen.

8

Hallo,

ja habe ein ShuterControl Script und Pro Rolladen eine ShuterControl Instanz.
Abend werden dann z.B. alle Rolläden wie folgt geschlossen:

<?
   IPS_Sleep(300);
	SC_Move(52218 /*[0.EG\Wohnzimmer\Rolladen_Fenster]*/  , 99); //Auf 99% fahren
   IPS_Sleep(300);
	SC_Move(37995 /*[0.EG\Küche\Rolladen]*/   , 99); //Auf 99% fahren
   IPS_Sleep(300);
	SC_Move(28580 /*[0.EG\Schlafzimmer\Rolladen]*/ , 99); //Auf 99% fahren
   IPS_Sleep(300);
	if(GetValue(31456 /*[0.EG\Wohnzimmer\Tuer\STATE]*/) == 0 )
		{
			SC_Move(32845 /*[0.EG\Wohnzimmer\Rolladen_Tuer]*/  , 99); //Auf 99% fahren
		}
  
?>

Wenn es an der Position des LAN Adpater lag - Wie verhält es sich wenn ich nun für die Aktoren im 1. / 2.OG einen weiteren Adapter anschaffe, muss ich dann die HM-Geräte neu anlernen oder muss ich den neuen Adapter „nur“ in die BiDocs.conf aufnehmen

9

Genau anders rum soltest du es probieren… pro Rollladen ein eine Instanz… ist eh klar… und pro Instanz ein eigenes ShutterControl-Script anlegen und der jeweiligen Instanz zuordnen…
Einfach neue Scripte anlegen, den Inhalt des ersten ShutterControl-Scripts reinkopieren (C&P = STRG-C / STRG-V) und speichern… dann den entsprechenden SC-Instanzen neu zuweisen…

EDIT/
Und da fällt mir gerade noch ein…
Wenn das nicht funktionieren sollte, dann legst du neue Scripte für jeden SC_Move-Befehl (wo nur dieser drin steht) an… w.z.B.

SC_Move(52218 /*[0.EG\Wohnzimmer\Rolladen_Fenster]*/  , 99); //Auf 99% fahren

und rufst diese Scripte vom o.g. (Haupt-)Script via IPS_RunScript-Befehl auf.
Zumindest sollte damit das Hauptscript entlastet sein und die weiteren Befehle abarbeiten, was zu einer gleichzeitigen Ausführung der Aktionen führen würde.
Dafür hast du aber mehrere aktuell laufende threads, die während der in Shutter-Control-Instanz eingetragenen Zeit blockiert sind.

Ist zu spät das selbst zu testen… meine Rollladen sind geschlossen und ich will ja niemand „wecken“:smiley:

10

Hallo,

seit dem umbauen des LAN Adapters hatte ich bis gestern Ruhe vor Fehler.
Habe heute mal für jede ShutterInstanz ein eigenes Control Script erzeugt und verknüpft.
Werde weiter berichten…

11

Hallo,

leider brachte die Erstellung der Scripte pro Shutterinstanz keine Besserung :frowning:

12

Hallo zusammen,

falls auch bei anderen derartige Fehler auftreten:

Ich habe nun das gesamte Script zur Beschattung neu geschrieben und das alte gelöscht. Seit 2 Wochen habe somit „nur“ noch einmal einen Fehler.

Was an dem alten Script falsch war kann ich nicht sagen, das neue beinhaltet die gleichen Befehle.

13

Ich hatte so eigenartige Phänomene auch mal. Bei mir steuert ein HM-4fach-Schaltaktor einen umgebauten Rollotron. Die Ursache war bei mir, daß der Jalousiemotor im Moment des Abschaltens Funkstörungen verursacht hat, die die Rückmeldungen unterbrochen haben. Ferritkerne um Steuerleitung und Motor-Stromversorgung haben das Problem bei mir behoben. Gibts als Klappferrite für 2-3€ im Fachhandel.
Tip: Kern innen so klein wie möglich, außen so groß wie möglich, das ergibt maximale Dämpfung auf breitem Frequenzband.

14

Also ich habe meinen Adapter mal umgehangen.

Es ist besser, aber weg ist es nicht. Ein Schema kann ich nicht erkennen. Ich hatte erst die Vermutung das mit sinkender Batteriespannung die Sendeleistung der Aktoren sich reduziert.

Past aber auch nicht da ich ein Aktor der sich öfter mal Meldet umgebaut habe mit einem Netzteil.

Bringt das Software Update evtl. was?