OpenKNX UP1 Taster (UP1-TAS-4x) 4(8)fach Taster mit 2(4) RGB StatusLED

[Theees]

ist aber auch kein Tastsensor, sondern ein Sensormodul

War das eine Antwort auf meinen Post? Ich meine schon seinen Taster

ne der kann "brummen"

Der hat einen Buzzer und einen Vibrationsmotor...

einen Buzzer (für akustisches Feedback) sowie einen kleinen Vibrationsmotor (für zusätzliches, haptisches Feedback)

[Ing-Dom]

So, ich bin hier endlich ein Stück weitergekommen. Das mechanische und elektrische Design ist nun so weit fortgeschritten dass ich eine erste Serie Testplatinen bestellt habe. In ca. 2 Wochen können diese dann getestet werden.

Das Featureset der HW ist damit auch klar:

- Passend für Gira Wippe aus dem System55 Programm, Normal oder 2fach, mit oder ohne Kontrollfenster. Erhältlich in diversen Farben und mit bedruckten Symbolen.
- ergo bis zu 4 Tasten. Die Tasten haben jeweils mehrere mm Tastweg und geben am Ende mit einem kleinen Druckpunkt und einen Klacken Feedback
- 2 RGB-Statusleuchten
- Temperatur-Feuchtigkeitssensor SHT3x mit auf dem PCB, sitzt direkt unter der Wippe und wird damit erfahrungsgemäßg keine perfekten, aber brauchbare Werte liefern
- alternative Anschlussmöglichkeit des SHT3x (oder eines anderen, kompatiblen Sensors) über eine 4 Pin Buchse
- Taster-Extension verfügbar, um eine weitere Wippe mit bis zu 4 Tasten und 2 RGB-Statusleuchten anzuschließen (ohne BCU und uC, daher deutlich günstiger)
- 2 Binäreingänge (Magnetkontakt o.ä.)
- kleinster Pitch für die Handlöterei: 2mm (absolut machbar )

Wie üblich werde ich erstmal eine kleine Betaserie machen (ist aber noch nicht soweit, wird hier angekündigt).

[Ing-Dom]

gibt ein Update im Beitrag #1

[Ing-Dom]

wie versprochen, gibt es nun das v0.1.0 Beta Release
Auch mit der Toolbox verwendbar.

Da ist jetzt erstmal an zusätzlichen OFMs nur Logik drin, ich denke aber dass auch Jalousie, ggf. Funktionsblöcke und StateMachine durchaus noch Mehrwert bieten können..
Macht halt die Applikation auch immer groß und Programmierzeiten länger.. lasst mal hören was ihr dazu denkt.

[coko]

StateMachine durchaus noch Mehrwert bieten können..

Von den Zustandsautomaten hätte ich gerne mindestens 2 (besser 4) drin. Ich würde gerne ein gemeinsames Drücken beider Wippen auswerten, das ist auf einem über TP verbundenen Gerät eher nicht praktikabel, weil Drücken und Loslassen dann über den Bus gesendet werden müssten zur Auswertung.

[henfri]

Macht halt die Applikation auch immer groß und Programmierzeiten länger.. lasst mal hören was ihr dazu denkt.

Alles rein.
Je mehr man die Funktionen auf Geräte verteilt, desto besser.
Programmierzeiten sind ja nur beim Update relevant.

[traxanos]

Sehe ich auch so. Ich war am Anfang auch immer vorsichtig aber mittlerweile bin ich da entspannt. Vor allem seit wir den Bug in der ets umgehen können und damit selbst die programmierzeit nicht mehr so lang dauert.

[willisurf]

Programmierzeiten sind ja nur beim Update relevant.

Es gibt schon noch ein paar Ecken, die relevant sind. Z.B. Anzahl der GAs, da dieser Bereich immer komplett programmiert wird und auch die Reaktions-/Ladezeit der ETS. Aber bis zur Komplexität/Größe des RaumControllers passt das.