invalid lvalue

[Bonestruca]

hallo,
immer wenn ich folgenden code compilieren will:



#include <io.h>
#include "..\lib\mydefs.h"
#include "..\lib\lcd.h"
#include "..\lib\stepper.h"
#include "..\lib\rc5.h"
#include "..\lib\uart.h"
#include "..\lib\sensor.h"

int main(void)
{

// ports auf empfang setzen

PB0 = 0x1F;
PB1 = 0x1F;
PB2 = 0x1F;
PB3 = 0x1F;
PB4 = 0x1F;


return 0;
}

komm die fehlermeldung:

"invalid lvalue in assignment" bei jeder port-zeile. wo liegt der
fehler ?

vielen dank für eure hilfe

[linux_80]

Wenn ich mich recht erinnere ist mit PB1 nur ein Bit gemeint, dann ist der
Wert von 0x1F ein bisserl zu gross dafür.
Also entweder nur einmal PORTB verwenden oder nur 0 und 1 für jedes Bit.

[Bonestruca]

habs auch schon mit 0xFF versucht und auch mal "PORTB" ausgeschrieben. hilft alles nix.

[SprinterSB]

Das mit PORTB sollte funktionieren.

Aus (zB)

PORTB |= _BV(3); // PORT B.3 setzen

sollte so was oder ähnliches entstehen entstehen, nachdem der Präprozessor drübergerauscht ist:

(*(volatile uint8_t *)((0x1 + 0x20)) |= (1 << (3));

Falls nicht, stimmt was mit deiner Umgebung oder den includes nicht.
Verbutlich wird das PORTB erst gar nicht aufgelöst.
avr-gcc sollte das #include <io.h> anmeckern, stattdessen:
#include <avr/io.h>

Johann

[Bonestruca]

gcc meckert nich bei den includes, findet sie anscheinend alle aber lvalue bekomme ich immer zurückgeschmettert

[SprinterSB]

Wie siegt's denn aus, wenn du zusätzlich mit Option -v übersetzt?

[Bonestruca]

hö ? da kommen dann die ganzen infos von den entwicklern wann und in welchem jahr und wer genau und so blabla.

[SprinterSB]

U.a. solltest du auch sehen, welche Suchpfade für die Includes verwendet werden, deine gcc-Version, und wie er configured wurde, etc. Derin Problem ist je kein eigentliches C-Problem, sondern mit deiner Umbegung finzt was nicht.

#include <avr/io.h>

void main()
{
PORTB = 0;
}

Wird bei mir problemlos übersetzt (avr-gcc 3.4.1 unter mingw)

>avr-gcc -v -mmcu=atmega8 -Wall -Os -ffreestanding main.c -c -o main.o -save-temps

...#include <io.h>...
Hingegen gibt eine deprecated (veraltet)-Warnung.
Das die bei dir nicht erscheint, gibt zu denken...

[Bonestruca]

gnu make version 3.78.1

pfade werden keine angzeigt

[SprinterSB]

Das -v als gcc-Schalter, nicht für make...

So wie in meinem letzten Posting. Verwende auch mal -save-temps, damit du ein dump vom Präprozessor erhälst (als *.i).
Das gibt bei solchen Problemen manchmal Hinweise wo der Wurm steckt. Weil du dann siehst, was der Compiler tatsächlich als Eingabe erhält, und nicht irgendwelche nichtssagenden Makros wie PORTB, hinter denen alles mögliche stecken kann.