Svenska ElektronikForumet

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?

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...

Ok, I get it....

OK.
Men det riktigt intressanta i tråden är att vi (eller åtminstånde jag)
fortfarande inte riktigt vet vad som var ursprungsproblemet...

Mmm, speakman ändrade lite i koden, flyttade en delay-funktion.
Kanske löste det? Vem vet? Inte jag....

Vill veta mer om problemet!

Inte jag heller, för trådskaparen verkar åkt på semester.

Bytte så att vi programmerade i Proton istället och då funkade allt:)

Jaha? Proton?