УКНЦ загрузка через стык С2

[BlaireCas]

Просто товарищь написал - кидаем 512 байт данных, потом 512 нулей и.. типа всё будет тип-топ?? Ню ню.

Я понимаю что это "кривота" и так видимо делать нельзя. Скорей-всегда какая-то буферизация в виндузе работает, пока не разобрался где ее отключить или как сделать flush этому буферу.

[Advertiser]

[Hunta]

Я понимаю что это "кривота" и так видимо делать нельзя. Скорей-всегда какая-то буферизация в виндузе работает

Добраться до УК-НЦ сейчас мне тяжело, так что пока про УК-НЦ ничего не скажу.
В других же случаях ещё на было случая, что бы эта буферизация (и не в Windows, а в железе, скажем, у моих FTDI стоит умолчание - 4096 байт) как-то мешала.

где ее отключить

В настройках COM порта

или как сделать flush этому буферу

Я так понимаю, что что-то самописное используется для общения с УК-НЦ через COM порт?

[BlaireCas]

Я так понимаю, что что-то самописное используется для общения с УК-НЦ через COM порт?

Со стороны УКНЦ стандартный загрузчик из ПЗУ. Он банально грузит 512 байт по адресам 0-777 и если первый код = nop - то запускает прямо с адреса 0.
Со стороны ПК юзается софт Никиты (https://github.com/nzeemin/ukncbtl-u...cComSender.cpp, понятно с некими уже моими модификациями ибо мне не надо грузить .sav, а только загрузить 512 байт)

[Hunta]

Со стороны УКНЦ стандартный загрузчик из ПЗУ

Это понятно

Со стороны ПК юзается софт Никиты

Ну вот в нём и надо разбираться - раз из эмулятора Патрона всё норм

[Alex_K]

BlaireCas, а учитывая, что у вас COM через USB, можете опробовать мою утилитку загрузки? Это тот же UkncComSender, только с другим загрузчиком и параметром для скорости. Мой загрузчик учитывает тайм-аут и считает контрольную сумму. Если что не так, то на экране будет вывод, что произошла ошибка. На железном порту всё прекрасно, но учитывая, что USB плюётся пакетами, не будет ли ошибки тайм-аута.
Вызов: UkncComSender COM-порт FileName [BaudRate]. Третий параметр необязательный, по умолчания 9600. В вашем случае надо 57600.

Актуальная версия дальше по теме.

[BlaireCas]

можете опробовать мою утилитку загрузки?

Ваша версия "почти прокатила" Выдало
Loading...
?UKNCMSN-F-Timeout

(я так понимаю просто после загрузчика шел payload и поэтому загрузчик-то полностью забросился, а вот сам файл уже недошел, тут похоже правда какая-то проблема с буферизацией и последние сколько-то байт у меня из винды недоходят)

[Alex_K]

Loading...
?UKNCMSN-F-Timeout

Ясно. Вот из-за USB-COM видно и вышло. Наверное тайм-аут надо увеличивать или убирать его.

А на каком файле, какого объёма?

[BlaireCas]

А на каком файле, какого объёма?

Файлик довольно простенький, 1024 байта (впрочем я разные пробовал).
TSTCLR.ZIP

[Alex_K]

Файлик довольно простенький, 1024 байта (впрочем я разные пробовал).
TSTCLR.ZIP

Попробуйте загрузить Замок Гоблинов, файл довольно большой, как раз хорош для теста.

- - - Добавлено - - -

Попробую увеличить тайм-аут, потом выложу новую версию.

[BlaireCas]

Попробую увеличить тайм-аут, потом выложу новую версию.

Похоже помогла вот такая шляпа под конец программки!

    ::Sleep(2000);
    ::FlushFileBuffers(hComPort);
    ::PurgeComm(hComPort, PURGE_RXCLEAR);
    ::PurgeComm(hComPort, PURGE_TXCLEAR);

Внимание! Sleep - важен перед flush. Точного значения сколько "спать" я не определил. Поставил на глаз.

(откуда узнал про sleep - нууу.. гуглением)

Кусок кода для линукса из stackoverflow

I think I figured it out. For some reason, I need to add a delay before flushing. These two lines added before returning fd seem to have done the trick:

sleep(2); //required to make flush work, for some reason
tcflush(fd,TCIOFLUSH);

--- оттуда-же ---


The cause of this problem lies in using a USB serial port. If you use a regular serial port, you will not have this problem.

Most USB serial port drivers don't support flushing properly, probably because there's no way of knowing if there's still data in the internal shift register, FIFO or in the USB subsystem.

See also Greg's reply to a similar problem reported earlier here.

Your sleep may cure the problem, but it's only a work-around. Unfortunately there is no solution other than using a regular serial port.

[свернуть]