Вид для печати
Ваша версия "почти прокатила" :) ВыдалоЦитата:
Сообщение от Alex_K
Loading...
?UKNCMSN-F-Timeout
(я так понимаю просто после загрузчика шел payload и поэтому загрузчик-то полностью забросился, а вот сам файл уже недошел, тут похоже правда какая-то проблема с буферизацией и последние сколько-то байт у меня из винды недоходят)
Ясно. Вот из-за USB-COM видно и вышло. Наверное тайм-аут надо увеличивать или убирать его.Цитата:
Сообщение от BlaireCas
А на каком файле, какого объёма?
Файлик довольно простенький, 1024 байта (впрочем я разные пробовал).Цитата:
Сообщение от Alex_K
Вложение 79051
Попробуйте загрузить Замок Гоблинов, файл довольно большой, как раз хорош для теста.Цитата:
Сообщение от BlaireCas
- - - Добавлено - - -
Попробую увеличить тайм-аут, потом выложу новую версию.
Похоже помогла вот такая шляпа под конец программки!Цитата:
Сообщение от Alex_K
Внимание! Sleep - важен перед flush. Точного значения сколько "спать" я не определил. Поставил на глаз.Код:::Sleep(2000);
::FlushFileBuffers(hComPort);
::PurgeComm(hComPort, PURGE_RXCLEAR);
::PurgeComm(hComPort, PURGE_TXCLEAR);
(откуда узнал про 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.
[свернуть]
Можно в начале расскоментировать .asect и .=0, после строчки PPUEND: добавить
И собрать командойКод:.BLKB ^O<1000>-.
link/nobitmap/stack:0/top:1000 TSTCLR
1000 из .BLKB ^O<1000>-. должна быть синхронизирована с 1000 из /top:1000
- - - Добавлено - - -
tcflush (и по идее FlushFileBuffers) - это НЕ ОЖИДАНИЕ передачи всего буфера, а его СБРОС
"tcflush() — Flush input or output on a terminal
Flushes input data that has been received by the system but not read by an application.
Flushes output data that has been written by an application but not sent to the terminal."
И, похоже (Sleep(2000) намекает), проблема банальна - в буфере на com порт ещё есть что-то для передачи, а программа уже завершилась и windows СБРАСЫВАЕТ все буфера для COM порта или же это делают вот эти два вызова
::PurgeComm(hComPort, PURGE_RXCLEAR);
::PurgeComm(hComPort, PURGE_TXCLEAR);
если они были в первоначальном варианте
- - - Добавлено - - -
И ещё комментарий по тексту загружаемого. Если закомментить
То программа будет собрана с адреса 1000 и при загрзуке её с адреса 0 работать, по идее, не будет - много абсолютных ссылок, типа:Код:.asect
.=0
Код:mov #PPUSTA, R4 ; run PPU code
...
PPMSG: .word PPARR ; address of beginning of array
...
PPSEN: mov #PPMSG, R0 ; array address
Не :) Это "мое" уже дополнение. В первоначальном варианте просто было закрытие файла порта да и все. (::CloseHandle(hComPort);)Цитата:
Сообщение от Hunta
Это я уже развлекаюсь так-сказать. Но sleep действительно помог.
С его помощью идёт ожидание в лоб завершения процесса передачи. Теперь понятно, почему 512 нулей в конце так же помогли - забили буфер windows и/или com порта, а пока оно пыхтит в процесс переноса их от проги в буфер - нужная инфа (первый 512 байт) гарантированно ушли в УК-НЦЦитата:
Сообщение от BlaireCas
Не :) Это "мое" уже дополнение. В первоначальном варианте просто было закрытие файла порта да и все. (::CloseHandle(hComPort);)Цитата:
Сообщение от Hunta
Это я уже развлекаюсь так-сказать. Но sleep действительно помог.
Оно собственно и закомменчено для РТ-11. Савка-то работает для системы.Цитата:
Сообщение от Hunta
Если раскомментить - то это вариант для загрузки по адресу 0, там правда чет с ПП накосячено, но это мелочи, код в него грузится и даже исполняется.
В общем, надо разбираться с Windows API - как ДОЖДАТЬСЯ опустошения буфера. По хорошему - и Windows и COM порта, так как я не уверен, что Windows не сбрасывает COM порт, если программа, которая его использовала - вызвала функция закрытия хендла com порта или не завершилась.
И понятно, почему и у Патрона и у меня всё работает - и там и там приложение класса Сервер - то есть они не завершают свою работу после передачи чего-либо
ВООТ! Тут видимо "собака и покопалась". А когда UkncComSender банально завершился - то винда видимо посбрасывала буфера и УКНЦ не дождался собственно ничего.Цитата:
Сообщение от Hunta
Я и написал - разбираться - как ждать завершения передачи
Теоретически как-то дождаться ответа "с той" стороны загрузчика что загрузилось всё. И потом уже можно видимо закрывать порт, выходить из приложения и т.д.Цитата:
Сообщение от Hunta
Понятно что если это загрузчик самого лоадера - то никаких таких ответов от него недождаться и тут все верно, нужно будет как-то понять в какой момент винда передала все данные. А если уже лоадер загрузился - то он вполне может чем-то там отвечать.
В общем, я пока счастливо эту проблему избежал, так что пока - не знаю как :) Но вопрос хороший, может, как нть покапаюсь, так как есть у меня некоторые задумки насчёт настандатного использования com порта :)
Плиз поставь ::Sleep(3000) перед закрытием хендла ком-порта, мне это помогло в Никитиной версии (без всяких там Flush и прочего).Цитата:
Сообщение от Alex_K
Так же вылетает с ошибкой?Цитата:
Сообщение от BlaireCas
Угу, только по ощущениям дольше ждетЦитата:
Сообщение от Alex_K
- - - Добавлено - - -
Хотя собственно Хунта тут и сказал что всякие слипы могут не помочь. Например на скорости 9600 часть остатка непереданного буфера может передаваться я х.з. скок. Поэтому можно хот 10сек поставить слип. Это конечно такое-себе решение
Да, тайм-аут большой. Сейчас поставлю.Цитата:
Сообщение от BlaireCas
- - - Добавлено - - -
Кстати, по поводу дольше ждёт. У меня там два SOB - один на 030, другой на максимум - 0. Они ожидают готовности стыка С2. Время довольно большое, даже более трёх секунд.Цитата:
Сообщение от BlaireCas
А вот эта версия рабочая. Гоблины правда не загрузились, а мое 1кб творение вполне пошло, УРА!Цитата:
Сообщение от Alex_K
А по гоблинам так же тайм-аут? Если ошибка, то можно значение регистров?Цитата:
Сообщение от BlaireCas
Болдер даш кст (который крутой BLDR.SAV) - загрузился нормально. Фуф.. ну вообщем проблема немного ясна стала. Спасибо господа за участие. Теперь надо думать что с ней делать ибо sleep ну как-то не вариант да..
Это который ещё ANT называется? А так если десять раз загрузится, то тогда нормально.Цитата:
Сообщение от BlaireCas
Неа, загружается по видимому просто потом зависон. Но тем-не менее говорю-же - болдер пошел нормально. Разумеется неохота тестировать совсем уж все игры.Цитата:
Сообщение от Alex_K
Вообщем скажем так "рабочее уже".
Что написало в cmd
c:\Projects\uknc\00_code\tests>UkncComSender.exe COM3 GOBLIN.SAV 57600
UkncComSender Utility ...
Serial port COM3 opened.
Serial port configured.
Opening the input file GOBLIN.SAV...
Reading the first block...
Waiting for byte 0100...
0x40
Sending loader...
Waiting for byte 0101...
0x41
Sending data ................................................................
COM port closed.
c:\Projects\uknc\00_code\tests>[свернуть]
И даже через минуту не вылетает? Сам Замок Гоблинов у меня прекрасно грузится и идёт.Цитата:
Сообщение от BlaireCas
Ну там лягушка такая бегает и написан под два процессора судя по-всему.Цитата:
Сообщение от Alex_K
Вот этот запустился, цвета кривые ну да ладно
https://i.imgur.com/H6X7IgX.jpg[свернуть]
Он меньше по размеру, чем Гоблины. А в ПП там только передача скан-кодов клавиатуры, да и щелчки. Ну ещё палитру ставит в ячейках 2470 и 2472. Всё остальное в ЦП.Цитата:
Сообщение от BlaireCas
- - - Добавлено - - -
Ещё версия. Вставил FlushFileBuffers, ибо так советуют в SDK.Цитата:
Сообщение от BlaireCas
The FlushFileBuffers function clears the buffers for the specified file and causes all buffered data to be written to the file.
If a thread uses PurgeComm to flush an output buffer, the deleted characters are not transmitted. To empty the output buffer while ensuring that the contents are transmitted, call the FlushFileBuffers function (a synchronous operation). Note, however, that FlushFileBuffers is subject to flow control but not to write time-outs, and it will not return until all pending write operations have been transmitted.
--------------------------------------------------------------------------------------------------------------------------
Ещё доработка - если файл по размеру 512 байт и менее, то грузит только его, не переделывает в загрузчик.
Не, не заработало. Думается проблема в самих гоблинах. Он этот GOBLIN.SAV у меня какой-то кривой. Там первый блок довольно странный. В обычных .SAV-ках он фактически пустой, а в этих гоблинах он забит чем-то. Плюс у меня там хакнуто на 77 жизней (в них кто-то копался вообщем).Цитата:
Сообщение от Alex_K
Это оригинальный GOBLIN. А по поводу информации в нулевом блоке, зависит от того, как она размещена. У меня не переносится всё что ниже адреса 0500, адреса от 0 до 0476 считаются векторами прерываний и исполнимый код там не рекомендуется хранить.Цитата:
Сообщение от BlaireCas
Так же я странслировал ваш TSTCLR с секцией .ASECT, у меня нормально загрузилось.
Да. С этим (оригинальным) все в порядке, грузится. Спасибо. А то у меня какой-то "крякнутый" и прилично меньшего размера (24кб). (В прям нулевом блоке даже строка размещена Kracked by Oleg H. 06. 09. 92.)Цитата:
Сообщение от Alex_K
Oleg H. - это Олег Ховайко, кстати автор прошивки для IDE-контроллера. Интересно, что он там сделал? Может какой-то упаковщик применил?Цитата:
Сообщение от BlaireCas
Так у него спросить наверно можно (если помнит)
https://zx-pk.ru/members/5864-olegh.html
А зачем спрашивать? Есть DESS, взял и посмотрел.Цитата:
Сообщение от Radon17
- - - Добавлено - - -
Цитата:
Сообщение от Radon17
Посмотрел. Проблема в том, что там расположен упаковщик с адреса 0550. А у меня при старте SP=01000, да и вызов п/п идёт, портится код в Гоблинах. Поправим.Цитата:
Сообщение от Alex_K
- - - Добавлено - - -
Исправленная версия, нормально загружается упакованный код.
Обновлённая версия UkncComSender.
В данной версии поддерживается файл настроек UkncComSender.ini, расположенный в том же каталоге, где и исполнимый модуль.
Командная строка для запуска: UkncComSender COM_порт Имя_файла [Скорость]. В качестве первого параметра используется имя COM-порта, с которым программа будет работать, например COM1. Второй параметр - имя загружаемого файла. Если размер файла меньше или равен 512 байт, т.е. состоит из одного блока, то такой файл загружается без изменений. В другом случае из нулевого блока файла загружается только информация в смещении 0500-0776, т.к. для загрузки файла сперва загружается загрузчик, затем этот загрузчик загружает файл, начиная с первого блока. Третий параметр задаёт скорость обмена в бодах, может отсутствовать, по умолчанию 9600.
По умолчанию в программе используется такой блок DCB для настройки COM-порта:
dcb.BaudRate = dwBaudRate;
dcb.ByteSize = 8;
dcb.fBinary = 1;
dcb.fParity = FALSE;
dcb.fOutxCtsFlow = FALSE;
dcb.fOutxDsrFlow = FALSE;
dcb.fDtrControl = DTR_CONTROL_ENABLE;
dcb.fDsrSensitivity = FALSE;
dcb.fTXContinueOnXoff = FALSE;
dcb.fOutX = dcb.fInX = FALSE;
dcb.fErrorChar = FALSE;
dcb.fNull = FALSE;
dcb.fRtsControl = RTS_CONTROL_ENABLE;
dcb.fAbortOnError = FALSE;
dcb.Parity = NOPARITY;
dcb.StopBits = TWOSTOPBITS;
Настройки программы можно изменить через файл UkncComSender.ini. В текущей версии поддерживаются следующие параметры:
Секция [Main].
В этой секции параметр Sleep, задающий паузу в миллисекундах перед сбросом содержимого COM-порта и его закрытием в программе. Будет полезен в случае использования USB-переходников. Пример:
Sleep = 3000
Задаются пауза в 3000 мс (3 сек).
Секция [DCB].
В этой секции задаются параметры блока DCB, которые вы хотите изменить. В текущей версии поддерживаются следующие параметры:
BaudRate - задаёт скорость передачи в бодах. Он является более приоритетным перед параметром, который задаётся в командной строке.
fDtrControl - задаёт управление линией DTR. Может принимать значения DTR_CONTROL_ENABLE, DTR_CONTROL_DISABLE, DTR_CONTROL_HANDSHAKE.
fRtsControl - задаёт управление линией RTS. Может принимать значения RTS_CONTROL_ENABLE, RTS_CONTROL_DISABLE, RTS_CONTROL_HANDSHAKE.
fOutxDsrFlow - разрешает или запрещает слежение за линией DSR. Может принимать значения TRUE или FALSE.
fOutxCtsFlow - разрешает или запрещает слежение за линией CTS. Может принимать значения TRUE или FALSE.
StopBits - задаёт количество стоп-битов. Может принимать значения ONESTOPBIT или TWOSTOPBITS.
При изменении какого либо параметра в секции DCB, он выводится на экран. Если вывод отсутствует, то значит вы ошиблись в наборе нужного параметра. Текущие значения Sleep и BaudRate выводятся всегда.
Пример файла UkncComSender.ini:
[Main]
Sleep = 2000
[DCB]
BaudRate = 9600
fDtrControl = DTR_CONTROL_ENABLE
fRtsControl = RTS_CONTROL_HANDSHAKE
fOutxDsrFlow = FALSE
fOutxCtsFlow = TRUE
StopBits = TWOSTOPBITS
Загрузить загрузчик (512 байт), который при запуске переместится в верх памяти и примет файл - как он есть.Цитата:
Сообщение от Alex_K
Вот этого я точно делать не буду. По спецификации RT-11 из нулевого блока загружается всё со смещения 0500. В диапазоне 0-0476 грузится в соответствии с таблицей защиты $LOWMA. К тому же это изменено в версии 5.2, там для загрузки диапазона 0500-0776 нужно установить бит 8 в JSW. Ну и при такой загрузке будут стёрты все вектора прерывания, в т.ч. заглушка на таймер, а в УКНЦ он по умолчанию включён. Это придётся как минимум ставить заглушку на таймер, и у меня при запуске устанавливается клавиатура в режим прерываний с п/п заглушки, которая считывает регистр 0177562. Была одна игрушка, которая не использовала сервисов RT-11, а просто меняла вектор 060 на себя.Цитата:
Сообщение от Hunta
Дело хозяйское, но кто сказал, что .SAV - это обязательно .SAV или что грузить можно только .SAV?Цитата:
Сообщение от Alex_K
И насчёт .SAV - LINK то позволяет писать в блок 0 что угодно и где угодно - я так образы всяких ПЗУ делаю.
И прерывания таймера - тоже мешать не будут, даже если их и не запрещать - всего лишь в процессе загрузки контролировать запись в 100 и 102
Но ещё раз - дело хозяйское.
Ну вот и закончилась моя эпопея! Если кто помнит, я всё пытался использовать в качестве посредника для передачи файлов из Windows на УКНЦ конвертер Ethernet to RS232. В виду того, что главный компьютер и УКНЦ у меня стоят в разных комнатах.
начало
Далее - описание моих мучений и шампанских танцев, так и не давших никакого результата.
Теперь я купил МОХУ - MOXA NPort 5110. Естественно, б/у на Авито, на порядок дешевле, чем на официальном сайте. И всё заработало с первого раза! УКНЦ грузится через С2 на скорости 57600, при автономной загрузке видит сетевые диски. Файлы копируются. Ура!
Так что, освобождаю место на полке, занятое ноутбуком-посредником (старый ноут с СОМ-портом), Моху куда-нибудь спрячу в уголок. У неё питание 12 - 48 В, так что, не надо покупать блок питания - можно использовать БП от любого ноута.
- - - Добавлено - - -
Что-то с версией HX_Server.exe 0,97j нестабильно работает. Загрузился по сети, перезагрузился с ЖД, на диски HX*: зайти не могу. И с сети после этого УКНЦ не грузится, приходится перезапускать НХ-сервер. 0,92 нормально работает, но он мне NumLock гасит. Но это и через ноут так же было.
В каталоге эмулятора есть файл Terminal.ini, в котором (помимо прочего) есть настройки работы терминала с клавиатурой:Цитата:
Сообщение от Arix
Если установить NumLockControlling = 0 - терминал не будет управлять состоянием NumLock.Код:KeyboardControlling = 1
NumLockControlling = 1
NumpadSwapping = 1
Use_NumLock_as_PF1 = 0
Ещё как управляет! Оказывается, я с этим уже мучался.
https://zx-pk.ru/threads/20683-proto...om/page29.html
А с ним вышеуказанные глюки.Цитата:
Сообщение от Patron
Может, есть ещё версии, выше 0,92, но ниже 0,97?
Все версии эмулятора доступны для скачивания по адресу: https://emulator.pdp-11.org.ru/DVK/distr/Цитата:
Сообщение от Arix