V-USB IOExpander

[Sven B. (mainframeosx)]

Ich bin gerade dabei einen USB-IO Expander aufzubauen.
Als Kern benutze ich einen ATMega 644 über die I2C Schnittstelle werden 
4 IO Expander
vom Typ PCF8574 angesteuert. 1 Zusätzlicher PCF8574 ist mit eine 
LC-Display gekoppelt,
(16 Zeichen und 2 Zeilen) damit kann man vom Host einen Text an das LCD 
anzeigen lassen.

Das Ausgeben des Textes sowie das Setzen der IO Ports habe ich schon am 
laufen und
funktioniert prima.

Jetzt habe ich folgendes Problem:

Natürlich will ich auch werte vom PCF8574 einlesen. Das funktioniert 
auch ganz gut, was aber nicht funktioniert ist die Übertragung des 
Wertes zum Host.

Hier mal die Configuration:

....
static uchar replyBuf[16] = "Test";
....
  uchar tmp;
....
    case R_PORT_A:
   i2c_rep_start(0x41);
  tmp=i2c_readNak();
  i2c_stop();
  itoa(tmp,replyBuf,10);
        usbMsgPtr = replyBuf;
        return sizeof(replyBuf);
  }
...
...
Wenn ich die Daten von einem PCF8574 auslese (tmp), und den den tmp Wert 
auf einen anderen PCF8574 schreibe klappt alles prima. Will ich aber den 
tmp Wert im replyBuf ablegen (wie oben) dann bekomme ich beim 
Compilieren immer die Fehlermeldung:

main.c:168: warning: pointer targets in passing argument 2 of 'itoa' 
differ in signedness

Was mache ich hier falsch.

[Matthias L. (Gast)]

tmp ist vorzeichenlos. itoa will eine vorzeichenbehaftete Zahl.

Nimm utoa.

[Sven B. (mainframeosx)]

Matthias Lipinsky schrieb:
> tmp ist vorzeichenlos. itoa will eine vorzeichenbehaftete Zahl.
>
> Nimm utoa.

Habe jetzt folgendes eingegeben:

utoa(tmp,replyBuf,10);

bekomme aber hier genau die gleiche Fehlermeldung!

Deswegen verzweifle ich auch langsam.

[T. F. (sar)]

replyBuf

 sollte vom Typ

char *

 sein. Ist aber

 static uchar[]

.

[Sven B. (mainframeosx)]

Stefan S. schrieb:
>

replyBuf

 sollte vom Typ

char *

 sein. Ist aber

 static
> uchar[]

.

Änder ich das jetzt auf char, bekomme ich das:

main.c: In function 'usbFunctionSetup':
main.c:169: warning: pointer targets in assignment differ in signedness

Also nicht gut, ändere ich jetzt das ganze in usbdrv.c brauche ich gar 
nicht mehr weiter
machen. Dann müsste ich denn vollständigen V-USB Code ändern.

Gibt es keine andere Möglichkeit?

[T. F. (sar)]

erstens ist das nur eine Warnung und kein Fehler. Wenn dich die Warnung 
stöhrt und du den Datentypen nicht einfach ändert kannst dann kannst du 
noch casten, wenns dir hilft:

utoa(tmp, (char *) replyBuf, 10);

[Sven B. (mainframeosx)]

Danke für die Hilfe, ich habe es hinbekommen.
Ich liefere als Return wert sizeof(str), dann gehts.

Danke für die Hilfe.