Merkwürdiges Verhalten bei Bitmanipulation

[Paul P. (cesupa)]

Hallo,

mir ist heute etwas merkwürdiges aufgefallen, als ich versuchte, die 
Bits einer uint64_t Variable zu manipulieren:

uart_init(UART_BAUD_SELECT(9600,16000000UL));
sei();

sig=0;
sig|=0x1;

uart_putc((char)(sig & 0x00));   //->00 wird angezeigt, ok
uart_putc((char)(sig & 0xFF));   //->00 wird angezeigt, müsste hier nicht 01 angezeigt werden???

unzwar setze ich die Variable auf 1 und lasse sie mir per UART ausgeben 
(mein terminal stellt die Ausgabe in Hex dar). Als erstes wird 00 
angezeigt, als zweites jedoch auch 00, dabei müsste doch die Anweisung 
sig & 0x00 die Variable sig nicht beschreiben, oder? Muss ich da jetzt 
also eine weitere Variable zum zwischenspeichern der ursprünglichen 
Variable verwenden?

Gruß
Paul

[Oliver (Gast)]

Paul P. schrieb:
> //->00 wird angezeigt, müsste hier nicht 01 angezeigt werden???

müsste es. Das Problem steckt nicht in den gezeigten Zeilen.

0x00 und 0x01 sind allerdings auch kein darstellbaren Zeichen, was genau 
macht denn deine uart_putc?

Oliver

[Paul P. (cesupa)]

Ich habe die Lib von Peter Fleury benutzt. Die Zeichen werden mir 
Hexadezimal angezeigt.

[Johann L. (gjlayde)]

Paul P. schrieb:

> mir ist heute etwas merkwürdiges aufgefallen, als ich versuchte, die
> Bits einer uint64_t Variable zu manipulieren:

Geht's mit einer 32-Bit Variablen?

[Guest (Gast)]

Paul P. schrieb:
> sig|=0x1;

Versuch mal sig|=0x01; anstatt sig|=0x1;

[Oliver (Gast)]

Guest schrieb:
> Versuch mal sig|=0x01; anstatt sig|=0x1;

Kann man versuchen, ist aber völlig sinnlos.

Was macht das Programm und der fragliche Parameter denn im Simulator?

Oliver

[Timmo H. (masterfx)]

Paul P. schrieb:
> Ich habe die Lib von Peter Fleury benutzt. Die Zeichen werden mir
> Hexadezimal angezeigt.
Normalerweise würde ich von einer putc-Funktion erwarten, dass sie 
nicht automatisch eine Integer-Zahl in ein darstellbares Zeichen 
umwandelt.
Versuch mal:

uart_init(UART_BAUD_SELECT(9600,16000000UL));
sei();

sig=0;
sig|=0x1;

uart_putc((char)(sig & 0x00)+'0');   
uart_putc((char)(sig & 0xFF)+'0');

[Klaus W. (mfgkw)]

Timmo H. schrieb:
> Normalerweise würde ich von einer putc-Funktion erwarten, dass sie
> nicht automatisch eine Integer-Zahl in ein darstellbares Zeichen
> umwandelt.

darum geht es doch gar nicht.
Er will die Daten nicht als Text übertragen, sondern 0 als 0
und 1 als 1 - und sie dann als Hex-Werte sehen.
Wenn ich ihn richtig verstanden habe.

Obwohl mit dem Begriff hexadezimal ja auch oft Schindluder
getrieben wird; wer weiß?

[Rolf Magnus (Gast)]

Timmo H. schrieb:
> Paul P. schrieb:
>> Ich habe die Lib von Peter Fleury benutzt. Die Zeichen werden mir
>> Hexadezimal angezeigt.
> Normalerweise würde ich von einer putc-Funktion erwarten, dass sie
> nicht automatisch eine Integer-Zahl in ein darstellbares Zeichen
> umwandelt.

So wie ich es verstanden habe, macht das sein Terminal auf der 
Empfängerseite.

[Tom M. (tomm)]

Paul P. schrieb:
> Bits einer uint64_t Variable

Wie ist die byte order bei der avr-libc? Du gibst ja nur das erste Byte 
mittels (char)-Cast aus.

[Stefan E. (sternst)]

Tom M. schrieb:
> Wie ist die byte order bei der avr-libc?

Irrelevant.

> Du gibst ja nur das erste Byte
> mittels (char)-Cast aus.

Nein, der Cast liefert das niederwertigste Byte.

[Paul P. (cesupa)]

So, ich hab das ganze mal durch simulavr durchgejagt. Das ganze für 
einen Atmega8 (Atmega32 wird nicht unterstützt, aber es dürfte ja 
weitestgehend das gleiche Ergebnis rauskommen):

main.c:282: WARNING: Clock frequency option is not yet implemented.

Simulating a atmega8 device.

devsupp.c:338: MESSAGE: TODO: attach IO Reg 'TWBR' at 0x0020
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'TWSR' at 0x0021
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'TWAR' at 0x0022
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'TWDR' at 0x0023
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'ADCL' at 0x0024
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'ADCH' at 0x0025
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'ADCSRA' at 0x0026
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'ADMUX' at 0x0027
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'ACSR' at 0x0028
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'UBRRL' at 0x0029
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'UCSRB' at 0x002a
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'UCSRA' at 0x002b
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'UDR' at 0x002c
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'SPCR' at 0x002d
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'SPSR' at 0x002e
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'SPDR' at 0x002f
devsupp.c:332: MESSAGE: attach: IO Reg 'PIND' at 0x0030: created
devsupp.c:316: MESSAGE: attach: IO Reg 'DDRD' at 0x0031: ref = 0x0030
devsupp.c:316: MESSAGE: attach: IO Reg 'PORTD' at 0x0032: ref = 0x0030
devsupp.c:332: MESSAGE: attach: IO Reg 'PINC' at 0x0033: created
devsupp.c:316: MESSAGE: attach: IO Reg 'DDRC' at 0x0034: ref = 0x0033
devsupp.c:316: MESSAGE: attach: IO Reg 'PORTC' at 0x0035: ref = 0x0033
devsupp.c:332: MESSAGE: attach: IO Reg 'PINB' at 0x0036: created
devsupp.c:316: MESSAGE: attach: IO Reg 'DDRB' at 0x0037: ref = 0x0036
devsupp.c:316: MESSAGE: attach: IO Reg 'PORTB' at 0x0038: ref = 0x0036
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'UBRRH' at 0x0040
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'WDTCR' at 0x0041
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'ASSR' at 0x0042
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'OCR2' at 0x0043
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'TCNT2' at 0x0044
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'TCCR2' at 0x0045
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'ICR1L' at 0x0046
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'ICR1H' at 0x0047
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'OCR1BL' at 0x0048
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'OCR1BH' at 0x0049
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'OCR1AL' at 0x004a
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'OCR1AH' at 0x004b
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'TCNT1L' at 0x004c
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'TCNT1H' at 0x004d
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'TCCR1B' at 0x004e
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'TCCR1A' at 0x004f
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'SFIOR' at 0x0050
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'OSCCAL' at 0x0051
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'TCNT0' at 0x0052
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'TCCR0' at 0x0053
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'MCUCSR' at 0x0054
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'MCUCR' at 0x0055
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'TWCR' at 0x0056
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'SPMCR' at 0x0057
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'TIFR' at 0x0058
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'TIMSK' at 0x0059
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'GIFR' at 0x005a
devsupp.c:338: MESSAGE: TODO: attach IO Reg 'GICR' at 0x005b
devsupp.c:332: MESSAGE: attach: IO Reg 'SPL' at 0x005d: created
devsupp.c:316: MESSAGE: attach: IO Reg 'SPH' at 0x005e: ref = 0x005d
devsupp.c:332: MESSAGE: attach: IO Reg 'SREG' at 0x005f: created
avrcore.c:475: MESSAGE: attach: Internal SRAM from 0x0060 to 0x045f
decoder.c:3875: MESSAGE: generating opcode lookup_table
main.c:415: MESSAGE: Simulating clock frequency of 16000000 Hz
decoder.h:59: WARNING: Unknown opcode: 0x0001
decoder.h:59: WARNING: Unknown opcode: 0x0002
decoder.h:59: WARNING: Unknown opcode: 0x0053
decoder.h:59: WARNING: Unknown opcode: 0x0001
decoder.h:59: WARNING: Unknown opcode: 0x0034
decoder.h:59: WARNING: Unknown opcode: 0x0084
decoder.h:59: WARNING: Unknown opcode: 0x0034
decoder.h:59: WARNING: Unknown opcode: 0x0020
decoder.h:59: WARNING: Unknown opcode: 0x0002
decoder.h:59: WARNING: Unknown opcode: 0x0028
decoder.h:59: WARNING: Unknown opcode: 0x0008
decoder.h:59: WARNING: Unknown opcode: 0x0005
decoder.h:59: WARNING: Unknown opcode: 0x0001
decoder.h:59: WARNING: Unknown opcode: 0x0074
decoder.h:59: WARNING: Unknown opcode: 0x0005
decoder.h:59: WARNING: Unknown opcode: 0x0001
decoder.h:59: WARNING: Unknown opcode: 0x0001
decoder.h:59: WARNING: Unknown opcode: 0x0060
decoder.h:59: WARNING: Unknown opcode: 0x0080
decoder.h:59: WARNING: Unknown opcode: 0x0060
decoder.h:59: WARNING: Unknown opcode: 0x0080
decoder.h:59: WARNING: Unknown opcode: 0x0046
decoder.h:59: WARNING: Unknown opcode: 0x0006
decoder.h:59: WARNING: Unknown opcode: 0x0001
memory.c:259: WARNING: **** Attempt to write invalid io reg: UBRRH at 0x0040
memory.c:259: WARNING: **** Attempt to write invalid io reg: UBRRL at 0x0029
memory.c:259: WARNING: **** Attempt to write invalid io reg: UCSRB at 0x002a
memory.c:259: WARNING: **** Attempt to write invalid io reg: UBRRH at 0x0040
memory.c:224: WARNING: **** Attempt to read invalid io reg: UCSRB at 0x002a
memory.c:259: WARNING: **** Attempt to write invalid io reg: UCSRB at 0x002a
memory.c:224: WARNING: **** Attempt to read invalid io reg: UCSRB at 0x002a
memory.c:259: WARNING: **** Attempt to write invalid io reg: UCSRB at 0x002a

Ich lass mir das ganze im Terminal als Hex anzeigen. Da sehe ich ja, ob 
eine 1 reingeschrieben wurde oder nicht.

[Oliver (Gast)]

Der AVR-Studio-Simulator mit aktueller Atmel-toolchain unter Windows 
schreibt da eine 1 rein.

Oliver

[Paul P. (cesupa)]

Ich mach das ganze unter Linux und eclipse mit AVR-Plugin. Als compiler 
wird der avr-gcc-4.3.4 verwendet.