Отправлено dxp 02 сентября 2004 г. 11:05 В ответ на: Дак в том то и дело, что вы не знаете структуры принимаемого объекта... отправлено lamerok 02 сентября 2004 г. 10:53

все-таки формат кадра пересылаемого из МК мне известен, то проблем нет. Например:

struct TSlon
{
char a;
int b;
} Slon;

Маппим на массив и получаем дырку в один байт. Всего размер 4 байта.

1 - a
2 - дырка
3 - мл. байт b
4 - ст. байт b

На ПЦ принимаем эти четыре байта. На ПЦ тоже такая же структура.

Slon.a = ReadComm(...); // 1 байт
ReadComm(...); // 2 байт
Slon.b = ReadComm(...); // 3 байт
Slon.b += ReadComm(...)*256; // 4 байт

Писишная программа должна знать формат кадра. Если не хочется слать лишний байт, то тогда можно на стороне МК аналогично сформировать пакет. Если структура небольшая, как эта, то оверхеда почти нет - все равно ведь надо заголовок приделывать и трейлер (с контрольной суммой). Но подход намного прямее. Конечно, если структура здоровенная, то на копировании много потеряешь, поэтому имеет смысл маппить. Т.ч. в каждом случае надо решать индивидуально.

• :-))) Не ну это просто смешно, так ведь придется делать для всех структур -)) когда моно не парится, и применить прагму... — lamerok   (02.09.2004 11:40, 310 байт)
  • Только во MSP430 будет не смешно и придется ему попариться, разгребая упакованные половинки... Кому что важнее. — dxp   (02.09.2004 11:57, 157 байт)
    • На крайнфк можно сделать #pragma pack(push,2) ...тогда ему не надо парится — lamerok   (02.09.2004 14:23, пустое)
    • Вдогонку. — dxp   (02.09.2004 12:04, 410 байт)
      • Потому что, нелбзя испольщовать один заголовочный файл для МСП и Билдера!!! Получатеся не универсально!!! — lamerok   (02.09.2004 14:21, пустое)
        • Да почему ж нельзя-то? — dxp   (02.09.2004 14:30, 170 байт)