AtMega2560: sbi, sbis Probleme

Allen drei Versionen gemeinsam ist, dass deine prinzipielle Logik zum 
Pin-Toggeln nicht funktioniert. Spiel die vier Befehle doch einfach mal 
Schritt für Schritt für bei Fälle durch.

Bei 2 und 3 kommen dann noch weitere Probleme dazu, wie das 'lds', oder 
die Tatsache, dass hier
>          sbrs    r16,       1
>          sbr     r16,       1
unterschiedliche Bits in r16 angesprochen werden.

Als erstes Danke fürs Interresse.

Diesen Hinweis hab ich auch schon hier im Forum gefunden, ausserdem 
liess AtmelStudio 6.1 mich das auch nicht Assemblieren.

Deshalb hab ich es mit PortA probiert und über Register R16. Das klappt 
auch nicht.
Ausserdem funktioniert das unter anderen umständen auch nicht mit 
Registern. sbr,cbr, sbrs, sbrc an R16,17,18,19,20 ausprobiert.

Müsste einige Bedingungen setzen für die mir beim besten Willen keine 
anderen Befehle als Sbis, sbrs, einfallen.

Stefan Ernst schrieb:
> Bei 2 und 3 kommen dann noch weitere Probleme dazu, wie das 'lds', oder
> die Tatsache, dass hier
>>          sbrs    r16,       1
>>          sbr     r16,       1
> unterschiedliche Bits in r16 angesprochen werden.

Aha, wiso andere Bits? In beiden fällen Bit 1 in R16 oder hab ich da was 
falsch verstanden?

friedrich werdnik schrieb:
> Stefan Ernst schrieb:
>> Bei 2 und 3 kommen dann noch weitere Probleme dazu, wie das 'lds', oder
>> die Tatsache, dass hier
>>>          sbrs    r16,       1
>>>          sbr     r16,       1
>> unterschiedliche Bits in r16 angesprochen werden.
>
> Aha, wiso andere Bits? In beiden fällen Bit 1 in R16 oder hab ich da was
> falsch verstanden?

In der zweiten Zeile ist es Bit 0.

c-hater schrieb:
> Wie ich geschrieben habe, wäre
> es, wenn du wenigstens das gleiche Portbit setzen und prüfen würdest.
> Tust du aber nicht. Prüfen tust du Bit1, gesetzt wird aber Bit0.


>           sbis    porta,       0
>           sbi     porta,       1
>           sbic    porta,       0
>           cbi     porta,       1

So würde ich die gleichen Bits abfragen und setzen? Hab ich das richtig 
verstanden?

Nach meinem verständnis sage ich in der ersten zeile wenn PB0 gesetzt 
ist springe zu zeile3.
Dann, wenn PB0 gesetzt ist springt das Programm nicht sondern macht in 
zeile 4 weiter und löscht das Bit.

Beim nächsten durchlauf ist PB0 nicht gesetz also springt das Programm 
nicht und macht in Zeile 2 weiter wo PB0 gesetzt wird. In Zeile 3 
springt das Programm weiter über Zeile4 da PB0 nicht gesetzt ist.

Das funktioniert aber nicht. Hab anscheinend einen gewaltigen 
Denkfehler.

Spess53 schrieb:
> Ist Pin0 vom PortA ein Eingang oder Ausgang?

Sind alles Ausgänge.

MWS schrieb:
> Lad' Dir doch mal das AVR Instruction Set.


Werd mir nochmal das Instruction Set Einverleiben und mich mit den 
logischen Befehlen auseinandersetzen.

Vielen Dank erstmal für die hilfe an alle. Dachte ich hätte schon mehr 
verstanden. Etwas depremierend, aber da muss man durch.

Oben herrscht ja grosse Verwirrung ueber die Bitnummern-Syntax:

SBI, CBI, SBIS, SBIC nehmen alle eine Bitnummer von 0 bis 7
SBI PORTA, 1
und
SBIS PORTA, 1 beziehen sich also auf dasselbe Bit!

Auch SBRS und SBRC nehmen eine Bitnummer von 0 bis 7

Ausnahme sind die SBR/CBR-Befehle, die eigentlich verkappte 
ORI/ANDI-Befehle sind (SBR r,k == ORI r,k; CBR r,r == ANDI r, 
(Komplement von k) ).

In Fall 1 geht also die Logik schief (wenn Bit auf 0, dann auf 1 setzen, 
sofort danach das auf 1 gesetzte Bit wieder loeschen).

In Fall 2 und 3 geht die Bitnummerierung schief wegen der anderen 
Bedeutung in den SBR/CBR-Befehlen.

friedrich werdnik schrieb:
> Beim nächsten durchlauf ist PB0 nicht gesetz also springt das Programm
> nicht und macht in Zeile 2 weiter wo PB0 gesetzt wird. In Zeile 3
> springt das Programm weiter über Zeile4 da PB0 nicht gesetzt ist.

Wieso "da PB0 nicht gesetzt ist"? Im Satz davor schreibst du doch selbst 
"wo PB0 gesetzt wird".

Oh Gott wie dumm von mir!
Muss mich jez mal outen.
Keine ahnung ob man Ports überhaupt mit Sbis oder Sbic abfagen kann, 
aber die Pins kann man abfragen.
So einfach wärs gewesen:

                    sbis    pina,      0
                    sbi     porta,     0
        sbic    pina,      0
              cbi     porta,     0

Funktioniert einwandfrei.

Schmeiss eindeutig zu schnell die Nerven weg.
Danke nochmal für die Hilfe. Werd mir mal die anderen Lösungsansätze 
ansehen die ich hier bekommen hab. Könnten vill das nächste Problem 
lösen bevor ein neuer Rekord in Nervenweitwurf aufgestellt wird.

Es is doch ein anderes arbeiten als auf der Baustelle als Schlosser.
Muss an meiner Arbeitseinstellung arbeiten. Viel hilt nicht immer viel 
und mit gewalt geht gar nix.

friedrich werdnik schrieb:
> Funktioniert einwandfrei.

Aber nur mit Glück (wegen der Art wie das Sampeln der Pins in der 
Hardware realisiert ist). Der logische Ablauf dieser 4 Befehle ist immer 
noch genauso falsch, wie vorher.

So, trotz wenig Zeit hab ich doch einiges geschmökert (InstructionSet) 
und gegooglt und hier auf der Mikrocontoller seite gelesesen. Hab mein 
Problem mit :

Spess53 schrieb:
> Portpins lassen sich bei neueren AVRs, also auch beim ATMega2560, ganz
> leicht invertieren:
>   ldi r16,0b00000001
>   out (sts) PINx ,r16

gelöst und hab sogar meinen Denkfehler meiner ersten versuche kapiert.

Stefan Ernst schrieb:
> Wieso "da PB0 nicht gesetzt ist"? Im Satz davor schreibst du doch selbst
> "wo PB0 gesetzt wird".

Stefan Ernst schrieb:
> Aber nur mit Glück (wegen der Art wie das Sampeln der Pins in der
> Hardware realisiert ist). Der logische Ablauf dieser 4 Befehle ist immer
> noch genauso falsch, wie vorher.

So, und nun Weiter im Programm. Mal sehn was sich als nächstes für 
Probleme stellen.

P.s.: Danke nochmal für die nette Hilfe von allen! Echt Super Forum 
hier.