Code-Interpretation

[Christoph A. (paul87)]

Hallo,

ich versuche mich gerade in ein Programmcode einzuarbeiten. Ich habe 
aber ein paar allgemeine Verständnisprobleme.

void canMsgToTSRResult(const CCanMessage* canMsg, CTSRResultEMP2* sign)
{
  const unsigned char* msgData = canMsg->MsgData;

  sign->SpeedLimitSign_kmh    = (int) msgData[0];
  sign->SupplementarySignType    = ((int) msgData[1])>>4;
  sign->NonSpeedLimitSignType    = (((int) msgData[1]) >> 0) & 0x0F;
  sign->SignVisionOnlyDecision  = (((int) msgData[6]) >> 5) & 0x03;
  sign->SignLaneAssignment    = (((int) msgData[6]) >> 3) & 0x03;
  sign->bElectronicSign      = (((int) msgData[6]) >> 2) & 0x01 ? 1 : 0;
  sign->Filter          = (((int) msgData[7]) >> 4) & 0x0F;
  sign->DistanceToSign_m    = (((int) msgData[7]) >> 0) & 0x0F;
  sign->DistanceToSign_m    <<= 2; // unit: 4m

  if( 0 == sign->SpeedLimitSign_kmh ) 
  {
    sign->NonSpeedLimitSignType = SPEED_LIMIT_END;
  }
}

Z.B. folgende Zeile

   sign->NonSpeedLimitSignType    = (((int) msgData[1]) >> 0) & 0x0F;

Warum verschiebe ich etwas um 0 Stellen und warum verknüpfe ich es dann 
mit 0x0F?? Wenn ich etwas mit UND verknüpfe und F, dann bleibt doch 
alles erhalten wie es war oder nicht? Und wenn ich es mit 0 verknüpfe 
lösche ich die Bits. Aber warum sollte ich die an dieser Stelle löschen?

Vielen Dank Leute!

[Georg A. (georga)]

Typischer Code, um Bitfelder aus Bytes zu extrahieren. Das >>0 ist 
tatsächlich überflüssig, aber aus Konsistenzgründen nicht verkehrt, da 
merkt man eben gleich die Startposition. Das &0x0f filtert einfach die 
oberen 4 Bits aus, wenn einen nur die unteren 4 interessieren. Die 
oberen 4 Bit werden ja eine Zeile vorher extrahiert.

[Christoph A. (paul87)]

Hallo Georg,

vielen Dank für die schnelle Antwort. Ich hatte irgendwie ein Brett vor 
dem Kopf. Ich sitze eindeutig zu lange davor! :P

[Christoph A. (paul87)]

Und was genau bedeutet der Pfeil hinter sign?

[tro0ll (Gast)]

sign ist ein Pointer auf ein struct und du greifst auf dessen Variable 
NonSpeedLimitSignType zu. Ist nur syntaktischer Zucker für 
(*sign).NonSpeedLimitSignType.

[Christoph A. (paul87)]

Ok, vielen Dank für die Antwort!