HMIP-BROLL fehlerhaft

Einrichtung, Anschluss und Programmierung der HomeMatic CCU

Moderator: Co-Administratoren

Benutzeravatar
audi2010
Beiträge: 223
Registriert: 18.05.2015, 09:36
Wohnort: Friedberg(Hessen)
Hat sich bedankt: 172 Mal
Danksagung erhalten: 11 Mal

HMIP-BROLL fehlerhaft

Beitrag von audi2010 » 31.01.2019, 12:01

Eines meiner Broll-Geräte scheint seit 2 Wochen nicht mehr richtig zu empfangen. Div. Ablernen, Werksreset und neu Anlernen (auch reboot der CCU auf PIVCCU 2 Firmware 2.41.5 ) hat keine Besserung gebracht.
Die beiden in der Nähe befindlichen Broll funktionieren.
Betätige ich in der Web-UI den %-Schalter im Kanal 4 (oder 5, 6) kommt es zu der Gerätemeldung "Gerätekommunikation gestört".
"Realer Wert Behanghöhe" bleibt bei 100 %
Meldung im Fehlerprotokoll der CCU:

Code: Alles auswählen

Jan 31 11:24:59 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::CallXmlrpcMethod: execute result isFault; method =setValue Params = {"001118A98B3967:6","LEVEL",0.100000} result= [faultCode:-1,faultString:"Generic error (DUTY_CYCLE)"] [iseXmlRpc.cpp:2605]

Jan 31 11:24:59 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::CallSetValue: CallXmlrpcMethod failed [iseXmlRpc.cpp:1502]

Jan 31 11:24:59 homematic-ccu2 local0.err ReGaHss: Error: IseHssDP::WriteValue: CallSetValue failed; address = 001118A98B3967:6 [iseDOMdpHSS.cpp:77]
DutyCycle (Script von Alchy) der CCU bei ca. 6 %
RSSI-DEVICE -93 wird laufend aktualisiert
RSSI-PEER -90 seit 2 Tagen (letzter von vielen Werksreset) unverändert
UPDATE_PENDING war nach einem neuen Anlernen und Einrichten eine Zeit lang "true" ist jetzt wieder auf "false"

Ist das Teil defekt oder mache ich irgendeinen Denkfehler ?

Ach , ja: Im Fehlerprotokoll kommt alle 20 bis 30 Sekunden dieser Fehler:

Code: Alles auswählen

Jan 31 11:25:35 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= CENTRAL:0 [iseXmlRpc.cpp:2167]
Weiss jemand, was das zu bedeuten hat oder wie ich den wegkriege ?
Zuletzt geändert von alchy am 31.01.2019, 12:11, insgesamt 2-mal geändert.
Grund: Code in Codetags posten
Viele Grüße
Rainer

alchy
Beiträge: 10754
Registriert: 24.02.2011, 01:34
System: CCU
Hat sich bedankt: 65 Mal
Danksagung erhalten: 673 Mal

Re: HMIP-BROLL fehlerhaft

Beitrag von alchy » 31.01.2019, 12:21

audi2010 hat geschrieben:
31.01.2019, 12:01
Betätige ich in der Web-UI den %-Schalter im Kanal 4 (oder 5, 6) kommt es zu der Gerätemeldung "Gerätekommunikation gestört".
Das ist ja eigentlich unmissverständlich. Die CCU schickt einen Befehl an das Gerät und merkt, das sie es nicht erreicht.
Nun stellt sich die Frage, warum erreicht die CCU das Gerät nicht.
Dann wäre zu klären ob das Gerät bei lokaler Bedienung macht was du willst :?:
und
wenn ja ob die Servicemeldung nach lokaler Bedienung verschwindet :?:
audi2010 hat geschrieben:
31.01.2019, 12:01
Meldung im Fehlerprotokoll der CCU:
Das ist die Servicemeldung aka Fehlerprotokoll.
audi2010 hat geschrieben:
31.01.2019, 12:01
Im Fehlerprotokoll kommt alle 20 bis 30 Sekunden dieser Fehler:
Weiss jemand, was das zu bedeuten hat oder wie ich den wegkriege ?
PingPong Fehler siehe >> H I E R<<

Alchy

Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.

© Sandra Pulsfort (*1974)

Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.

Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.

Benutzeravatar
audi2010
Beiträge: 223
Registriert: 18.05.2015, 09:36
Wohnort: Friedberg(Hessen)
Hat sich bedankt: 172 Mal
Danksagung erhalten: 11 Mal

Re: HMIP-BROLL fehlerhaft

Beitrag von audi2010 » 31.01.2019, 15:46

Ich danke dir für deine schnelle Antwort
alchy hat geschrieben:
31.01.2019, 12:21
audi2010 hat geschrieben:
31.01.2019, 12:01
Betätige ich in der Web-UI den %-Schalter im Kanal 4 (oder 5, 6) kommt es zu der Gerätemeldung "Gerätekommunikation gestört".
Das ist ja eigentlich unmissverständlich. Die CCU schickt einen Befehl an das Gerät und merkt, das sie es nicht erreicht.
Nun stellt sich die Frage, warum erreicht die CCU das Gerät nicht.
Dann wäre zu klären ob das Gerät bei lokaler Bedienung macht was du willst :?:
und
wenn ja ob die Servicemeldung nach lokaler Bedienung verschwindet :?:
Wenn ich den Schalter am Broll betätige, bewegt sich der Rollladen, z.B. bei lang hier auf 84 %, wie gewünscht, und die Servicemeldung verschwindet. Aber ... der Kanal 4 steht auf 0 %.
Betätige ich den Kanal 4 in der WebUI kommt wieder die Fehlemeldung und nichts tut sich.
Jan 31 15:28:23 homematic-ccu2 local0.err ReGaHss: Error: IseHssDP::WriteValue: CallSetValue failed; address = 001118A98B3967:4 [iseDOMdpHSS.cpp:77]

Jan 31 15:28:24 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::CallXmlrpcMethod: execute result isFault; method =setValue Params = {"001118A98B3967:4","LEVEL",0.700000} result= [faultCode:-1,faultString:"Generic error (DUTY_CYCLE)"] [iseXmlRpc.cpp:2605]
Das Duty_Cycle in der Fehlermeldung irritiert mich. Kann man daraus auf einen Hardwaredefekt schliessen ?
Hilf mir mal bitte, ich bin da überfordert.

alchy hat geschrieben:
31.01.2019, 12:21
audi2010 hat geschrieben:
31.01.2019, 12:01
Im Fehlerprotokoll kommt alle 20 bis 30 Sekunden dieser Fehler:
Weiss jemand, was das zu bedeuten hat oder wie ich den wegkriege ?
PingPong Fehler siehe >> H I E R<<

Alchy
Nach dem ersten Durchlesen, kann man das wohl erst mal ignorieren. Ich werde mich da mal genauer befassen, wenn ich das Broll-Problem im Griff habe.
Viele Grüße
Rainer

alchy
Beiträge: 10754
Registriert: 24.02.2011, 01:34
System: CCU
Hat sich bedankt: 65 Mal
Danksagung erhalten: 673 Mal

Re: HMIP-BROLL fehlerhaft

Beitrag von alchy » 01.02.2019, 13:58

audi2010 hat geschrieben:
31.01.2019, 15:46
Wenn ich den Schalter am Broll betätige, bewegt sich der Rollladen, z.B. bei lang hier auf 84 %, wie gewünscht, und die Servicemeldung verschwindet. Aber ... der Kanal 4 steht auf 0 %.
Vorab: Ich habe keinen HMIP-BROLL kann also nicht zu 100% helfen. Aber ich versuch es.
Wenn ich davon ausgehe, das dieses Gerät genau so virtuelle Kanäle besitzt wie z.B. der HmIP-FBL welchen ich besitze, dann ist es relativ normal das nicht alle Kanäle dasselbe Anzeigen. Das ist für die User extrem verwirrend vor allen weil man in den Einstellungen des Gerätes die Teile also auch noch so konfigurieren kann, das eben nie das passiert, was man sich so denkt.
Poste mal bitte die Einstellungsseite des Aktors für später.
audi2010 hat geschrieben:
31.01.2019, 15:46
Betätige ich den Kanal 4 in der WebUI kommt wieder die Fehlemeldung und nichts tut sich.
Das Duty_Cycle in der Fehlermeldung irritiert mich. Kann man daraus auf einen Hardwaredefekt schliessen ?
Hilf mir mal bitte, ich bin da überfordert.
Danke für den nochmaligen Hinweis und Entschuldigung. :oops:
Ich hatte mir die Fehlermeldung nicht ganz genau angesehen und dadurch übersehen, das es sich nicht um [faultCode:-1,faultString:"Failure"] sondern um [faultCode:-1,faultString:"Generic error (DUTY_CYCLE)"] handelt.
Das Ergebnis ist zwar dasselbe - die CCU erreicht den Aktor nicht, der Befehl wird nicht ausgeführt, es wird eine Komm Servicemeldung erzeugt....
Aber vielleicht ist der Hinweis ja zielführend.

Du bist sicher, das der DutyCycle CCU zum Zeitpunkt des Absetzen des Befehls an den Aktor < 100 liegt ?
Dann fällt mir noch etwas ein:
Viele neue Geräte, vor allem IP, haben einen neuen eigenen Datenpunkt DUTY_CYCLE, der erstmal augenscheinlich nichts mit dem DutyCycle der CCU (wie er durch mein Script ausgelesen wird) zu tun hat.

Inwieweit bist du fit in Script oder was hast du auf der CCU installiert? XMLAPI Addon?
[EDIT]
ach egal, kriegen wir mit raten auch hin.
Was gibt das Script aus, wenn du es ausführst unter Script testen oder im Executer usw. ?
Vorher natürlich die Seriennummer des Broll oben eintragen!

Code: Alles auswählen

string serial ="001XXXXXFD";
! +++++ Finger weg ++++++++++
object oDp = datapoints.Get("HmIP-RF."#serial#":0.DUTY_CYCLE");
if (oDp) {
WriteLine("Datenpunkt vorhanden");
WriteLine("WERT: " #oDp.Value());
}else{WriteLine("Datenpunkt nicht vorhanden");}

Alchy
Zuletzt geändert von alchy am 01.02.2019, 14:01, insgesamt 1-mal geändert.
Grund: [EDIT]

Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.

© Sandra Pulsfort (*1974)

Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.

Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.

akimoto
Beiträge: 148
Registriert: 06.04.2015, 11:14
Hat sich bedankt: 16 Mal
Danksagung erhalten: 12 Mal

Re: HMIP-BROLL fehlerhaft

Beitrag von akimoto » 01.02.2019, 15:17

Hier die Datenpunkte des Kanals 0 meiner HMIP-Brolls. (Software Version 1.6.2)

HmIP-BROLL (u-HmIP-BROLL)
:0 u-HmIP-BROLL:0
HmIP-RF.xxxxxxxxxxxxxxx:0.ACTUAL_TEMPERATURE
HmIP-RF.xxxxxxxxxxxxxxx :0.ACTUAL_TEMPERATURE_STATUS
HmIP-RF.xxxxxxxxxxxxxxx :0.CONFIG_PENDING
HmIP-RF.xxxxxxxxxxxxxxx :0.DUTY_CYCLE
HmIP-RF.xxxxxxxxxxxxxxx :0.ERROR_CODE
HmIP-RF.xxxxxxxxxxxxxxx :0.ERROR_OVERHEAT
HmIP-RF.xxxxxxxxxxxxxxx :0.OPERATING_VOLTAGE
HmIP-RF.xxxxxxxxxxxxxxx :0.OPERATING_VOLTAGE_STATUS
HmIP-RF.xxxxxxxxxxxxxxx :0.RSSI_DEVICE
HmIP-RF. xxxxxxxxxxxxxxx :0.RSSI_PEER
HmIP-RF.xxxxxxxxxxxxxxx :0.UNREACH
HmIP-RF.xxxxxxxxxxxxxxx :0.UPDATE_PENDING


Nach dem letzten Firmware-Update hatte ich ähnliche Erscheinungen.
Hatte dann die Geräte abgelernt und ganz neu angelernt - hat dann irgendwie aufeinmal wieder funktionert - k.A. warum.

Gruß
Achim

alchy
Beiträge: 10754
Registriert: 24.02.2011, 01:34
System: CCU
Hat sich bedankt: 65 Mal
Danksagung erhalten: 673 Mal

Re: HMIP-BROLL fehlerhaft

Beitrag von alchy » 01.02.2019, 15:32

Das dachte ich mir schon, das sich die beiden Aktoren da kaum/nicht unterscheiden. Danke trotzdem.

Mich interessiert eben ob beim TE der Wert des DUTY_CYCLE vielleicht true ist und deshalb keine Schaltung erfolgt.
Entgegengesetzt zu dem auf dem Bild aus eienm anderen Thread.:
Bild

Die Fehlermeldung deutet auch auf irgend so etwas beim TE hin.
Muss mal probieren, ob das Teil die Arbeit verweigert, wenn ich den Datenpunkt manipuliere.


Alchy

Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.

© Sandra Pulsfort (*1974)

Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.

Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.

akimoto
Beiträge: 148
Registriert: 06.04.2015, 11:14
Hat sich bedankt: 16 Mal
Danksagung erhalten: 12 Mal

Re: HMIP-BROLL fehlerhaft

Beitrag von akimoto » 01.02.2019, 15:57

Mal eine andere Frage:
Auf dem Bild wird unter "Einstellungen-Geräte" auch der Kanal 0 angezeigt - bei mir beginnt die Anzeige beim Broll erst mit Kanal 3 (Behanghöhe).
Wo/wie kann man die Anzeige des Kanals 0 aktivieren?

Gruß
Achim

Benutzeravatar
audi2010
Beiträge: 223
Registriert: 18.05.2015, 09:36
Wohnort: Friedberg(Hessen)
Hat sich bedankt: 172 Mal
Danksagung erhalten: 11 Mal

Re: HMIP-BROLL fehlerhaft

Beitrag von audi2010 » 01.02.2019, 16:45

alchy hat geschrieben:
01.02.2019, 13:58
Poste mal bitte die Einstellungsseite des Aktors für später.
WebUI_CCU2_190131.png
PIVCCU_Fehler.png
PIVCCU.png
Wenn ich Kanal 4 (oder5 oder6 ) z.B. auf 70% klicke, muss der Behang nach der Laufzeit auch auf 70 % kommen (OR-Funktion der Kanäle eingeschaltet).
Das tut er aber nicht, gibt dann ddie Servicemeldung, wie angezeigt aus
Viele Grüße
Rainer

Benutzeravatar
audi2010
Beiträge: 223
Registriert: 18.05.2015, 09:36
Wohnort: Friedberg(Hessen)
Hat sich bedankt: 172 Mal
Danksagung erhalten: 11 Mal

Re: HMIP-BROLL fehlerhaft

Beitrag von audi2010 » 01.02.2019, 17:39

alchy hat geschrieben:
01.02.2019, 13:58
Danke für den nochmaligen Hinweis und Entschuldigung. :oops:
Aber wirklich nicht. Ich bin ja froh, dass du mir hilfst.
Bin schon 76, da kapiert man manches nicht mehr so einfach :mrgreen: .
alchy hat geschrieben:
01.02.2019, 13:58
Ich hatte mir die Fehlermeldung nicht ganz genau angesehen und dadurch übersehen, das es sich nicht um [faultCode:-1,faultString:"Failure"] sondern um [faultCode:-1,faultString:"Generic error (DUTY_CYCLE)"] handelt.
Das Ergebnis ist zwar dasselbe - die CCU erreicht den Aktor nicht, der Befehl wird nicht ausgeführt, es wird eine Komm Servicemeldung erzeugt....
Aber vielleicht ist der Hinweis ja zielführend.

Du bist sicher, das der DutyCycle CCU zum Zeitpunkt des Absetzen des Befehls an den Aktor < 100 liegt ?
Dann fällt mir noch etwas ein:
Viele neue Geräte, vor allem IP, haben einen neuen eigenen Datenpunkt DUTY_CYCLE, der erstmal augenscheinlich nichts mit dem DutyCycle der CCU (wie er durch mein Script ausgelesen wird) zu tun hat.
Die CCU erreicht den Aktor nicht. So seh ich das auch.
Der DutyCycle war zwar die Tage mal über 90 (ich glaube das war beim Ab- und Anlernen), aber bei meinen Test mit dem Kanal 4 , der die Servicemeldung erzeugte, war bei 6 - 9 %.
alchy hat geschrieben:
01.02.2019, 13:58
Inwieweit bist du fit in Script oder was hast du auf der CCU installiert? XMLAPI Addon?
[EDIT]
ach egal, kriegen wir mit raten auch hin.
nicht fit im Schreiben aber im Ausführen :D
nur CUXD ohne Geräte, kein XMLAPI Addon
alchy hat geschrieben:
01.02.2019, 13:58
Was gibt das Script aus, wenn du es ausführst unter Script testen oder im Executer usw. ?
Vorher natürlich die Seriennummer des Broll oben eintragen!
Ergebnis:
Datenpunkt vorhanden
WERT: false
Hatte den Wert über IP-Symcon geloggt. Da war immer nur "false".
IP-Symcon kann nicht verantwortlich sein. Ich hatte es zwischendurch mal abgeschaltet
mit dem gleichen Ergebnis (2 Broll OK, dieser Broll Sch.....)

Ich habe mitlerweile fast die "Hoffnung", dass das Teil defekt ist.
Viele Grüße
Rainer

alchy
Beiträge: 10754
Registriert: 24.02.2011, 01:34
System: CCU
Hat sich bedankt: 65 Mal
Danksagung erhalten: 673 Mal

Re: HMIP-BROLL fehlerhaft

Beitrag von alchy » 01.02.2019, 21:29

akimoto hat geschrieben:
01.02.2019, 15:57
Auf dem Bild wird unter "Einstellungen-Geräte" auch der Kanal 0 angezeigt - bei mir beginnt die Anzeige beim Broll erst mit Kanal 3 (Behanghöhe).
Wo/wie kann man die Anzeige des Kanals 0 aktivieren?
Das erfordert einen kleinen Eingriff in die internen Dateien.
audi2010 hat geschrieben:
01.02.2019, 17:39
Hatte den Wert über IP-Symcon geloggt. Da war immer nur "false".
...
Ergebnis:
Datenpunkt vorhanden
WERT: false


Mist, dann führt diese Idee erstmal auch ins Leere.
Wenn ich der RegaHss einen gesetzten DutyCycle des Gerätes vorgaukle, interessiert das auch nicht.


Und dann habe ich mal ein wenig im Forum geschmökert weil mir das alles komisch vorkam und mir schwant schon wieder Böses.

viewtopic.php?f=65&t=47195&p=472546
viewtopic.php?f=69&t=46660&p=466996

Welches System läuft bei dir? Soft und Hardware

Code: Alles auswählen

! Firmware und RegaVersion usw. ausgeben
string stdout;string stderr;
system.Exec("cat /boot/VERSION",&stdout,&stderr);
WriteLine(stdout);
WriteLine("Version: " # dom.Version());
WriteLine("Build: " # dom.BuildLabel());
Alchy

Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.

© Sandra Pulsfort (*1974)

Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.

Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.

Antworten

Zurück zu „HomeMatic Zentrale (CCU / CCU2 / CCU3 / Charly)“