При включении питания отсылает по USART мусор... Опции

[MSprut]

Имеется два устройства на мега32 и мега88, связанных по USART. Устройство на мега88 управляет общим питанием и имеет резервное питание от батареи для работы в спящем режиме. При влючении основного питания мега88 сразу передает 0х00 и этим вводит в ступор второе устройство. Никак не могу эту фигню убрать. Может кто сталкивался с таким?

Код

//mega88
void Init_USART(unsigned int baudrate)
{
    UBRR0H = (unsigned char) (baudrate >> 8);
    UBRR0L = (unsigned char) baudrate;
    UCSR0B = (1 << RXCIE0) | (1 << RXEN0) | (1 << TXEN0);
    RxTail = 0;
    RxHead = 0;
    TxTail = 0;
    TxHead = 0;
}

Код

//mega32
void init_USART(unsigned int baudrate)
{
    UBRRH = (unsigned char) (baudrate >> 8);
    UBRRL = (unsigned char) baudrate;
    UCSRB = (1 << RXCIE) | (1 << RXEN) | (1 << TXEN);
    UCSRC = (1 << URSEL) | (1 << UCSZ1) | (1 << UCSZ0);
    RxTail = 0;
    RxHead = 0;
    TxTail = 0;
    TxHead = 0;
}

Так все работает хорошо и устойчиво, но вот эта бага всю малину мне х...т

[SasaVitebsk]

Ну вот. Теперь понятно.

В общем то я поддержу prottoss.

1) Надо обрабатывать ошибки.
2) Либо надо ввести процедуру синхронизации, при которой слэйв дожидается какой-нибудь последовательности принятой без ошибок.

Знаешь как модем работает? Он принимает всё, но анализировать команду начинает начиная с "at". То есть команда
hgklk;lk;lkl;khjati3

будет отработана как ati3

[MSprut]

Ну вот. Теперь понятно.

В общем то я поддержу prottoss.

1) Надо обрабатывать ошибки.
2) Либо надо ввести процедуру синхронизации, при которой слэйв дожидается какой-нибудь последовательности принятой без ошибок.

Знаешь как модем работает? Он принимает всё, но анализировать команду начинает начиная с "at". То есть команда
hgklk;lk;lkl;khjati3

будет отработана как ati3

Хорошо, спасибо. Буду пробовать.