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

[Alex_K]

вообщем помогло закидывание банального килобайта дописав под конец кучу нулей (код УКНЦ не переварит все-равно больше 512 байт, то-есть блока).

Я уже написал в соответствующем ТГ-канале, что так делать нельзя.

то что прилетит на сторону УК-НЦ при закидывании килобайта??

Если кабель без квитирования, т.е. без поддержки CTS/RTS и в DCB-блоке соответствующие настройки, то стандартный загрузчик примет 512 байт, запустит их. А остальные 512 будут лететь в буфер 1801ВП1-065, но т.к. их никто не считывает, то будет стоять бит переполнения в регистре статуса.
В случае кабеля с квитированием и соответствующими настройками, УКНЦ примет 512 байт, запустит загрузчик. А вот программа, посылающая килобайт, будет ждать готовности от стыка С2, а его не будет.

[Hunta]

Если кабель без квитирования..
В случае кабеля с квитированием и соответствующими настройками...

Это всё понятно и всё это прошёл на практике - причем - в процесс создания uart-а и реализации чего-то по мотивам KL11.
Просто товарищь написал - кидаем 512 байт данных, потом 512 нулей и.. типа всё будет тип-топ?? Ню ню.

[Alex]

Если надо кидать нули, значит буфферизация в чипе - не работает ...

[Hunta]

Если надо кидать нули, значит буфферизация в чипе - не работает ...

А типа нули чип будет игнорировать??

[AlexG]

Чтобы избавиться от старого советского блока питания - купил такую вот штуку: TMH0512D TRACO POWER (https://www.tme.eu/en/details/tmh051...s/traco-power/)
Вроде как конвертер 5В -> +/- 12В 80mA
Ну так вот - в итоге оно превратилось в +16В и -8В при подсоединенном штеккере стыка-С2.
С моим ком-портом обычного компьютера вполне работает, загрузка через HX идет, волшебный синий дымок не пошел. Но смущают такие напряжения. (хотя в разнице они и дают 24В)
Это я просто к тому что видимо "не все йогурты одинаково полезны"

Сии девайсы(подобного класса БП) имеют "чудное"(не сильно очевидное свойство) - они без нагрузки НЕ работают. Обычно просят нагрузку от 10% от номинала. "Этот" возможно потребует от 20%.

[BlaireCas]

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

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

[Advertiser]

[Hunta]

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

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

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

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

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

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

[Alex_K]

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

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

[BlaireCas]

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

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

[Hunta]

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

Это понятно

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

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