C String in 2 Strings

Steht das ; immer an der selben Stelleß

Wenn ja dann..

string1[0]=input[0];
string1[1]=input[1];
[...]

string2[0]=input[4];
string2[1]=input[5];
[...]

dann noch atoi und schon hast du deine werte

Matze schrieb:

> das heisst ich muss es Byteweise zuweisen

Kannst du machen.
Wenn sichergestellt ist, dass die dich interessierenden Daten immer an 
der gleichen Stelle stehen.
Da letztendlich ja das Senden von einem Programm übernommen wird, kann 
man wohl davon ausgehen, dass dem immer so ist.

Ein String wird in C ja ganz einfach in einem Array gespeichert. Also 
kannst du ganz normal über Arrayindizierung auf die Daten zugreifen.

> code[0]=adress[0];  //hier steht "0"  ??
> code[1]=adress[1];  //hier steht "x"  ??
> [...]
>
> das verstehe ich, aber wie mache ich jetz aus adress[0] & adress[1]
> eine var: char Adresse;  //wo drin steht "0x70" ??

Indem du dir aus dem 'String' den zugehörigen numerischen Wert 
berechnest.
atoi eignet sich in deinem Fall nicht, da du dein String Hex Zahlen 
repräsentiert. atoi geht nur für Dezimalzahlen.

Aber es ist nicht weiter schwer, sich eine Umwandlungsfunktion zu bauen, 
die einen 2 stelligen Hex-Wert-String in einen tatsächlichen Hex-Wert 
umwandelt.

Aber es ist nicht weiter schwer, sich eine Umwandlungsfunktion zu bauen,
die einen 2 stelligen Hex-Wert-String in einen tatsächlichen Hex-Wert
umwandelt.

Alles fängt damit an, dass man sich eine Funktion baut, die ein
einzelnes Hex-Digit in seinen binären Counter-Part umwandelt.

1

unsigned char HexDigit( char digit )

2

{

3

  if( digit >= '0' && digit <= '9' )

4

    return digit - '0';

5

6

  if( digit >= 'A' && digit <= 'F' )

7

    return digit + 10 - 'A';

8

9

  if( digit >= 'a' && digit <= 'f' )

10

    return digit + 10 - 'a';

11

12

  return '0';   // Fehler

13

}

Mit dieser Funktion bewaffnet, wandelt man dann 2 stellige 'Zahlen'

1

unsigned char HexNumber( char digit1, char digit2 )

2

{

3

  return HexDigit( digit1 ) * 16 + HexDigit( digit2 );

4

}

und benutzt die dann zb

1

  unsigned char addrNum =  HexNumber( adress[2], adess[3] );

Ab jetzt steht dem Aufwand Tür und Tor offen:
Das ganze umwandeln in eine Funktion, die einen String annimmt.
Dann soll die Funktion im String den Präfix "0x" erkennen und 
entscheiden, ob es sich um eine Hex-Zahl oder eine Dezimal-Zahl handelt 
und die jeweils richtige Umwandlung dafür hernehmen, etc. etc.

Wenn du aber nur Funktionalität brauchst, die eine 2-stellige Hex-Zahl 
von der Stringform in eine tatsächliche Zahl wandelt UND die Ziffern 
konstant im String immer an der gleichen Stelle stehen, dann bist du mit 
obigem schon gut dabei.

Matze schrieb:

> wenn ich also sende(der code sieht immer gleich aus!!)
> 0xFA;0x4F
> soll 0xFA in i2c_start geschrieben werden und
>      0x4F in i2c_write geschrieben werden.

Du empfängst diesen String in einer String Variable

char Command[20];   <- da baut die die Empfangsroutine den String rein
                       wobei sichergestellt ist, dass der String immer
                       dem Muster 0xaa;0xbb genügt

                       Das ist eine wichtige Einschränkung!
                       Auch sollte der String auf Gültigkeit geprüft
                       werden!

                       Da der String aber immer gleich aussieht, weißt
                       du auch, wo die Hex-Ziffern im String sind:


   i2c_start( HexNumber( Command[2], Command[3] ) );       // setze
   i2c_write( HexNumber( Command[7], Command[8] ) );       // schreibe
   i2c_stop();


Wie gesagt: Wenn das von einem menschlichen Benutzer eingegeben werden 
muss, würde ich nicht so naiv annehmen, dass der String den Aufbauregeln 
entspricht. Da dein String aber von einem Programm erzeugt wird, kann 
man im Sender sicherstellen, dass dem so ist.

Peter Stegemann schrieb:
> Karl heinz Buchegger schrieb:
>
>>

1

>>   return '0';   // Fehler

2

>>

>
> moep ;-)

Danke für den Bugreport :-)

    return 0;

Wobei es im Fehlerfall sowieso fraglich ist, wie dann reagiert werden 
soll.

Matze schrieb:
> ok, so hatte ich mir es vorgestellt:-)
>
> danke schön.
>
> aber muss ich "HexNumber" nicht irgendwie deklarieren oder is das ne
> Funktion?? Brauch ich dann ev. ne Headerdatei dafür??

Ähm. Das ist jetzt aber nicht dein Ernst.
Wenn dir diese Fragestellung Kopfzerbrechen macht, dann bist du noch 
nicht soweit um Produktionscode zu schreiben.

Oder hast du diese hier
Beitrag "Re: C String in 2 Strings"
nicht gesehen?

>
> warum return 0; ??? und wo? am Ende meines Progs??

Nein.
Am Ende der Funktion. Vergleich doch mal, was ich in der 'Urversion' im 
Fehlerfall für einen return in der Funktion HexDigit hatte.

Matze schrieb:

>  eine frage noch!! Was wird hier gemacht? und warum?

HexDigit wandelt einen Character aus dem üblichen 'Hex-Vorrat' in sein 
numerisches Äquivalent. Ich empfehle das Studium einer ASCII Tabelle, in 
der für jedes Zeichen sein Code angegeben ist.
Und dann muss man nur noch wissen, dass man in C mit char genausogut 
rechnen kann. Wenn du '0' im C-Source Code hinschreibst, dann setzt der 
Compiler gleich mal den ASCII Code dafür ein.

Wenn ein char '5' enthält, dann steht da nicht wirklich '5' drinnen, 
sondern der entsprechende ASCII Code: 0x35
Und wenn man von 0x35 dann noch 0x30 (= der ASCII Code für '0') abzieht, 
bliebt 5 übrig.
Und so ergibt dann '5' - '0' das Ergebnis 5


HexNumber fügt die numerischen Äquivelente der einzelnen Digits zu einer 
Zahl zusammen.

Bleiben wir einfach mal im Dezimalsystem:
Wenn du 2 Zehner und 5 Einer hast, dann entspricht das der Zahl:
    2 * 10 + 5 = 25

Im Hex-System (oder in jedem andren Zahlensystem) ist das nicht anders. 
Nur ist hier die Basis des Zahlensystems nicht 10 sondern 16 (daher auch 
Hexadezimalsystem: System zur Basis 16)

sven schrieb:
> Womit die Frage, warum du die Daten nicht einfach binär überträgst,
> immer noch nicht geklärt ist.

Aus einem seiner ersten Postings

> Im moment übertrage ich meinen "Code" über ein Hyperterminal
>
> dort gebe ich ein: "0x70;0x11"
>
> Das Programm zum senden des Codes wird noch erstellt!! Wollte aber
> zuerts dass C-Prog laufen lassen, dass ich weiß es funzt.

-> zum Testen ist ASCII gut genug.


@Matze
Vorsicht: Natürlich haben die Leute recht. Im Endausbau könnte man die 
Übertragung direkt binär durchführen, wenn ASCII ein Zeitproblem 
darstellt. Aber dann gut überlegen, wie du die Synchronisierung auf 
Adressbyte und Datenbyte hinkriegst.