Tooglen von einer LED abfragen

[Toogle (Gast)]

Bei den PIC Controllern kann man ganz einfach eine LED tooglen über 
z.B.:

LATDbits.LATD0 ^= 1;

Meine Frage lautet jetzt wie ich eine Abfrage starten kann ob die LED 
getoogelt wurde. Mich interessiert also Nicht ob LED HIGH oder LOW, 
sondern nur ob ihr Zustand sich geändert hat.

Den Zustand abfragen kann ich beispielsweise über

if(PORTReadBits(IOPORT_D, BIT_0)) == 1; // == 0

Nur wie ich abfragen kann ob die LED getoogelt wurde ist mir noch nicht 
ganz klar.

[Edi R. (edi_r)]

Einfach den Zustand nachher mit dem Zustand vorher vergleichen.

[OhHa (Gast)]

Das heißt umschalten und nicht toogeln :)

Sonst: Den abgefragten Zustand zwischenspeichern, umschalten, abfragen 
und mit dem gespeicherten vergleichen.

[r_u_d_i (Gast)]

@toogle:
mach dir eine variable namens 'toogleTag'
darin spreicherst du bei jedem 'tooglen' den zustand ( 1 / 0 )
setz einen timer darauf an, der den tag vergleicht
dann kannst du die variable als interupt verwenden wenn du sowas 
brauchst und dir kommt das 'tooglen' bei jeder änderung.
lg rudi ;-)

'toogeln' .. 'toggeln' .. umschalten..
solange du weisst was du willst ist es egal ;-)

[OhHa (Gast)]

r_u_d_i schrieb:
> darin spreicherst du bei jedem 'tooglen' den zustand ( 1 / 0 )
> setz einen timer darauf an, der den tag vergleicht
> dann kannst du die variable als interupt verwenden wenn du sowas

@ r_u_d_i
> solange du weisst was du willst ist es egal ;-)

Genau.

[r_u_d_i (Gast)]

@OhHa:

@ r_u_d_i
> > solange du weisst was du willst ist es egal ;-)

> Genau.

nö..

@toogle:
option b:
wenn du keinen timer verwenden willst/kannst:
du kannst dir eine weitere bool variable als timer generieren
und in der main, loop oder sonstwo ,
'den' generierten timer bool variable abfragen, ob er für dich 'tooglen' 
soll das komplettiert die sache.

wenn der 'timer' ( macro call )  dann aktiv ist
schreibst in dem macro dann deinen abfragevergleich zur 'getoogleten' 
LED
wenn sich was geändert hat, returnst in einem if vergleich den bool der 
'getoogleten' led mit der du dann weisst, ob die led getooglet' wurde

lg rudi ;-)

@OhHa:

jetzt: genau

;-)

[Max H. (hartl192)]

Toogle schrieb:
> Nur wie ich abfragen kann ob die LED getoogelt wurde ist mir noch nicht
> ganz klar.

uint8_t latd_old = LATD;
LATDbits.LATD0 ^= 1;

if((LATD ^ latd_old) & (1<<0))
{
  // Wird ausgeführt, wenn bit 0 von LATD ungleich bit 0
  // von latd_old ist.
}

Wenn du andere Portbits abfragen willst einfach dass (1<<0) durch 
(1<<bitnummer) ersetzten.

Wenn es kein 8bit PIC ist, einfach das uint8_t durch einen Variablentype 
der gleich viele bits wie ein Port hat ersetzten.

[Eric (Gast)]

Toogle schrieb:
> Bei den PIC Controllern kann man ganz einfach eine LED tooglen über
> z.B.:
> LATDbits.LATD0 ^= 1;
>
> Meine Frage lautet jetzt wie ich eine Abfrage starten kann ob die LED
> getoogelt wurde.

In dem obigen Fall wird die LED immer umgeschaltet. Braucht man nicht 
nachfragen.

(Toggle, nicht toogle)

[Peter D. (peda)]

Toogle schrieb:
> Meine Frage lautet jetzt wie ich eine Abfrage starten kann ob die LED
> getoogelt wurde.

Wozu braucht man sowas?

Eine Möglichkeit:

LATDbits.LATD0 ^= 1;
toggle_flag = 1;

Toogle schrieb:
> Mich interessiert also Nicht ob LED HIGH oder LOW,
> sondern nur ob ihr Zustand sich geändert hat.

Und wenn er sich zwischen 2 Abfragen 2* geändert hat?

[Michael B. (laberkopp)]

Toogle schrieb:
> Meine Frage lautet jetzt wie ich eine Abfrage starten kann ob die LED
> getoogelt wurde

Gar nicht und es ist auch komplett überflüssig.

Da DU in deinem Programm die LED geTOGGELT hast, weisst du das und musst 
das nicht per Programm erfragen.

Natürlich kannst du das zusätzlich vermerken

BOOL getoggelt=FALSE;

LATDbits.LATD0 ^= 1;
getoggelt=TRUE;

und abfragen

if(getoggelt) ...
getoggelt=FALSE;

Diese ZUSÄTZLICHE Code ist dann eben nötig, wenn du zu vergesslich 
warst, um selbst noch zu wissen, was du neulich getan hast, also dein 
Programm Alzheimer hat.

[Volker S. (vloki)]

Peter Dannegger schrieb:
> Wozu braucht man sowas?

Würde ich auch gerne wissen ;-)

Peter Dannegger schrieb:
> Und wenn er sich zwischen 2 Abfragen 2* geändert hat?

Genau.

[OhHa (Gast)]

Man könnte auch auf dem entsprechenden Portpin den Pinchangeinterrupt 
aktivieren. Beim toggeln äh umschalten ;-) wird dann in der zugehörigen 
ISR ein Flag gesetzt, daß man dann später wieder abfragen kann.
;-)

[Volker S. (vloki)]

OhHa schrieb:
> Man könnte auch

Man könnte vieles, aber zuerst sollte man mal wissen wozu das gut sein 
soll.
(Ob der Lösungsansatz überhaupt Sinn macht)

[Simpel (Gast)]

Man umgeht das ganze Gewusel dadurch, dass man statt des Toggle-Befehls 
dediziert abwechselnd eine 1 oder 0 zum Ausgangspin schickt. Dann weiß 
man im Code verlässlich, was gerade aktuell ist.

[OhHa (Gast)]

Volker SchK schrieb:
> OhHa schrieb:
>> Man könnte auch
>
> Man könnte vieles,

Wenn das beim PIC so funktioniert wie beim AVR. Sonst den LED-Pin mit 
dem Input Pin für Interrupt on Change Pin HW-mäßig verbinden!?

[;-) (Gast)]

Simpel schrieb:
> Man umgeht das ganze Gewusel dadurch, dass man statt des Toggle-Befehls
> dediziert abwechselnd eine 1 oder 0 zum Ausgangspin schickt. Dann weiß
> man im Code verlässlich, was gerade aktuell ist.

niemals!
Was ist wenn ein Bit umfällt?

;-)

[Simpel (Gast)]

"Was ist wenn ein Bit umfällt?"

...dazu gibt es den Glue-Befehl, der das Bit totsicher im letzten 
Zustand festklebt... ;-)

[;-) (Gast)]

Simpel schrieb:
> "Was ist wenn ein Bit umfällt?"
>
> ...dazu gibt es den Glue-Befehl, der das Bit totsicher im letzten
> Zustand festklebt... ;-)

genau
;-)
wer die Technik nicht kennt, da stehen dann die Tips zum Glue:

Beitrag "Tipps und Tricks für Sekundenkleber"

;-)

[Volker S. (vloki)]

OhHa schrieb:
> Volker SchK schrieb:
>> OhHa schrieb:
>>> Man könnte auch
>>
>> Man könnte vieles,
>
> Wenn das beim PIC so funktioniert wie beim AVR. Sonst den LED-Pin mit
> dem Input Pin für Interrupt on Change Pin HW-mäßig verbinden!?

Oder einen Timer programmieren in dessen Interrupt man den Pin (besser 
das Latch) abfrägt, und das Signal auf einen PIN mit Interrupt-on-Change
ausgibt den man entsprechend konfiguriert hat und dann ...