Raciocionio sobre nibles.

[Vonnilmam]

Corretissimo, ilustre tcpipchip

Peço desculpas pelo erro.

Como eu disse tô aprendendo esse treco de C...mas chego lá.

Obrigado

[Vonnilmam]

Acabei de baixar o livro sugerido,

Muito bom mesmo, pela folheada que dei, notei que é muito bem explicado e inteligivel, gostoso de ler.

Muito obrigado mesmo pela ótima dica.

[Maffeis]

Treinamento em linguagem C tb é muito bom
www.saraiva.com.br/treinamento-em-linguagem-c-2590525.html

[Vonnilmam]

Muito agradecido pelas dicas.

Ultimamente eu estou comendo e bebendo "C"...

Uma pergunta,

É obrigatório declarar, variaveis de forma local, ou tem algum problema em fazer isso de forma global e porque?

O motivo da pergunta é que tenho lido isso constantemente, mas não ficou claro para mim o do porque.

[tcpipchip]

https://www.reference.com/technology/di ... b3ea664c06

[andre_luis]

Declarando de forma gobal, essas variaveis não esrão liberadas após utilizadas.
De forma local, o espaço de memoria que elas ocupam pode ser reciclado, além de organizar melhor o programa.

[Vonnilmam]

Hum, muito bom

Entendi, adré e tcpipchip.

Então, de forma global apenas aquelas que eu usaria em qualquer parte da rotina, e para aquelas que eu usaria apenas numa determinada rotina local, agruparia as locais nessa rotinas locais...

Boa, saber.

Obrigado.

[Maffeis]

Global eu uso em ultimo caso e declarada como volatile.

[andre_luis]

Então, de forma global apenas aquelas que eu usaria em qualquer parte da rotina, e para aquelas que eu usaria apenas numa determinada rotina local, agruparia as locais nessa rotinas locais...

Apenas estendendo um pouco mais o raciocínio, mesmo aquelas que são declaradas como "global", se não for o caso classico dos flags acionados numa parte do programa e lido em outra parte do programa, mas se ao invez disso for variaveis mutuamente alterada em várias partes do programa, voce deve estudar a utilização de mecanismos como "semáforos" por exemplo, afim de estabelecer uma politica de acesso, tal como prioridades e bloqueio enquanto estiver em uso por outra função. Enfim, sei que é tentador, mas tem muita teoria pra ler antes de sair programando...

[Vonnilmam]

AProveitando a deixa do andre, o que a função se é que é função, volatile faz...qual a diferença de declarar a variável global e utilizar essa função.
Se for possivel, dar um exemplo dessa declaração.

Peço perdão pela ignorancia da minha parte, mas o meu propósito é aprender C, da forma correta ou pelo menos tentar seguindo os caminhos corretos.

Comecei ontem a ler cuidadosamente o livro indicado, achei bem didático...

Obrigado

[Maffeis]

Uma variável que é lida e escrita em vários pontos do código pode ser um problema.

Por exemplo numa interrupção.

Durante a execução do código a variavel tem um valor x

Ocorre a interrupção ela é atualizada para Y

Quando o programa volta para o código essa variável pode voltar como x e vc perder a informação que foi atualizada pela interrupção.

O volatile evita esse problema parcialmente.

pq toda vez que a variável é utilizada ela é lida novamente da RAM, o compilador não executa nenhuma otimização com relação a essa variável.

porém ainda pode ocorrer interrupção durante a gravação de um novo valor

O semáforo seria a melhor opção (Ou não utilizar variáveis globais)

[Vonnilmam]

Meu Deus,


Tô vendo que tenho Muuuuito que entender ainda.

Então uma declaração GLOBAL, pode ser perdido o seu valor?....inclusive se houver interrupções na rotina o que é comum em uma rotina longa. Meu Deus.

Se fosse em assembler na "isr" seria salvo os dados importantes necessários e depois repostos, tipo um push & pop da vida. Mas em "C" não tem essa opção? Por esse motivo é indicada a não utilização de declarações globais? Será que entendi certinho Maffeis.

Quero fazer uma pergunta de aprendiz, não me levem a mal, por favor: Suponhamos que eu tenha uma variável que tem de ser global, porque vai ser utilizada em varios pontos da rotina main, como eu faço, qual a solução.

Pergunto, porque com as dicas de vocês todos do forum, consegui terminar uma rotina que controla um GLCD 128x64, e esse será parte de um conjunto mais complexo, servindo apenas de escravo, ou seja, fiz um controlador especifico para o glcd que recebe informações de um outro controlador (detalhe: programado todo em assembler, com interrupções, e mais de 10 tasks, full time, rsss )....

Estou apavorado, então o glcd controlado pelo pic em questão, feito em mikroc, pode dar pal inesperadamente, ou ficar instavel...Meu Deus.

Obrigadão.

[Rodrigo_P_A]

Minha opinião é que o pessoal começou a complicar demais.

Sugiro que você pense nas variáveis globais apenas como uma variável que você acessa de qualquer rotina/ou função, além do próprio loopin principal ( main ) , interrupções etc...

Não se preocupe com o resto neste momento, faz o básico e vai entendendo. Se você começar a ver semáforos, e outras coisas, você vai se enroscar todo, e nesse momento, na minha opinião, é desnecessário.

[Vonnilmam]

É que como eu vim da era ASM, estou ainda me acostumando com o jeitão de pensar como C...

Mas ainda tenho na mente o jeitão de pensar como ASM, entenderam.

Por isso existem algumas coisas que fico meio que boiando e como decidi imprimir todo o esforço mental a entender C, fico meio maluco de vez em quando.

Obrigado pelas dicas, Rodrigo.

[fabim]

Char *Ponteiro;
int Variavel16bit;
char VarLO, VarHI;

Ponteiro = (char *)&Variavel16bit;
VarLO = *Ponteiro;
Ponteiro++;
VarHI = *Ponteiro;

ou

VarLo = ((char *)&Variavel16bit)[0]
VarHI = ((char *)&Variavel16bit)[1]

Observe que as duas formas são ANSI C, e fazem exatamente a mesma coisa, só que na primeira eu fiz acesso indireto, e na segunda forma eu fiz acesso direto.

Olhando para um raciocínio humano.

0x Byte3 Byte2 Byte1 Byte0 , veja que os bytes são LSB para direita e MSB para esquerda.

Porém na memória RAM, eles são organizados sequencialmente em ordem crescente.
EX:
0X0000F000 //posição inicial da variável de 16 bits que o montador utilizou para a variável de 16 bits.

0X0000F000 0x34 LSB de 0x1234
0X0000F001 0x12 MSB de 0x1234

Observe que no seu exemplo 0x1234, 0x34 é LSB então ele esta no inicio do ponteiro de indexação desta variável !

Você não esta sozinho, muitas pessoas confundem o raciocínio humano com a organização computacional little endiam, big endian é pior ainda..

Parem de ficar mexendo nos meus nibles, isto pega mal, vai que eu goste!!