Stromimpuls von 1s auf 300ms beschränken

[hardware.bas]

Ich bin zwar kein Fan von elektromechanischen Steuerugen, will aber
ausnahmsweise mal einen einfachsten Vorschlag machen, fall die
Klingel an einem normalen 8-VAC-Klingeltrafo hängen sollte.
Man schaltet ein billiges 6-VDC-Relais in Reihe mit einer Diode und
einem Widerstand. Parallel zum Relais kommt ein richtig gepolter
Elko. Beim Wert von R und C muss dann etwas probiert werden.
Das Relais braucht mindestens einen Ruhe- oder Umschaltkontakt
(vulgärelektrische Bezeichnung: Öffner bzw Wechsler)
Die genannte Anordnung kommt an die geschaltete Klingelpannung
und die Klingel, allerdings zusätzlich geschaltet durch die Ruheseite
des Relaiskontaktes, auch.
Bei einem Tastendruck klingelt es zunächst, bei ausreichender Länge
zieht das Relais verzögert an und unterbricht die Klingel.
Nach Loslasen der Taste bleibt das Relais allerdings noch einen
Moment angezogen, so dass Mitmenschen, welche gene
Klingelsturm zelebrieren, schnell die Lust dran verlieren.
Durch das etwas gleitende Schalten des Relaiskontaktes ist die
Schaltung technisch nicht ganz sauber, für derartig kleine
Leistung sollte das jedoch problemlos sein.
VG Micha

[wafink]

Danke für die ganzen Tips, nächste woche kommt der Digispark Attiny 85.
Wenn ich das richtig verstanden habe kann ich denn so programmieren,
das wenn er eingeschaltet wird über die türsprechanlage(5V 1s).
Er einen Ausgang für für ca 300ms mit 5V schaltet?
Und noch nicht mal eine dauerstromversorgung braucht?

Wenn das so einfach klappen würde wäre das für mich die beste lösung.
Wenn das nichtg klappt werde ich mal nach Conrad paar bauteile besorgen.

[i_make_it]

der Arduino muss nicht unbedingt jedes Mal neu booten, man kann ihn in einen Sleep-Zustand versetzen und per Pinchange-Interrupt (Klingelknopf) aufwecken.
Das geht sehr schnell, und nach getaner Arbeit schläft er dann sogleich wieder ein.
Dass er eine eigene Spannungsversorgung braucht, stimmt ntl.

Unter der Bedingung:

Schön wäre kleine Schaltung die ich für 1 Sekunde mit spannung versorge die aber nur für ca 300ms die spannung rausgibt

schon.

Mein erster Vorschlag war ja mit IRQ Eingang und dauerhaft versorgtem µC.
Aber wenn die Versorgung der Trigger ist und sonst nichts da ist, würde es auf einen Boot je Vorgang hinauslaufen.

[oberallgeier]

.. Aber wenn die Versorgung der Trigger ist und sonst nichts da ist, würde es auf einen Boot je Vorgang hinauslaufen.

Und das könnte dauern. Und zwar satte sechs Sekunden oder mehr - geschätzt 6 sec ±1 sec. Wieso? Darum:

i) Vor 5 Wochen hatte ich mir mit andern Teilchen auch ein Digispark-namenlos (dies) gekauft.
ii) gerade eben hatte ich mal mein eigenes Progrämmelchen zeitlich ausgemessen. Ein Kleinstsprogramm, siehe iii), programmiert in C.
iii) Programmablauf: Konfiguration PortB, mein übliches "Resetblinken", d.h. 10 mal "blinzeln" = board-LED 10 ms ein, 90 ms aus, danach ein 0,5 Hz-Blink = 1 sec ein, 1 sec aus.
iv) Das eigene Programm startet "sofort" beim Einstecken in den USB-Anschluss, sprich: sobald Power anliegt. Eine Verzögerung ist nicht erkennbar - warum auch (siehe unten).
v) Das originale "Test"programm das mit dem Digispark geliefert wurde scheint der Bootloader zu sein. Ich hatte den sofort nach Kauf gesichert und heute wieder aufgespielt.
vi) Allgemein: ein Bootloader wartet erfahrungsgemäss anfangs ein paar Sekunden, ob ein Programm ansteht das geladen werden muss, danach wird dieses geladenen Programm gestartet, bzw immer nach Anfang Programmspeicher (+ offset für den Boot-Sprungvektor) gesprungen. Fazit: der Controller/das Board wartet bei JEDEM PowerOn ob etwas zum Flashen per USB ansteht eine gewisse Zeit zum Reagieren des Programmiereres *gg*.
vii) Das originale Testprogramm wartet bei mir (laut Handstoppung mit Stoppuhr) 6,0x Sekunden bis eine Art Sekundenblinken anläuft.
viii) Diese rund sechs Sekunden scheinen mir die Wartezeit zu sein, die DIESES spezielle Teilchen von PowerOn bis Programmlauf JEDES MAL durchläuft.
Diese Wartezeit startet bei JEDEM PowerOn neu !
ix) Ein sofortiger Anlauf dürfte nur mit nem eigenen Programm sinnvoll sein. Dann dürfte der Programmstart auf deutlich unter 1 ms zu drücken sein.

Ein eigenes Programm aufzuspielen ist pipieinfach: ich habs mit meinem Programmer (diesem hier) gemacht. Die sechs Pinne gehen an GND, Vcc, MOSI-an-PB0, MISO-an-PB1, SCK-an-PB2 und /RESET-an-PB5. Siehe Bezeichnungen z.B. hier. Das ergab bei mir ein selbst gestricktes Flashkabel einfachster Art - 6fach-Buchsenstecker auf der Programmerseite + Steckbuchsen für Digispark.

Aus den Fuses ist zur Startzeit folgenes zu errechnen:
Startzeit BIS ZUM START des BOOTLOADERS ( ! ! ) : PLL Clock; Start-up time PWRDWN/RESET 1KCK/14CK+64ms, grob also etwas mehr als 64 ms. DANACH kommt die Wartezeit des Bootloaders ! !
Startzeit ohne Bootloader sowie bei/nach Ändern der Fuses auf Int. RC Osc, 8 MHz; Start-up time PWRDWN/RESET: 6ck/14Ck + 0 ms - - - also unter 1 ms ! Hier die Voraussetzung dass die Anstiegszeit der Versorgungsspannung nicht zu lang wird. 1 ms ist schon etwas sehr kurz!

Viel Erfolg

[HaWe]

Und das könnte dauern. Und zwar satte sechs Sekunden oder mehr - geschätzt 6 sec ±1 sec. Wieso? Darum:

i) Vor 5 Wochen hatte ich mir mit andern Teilchen auch ein Digispark-namenlos (dies) gekauft.
ii) gerade eben hatte ich mal mein eigenes Progrämmelchen zeitlich ausgemessen. Ein Kleinstsprogramm, siehe iii), programmiert in C.
iii) Programmablauf: Konfiguration PortB, mein übliches "Resetblinken", d.h. 10 mal "blinzeln" = board-LED 10 ms ein, 90 ms aus, danach ein 0,5 Hz-Blink = 1 sec ein, 1 sec aus.
iv) Das eigene Programm startet "sofort" beim Einstecken in den USB-Anschluss, sprich: sobald Power anliegt. Eine Verzögerung ist nicht erkennbar - warum auch (siehe unten).
v) Das originale "Test"programm das mit dem Digispark geliefert wurde scheint der Bootloader zu sein. Ich hatte den sofort nach Kauf gesichert und heute wieder aufgespielt.
vi) Allgemein: ein Bootloader wartet erfahrungsgemäss anfangs ein paar Sekunden, ob ein Programm ansteht das geladen werden muss, danach wird dieses geladenen Programm gestartet, bzw immer nach Anfang Programmspeicher (+ offset für den Boot-Sprungvektor) gesprungen. Fazit: der Controller/das Board wartet bei JEDEM PowerOn ob etwas zum Flashen per USB ansteht eine gewisse Zeit zum Reagieren des Programmiereres *gg*.
vii) Das originale Testprogramm wartet bei mir (laut Handstoppung mit Stoppuhr) 6,0x Sekunden bis eine Art Sekundenblinken anläuft.
viii) Diese rund sechs Sekunden scheinen mir die Wartezeit zu sein, die DIESES spezielle Teilchen von PowerOn bis Programmlauf JEDES MAL durchläuft.
Diese Wartezeit startet bei JEDEM PowerOn neu !
ix) Ein sofortiger Anlauf dürfte nur mit nem eigenen Programm sinnvoll sein. Dann dürfte der Programmstart auf deutlich unter 1 ms zu drücken sein.

Ein eigenes Programm aufzuspielen ist pipieinfach: ich habs mit meinem Programmer (diesem hier) gemacht. Die sechs Pinne gehen an GND, Vcc, MOSI-an-PB0, MISO-an-PB1, SCK-an-PB2 und /RESET-an-PB5. Siehe Bezeichnungen z.B. hier. Das ergab bei mir ein selbst gestricktes Flashkabel einfachster Art - 6fach-Buchsenstecker auf der Programmerseite + Steckbuchsen für Digispark.

Aus den Fuses ist zur Startzeit folgenes zu errechnen:
Startzeit BIS ZUM START des BOOTLOADERS ( ! ! ) : PLL Clock; Start-up time PWRDWN/RESET 1KCK/14CK+64ms, grob also etwas mehr als 64 ms. DANACH kommt die Wartezeit des Bootloaders ! !
Startzeit ohne Bootloader sowie bei/nach Ändern der Fuses auf Int. RC Osc, 8 MHz; Start-up time PWRDWN/RESET: 6ck/14Ck + 0 ms - - - also unter 1 ms ! Hier die Voraussetzung dass die Anstiegszeit der Versorgungsspannung nicht zu lang wird. 1 ms ist schon etwas sehr kurz!

Viel Erfolg

beziehst du dich damit auch auf den von mir vorgeschlagenen Arduino Nano oder Micro?
Und z.B. mit i_make_it's Arduino-Sketch?
denn darauf bezog sich ja sein Zitat

.. Aber wenn die Versorgung der Trigger ist und sonst nichts da ist, würde es auf einen Boot je Vorgang hinauslaufen.

wenn ja, dann teste es doch bitte erstmal selber genau damit aus, bevor du hier Leute mit völlig aus der Luft gegriffenen Werten verunsicherst. Ich halte deine "bis zu 6 Sekunden" für die beiden Arduino-MCUs für völlig (VÖLLIG!) abwegig.

- - - Aktualisiert - - -

PS,
gerade getestet mit Blink-Sketch:
unter 1 sec, eher eine halbe als 1 ganze.

Was nicht heißen soll, dass es schnell ist, aber Lichtjahre entfernt von 6 sec.

[wafink]

Also ich könnte, wenn die bootzeit nicht zu lange ist, mit jedem klingeln neu starten und ihn so programmieren
das er bei jedem booten für 300ms einen ausgang schaltet.

Wenn das bootet zu lange dauert, kann ich das ganze mit dauerstrom versorgen und dem Digispark Attiny 85 so programmieren das wenn ich am eingang X
für 1 sec 5v drauf gebe (klingeltaster) und er am ausgang Y für 300ms 5V ausgibt.(gong)

Habe ich das soweit richtig verstanden?

[i_make_it]

Ja, beides geht.
Dauerhaft versorgter µC mit Interrupteingang fürs Klingelsignal und µC der mit dem Einschalten der Spannungsversorgung einmal den Code ausführt.

Bei meinen Digispark Clones habe ich die Dauer des "Bootvorgangs" nicht gemessen. Aber wenn das über 6 Sekunden sind, wäre es sinnvoll einen Nano zusätzlich zu holen, den kann man dann als ArduinoISP nutzen, aber auch "normal" für eigene Projekte.
Da sollte man von einem Clone absehen, meine letzten 5 Nano Clones kamen ohne Bootloader. Die musste ich selbst erst mit ArduinoISP brennen.

Als ISP könnte man dann den ATTiny direkt programmieren damit kein interner Bootloader durchlaufen wird.

[wafink]

Ich werde mich sofort melden wenn er da ist.
Dann mal schauen ob mit oder ohne dauerstrom.
ist mir eigendlich egal, hauptsache ich bekomm das gebacken mit dem programmieren.