rel. Dimmen und Rollladenfahren aus der Visu mit XXLONGPRESS-Helper

[NilsS]

Ich bin mir nicht sicher ob es hilft aber schaden tuts auf jedenfall nicht, wenn du die aktuelle ajax.js ersetzt
https://knx-user-forum.de/project.ph...ll#attachments

Du musst nur die ajax.js tauschen.

[EPIX]

OK
ajax.js im Verzeichnis C:\Programme\Gira\HS+FS\exp232\DE\hsupload\hsav\js
ersetzt, Upload mit Bilder, daten und Dideldumm...

Gewartet, an den Nägel gekaut, einen Kurzroman über die Tücken der Technik geschrieben, die Welt von Trichinen befreit und endlich getestet:
leider kein Erfolg:
das Ding senden dass der Bus glüht...

ajax.js Version: 1.00 -> Update war also erfolgreich

[NilsS]

Gewartet, an den Nägel gekaut,

vielleicht liegts da dran

das Ding senden dass der Bus glüht...

Dann wars wohl der Saft Ist wohl auf wahnsinnige Geschwindigkeit eingestellt

Es liegt aber wohl am Client (xxAPI) wenn du nix drückst sendet er nix, oder?

Hast du mal mit nem anderen Browser getestet?

[EPIX]

Korrrrekt: wahnsinnige Geschwindigkeit liegt an Lord Helmchen!

Mit IE7 getestet: gleicher Effekt

Wenn ich den Button kurz drücke: kurzes Senden des Kurzobjektes
wenn ich länger drücke: sendet pausenlos - selbst nach dem Loslassen - bis ich den HS neu starte...

[NilsS]

wenn ich länger drücke: sendet pausenlos - selbst nach dem Loslassen - bis ich den HS neu starte...

OK das war mir neu. Also auch das schliessen des Browsers beendet das nicht?

Kannst du deine Protokollierung mit dem Binärauslöser und jegliche anderen Verknüpfungen mit dem Longpress ikO mal trennen.

Also nur noch 3 mal Verbunden.
1x VISU: Button rauf Werteingabe
1x VISU: Button runter Werteingabe
1x GLE: Eingang 1 des XXLONGPRESS Bausteins

[EPIX]

Auch beim Schließen des Browserfensters wird pausenlos gesendet...

die Verbindungen habe ich jetzt genau wie im Beispiel (also OHNE Binärauslöser)

Einstellungen des Buttons wie Screenshot...

Ergebnis:
sendet pausenlos...

Kann man den Longpress-Helper durch einen anderen Baustein ersetzen - vielleicht sendet ja DAS Ding dauernd...

[NilsS]

Ja du kannst auch mit einem 8bit->1byte das machen ist quasi das selbe nur muss komplizierter verbunden werden.

Wurde der Binärauslöser(das Logging) nicht auch vom WZ.longpress getriggert? Also vor dem Baustein.

Klick mal unter Kommunikationsobjekte das iKO WZ.longpress mit der rechten Maustaste an und klick Verweise, da steht wo das noch überall verbunden ist.

Beim 8bit>1byte

hast du
Bit1: klick hoch (1)
Bit2: Lang hoch (2)
Bit3: loslassen hoch (4)
Bit4: klick runter (8)
Bit5: Lang runter (16)
Bit6: loslassen runter (32)

Du müsstest also
Bit2 mit Befehl rauf
Bit5 mit Befehl runter
und die restlichen mit stop verbinden

[EPIX]

die Spinnen die Römer...

habe ich schon geschaut:
unter Verweis sind nur 2x Visu 1x GLE und der Eintrag ins Archiv
(lösche ich jetzt auch noch...)

Es kann aber eigentlich nicht am Baustein liegen, da ich ja den Longpress mitprotokolliert habe und laufend Einträge erhalte...

Jetzt probiere ich einmal den anderen Baustein und berichte...

1Byte -> 8 BIT müsste der Baustein sein oder?

Jetzt habe ich einmal den Longpress ohne irgendwelche Verknüpfungen getestet: EIBMON liefert brav seine Werte: er reagiert nur bei Betätigung und sendet NICHT sinnloses Dauerfeuer...

Dann habe ich den Logpress Baustein wieder eingefügt: FUNKTIONIERT!!!

*netversteh*

[vento66]

Das ist das kuriose, wenn Du einen Baustein kopierst. Warscheinlich behällt der Experte einfach die alten Verknüpfungen. Dadurch schiest er dann manchmal quer..... Das Problem haben aber auch schon einige beobachtet. Baustein löschen und wieder neu einfügen und wundern warum man jetzt 2 Tage an dem Ding verzweifelt ist...