ADUCM360 и RS485

[tsb]

optical illusion
"Мультипроцессорный режим", по-моему, не является синонимом 9-битного режима UARTа. Множество промышленных контроллеров общаются по шине RS485 с помощью протокола MODBUS в режиме 8 бит. Адресация информационного пакета к конкретному устройству выполняется на уровне протокола.

[optical illusion]

j-Roger
В этом режиме есть специальный "флаг", когда этот флаг установлен МК ожидает передачу адреса. И когда приходит байт с признаком "адрес" - то происходит прерывание. В обычном режиме прерывание происходит только когда приходит байт, адреса нет совсем. Этот признак адреса передается 9 битом в "посылке". Поэтому и называют 9 битный режим. Передавать легко - можно запрограммировать бит четности, который идет сразу за 8 битом и все будет ОК. А вот как заставить UART делать прерывания при приеме адреса и не делать прерывания когда приходит обычный байт?

tsb
Мне то нужно сделать совместимость с другими МК, например с Силабсом, у которого есть этот мультипроцессорный режим. При чем тут MODBUS?

[baiderin]

Можно просто игнорировать прерывание,если это не адрес.
Все проще.

[optical illusion]

baiderin
Не привычно как то думать про сотрудников Analog Devices, что они "неумные" и просто так засунули эту операцию в "приватный класс" (ради смеха?). Я в это не верю.
Люди на их форуме задают вопросы как подключить RS485 к этому МК, и им отвечают - читайте доки. Можно было просто сказать - "игнорируйте прерывание". Что проще этого?
Изначально, зачем то вводили режим "9 бит" в работу UART. Могли бы просто "игнорировать" прерывание, если 9 бит "не адрес".
Думаю, это работает, как то по другому.

[индюк]

optical illusion, откуда вообще этот проц взялся?? зачем он тебе нужен???

[ForcePoint]

Как видим нет 9 бит режима.

КМК, такое (MPCM) есть только в UART семейства MCS-51. В частности - Silabs. И то, "в старых" контроллерах обходились одним прерыванием на весь UART.

[optical illusion]

индюк
Я отстал от "жизни"? В STM32 стали делать 24 битные АЦП? У них руки из правильного места уже "выросли"?

[индюк]

внешнюю поставь

[j-Roger]

Несколько слов по проекту СN0359.
Вот фрагмент схемы подключения RS485, никаких ноу-хау.


Несколько ключевых моментов.
Проект построен довольно красиво; работа основана на очереди сообщений. Сообщение содержит указатель на функцию-обработчик и список параметров. Пока в очереди есть сообщения, они извлекаются и выполняются их функции-обработчики.

Не прячу портянки кода под спойлер, ибо спойлер не всегда корректно работает.

Файл source\hal\drivers\uart.cpp
Вот фрагмент обработчика прерывания для приёма по UART.
При приеме символа LF производится обработка принятой строки
(в очередь сообщений ставится обработчик rx_line )

...
if ((pADI_UART-›COMIIR & COMIIR_STA_RXBUFFULL) == COMIIR_STA_RXBUFFULL)
{
    if (p_rx_buf == rx_pingpong[0])
    {
        if (rx_length[0] ‹ SIZE(rx_pingpong[0]))
        {
            p_rx_buf[rx_length[0]++] = pADI_UART-›COMRX;
        }
    }
    else
    {
        if (rx_length[1] ‹ SIZE(rx_pingpong[1]))
        {
            p_rx_buf[rx_length[1]++] = pADI_UART-›COMRX;
        }
    }

    // если принят символ конца строки, то требуется ее обработка.
    if (pADI_UART-›COMRX == '\n')
    {
        if (p_rx_buf == rx_pingpong[0])
        {
            p_rx_buf = rx_pingpong[1];
            rx_length[1] = 0;
            rd_count[1] = 0;
        }
        else
        {
            p_rx_buf = rx_pingpong[0];
            rx_length[0] = 0;
            rd_count[0] = 0;
        }

        app msg;
        msg.argc = 0;
        // ставим в очередь сообщений сообщение с 
        // функцией-обработчиком "rx_line"
        msg.fun = rx_line; // ‹‹ обработчик сообщения
        ts_post_message(msg);
    }
}
... 

Файл source\applications\uart_exec.cpp
Вот обработчик принятой строки (тот самый rx_line )
Если в принятой строке распознаётся команда, то она выполняется
(в очередь сообщений ставится обработчик распознанной команды, согласно массиву command_table )

...
struct command command_table[] = {{"poll", cmd_poll},
                                  {"setvolt", cmd_voltage},
                                  {"setfreq", cmd_frequency},
                                  {"setk", cmd_cellconstant},
                                  {"setcof", cmd_coefficient},
                                  {"setstm", cmd_setuptime},
                                  {"sethtm", cmd_holdtime}};

int rx_line(int argc, char *argv[])
{
    char line[128];

    rewind(stdin);
    // читаем в буфер строку из входного потока (это UART)
    fgets(line, 128, stdin);

    char *p;
    decltype(flash_file::rs485_address) rs485_address, address = -1;

    flash_file * p_flash_file;
    // позиционируемся на адрес узла в файле конфигурации
    fseek(p_flash, (int) (&p_flash_file-›rs485_address) - (int) (p_flash_file), SEEK_SET);
    // читаем адрес узла из конфигурационного файла в переменную
    fread(&rs485_address, sizeof(flash_file::rs485_address), 1, p_flash);

    // позиционируемся на первую лексему во входной строке
    p = strtok(line, ", \t\r\n");

    // интерпретируем первую лексему во входной строке как адрес узла (вероятно, это диктуется протоколом обмена)
    sscanf(p, "%i", &address);

    // если адрес во входной строке совпадает с адресом из файла конфигурации, 
    // то это пакет "для нас", обработаем его
    if (address == rs485_address)
    {
        p = strtok(nullptr, ", \t\r\n");

        for (int i = 0; i ‹ SIZE(command_table); ++i)
        {
            if (!strcmp(p, command_table[i].cmd))
            {
                app msg;
                msg.fun = command_table[i].fun; // ‹‹ обработчик сообщения
                msg.argc = 1;
                msg.argv = new char*[1];
                msg.argv[0] = new char[strlen(command_table[i].cmd) + 1];
                strcpy(msg.argv[0], command_table[i].cmd);

                for (p = strtok(nullptr, ", \t\r\n"); p != nullptr; p = strtok(nullptr, ", \t\r\n"))
                {
                    char **old_argv;
                    old_argv = msg.argv;

                    msg.argv = new char*[msg.argc + 1];

                    for (int j = 0; j ‹ msg.argc; ++j)
                    {
                        msg.argv[j] = old_argv[j];
                    }

                    msg.argv[msg.argc] = new char[strlen(p) + 1];

                    strcpy(msg.argv[msg.argc], p);

                    delete[] old_argv;
                    ++msg.argc;
                }

                // ставим в очередь сообщений сообщение с
                // функцией-обработчиком, указанным для
                // принятой команды (массив "command_table" выше )
                post_message(msg);

                break;
            }
        }
    }
}

... 

P. S.
Тут не пахнет никакими 9-битами, нужно курить формат посылок в доках и разбираться с этим.
На беглый взгляд: каждый принимаемый информационный пакет должен начинаться с адреса узла в кодировке ASCII. Тупо принимаем все пакеты. Если адрес "наш", обрабатываем команду; если нет - игнорируем.

Ну а все классы-наследники CDialog нужны лишь для интерактивного энкодерно-"менюшного" конфигурирования с последующим
сохранением настроек в файле конфигурации.

Это C++, ардуины вроде тут ни при чём.

Всё, ушёл пить пиво

На форуме ADI люди спрашивали - их куда то послали "почитать".

optical illusion, вот тут есть неплохое курево ( на случай, если Вы ещё не пробовали ).

Краткое резюме ))

Подскажите, кто ни будь приделывал RS485 к ADUCM360?

В частности, это сделано фирмой Аналоговые девицы в упомянутом Вами проекте.
Было интересно и познавательно ознакомиться с проектом.

Ну он, как оказалось, странно заточен под Ардуино

С++. Ардуино - это аппаратная платформа, язык программирования - это язык программирования.
Никакой связи между платформой и ЯП нет.

И судя по всему, в том примере нет исходников той части где производится обработка прерывания во время работы UART с RS485. Или я не нашел.

Где бы посмотреть как работает железо UART ADUCM360 в режиме RS485?

См. посты #21 и #22 темы и ( если, конечно, Вам нужно ) изучайте файлы проекта и доки. В доках и исходниках всё есть!

то место которое меня интересует находится в закрытом классе.

Эти классы Вам (пока) не нужны, разве что для иллюстрации принципов ООП в действии. Там не приватный класс, а приватный метод класса. Означает (по умыслу разработчика), что класс сам знает, как работать со своими внутренними данными, а для пользователя класса предоставлен интерфейс, вот им и нужно пользоваться. Инкапсуляция-с . Классы ‹bla_bla_bla›Dialog используются в проекте лишь для настройки параметров данного экземпляра устройства.

Вопрос: а что Вам конкретно нужно по теме?
Без конкретики получится 9-битный сферический конь в вакууме и 388 страниц темы ни о чём

[akegor]

С++. Ардуино - это аппаратная платформа, язык программирования - это язык программирования.
Никакой связи между платформой и ЯП нет.

Есть еще подход с соответствующей прослойкой. Этот подход не предполагает разбирательств "а шо там в нутре и как оно работает". Главное в подходе - "вот тут пни, а вот тут ткни".