Эмулятор УКНЦ - UKNCBTL

[Patron]

А подскажите пожалуйста как в НХ сервере сделана работа с СОМ портом, что переполнения не происходит.

Так и там тоже были переполнения



поэтому, проверить на счёт переполнений всегда есть смысл первым делом.

[Vamos]

Так и там тоже были переполнения

НО переполнения возникали уже в загрузчике НХ сервера, а все остальные программы вызывают переполнение в загрузчике УКНЦ, почти сразу.
Есть ли смысл рассматривать фукцию CreateFile() с параметром FILE_FLAG_OVERLAPPED или результат будет такой же?

[Patron]

Есть ли смысл рассматривать фукцию CreateFile() с параметром FILE_FLAG_OVERLAPPED или результат будет такой же?

Т.е. чтение виртуального порта в Windows возвращается с ошибкой?
Но ведь в порту com0com включена бесконечная буферизация и переполнения быть не может..

[Vamos]

Как я понял, запись в буфер происходит слишком быстро и код эмулятора не успевает.

[Vamos]

Ну вот чего ему не хватает



если кому попадался этот тест с пунктом 6 (стык С2) поделитесь пожалуйста.

[Patron]

Как я понял, запись в буфер происходит слишком быстро и код эмулятора не успевает.

Речь пока не о диагнозе, а об анамнезе - т.е. действительно ли какая-то из функций Windows ( чтение порта, запись порта ) возвращает ошибку или WaitCommEvent рапортует о EV_ERR ?

[Advertiser]

[Vamos]

Patron, на этот вопрос у меня ответа нет, но вот код, может там чего

		if (m_SerialInCallback != NULL && frameticks % 416 == 0)
        {
            CFirstMemoryController* pMemCtl = (CFirstMemoryController*) m_pFirstMemCtl;
            if ((pMemCtl->m_Port176574 & 004) == 0)  // Not loopback?
            {
                BYTE b;
                if (m_SerialInCallback(&b))
				{
					if ((pMemCtl->m_Port176570 & 0200) == 0)  // Ready?
					{
						pMemCtl->m_Port176572 = b;
					}
					else
						{
							pMemCtl->m_Port176570 |= 010000;  // Set Overflow flag
						}
					pMemCtl->m_Port176570 |= 0200;  // Set Ready flag
				}
			}
		}

        if (m_SerialOutCallback != NULL && frameticks % serialOutTicks == 0)
        {
            CFirstMemoryController* pMemCtl = (CFirstMemoryController*) m_pFirstMemCtl;
            if (serialTxCount > 0)
            {
                serialTxCount--;
                if (serialTxCount == 0)  // Translation countdown finished - the byte translated
                {
                    if ((pMemCtl->m_Port176574 & 004) == 0)  // Not loopback?
					{
						(*m_SerialOutCallback)((BYTE)(pMemCtl->m_Port176576 & 0xff));
					}
					else  // Loopback
                    {
                        pMemCtl->m_Port176572 = pMemCtl->m_Port176576 & 0xff;
						pMemCtl->m_Port176570 |= 0200;  // Set Ready flag
                    }
                    pMemCtl->m_Port176574 |= 0200;  // Set Ready flag
                }
            }
            else if ((pMemCtl->m_Port176574 & 0200) == 0)  // Ready is 0?
            {
                serialTxCount = 8;  // Start translation countdown
            }
        }

[nzeemin]

У меня пока основная гипотеза -- что передача байт из эмулятора происходит без проверки того готов ли к этому COM-порт. Поэтому вероятно мы и видим overrun. Вообще общение с COM-портом у меня построено не на overlapped и не на событиях, а по более простой схеме -- чисто байтовое чтение и запись. При чтении если очередной байт не готов -- он не отдаётся. Но при записи пишется всё не взирая на возможные переполнения.

[hobot]

если кому попадался этот тест с пунктом 6 (стык С2) поделитесь пожалуйста.

Эта версия TUK.SAV от СЭМЗА, я сейчас потыкался - другой версии не нашёл,
попробуй TS.SAV - просто ради эксперимента?






и вот ещё отдельный для СА "TSA.SAV"

[hobot]

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