Svenska ElektronikForumet

(Orkar ni inte läsa så kan ni hoppa ner till första kodexemplet. )

Lite bakgrund:
Jag har en PIC16F688 med en pot ansluten till en analog ingång.
ADC'n är ju 10 bitar, fördelade på två bytes. Jag sparar dessa i pot_lo och pot_hi.

Nu är det så att jag bara behöver ett resultat mellan 0 - 255 när man vrider på poten.
Att bara använda pot_lo eller pot_hi skulle ju resultera i ett lite annorlunda resultat:
(pot_lo : Tja.. den börjar ju om på 0 när man har vridit poten halvvägs.
pot_hi : man får bara nytta av halva poten.)

Min tanke var då att slå ihop pot_lo och pot_hi till ett word
och t.ex dela (shifta åt höger) för att nå till mitt önskade intervall.
Såg förresten att samma sak diskuteras här.


Men mitt problem är helt enkelt att jag inte lyckas få några bitar i den höga delen av mitt word.

Kodexempel: Den lilla biten åker alltså ut till vänster, genom carry och tillbaka in från höger igen.

Jag har även testat andra sätt för att överhuvudtaget få in något på de översta (vänstra) bitarna i test_word.
Bl.a genom att helt enkelt lägga till 255 till test_word istället för att shifta. Dvs såhär:
Men resultatet blir även där att det "slår runt" som om test_word vore en byte.

Ligger felet i test_word RES 2 ?
Jag har försökt hitta ledtrådar bl.a här men har inte sett något som visar att man ska göra på ett annat sätt.
Nu undrar jag förstås hur jag ska göra istället och det är där ni kommer in i bilden. Upplys mig med kunskap.

Det går att ställa om AD-omvandlaren så att den vänsterjusterar resultatet. Den höga byten innehåller då resultatet i åtta bitar.

Så här gör jag, hoppas det kan vara till hjälp.

Du borde ju kunna göra på samma sätt som i den andra tråden

'Ta råvärdet, multiplicera med 100 och dela med 1023.'
Fast du multiplicerar inte med 100 utan 255 istället.
Sedan kan jag inte visa hur det skall se ut i kod ännu (har inte kommit så långt i min utbildning ännu)..

Behövs inga beräkningar. Med rätt vänster/höger justering så är det bara
att ta den ena (höga) byten, de två lägsta bitarna vill du ju inte ha ändå.
ADFM=0 är det nog du ska ha och använd enbart ADRESH.

Smart

Bearing & Sodjan: Ah, så enkelt.

Men jag måste säga att ToPNoTCH's lösning var snygg.

Makan1975:
Tyvärr går inte det tricket att göra sådär enkelt
eftersom resultatet av multipliceringen inte skulle få plats i en byte.

Tja, det var ju samma sak som bearing redan sa...

> test_word RES 2

Det där allokerar alltså två bytes RAM (efter varandra).
Symbolen "test_word" innehåller adressen till det första av dom.

Det är inte helt klart, men det verkar som att du tror att du kan
hantera detta som om du hade tillgång till en 16-bitars variabel !?
Det har du alltså inte, du har två 8-bitars variabler, en på adress
"test_word" och en på adress "test_word+1".

Du kan t.ex inte shifta data direkt mellan de två !

"det verkar som att du tror att du kan hantera detta som om du hade tillgång till en 16-bitars variabel !?"

Det var precis vad jag trodde.
Jag vet att jag sitter med en 8 bitars PIC och förstod att "RES 2" allokerar två bytes.

Däremot förstår jag nu att jag hade fel när jag trodde att man genom denna allokering kunde nå
dessa två bytes (som ett word) genom symbolen "test_word" och att bitarna shiftades till den andra byten genom carry.

Jag antar att detta var en villfarelse som kommer från min tid med högnivåspråk.

Om du shifter LSB'n först och sedan MSB'n får du det så.

Och "...villfarelse som kommer från min tid med högnivåspråk..."
Jupp, = orsaken till att ASM ger bäst förståelse för hårdvarunära programmering...

Korrekt, "RES 2" allokerar 2 st 8-bitars variabler...

Dock ligger de alltid tillsammans så det är enkelt att t.ex göra
"my_array RES 20" för att få en 20 positionerns array/lista/buffert
som sedan kan loopas igenom med indexregistren eller liknande.
Startadressen till arraynen är då "my_array".

> Om du shifter LSB'n först och sedan MSB'n får du det så.

Exakt, och det är ju just därför som C-flaggan alls är med i shiften.

Om man bortser från att problemet är löst skulle en generell metod vara:
skifta lo två steg åt höger
skifta hi sex steg åt vänster
result = hi or lo

EDIT: or ska det givetvis vara inte and

En generell motod för att göra vadå ?

>En generell motod för att göra vadå ?
Lösa problemet som presenterades i den första posten, såklart...

PIC16-kretsar har inte någon barrel shifter, så dom där 6 shiftningarna kommer ta tid. Visserligen kan man använda instruktionen som byter plats på nibbles för att snabbt shifta 4 steg, men det lämnar ändå två skiftningar att göra utöver det. Jag är säker på att det går snabbare att rotera två steg åt höger bara.