BidCos-Fehler im Log seit Update auf V1.506

Klasse danke DGH77…
Werde ich heute Abend gleich mal probieren;)

Gruß
Martin

Kann empfehlen die CCU dazwischen zu hängen. Hatte vorher auch ausschließlich den LAN Adapter, mittlerweile CCU + LAN Adapter als abgesetzte Antenne. Die höhere Ausfallsicherheit ist eklatant !

Hmmm… Durch die CCU entstehen aber wieder unnötige Kosten den das Teil ist auch nicht gerade günstig.

Habe jetzt gerade versucht von der eQ-3 Homepage aus dem Archiv die Usersoftware für den LAN-Konfigurationsadapter herunterzuladen. Die sind irgendwie nicht Aktuell. Beim Entpacken der .rar Datei kommt ein Fehler. Hat nicht noch jemand zufällig die V1.504 für den LAN-Konfigurationsadapter die er mir schicken könnte?

Gruß
Martin

Durch die CCU internen Programme, das gegenseitige überwachen von CCU->IPS und IPS->CCU entsteht aber ein ziemlich pfiffige Kombination, die Dir so manchen Stress ersparen wird.
Zeitprogramme und einige Verknüpfungen kannst Du dann direkt in der CCU anlegen und diese so konfigurieren, das IPS zwar generell steuert, die CCU aber übernimmt, sobald ein disconnect vorliegt.

Hatte Dir doch schon angeboten sie zu schicken, geht aber nicht ohne Mailadresse (per PM) :eek:

Hier mal ein Link: https://dl.dropbox.com/u/4910166/HM/HM-CFG-USB_Usersoftware_V1_504.zip

Ich hatte mit der 1.506 ebenfalls Probleme mit den Fenstergriffen/Kontakten. Die Betätigung wurden zwar vom BidCos erkannt und auch geloggt, aber leider nicht an IPS weitergeleitet.

Das funktioniert mit der 1.504, aber ich habe hier auch öfters gestörte Kommunikation mit gerade mal 3m entfernten Aktoren (Working bleibt auf True), wo ich eigentlich kein Funkproblem sehe sondern doch eher dass auch hier der BidCos Service etwas verschlammt.

An die CCU habe ich auch schon gedacht, werde aber für das Geld dann doch lieber mal Z-Wave probieren. Das läuft vielleicht auch nicht reibungslos, aber wenn ein Aktor eines Herstellers nicht will dann nehme ich halt ein anderen.

Bye,
Norman

Gibt es hier inzwischen Neuigkeiten?

Bei mir taucht folgender Fehler im Logfile auf:


13.03.2013 18:53:18 <Debug> Event: JEQ0155237:1.STATE=true
13.03.2013 18:53:18 <Debug> Event: JEQ0155237:1.WORKING=false
13.03.2013 18:53:18 <Debug> HSSXmlRpcEventDispatcher::Handle send 2 events
13.03.2013 18:53:18 <Error> XmlRpcClient error calling event({[methodName:"event",params:{"IPS","JEQ0155237:1","STATE",true}],[methodName:"event",params:{"IPS","JEQ0155237:1","WORKING",false}]}) on http://192.168.1.10:5544/RPC2:
13.03.2013 18:53:18 <Error> XmlRpc transport error
13.03.2013 18:53:18 <Debug> TX:  @1692565408 0x1740F8 -> 0x1A38E7 CENTRAL_RAMP_START [IEQ0244928]:
  CNT=107,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x11
  CHANNEL = 1
  LEVEL = 200
  RAMPTIME = 0
  ONTIME = 0

Die Meldung kommt bei mir von einem Funk-Schaltaktor 4 fach Hutschienenmontage.
Die Verbindung zu IPS läuft über einen LAN-Adapter.
Insgesamt habe ich zwei LAN-Adapter im Einsatz.

Ich beobachte auch immer wieder das Problem, dass von einem Funkt-Unterputz-Aktor nach dem Schalten am Aktor der aktualisierte Zustand nicht an IPS gesendet wird.

@pberndro

Mach dir die Usersoftware V1.504 drauf. Bei mir war das gleiche Problem. Jetzt seit zwei Tagen beobachte ich es mit der V1.504 und es läuft alles perfekt:)

Gruß
Martin