Utgångslatchen blir satt MEN bit-setting är ju en Read-Modify-Write så den läser först Port A, setter biten och sedan skrivs värdet tillbaka till Port A's utgångslatch. Då denna utgångslatch inte är inkopplat (utgången är tri-state) sker det inte ett skvatt så länge TRISA håller port-pinnen som ingång.
Kommandot är alltså helt legalt men totalt onödigt, är det dit du vill komma?
Behöver hjälp med pic 16F628
Ja, hm, inte helt med på vad du syftar på.
Att sätta pinnarna (d.v.s "output latch") till hög eller låg och
sedan fippla med TRIS ?
Om frågan var om det går att "styra" nivån på en pinne som
via TRIS är definierad som ingång, så är, så vitt jag förstår,
svaret alltid nej.
> Haxxkatt försöker ju sätta PORTA.F1=0;
Visst, man kan göra PORTA.F1=0 oavsett hur TRIS är satt, men
det är inte säkert att det påverkar själva *pinnen*. Däremot gör
man ibland så för att vara förberedd när man sedan sätter om
pinnen till utgång...
EDIT: Såg Icecap's senaste först nu...
Jo, det stämmer, det är en sidoeffekt av att köra RMW mot en port
samtidigt som man grejar med TRIS fram och tillbaka...
Att sätta pinnarna (d.v.s "output latch") till hög eller låg och
sedan fippla med TRIS ?
Om frågan var om det går att "styra" nivån på en pinne som
via TRIS är definierad som ingång, så är, så vitt jag förstår,
svaret alltid nej.
> Haxxkatt försöker ju sätta PORTA.F1=0;
Visst, man kan göra PORTA.F1=0 oavsett hur TRIS är satt, men
det är inte säkert att det påverkar själva *pinnen*. Däremot gör
man ibland så för att vara förberedd när man sedan sätter om
pinnen till utgång...
EDIT: Såg Icecap's senaste först nu...
Jo, det stämmer, det är en sidoeffekt av att köra RMW mot en port
samtidigt som man grejar med TRIS fram och tillbaka...
Senast redigerad av sodjan 14 november 2007, 21:29:51, redigerad totalt 1 gång.
