info linguaggio c x pic

[Davide B.]

cavolo,è tutto l opposto di quello che ho scritto io, con mikrobasic, bastava un niente a scrivere questo programma,ma con mikroc è tutta un altra storia

Sono convinto che la differenza non sia così grande come credi tu.
A parte gli errori di "lingua", ovvero il ==, c' erano un po' di errori di concetto che adesso ti spiego.
Per capire lo stato di un bit, non puoi fare un test secco, esempio
if (portb == 0b00000001), perchè non testi il bit, ma l'intera porta. Questo significa che... questa condizione NON SOLO si verifica quando un pulsante è premuto E CONTEMPORANEAMENTE l'altro non lo è, ma anche quando I DUE LED SONO SPENTI.
Ecco che... la condizione è un po' differente da quello che pensavi. Ma questo sarebbe valso in qualsiasi linguaggio.
La condizione giusta la puoi (devi?) fare con una AND bit a bit, ovvero con la &.
io infatti ho scritto if ((portb & PULSANTE1) ... dove pulsante 1 è stato definito con una direttiva "define" imponendo il valore 0b00000001.
Questa operazione è una mascheratura che lascia "vivo" solo l'ultimo bit, poichè questo è a 1. In generale una mascheratura mediante AND bit a bit lascia "vivi" tutti i bit che nella mascheratura sono a 1 mentre quelli che sono a 0 vengono azzerati.
Quindi il risultato di questa AND può essere 0b00000001 oppure 0b00000000, a seconda del valore dell'ultimo bit... nel caso di questa maschera. Altro nel caso di altre maschere, vedi PULSANTE2.
L'altra operazione, la |, è una OR bit a bit, e funziona in maniera duale. Significa che... se faccio la OR con una maschera, i bit che nella maschera sono a 0 vengono lasciati invariati, quelli a 1 vengono settati a 1 indipendentemente dal loro valore.
L'ultima operazione è una operazione sulla maschera, che ho fatto per "azzerare" il bit 6 o 7 indipendentemente dal valore degli altri.
Questo lo puoi fare con una AND, ma devi "invertire il numero bit a bit" e lo fai con la "tilde", alt+126, ovvero la NOT.
Questo significa che nel tuo caso, spegnevi il led non interessato...
Anche qui la cosa è indipendente dal linguaggio.
Per quanto riguarda le "define", abituati ad usarle abbondantemente, soprattutto perchè è più semplice leggere il mio programma del tuo. Inoltre, supponendo di voler invertire la mappatura dei pulsanti o dei led, cambi le define senza rincorrere il codice.
Una domanda intelligente potrebbe essere "ma che differenza c'è tra le define e le const?".
Prova a pensarci... se poi non lo capisci, chiedi.

[elicottero78]

ciao e grazie,devo ancora finire di leggere il linguaggio c e mi devo decidere a prendere un bel po di appunti.

comunque grazie della spiegazione

provo a rispondere alla tua domanda,ma parlo da inesperto

-define,credo che serva x dare un assegnazione riguardante al pic
--conts,che credo sia costante,penso venga usata x definire un bit,un numero........


bocciato?scusami,ma sono ancora indietro

[Davide B.]

-define,credo che serva x dare un assegnazione riguardante al pic
--conts,che credo sia costante,penso venga usata x definire un bit,un numero........
bocciato?scusami,ma sono ancora indietro

Purtroppo si.
Ritenta.
Se poi hai bisogno di altro aiuto, fatti sentire.

[elicottero78]

ok,lasciami studiare ancora un po,cosi poi almeno non sparo cavolate....avevo postato il programma solo x tirarmi via un dubbio,se no non andavo piu avanti.....x ora ti ringrazio x il tuo aiuto

[MSchiepp]

Originalmente inviato da Davide B.

Rileggendo il programma il codice fa pure di peggio...

Azz... e io che pensavo ti fargli vedere gli errori uno per volta...

Michele

[claudio476]

bel link da stampare e appendere al muro

Operators in C and C++ - Wikipedia, the free encyclopedia

[claudio476]

Originalmente inviato da Davide B.

L'ultima operazione è una operazione sulla maschera, che ho fatto per "azzerare" il bit 6 o 7 indipendentemente dal valore degli altri.
Questo lo puoi fare con una AND, ma devi "invertire il numero bit a bit" e lo fai con la "tilde", alt+126, ovvero la NOT.

ipotizziamo di avere una variabile Led1 che gestisca un pin di Output,
dalla tua risposta e dal link che ho postato prima deduco che scrivere

Led1 = !Led1
apparentemente simile a
Led1 = ~Led1

ma nel primo caso funziona ma solo per caso! in quanto sto prendendo in considerazione una variabile di un solo bit, giusto?

ne deduco che non funzionerebbe se scrivessi
portb = !portb

cioè tale istruzione non negherebbe tutti gli 8 bit singolarmente ma porterebbe portb a 0 o 1 a seconda se la porta B sia 1 o 0 e farebbe casino nel caso in cui sia un valore diverso da questi, giusto?

[illez]

Originalmente inviato da claudio476

ipotizziamo di avere una variabile Led1 che gestisca un pin di Output,
dalla tua risposta e dal link che ho postato prima deduco che scrivere

Led1 = !Led1
apparentemente simile a
Led1 = ~Led1

ma nel primo caso funziona ma solo per caso! in quanto sto prendendo in considerazione una variabile di un solo bit, giusto?

ne deduco che non funzionerebbe se scrivessi
portb = !portb

cioè tale istruzione non negherebbe tutti gli 8 bit singolarmente ma porterebbe portb a 0 o 1 a seconda se la porta B sia 1 o 0 e farebbe casino nel caso in cui sia un valore diverso da questi, giusto?

Assolutamente si.
Il risultato della not logica è 1 oppure 0.
ESEMPIO:
i=0b0101;
j=!i;
b=~i;
Risultato assembler dopo la compilazione:

.................... i=0b0101;
004B: MOVLW 05
004C: BCF 03.5
004D: MOVWF 21

.................... j=!i;
004E: MOVF 21,F
004F: BTFSC 03.2
0050: GOTO 053
0051: MOVLW 00 <----- risultato = 0
0052: GOTO 054
0053: MOVLW 01 <----- risultato = 1
0054: MOVWF 22

.................... b=~i;
0055: MOVF 21,W
0056: MOVWF 23
0057: COMF 23,F

Nota come la NOT logica sia più lunga della semplice b=~i; già questo potrebbe suggerire ottimizzazioni nel programma

[Davide B.]

Led1 = !Led1
apparentemente simile a
Led1 = ~Led1

Hai detto bene... apparentemente.
Ma la prima ha senso come...
if (a=b).
Il compilatore non si inca... ma non è detto che il risultato sia quello che deve.

[Davide B.]

Originalmente inviato da Davide B.

Hai detto bene... apparentemente.
Ma la prima ha senso come...
if (a=b).
Il compilatore non si inca... ma non è detto che il risultato sia quello che deve.

Così, per curiosità. Cosa ti ha fatto venire in mente di usare la NOT logica (!) e non quella Aritmetica (~)?