[Gelöst] Probleme mit HmIP-FCI1 und einfachem Blockly
-
@ofbeqnpolkkl6mby5e13 Der lässt sich bei mir nicht an den Logik Baustein hängen:
EDIT: OK, ohne "Oder" und einfach zweiten Eingang.
-
@wendy2702
Auf das Zahnrad vom Trigger klicken und weiteren Eingang hinzufügen. -
@ofbeqnpolkkl6mby5e13 Danke. Gerade selber gemerkt.
-
@wendy2702 sagte: Der lässt sich bei mir nicht an den Logik Baustein hängen:
Da darf kein Logik-Baustein verwendet werden. Richtig:
-
Danke für eure schnelle Hilfe. Mit dem Press Short klappt es jetzt.
Mit dem Press long habe ich das Problem das beim ausschalten die Lampen kurz aus und direkt wieder angehen.
Habt ihr dazu vielleicht noch eine Idee?
-
@wendy2702 sagte in Probleme mit HmIP-FCI1 und einfachem Blockly:
Habt dazu vielleicht noch eine Idee?
Aye!
du triggerst auf aktualisiert.
IMHO aktualisiert der bei press long nochmal beim loslassen.Da war er aus und schaltet dann wieder an
-
@homoran Was wäre denn dann der richtige Trigger wenn ich bei einem den Press.long nutze und beim anderen nicht?
Besser zwei getrennte verwenden?
-
@wendy2702 ich habe bei Nutzung von Press long immer eine Sperrvariable drin, die dan 2 Sekunden keine weitere Aktion zulässt
-
@homoran Hast du mal ein Beispiel für mich?
-
@wendy2702 sagte in Probleme mit HmIP-FCI1 und einfachem Blockly:
@homoran Hast du mal ein Beispiel für mich?
Hier habe ich die Entprellung ganz außen drumherumgelegt
Sobald diese das erste mal aktiviert wurde wird in den nächsten 2 Sekunden gar nichts gemacht
-
@homoran Danke. Muss ich mal nachbauen.
-
@homoran sagte: aktualisiert der bei press long nochmal beim loslassen.
Gibt es bei HMIP kein PRESS_LONG_RELEASE mehr?
-
@paul53 Zumindest bei dem Kontakt IF scheint es das nicht zu geben:
-
@paul53 sagte in Probleme mit HmIP-FCI1 und einfachem Blockly:
@homoran sagte: aktualisiert der bei press long nochmal beim loslassen.
Gibt es bei HMIP kein PRESS_LONG_RELEASE mehr?
Nein!
Gibt es nur bei HM_RFD
