Manchmal funktionieren die Taster nicht

[Daimler]

Hi,

vorab:
@Herbert, Mods
Sollte man den Fred nicht nach HPCL verschieben?
Denn über die WebUi kann der Stubi 1 ja problemlos bedienen.

gerade bei einem 12/7er Modul verstehe ich nicht, warum keine Direktverknüpfung zwischen dem Taster-Eingang

Nun ja, wie Du ja selbst nachfolgend schreibst, gibt es (genügend) Gründe, gewisse Aktionen eben nicht per DV zu machen.

Aber hier geht es um ein Verhalten dass nicht normal ist und dem man auf den Grund gehen könnte.
Wenn der Stubi1 nicht so zaghaft mit seinen Informationen wäre.
Welche CCU, welche FW CCU, welche FW 12/7er, was war das für ein Update..

(wahrscheinlich war es ein Update... )

...statt bisher < 1 sec...

So kenne und kannte ich es bisher unter HPCL und habe mich immer über die in Beiträgen erwähnten 'Ewigkeiten' bei Script - oder KlickiBunti Aktionen gewundert.
Als Beispiel - hier Funk - geht bei mir eine Lampe als Reaktion auf einen Taster an, bevor ich in der WebUi überhaupt erkennen kann, das der Taster betätigt wurde.
Allerdings nach wie vor mit FW 2.15.5!

Da das Licht aber irgendwann (2...4 sec) dann doch an geht ....
....Dann hat es zuverlässig geholfen, einfach mal hart das Steckernetzteil zu ziehen.
Mit den aktuellen Softwareversionen auf CCU und Homeputer ist das aber keine Lösung mehr. Es bleibt einfach lahm.

Es muss sich ja irgendwie nachstellen lassen.
Ich bin gerne bereit, dies einmal mit meiner Schubladen-CCU2 - auch in Verbindung mit Wired - zu testen, wenn Du mir sagst, ab welcher FW (2,17 ?) mit welchem HPInstCCU2.IMG es beii Dir begann.

Und dann könnte man das Ergebnis einmal an R. K. senden.

[stubi1]

Denn über die WebUi kann der Stubi 1 ja problemlos bedienen.

Das stimmt so nicht. Ich verwende WebUi gar nicht, wollte aber der Aufforderung von Daimler nachkommen, der mir offensichtlich helfen wollte.
(Leider habe ich es aber nicht hingekriegt, dass ich auf den Schalter in der WebUi klicken kann und die Lampe angeht... ich habe dies viele Abende und ohne Erfolg versucht)

Also, noch einmal von Anfang: Ich verwende richtige Taster (siehe Grafik ganz am Anfang) und diese reagieren nicht so, wie sie sollten.
Das ganze Haus läuft bei mir über Homeputer (also jeder Lichtschalter u.s.w.), die einzige Ausnahme bilden hier die Storen/Jalousien, die direkt angelernt sind, doch zusätzlich noch ein Homeputerprogramm dahinter haben, um diese am Morgen und Abend automatisch zu verstellen.

Zur Softwareversion:
Ich habe immer schön brav die neuste Software aufgespielt.(Homeputer, wie auch die der CCU2).
Ab welcher Softwareversion die ganze Misere begann, weiss ich nicht mehr. Ich habe immer wieder die neuste Software drauf gespielt und habe gehofft, dass die Programmierer den gleichen Effekt hatten, wie ich und dass dieser Bug mit der neusten Software gelöst sein würde... (nicht schlagen, ich weiss, dass ich da viel zu blauäugig war )

Kleiner Hinweis: Die Schalter verhalten sich nicht immer gleich. Manchmal geht das Licht an/aus, manchmal nicht. Wenn ich 10 Mal langsam hintereinander auf den Knopf drücke, so wechselt der Zustand der Glühlampe in etwa 5-6 Mal. Manchmal muss man lange auf den Knopf drücken, um das Licht umzuschalten (ist gar nicht programmiert...) und manchmal reicht ein kurzer Druck auf den Taster.
Es ist zum Verzweifeln!!!

[Daimler]

Hi,

Das stimmt so nicht. Ich verwende WebUi gar nicht

Wenn ich direkt auf der Oberfläche der CCU den Aktor einschalte, so geht das Licht an.
Wenn ich direkt auf der Oberflächer der CCU den Sensor triggere, so geht das Licht an.

Ich verwende richtige Taster...

Und die Eingänge sind auch als 'Taster' konfiguriert?

Und Du solltest nicht mir einen Gefallen tun, sondern das ist mit die einzige Möglichkeit, auf die Schnelle herauszufinden, ob die Hardware-Kommunikation CCU <--> HPCL überhaupt funktioniert.
Oder Du gehst die von Vadder aufgezeigten Wege.
Egal wie - Du musst Dich schon damit beschäftigen und herausfinden, ob überhaupt Signale in HPCL ankommen bzw. gesendet werden.

....(ist gar nicht programmiert...)....

Was bitte meinst Du jetzt damit wieder - das zum 'langen' Tastendruck kein Makro existiert?

Die Schalter verhalten sich nicht immer gleich. Manchmal geht das Licht an/aus, manchmal nicht.

Was noch eine Möglichkeit wäre:
Die Kontaktflächen der Taster sind oxidiert oder schalten aus einem anderen Grund die Minmalstöme nicht mehr ausreichend.
Lege einmal testweise eine DV zwischen Ein- und Ausgang des 12/7ers an und beende die Exec-Engine , wenn der Ausgang dann auch nur sporadisch schaltet, kannst Du HPCL als Fehlerquelle ausschließen.

Ich habe immer schön brav die neuste Software aufgespielt.(Homeputer, wie auch die der CCU2).

Dann könnte nat. auch dies zutreffen:

Aber seit dem letzten Update der CCU2 von 2.19 auf 2.21 und zeitgleichem Update der HP Version auf der CCU auf 2.95? habe ich verlängerte Schaltzeiten..

[stubi1]

Wenn ich direkt auf der Oberfläche der CCU den Aktor einschalte, so geht das Licht an.
Wenn ich direkt auf der Oberflächer der CCU den Sensor triggere, so geht das Licht an.

Sorry, das stimmt so natürlich nicht...(mein Fehler)
Ich arbeite mit PocketControl CL auf meinem Iphone aus. Ich meinte also diese Oberfläche.
Aber auch mit der SPG funktioniert alles, wenn ich den Wert dort setze.

Und die Eingänge sind auch als 'Taster' konfiguriert?

Ja, als "Taster 2", wobei ich (noch) nicht bei allen Tastern zwischen kurz und lang unterscheide, wie mein verwendete Code zeigt (der übrigens 2 Jahre prima funktioniert hat...)

Hier der verwendete Code:

Code: Alles auswählen

UG_WC_L umschalten

Lege einmal testweise eine DV zwischen Ein- und Ausgang des 12/7ers an und beende die Exec-Engine , wenn der Ausgang dann auch nur sporadisch schaltet, kannst Du HPCL als Fehlerquelle ausschließen.

Ich nehme an, DV heisst Brücke ...
Wenn ich aber die Exec-Engine beendet habe, so kann ich sicherlich gar nichts mehr schalten, oder habe ich da was verpennt?

Übrigens kommt beim Start meiner CCU-Oberfläche immer eine Meldung, dass diese 2 Geräte nicht reagieren:
HmIP_RF und VirtualDevices

[stubi1]

Neue Erkenntnis: Wenn der Tastendruck nicht funktioniert, so kam bei der SPG auch nichts an.
Das heisst also, dass dieser Tastendruck gar nicht erst bei der Zentrale angekommen ist! (Doch weshalb nicht?)
Es sind verschiedene Taster an verschiedenen Sensoren und für verschiedene Aktoren. (es ist also nicht bloss eine Komponente defekt...)

[Daimler]

Hi,

(Doch weshalb nicht?)

Die Kontaktflächen der Taster sind oxidiert oder schalten aus einem anderen Grund die Minmalstöme nicht mehr ausreichend.

[Daimler]

Hi,

...Aber seit dem letzten Update der CCU2 von 2.19 auf 2.21 und zeitgleichem Update der HP Version auf der CCU auf 2.95? habe ich verlängerte Schaltzeiten bei TFK -> CCU -> Homeputer -> Aktor.
Also keine Direktverknüpfung sondern ein einfaches kurzes makro im TFK.
Mit den aktuellen Softwareversionen auf CCU und Homeputer ist das aber keine Lösung mehr. Es bleibt einfach lahm.
Da das Licht aber irgendwann (2...4 sec) dann doch an geht....

Ich hatte das gestern einmal mit allen FW-Versionen (2.17.16, 2.19.9 und 2.21.10) auf der originalen CCU gestestet.
Ich konnte dies nicht nachstellen.
Egal ob Makro Funk zu Wired oder Wired zu Wired.
Reaktion in gefühlt unter 1 Sek.

Auch bei meinem derzeitigen Test mit Yahm - 2.21.10 - auf einem Raspi 3 funktioniert dies einwandfrei.
Allerdings hat in beiden Fällen die CCU nicht wirklich viel zu tun, da jeweils nur ein paar Funk- und Wired-Komponenten angelernt sind / waren.

[Homoran]

Ich bin jetzt ein wenig verwirrt.
Funktioniert es denn jetzt aus der webUI ohne fremdsoftware?

Gruß
Rainer

[Daimler]

Hi Rainer,

ch bin jetzt ein wenig verwirrt.

DANKE.

[stubi1]

Ich benutze WebUi nicht, nur
a) Homeputer
b) Pocket Control CL für das Iphone.
Die WebUi habe ich zwar für Tests ausprobiert, doch lässt sich damit kein Schalter bedienen (die Uhr läuft zwar, doch die Schalter reagieren nicht)... Ich lass das vorerst einmal sein, die Steuerung hat mit der anderen Methode über 2 Jahre funktioniert.

Das mit dem Oxidieren könnte natürlich sein...
Ist es denn üblich, dass nach 3 Jahren sämtliche Feller-Schalter (Markenschalter) aufgeschraubt und die Drähte "entoxidiert" werden müssen? (es sind nämlich wahrscheinlich alle Schalter davon betroffen...)
Nun gut, im Moment habe ich zwar viel tun, doch werde ich sicherlich die Zeit finden, einen Schalter auseinanderzunehmen, die Drähte zu polieren und anschliessend zu schauen, ob sich die Situation bei diesem Schalter verbessert.

Ich danke allen, die aktiv versuchen, mir in meiner Situation zu helfen!!!
Einsame Spitze!!!