Taster mit Kondensator entprellen

[Holomino]

Ich hab's jetzt nachgeschlagen, wie ich das mal gelöst habe.

//Timer keys polling
ISR(TIMER0_COMPA_vect)
{
    static uint8_t keyPrescaler = 0;
    static uint8_t oldKeys = 0;
    keyPrescaler++;
    if (keyPrescaler >= 20)
    {
        keyPrescaler = 0;
        uint8_t newKeys = (PINC & 0xF0); //Keys port
    
        uint8_t keysChanged = newKeys ^ oldKeys;
        uint8_t newKeysSet = keysChanged & newKeys;
        keysSet |= newKeysSet;
        oldKeys = newKeys;
    }
}

Ich polle da wohl alle 20ms im 1ms-Timer-Interrupt die entsprechenden vier Port-Pins in die "keysSet"-Variable...

// called from Main loop
void MaskProcessFromForeground()
{
    //SET KEYPRESSED, MASKTIMER ELAPSED AND CHECK READ BUFFER CALLS FROM MAIN ROUTINE

    CheckReadBufferTelegrams((FIFO_t*) ReadBuffer, Admin.TelegramReceived);


    if(TimerPrescalerCounter == 0)
    {
        TimerPrescalerCounter = Admin.TimerPrescaler;
        if (Admin.TimerElapsed != 0)
            Admin.TimerElapsed();
    }

    if (Admin.KeyPressed != 0)
    {
        uint8_t keysSetCopy = keysSet;
        for (int i = 0; i < 4; i++)
        {
            if (keysSetCopy & (0x80 >> i))
                Admin.KeyPressed(i);
        } 
        cli();
        keysSet &= ~keysSetCopy; // reset handled keys
        sei();
    }
}

...und spreche die keyPressed-callbacks (können dann schon mal etwas länger dauern) aus der main-loop an.

Nicht verwirren lassen: "Admin" ist eine Struktur mit Funktionszeigern, die auf die Funktionen der aktuell geladenen Bildschirmmaske zeigen (die werden beim Umladen der Maske in die Admin-Struktur geschrieben).

[HaWe]

Interrupts kann ich leider nicht verwenden, ich verwende digitalRead für beliebig viele Buttons in Instanzen eines Button-Objekts:
https://github.com/dsyleixa/Arduino/...er/ButtonClass

Abgefragt werden alle Button-Zustände mindestens 1x pro loop(), und wie lange eine Loop dauert, lässt sich nicht allgemein vorhersagen (u.U. nur 1ms oder sogar weniger, evtl aber auch länger).
In der Button Class sind derzeit auch noch delay(1) drin, aber auch die sollen noch raus.
10 oder 20ms warten bis entprellt ist, ist absolut nicht möglich.

Leider gibt es auch kein preemptives Multithreading für die ARMs (POSIX pthread oder std::thread), sonst könnte ich das in einen eigenen langsameren Thread "outsourcen".

Daher suchte ich eine simple Entprellung per Kondensator.

[Moppi]

Naja, man kann auch Schleifen ohne delay()-Funktion bauen, einfach mit Zählern.

Der Taster wird gegen Masse geschaltet. Ein Kondensator kann keine 0V ausgeben. Er kann nur positive Ladung abgeben.
Musst Du die Logik der Taster umkehren, dann kannst Du Kondensatoren in der Größe 4700µF oder mehr nehmen, evtl etwas weniger, musst Du dann ausprobieren.



MfG

[HaWe]

Naja, man kann auch Schleifen ohne delay()-Funktion bauen, einfach mit Zählern.

Der Taster wird gegen Masse geschaltet. Ein Kondensator kann keine 0V ausgeben. Er kann nur positive Ladung abgeben.
Musst Du die Logik der Taster umkehren, dann kannst Du Kondensatoren in der Größe 4700µF oder mehr nehmen, evtl etwas weniger, musst Du dann ausprobieren.
MfG

4700µF Elkos würden aber bei weitem den verfügbaren Platz überschreiten
die Kerkos sollten dicht neben die Tasterbuttons gesteckt werden, quasi daneben "verschwinden".

Schleifen ohne delay nutze ich ja bereits, denn es sollen ja auch Doppelklicks und lange Drücke erfasst werden.
Guck dir mal dazu bitte den ButtonClass-Code genau an.

Trotzdem kommt es zum unerwünschten Erfassen von Prellen im Bereich z.B. von 1ms bis (geschätzt) 10ms, die dann unerwünschterweise wie Doppelclicks wirken.

[Holomino]

Wenn Du kein delay() verwendet wissen möchtest, warum verwendest Du dann den oben angegebenen Code?

https://github.com/dsyleixa/Arduino/.../ButtonClass.h
Zeile 146
Zeile 175

[HaWe]

Wenn Du kein delay() verwendet wissen möchtest, warum verwendest Du dann den oben angegebenen Code?
https://github.com/dsyleixa/Arduino/.../ButtonClass.h
Zeile 146
Zeile 175

ich schrieb doch oben: die sollen auch noch weg.

In der Button Class sind derzeit auch noch delay(1) drin, aber auch die sollen noch raus.

Momentan verbessern sie das Prellen zwar schon (bei Prellen innerhalb der ersten 1ms), aber dennoch nicht gut genug für die ersten 20ms, und daher wollte ich alles rausschmeißen und per Kondensatoren entprellen (siehe TO Post).

Wenn du aber den ButtonClass Code derart verbessern kannst, dass er SOWOHL perfekt bis 20ms entprellt ALS AUCH gar keine delays mehr verwendet:
HER DAMIT!

[Moppi]

4700µF Elkos würden aber bei weitem den verfügbaren Platz überschreiten

Das ist mir klar Aber anders .... ?