есть некое устройство., с ним общаться можно только через послед. порт.

устройство понимает только такое(сигнал от компа к девайсу): 8бит, NOPARITY,TWOSTOPBIT
а отвечает таким(от девайса к компу):8бит, NOPARITY,ONESTOPBIT

причем линии RX TX общие!
т.е. когда шлю в девайс данные одновременно эти же данные идут обратно,
ну и через некоторое время девайс отвечает.

Сначала я не заметил и просто выставил 8бит, NOPARITY,TWOSTOPBIT, и все заработало...
Но когда комманд стало больше...мое приложение стало виснуть в неопределенных местах.
Пока нашел эту нестыковочку со стоповыми битами..всю прогу перепроверил.

теперь не знаю как такую работу организовать, не получается переключать ONESTOPBIT/TWOSTOPBIT

по понятным причинам 1,5 стопбита на 8бит данных не ставится.

//отправка данных в девайс
BOOL CSerialPort::send_cmd(BYTE* buff, DWORD cnt)
{       DWORD tc;
    BYTE rets[sizeof(buff)]; 
    WriteFile(m_PortHandle, buff, cnt, &tc, NULL);
    ReadFile(m_PortHandle, rets, cnt, &tc, NULL);
    if(tc != cnt) 
    return FALSE;
    if(memcmp(buff, rets, cnt)) return FALSE;
    else
    return TRUE;
}

//прием данных из девайса
BYTE CSerialPort::rcvr_respUNI(int num)
{   
    DWORD cnt;
    BYTE rv[10];
    ReadFile(m_PortHandle, rv, num, &cnt, NULL);
    return rv[2];
}

пытался переключать ONESTOPBIT/TWOSTOPBIT, не получается...:

BOOL CSerialPort::oneSTOP()
{    
        DCB dcb;
    GetCommState(m_PortHandle, &dcb);
    dcb.StopBits = ONESTOPBIT;     
        SetCommState(m_PortHandle, &dcb);
return TRUE;
}

BOOL CSerialPort::twoSTOP()
{
        DCB dcb;
    GetCommState(m_PortHandle, &dcb);
    dcb.StopBits =2;     
        SetCommState(m_PortHandle, &dcb);
return TRUE;
}

Здравствуйте, teran2000, Вы писали:

T>есть некое устройство., с ним общаться можно только через послед. порт.

T>устройство понимает только такое(сигнал от компа к девайсу): 8бит, NOPARITY,TWOSTOPBIT
T>а отвечает таким(от девайса к компу):8бит, NOPARITY,ONESTOPBIT

Интересное устройство. А если распаять кабель на два порта компа и с одного читать, а в другой писать?

это устройство японское...точнее это микроконтроллер nec.
чем японцы руководствовались изобретая такое...объяснить не могу

т.е. вы хотите сказать что технически работа одного порта для такой задачи невозможна?

Здравствуйте, teran2000, Вы писали:.

T>это устройство японское...точнее это микроконтроллер nec.
T>чем японцы руководствовались изобретая такое...объяснить не могу

T>т.е. вы хотите сказать что технически работа одного порта для такой задачи невозможна?

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

Здравствуйте, teran2000, Вы писали:

T>устройство понимает только такое(сигнал от компа к девайсу): 8бит, NOPARITY,TWOSTOPBIT
T>а отвечает таким(от девайса к компу):8бит, NOPARITY,ONESTOPBIT

ИМХО наиболее правильным было бы сделать "аппаратный прокси" на основе одного МК с двумя USART (например ATmega64, ок. $5) или двух МК с одним USART (например ATtiny2313, $1.5).

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

мое приложение поддерживает все мк без согласующих устойств, не очень хочется
городить доп. железо. тем более что такая морока возникла только с одной серией мк.

интересный вариант с эмуляцией.
это как?

по идеи можно заставить DTR или RTS работать как TX но как это сделать в винде..не представляю..

Здравствуйте, teran2000, Вы писали:

T>по идеи можно заставить DTR или RTS работать как TX но как это сделать в винде..не представляю..

Посмотрите как работает WinLIRC. Там частоты конечно пониже, но принцип может пригодиться.

Здравствуйте, teran2000, Вы писали:

T>интересный вариант с эмуляцией.
T>это как?

Я имел в виду заставить порт посылать в линию данные по байту так, чтобы промежуток между посылкой байтов заведомо превышал 2 (стоповых) бита. Тогда будет неважно, что порт настроен на 1 стоповый бит. Сам не пробовал.

T>по идеи можно заставить DTR или RTS работать как TX но как это сделать в винде..не представляю..

Я сомневаюсь что это заработает (Windows не позволяет точно задавать промежутки времени) но вообще-то есть функция EscapeCommFunction, позволяющая управлять линиями DTR и RTS. Для этого управление этими линиями должно быть разрешено в поле Flags структуры DCB (DTR_CONTROL_ENABLE, RTS_CONTROL_ENABLE). Про EscapeCommFunction должно быть здесь или на MSDN здесь

W>Я имел в виду заставить порт посылать в линию данные по байту так, чтобы промежуток между посылкой байтов заведомо превышал 2 (стоповых) бита. Тогда будет неважно, что порт настроен на 1 стоповый бит. Сам не пробовал.

хм...идея! у меня все отправляется с минимальным промежутком между байтами
попробую поставить задержку между байтами

спасибо!

Здравствуйте, teran2000, Вы писали:

W>>Я имел в виду заставить порт посылать в линию данные по байту так, чтобы промежуток между посылкой байтов заведомо превышал 2 (стоповых) бита. Тогда будет неважно, что порт настроен на 1 стоповый бит. Сам не пробовал.

T>хм...идея! у меня все отправляется с минимальным промежутком между байтами
T>попробую поставить задержку между байтами

T>спасибо!

все получилось! спасибо!