Не могу запустить COM порт

В общем ситуация пока такая. Обновил ядро до 4.5.0rc2 - светодиод Rx загорается именно на том порту (и только на нём!), где установлена перемычка. Но передачи данных так и нет, да и Tx светодиод не загорается тоже.

Я бы посмотрел, нет ли вдруг GPIO который разрешает/запрещает передачу данных.

Как это сделать?

Обновил ядро до 4.5.0rc2 - светодиод Rx загорается именно на том порту

Что это означает? Что он что-то прочел или что этот светодиод значит? Мигает в такт с данными?

Что это означает? Что он что-то прочел или что этот светодиод значит?

ХЗ загорается что при echo «HELLO» > /dev/ttyS1, что при cat < /dev/ttyS1. При этом Tx так и не светится. При Ctrl+C не echo и cat - гаснет.

Мигает в такт с данными?

Да вроде просто горит.

Да вроде просто горит.

А как должен? Просто гореть должен или мигать? Как в виндах происходит?

Это я уже завтра вечером посмотрю - для этого надо подключать монитор и клаву, для чего отключать основной комп, а уже лениво. Спасибо за советы.

При этом Tx так и не светится.

Ты попробуй что-нибудь по передавать echo и потом глянь /proc/tty/driver/serial, пытался ли он что-то передавать.

Вот, например, я передал короткое слово и он tx:6 отобразил.

0: uart:16550A port:000003F8 irq:4 tx:6 rx:0

В том выхлопе, что выше, вообще все по нулям.

0: uart:16550A port:000003F8 irq:4 tx:0 rx:0 RTS|DTR

tx:0. И опять RTS|DTR появился, хотя я его не добавлял.

При этом

acs@acs-CEM860:~$ stty -F /dev/ttyS0
speed 9600 baud; line = 0;
-brkint -imaxbel

Похоже, действительно надо ещё RTS c DTR соединять.

Не-не-не. Надо пробовать либо RTS с CTS, либо DTR с DSR. Но никак RTS с DTR! Вроде как выше у тебя выключено аппаратное управление потоком -crtscts. Но вот мало ли что. А что про этот порт говорит полный вывод параметров stty?

stty --all -F /dev/ttyS0

Вот так: http://retired.beyondlogic.org/serial/loopback.gif. Можно отдельно: сначала RTS-CTS и Rx-Tx, а потом DTR-DSR и Rx-Tx и посмотреть, что получается.

Но вот у тебя -crtscts выключена. Вообще, у этой команды есть еще -cdtrdsr, но это не POSIX и на Linux она отказывает принимать этот параметр. И вот теоретически может быть, что железка ждет DTR-DSR, тупо залипла в этом состоянии (драйвер такой или железка), а выключить это нельзя никак. Поэтому, если он этого хочет, то ему надо дать, что он просит.

      Optional - before SETTING indicates negation.   An  *  marks  non-POSIX
       settings.  The underlying system defines which settings are available.


       * [-]crtscts
              enable RTS/CTS handshaking

       * [-]cdtrdsr
              enable DTR/DSR handshaking

-crtscts работает, а -cdtrdsr говорит: stty: неверный аргумент «-cdtrdsr»

Поэтому, если он этого хочет, то ему надо дать, что он просит

Дать программно или аппаратно?

Дать программно или аппаратно?

Аппаратно. Сделать вон как на картинке и проверить гипотезу на разных ядрах на всякий случай.

http://www.tldp.org/HOWTO/Text-Terminal-HOWTO-11.html#ss11.7

Там, как видишь, достаточно двух джамперов 2-3, 7-8. Да и проводок DTR-DSR не нужен особо. Можно тоже джамперы на 4-6 поставить и какой-нить скрепкой соединить. Это на скорую руку проверяется.

okos, так чем дело закончилось? Порт заработал? У меня аналогичная проблема, только на другом компе. Всё, что здесь предлагалось, я проверил - не помогает. Под WinXP и даже msdos работает, а под линуксами - нет Железо на базе nct6106d

Итак, решение проблемы найдено.

В нашем компьютере, как уже говорилось, порты реализованы на базе superio микросхемы NCT6106D. После некоторых ковыряний подозрение пало на то, что не срабатывают прерывания (товарищь определил, что в буфере приёмника данные обновляются).

После дальнейших ковыряний и считывания конфигурации NCT6106D выяснилось, что BIOS неправильно конфигурирует эту микросхему. Ошибка в регистрах CR13 и CR14 - Device IRQ polarity (http://v-comp.kiev.ua/download/NCT6102D_NCT6106D.pdf). BIOS задаёт полярность прерывания Active-Low, а должна быть Active-HIGH.

После того, как я вручную задал полярность Active-High (значения соответствующих битов = 0), все порты сразу заработали.

Код для работы с микросхемой основан на исходниках https://github.com/wt/coreboot/tree/master/util/superiotool

Код изменения конфигурации регистров CR13, CR14

NCT_PORT может быть либо 0x2E, либо 0x4E - на разных компах может быть по разному

#include <stdio.h>
#include <stdlib.h>
#include <stdint.h>
#include <string.h>
#include <getopt.h>
#include <sys/io.h>

#define OUTB outb
#define OUTW outw
#define OUTL outl
#define INB  inb
#define INW  inw
#define INL  inl


#define NCT_PORT 0x2E
#define DEVICE_ID_REG 0x20
#define LDN_SEL	0x07

uint8_t regval(uint16_t port, uint8_t reg)
{
    OUTB(reg, port);
    return INB(port + 1);
}

void regwrite(uint16_t port, uint8_t reg, uint8_t val)
{
    OUTB(reg, port);
    OUTB(val, port + 1);
}

void enter_conf_mode(uint16_t port)
{
    OUTB(0x87, port);
    OUTB(0x87, port);
}

void exit_conf_mode(uint16_t port)
{
    OUTB(0xaa, port);		/* Fintek, Winbond */
}

int main(int argc, char *argv[])
{
    printf("Nuvoton set irq level HIGH\n");

    //Доступ к IO
    if (iopl(3) < 0)
    {
        perror("iopl");
        printf("Superiotool must be run as root.\n");
        exit(1);
    }

    //Открываем режим конфигурирования
    enter_conf_mode(NCT_PORT);

    //Считываем CHIP ID
    uint16_t chip_id = (regval(NCT_PORT, DEVICE_ID_REG) << 8) |
            regval(NCT_PORT, DEVICE_ID_REG + 1);

    //Печатаем
    printf("ChipID = 0x%X\n", chip_id);

    uint16_t val;
    uint16_t port = NCT_PORT;

    //разрешаем доступ к регистрам 0x10-0x14
    val = regval(port, 0x26);
    val |= 0x10;
    regwrite(port, 0x26, val);

    //Задаём нужный уровень прерываний
    val = regval(port, 0x13);
    val &= 0xF3;
    regwrite(port, 0x13, val);

    val = regval(port, 0x14);
    val &= 0xE7;
    regwrite(port, 0x14, val);

    //запрещаем доступ к регистрам 0x10-0x14
    val = regval(port, 0x26);
    val &= (~0x10);
    regwrite(port, 0x26, val);

    //Закрываем режим конфигурирования
    exit_conf_mode(NCT_PORT);

    return 0;
}

При компиляции надо подключить библиотеку libz

Текст CMakeLists.txt для компиляции через cmake

cmake_minimum_required(VERSION 2.8)

project( nuvoton_read )

set(LIBS z)

add_executable( nuvoton_read nuvoton_read.cpp )

target_link_libraries( nuvoton_read  ${LIBS})

А точно BIOS, а не драйвер? Надо сделать доброе дело и внести изменения в драйвер nct6775 (он уже в ядре). Утилятка для user-space - не шибко хорошее решение.

Note
====

This driver supercedes the NCT6775F and NCT6776F support in the W83627EHF
driver. It supports NCT6106D, NCT6775F, NCT6776F, NCT6779D, NCT6791D, and
NCT6792D.

Ай, нет. По-моему, он только температуру обслуживает. Мимо.

После дальнейших ковыряний и считывания конфигурации NCT6106D выяснилось, что BIOS неправильно конфигурирует эту микросхему.

Все верно. Нашел пост с похожей проблемой, где вылечилось обновлением BIOS. Единственное место, где можно было бы исправить - это стандартный драйвер 8250, так как этот NCT6106D не использует никаких специфичных для него драйверов для tty. А вот есть ли смысл делать какие-то специальные действия в драйверах 8250 для исправления ситуации конкретно с BIOS и этим чипом - это большой вопрос. Пока user-space утилита выглядит нормальным решением.

Сначала тоже пошёл по пути проверки драйвера nct6775. Тем более, что dmesg выдавал какие-то ошибки на этапе его загрузки. Но после знакомства с исходниками, выяснилось, что этот драйвер, как указал Zubok, отвечает за расширенную информацию с сенсоров.

Я отправил сообщение в службу поддержки Axiomtek (мой компьютер tBOX312-870-FL-i7) с описанием проблемы, её решением и просьбой предоставить скорректированную прошивку BIOS. Будем ждать. А пока так. Можно скрипт на автозапуск написать

Axiomtek выслала мне прошивку, достаточно оперативно. Возможно, имело смысл сразу к ним обращаться. А я сначала к продавцам написал.

Обновлять буду позже, пока работу так поделаем.