Hallo zusammen,
also ich würde es mal so anfangen:
Erst ein paar Sachen, die ich bei mir schon umgesetzt habe. Bei entsprechender positiver Resonanz, würde ich die in den Master Branch integrieren.
Dann ein paar Sachen an denen ich schon arbeite, mehr oder weniger weit fortgeschritten.
Und dann noch so ein paar Ideen, die ich für mich wohl sowieso umsetzen will/werde, aber die ggf. für alle interessant sein könnten.
schon bei mir umgesetzte/geändert:
Heizung startet mit AUTO statt AUS
Wenn man ein Update (oder nur einen Reload) macht, sitzt mal schnell im kalten …
Bedienpanel auf Raspi Basis
in Arbeit:
telican auto vervollständigung auch im nicht control modus
create pow<tab> und show ra<tab>
Gibt aber dadurch probleme beim auswählen der HEX Datei ...
Idee:
LED Device kann verschiedene zustände von Powerports, lichtzonen und sensoren anzeigen
Hintergrund: Ich habe akt. ein Jung F50 Tastmodul.
Das hat je Taster eine LED und insgesamt eine RGB LED
Davon will ich noch mehr verbauen und dann auch nutzen um z.B. die Heizung für eine bestimmte Zeit auf x° zu bringen, da wäre eine LED Rückmeldung gut
Auch will ich für normale Taster im Treppenhaus eine Rückmeldung. z.B. wenn die LICHTZONE im ext. On ist. Oder kurz bevor das Licht ausgeht.
hierfür wäre es aber besser die LEDs gegen Masse zu schalten.
Auch 5v für die LEDs wären vorteilhaft. Bei 24v verbrät der Widerstand viel Leistung ...
Meine Lösung: die LED direkt an den Outport der zum ULN2803 führt anschließen. der AVR kann 40mA liefern. das reicht für LED und ULN2803
Ist aber auf den “normalen” Boards nicht so leicht möglich.
Rollladen-/Powerport-/Heizung-Control Device um per Taster/Multitaster bestimmte Rollladen Situationen, Heizungseinstellungen oder Powerports zu steuern.
Beispiel siehe oben, direktes steuern von Heizungen/Rollläden über Tastmodule
Oder ein Lüfter per Multitaster für x Minuten anschalten.
Oder das Magnetventil einer Gartenbewässerung für x Minuten anschalten.
die Große Frage:
ein neues Taster Devive welches direkt den Hardware Taster abfragt, oder ein zwischen Device welches auf den TasterDown reagiert.
HEX Größe vor dem flashen checken
entweder in telican, oder per Script. Damit könnte man auch den gesamten Buildvorgang auch pseudo Grafisch machen:
Wenn die HEX zugroß ist, kann man sich (je nach LockBits) den Bootloader überschreiben.
ein Device BEWEGUNGSMELDER könnte die “Haltezeit” in Software steuern. Dazu den BWM auf min Zeit stellen. Auch wäre es durch möglich je nach einbaulage unterschiedliche Haltezeiten zu definieren.
Per Feature Bit könnte man auch festlegen ob man TASTER_DOWN oder SCHALTER_ON senden will. Für POWERPORT oder LICHTZONE
Generell wäre zu überlegen in der LICHTZONE den BWM direkt eintragen zu können.
Es wäre vorteilhaft wenn man dadurch dem Taster “Vorfahrt” geben kann. Also wenn man das Licht bewusst ausmacht, während man sich noch im erfassungsbereich befindet, bleibt der Input vom BWM für x sekunden gesperrt
bestimmte vorgänge durch Scripte unterstützen:
Build
Flashen
WS2812A (LED Stripes bei denen jede LED einzeln ansteuerbar ist
hier hab ich aber noch keine Plan ob das nicht zu “komplex”/zeitkritisch für das Board ist.
Ich könnte mir auch vorstellen das es eine Art “Vorschaltgerät” gibt, das die tatsächliche Steuerung übernimmt (man kann ja mit diesen Stripes auch ein Lauflicht oder eine Feuer/Flammen Effekt erzeugen)
Dieses Vorschaltgerät bekommt dann seine Anweisungen vom Board über i² oder so