Несколько датчиков и UART, Варианты решений. Опции

[Белка12]

Есть микроконтроллер ADUC831. В его состав входит интерфейс UART.

Можно ли по этому интерфейсу принимать данные от нескольких датчиков и каким образом?

Я пробовала опрашивать и принимать данные с газового датчика со встроенным RS485 интерфейсом optosense. Там все работает нормально. Скорость обмена 9600.

Теперь надо в пару к нему подсоединить датчик Dinament, со встроенным RS232 интерфейсом, другой скоростью обмена и другим форматом посылки данных.

Как-то не очень понятно, как их можно опрашивать и принимать данные по одному UART. Надо как-то организовать адресацию, наверное? А разве RS232 поддерживает адресацию? А RS485?

Может, кто-то сталкивался с подобным?

С уважением, Белка12.

Сообщение отредактировал Белка12 - Dec 22 2012, 22:02

[ILYAUL]

RS232 - не поддерживает.

Я не хочу вспоминать про 9 бит .
Но хотелось уточнить модели датчиков туда сюда DS почитать

[Белка12]

Я не хочу вспоминать про 9 бит .
Но хотелось уточнить модели датчиков туда сюда DS почитать

Один датчик наш, питерский, optosense, (RS485) возможна поддержка адресации.
http://www.optosense.ru/ru/welcome.html



Второй датчик английский, Dynament, (RS232).

http://www.dynament.com/

Другой вариант, если один микроконтроллер обслуживает несколько датчиков, по аналоговой или цифровой линии, а наружу связан с RS485 интерфейсом. Тогда так, как описали выше, получили пакет, определили какой там датчик, выдали обратно информацию с данного датчика.
Короче нужны подробности, как у Вас все это организовано.

Ув. novchok, так я и хочу определиться КАК мне все организовать и каким образом организовать адресацию датчиков.

[_Артём_]

Ув. novchok, так я и хочу определиться КАК мне все организовать и каким образом организовать адресацию датчиков.

На RS232 датчик должен быть один, если адресация не поддержана протоколом датчика.
Алгоритм пожет быть такой:

Код

volatile uint8_t SensorRequestFlag;
// таймер обеспечивает заданную частоту опроса - например 10 Гц
void Timer_10Hz_Handler()
{
    SensorRequestFlag=1;
}
#define RS_485_SENSOR_NUMBER 5 // для примера 5 датчиков
void main()
{

    Init_periferals();
    while (1) {
        if (SensorRequestFlag) {
            SensorRequestFlag=0;

            // опрос датчика по RS485
            RS232_DisableTx();
            RS232_DisableRx();

            for (unsigned char i=0; i<RS_485_SENSOR_NUMBER; i++) {

                RS485_EnableTx();
                RS485_DisableRx();

                SendRequestTo_RS485( i ); // посылка запроса по RS485

                // переключение на приём
                RS485_EnableRx();
                RS485_DisableTx();

                // ожидание ответа по RS485 заданное время
                WaitAnswerFromRS485(MAX_RS485_WAIT_TIME);            
            }

            // запрет RS485
            RS485_DisableTx();
            RS485_DisableRx();


            // посылка запроса на RS232
            RS232_EnableTx();
            RS232_EnableRx();

            SendRequestTo_RS232(); // посылка запроса по RS232

            // ожидание ответа по RS232 заданное время
            WaitAnswerFromRS232(MAX_RS232_WAIT_TIME);
            RS232_DisableTx();
            RS232_DisableRx();
        }
    }
}

RS485 и RS232 могут подключать к одному UART-у МК, нужно поочерёдно отключать-включать приём передачу на одном из интерфейсов. Когда опрашивается 485-й, запрещён 232-й, и наоборот.
Для RS485 иногда бывает важно как можно скорей освободить шину, так как датчик может сразу же начать отвечать на запрос. Для освобождения шины используется прерывание по завершению передачи последнего байта пакета, или (если мастер принимает сам себя) приём последнего байта своего же запроса.

[Harbinger]

RS485 и RS232 могут подключать к одному UART-у МК, нужно поочерёдно отключать-включать приём передачу на одном из интерфейсов. Когда опрашивается 485-й, запрещён 232-й, и наоборот.

Это не всегда нужно. Если заведомо известно, что одновременной передачи со стороны ведомых не будет (например, принципиально различные протоколы обмена), можно TXD пустить в оба канала, а RXD свести по логическому "И".
Можно извратиться и по-другому, в случае, когда внешние устройства могут проявлять инициативу, а для одного из них установлен более высокий приоритет. Некоторые МК умеют переключать (remap) линии UART на другие физические порты, позволяя переключиться с одного драйвера на другой по прерыванию от изменения состояния порта (поймали старт-бит). Пробовал такое на STM8L - получается только в случае, если после переключения не нужно менять настройки UART (скорость и т.п.). В общем, время "свистоплясок" с переключением-перенастройкой должно быть пренебрежимо малым по сравнению с длительностью старт-бита. Тут есть ещё нюанс, зависящий от конкретной реализации UART - если старт-бит "ловится" не по уровню, а по спаду, ничего не получится.
Для небольших расстояний, в пределах одной платы, можно использовать прямо UART с простейшими драйверами с ОК (ОС) на TXD ведомых устройств.