Просмотр полной версии : УКНЦ загрузка через стык С2
Не, даже загрузчик не появляется....В файле: Terminal_ComPort_Adapter.ini - нужно установить значение:
fOutxCtsFlow = TRUE
А как грузить через СА?Через СА всё немного сложнее - там надо резать дорожки и подпаивать к плате СА провода от адаптера USB-UART.
После перезагрузки больше не грузит....Сервер автоматически передаёт загрузчик только один раз.
Чтобы сервер начал передавать загрузчик, когда на УКНЦ выбран пункт "Загрузка через стык С2" - надо или его перезапустить, или найти в интерфейсе сервера кнопку [ Boot HX0: ] и убедиться, что она нажата.
Хех, оказалось не работает СОМ порт, сгорел походу :D
Какие варианты остаются?
Хех, оказалось не работает СОМ порт, сгорел походуУКНЦ выдаёт в порту C2 честные +-12v.
Переходник USB-COM должен держать на входе до +-24v, тогда как переходник USB-UART 5v держит на входе только 5v и его надо подпаивать "внутрь" схемы, как нарисовано ЗДЕСЬ (http://zx.pk.ru/showthread.php?postid=653553) ( для схемы СА там надо, чтобы кто-то на ней нарисовал - что и где подключать ).
http://www.best-microcontroller-projects.com/image-files/how-rs232-works-tx-logic-rs232-diag.png
---------- Post added at 13:13 ---------- Previous post was at 13:07 ----------
Какие варианты остаются?Купить переходник USB-COM, с гарантией возврата денег, если переходник сгорит при работе со стандартным COM-портом +-12v.
---------- Post added at 13:34 ---------- Previous post was at 13:13 ----------
И вот ещё что - на УКНЦ с квантовской схемотехникой в С2 на вход 7 (109) надо подавать не +5В с УКНЦ, а сигнал DTR с PC:
Разъем Разъем
Стык С2 DB9S
1,10 (102) ■─────────────────────■ 5 (GND)
5 (103) ■──────────┐ ┌────■ 3 (TD)
┌────■│■────┘
6 (104) ■────┘ └──────────■ 2 (RD)
3 (+5В) ■─ ┌────■ 4 (DTR)
│
7 (109) ■────────────────┤ ─■ 1 (CD)
│
└────■ 6 (DSR)
2 (108) ■──────────┐ ┌────■ 7 (RTS)
┌────■│■────┘
9 (107) ■────┘ └──────────■ 8 (CTS)
Подробнее ЗДЕСЬ (http://zx.pk.ru/showthread.php?postid=566497).
Хех, оказалось не работает СОМ порт, сгорел походу :D
Какие варианты остаются?
А откуда такая уверенность? Если есть возможность каким-нибудь способом исследовать сигналы tx rx (осциллограф, цифровой анализатор, возможно лампочка на 12в) то в ODT ук-нц можно писать значения прямо в регистры SLU и читать их, одновременно наблюдая сигнал на tx rx.
Вероятность прожечь порты при манипуляциях с сигнальными кабелями повыше 50% будет - за счет того, что при включении сигнального разъема, как правило, сначала соединяются сигнальные линии, а потом уже общие и защитного заземления, в результате этого происходит пробой элементов интерфейса на переменное 220 вольт. Откуда 220 вольт в оборудовании - а насчет сетевых фильтров, господа - вспомнили - там от каждого сетевого 220 в. проводочка идет конденсатор 0.01 мк ( или даже 0.047 мк ) на общий или корпус - для снижения радиочастотных наводок на корпус или внутренний общий провод устройства. Причем, в половине случаев, эти зловещие конденсаторы ставят прямо на входе БП аппарата, еще до сетевого выключателя - например, в ДВК.
После нескольких про...в железа я установил у себя на столе такое правило - перед включением аппарата ( любого ) берем многожильный проводок сечением 0.5 мм и просто соединяем им общие контакты аппаратуры, установленной на рабочем столе - вот уже более 20 лет нечиню продукты своего недосмотра. Так же рекомендую металлический корпус паяльника подсоединить к общему проводу истязаемого устройства - там вполне хватает ок. 500 пф. емкости между нагревательной проволокой и металлическим корпусом паяльника для пробоя на 220 в. железа - но вероятность этого не более 5%.
А через LPT никак нельзя?
А через LPT никак нельзя?Никак. Можно через COM-порт или через переходник USB-COM.
А почему сделан вывод, что у PC сгорел COM-порт?
Он, что ли перестал работать даже там, где раньше работал..
Тогда остается КМД искать....
RABBIT-1
17.12.2015, 14:02
Добрый день,
Прошу Вашей помощи в подключении реальной УКНЦ через "СОМ-Стык2"?
55218
Я следовал инструкциям из http://zx-pk.ru/showthread.php?t=16001&page=23&p=565387&viewfull=1#post565387
пробовал как программу и из сообщения выше, так и более новую с http://archive.pdp-11.org.ru/ с соответствующими изменениями в Terminal_ComPort_Adapter.ini.
результат:
55220
55219
55221
УКНЦ при этом не грузиться.
Кабель паял тот, где ножки 3 и 7, на С2 замкнуты. по-моему это как раз мой вариант (УКНЦ с квантовской схемотехникой).
Длинна кабеля где-то 1 метр. В качестве кабеля использовал экранированную витую пару.
Кстати через магнитофон у меня тоже не получилось загрузиться (http://uknc.narod.ru/OST/index.htm)
377 на вкладке port dump - подозрительно похоже на 255 в 8-ричной системе.
Заранее спасибо,
УКНЦ не грузится.Начать лучше с проверки качества связи.
1. Открыть в пульте адреса регистров С2 ( 176570, 176572, 176574, 176576 ) и убедиться, что они присутствуют на шине.
2. Ввести в пульте следующий код :
@1000/10037
@1002/176576
@1004/775
3. Код непрерывно выводит содержимое R0 в порт передатчика С2 - занести в R0 код буквы A и запустить программу с адреса 1000 :
@R0/000000 101
@1000G
Результатом должен стать приём на PC непрерывной последовательности букв 'A'.
RABBIT-1
17.12.2015, 16:34
1. Открыть в пульте адреса регистров С2 ( 176570, 176572, 176574, 176576 ) и убедиться, что они присутствуют на шине.
можно пожалуйста по-подробней. я никогда не имел дела с УКНЦ :(. и еще я подключаю УКНЦ к телевизору, поэтому не вижу верхние строки и несколько левых символов.
Вы имеете ввиду отладка? и если "да", то как там набрать "/"?
я никогда не имел дела с УКНЦЯ тоже никогда не имел дела с УКНЦ.
Прежде, чем отлаживать связь УКНЦ с PC по С2 - надо научиться выходить в пульт УКНЦ и уверенно работать там, не видя несколько левых символов.
Для проверки успешности освоения пульта УКНЦ можно вбить в пульте программу вывода байта из R0 в регистр системного терминала, запустить её и увидеть, как экран заполняется символом с кодом из R0 :
@1000/10037
@1002/177566
@1004/775
@R0/000000 101
@1000GAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAA
RABBIT-1
17.12.2015, 19:18
не могу понять, что Вы называете пультом? режим 6-отладка? и если "да", то может подскажите литературу где описываться как этим пользоваться? методом тыка перепробовал все клавиши и комбинации не могу найти косую черту.
не могу понять, что Вы называете пультом? режим 6-отладка? и если "да",
Да. Когда появляется "@" нужно ввести 1000 потом "стрелка вправо" появится @1000/000000 ввести 10037 потом "стрелка вниз" и т.д. для R0 ввести "R", как-то так.
не могу понять, что Вы называете пультом? режим 6-отладка?Скорее всего.
как этим пользоваться?Похоже, так:
1. Вместо '/' надо нажимать стрелку вправо.
2. Для перехода к следующему адресу - стрелка вниз, к предыдущему - стрелка вверх.
3. Для отображения приглашения пульта '@' - нажать <ВК>
4. Для запуска программы - вместо 'G' надо нажимать кнопку <ИСП>.
RABBIT-1
17.12.2015, 20:59
Спасибо!
как вводить понял :)
попробовал ввести этот код:
@1000/10037
@1002/177566
@1004/775
@R0/000000 101
@1000GAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAA
спасибо огромное вижу "ААААААААААААААААААААААААА АА"
RABBIT-1
18.12.2015, 11:47
Попробовал
@1000/10037
@1002/176576
@1004/775
@R0/000000 101
@1000G
получил
55235
то есть что-то выдается, но не "А".
пробовал вместо 176576 писать 176570, 176572, 176574 ничего не дало.
еще заметил, что при подключенном шнурке время-от-времени во время перезагрузки выскакивает сообщение
55236
еще заметил, что при подключенном шнурке время-от-времени во время перезагрузки выскакивает сообщение
Такое бывает, к делу не относится.
то есть что-то выдается, но не "А".
вероятно скорость обмена не совпадает. На вашей фотке плохо видно, но похоже стоят перемычки которых быть не должно, левый нижний угол платы(по фото) между большим конденсатором и резисторной сборкой, там площадка с 16 отверстиями, но для скорости 9600 перемычки разведены на самой плате.
- - - Добавлено - - -
еще заметил, что при подключенном шнурке время-от-времени во время перезагрузки выскакивает сообщение
http://zx-pk.ru/showthread.php?t=16001&p=391772&viewfull=1#post391772
попробуйте этот вариант http://zx.pk.ru/showthread.php?postid=566497
вероятно скорость обмена не совпадаетЕсли есть осциллограф - можно вместо 101 передавать 252 и вручную посчитать на экране осциллографа скорость передачи.
Или просто перепробовать все скорости приёма в настройках COM-порта PC.
Или просто перепробовать все скорости приёма в настройках COM-порта PC
Все не получится, у ВП-065 есть такие которых нет в РС.
время-от-времени во время перезагрузки выскакивает сообщение
У меня 1 из плат такой барахляшкой страдает, я лечу простым прогревом - оставляю машинку на 40 проходов тестирования,
потом компилирую\переношу софт\играю спокойно хоть сутками - ошибка больше не появляется. Только в начале, после
паузы в эксплуатации.
RABBIT-1
19.12.2015, 12:40
вероятно скорость обмена не совпадает.
Попробовал разные скорости, на CBR_57600 - прошла буква А. Но образ все равно не грузиться, хотя приглашение @ в port dump появляется.
55246
Если просто убрать все перемычки, это вернет скорость на 9600? Может будет стабильнее?
образ все равно не грузится, хотя приглашение @ в port dump появляетсяА на консоли что пишет - UKNCcomSender приглашение принимает и загрузчик передаёт ?
Если просто убрать все перемычки, это вернет скорость на 9600? Может будет стабильнее?
Пробуйте без перемычек, да это будет 9600.
Если используете USB-COM переходник, то они не все выдерживают 57600.
- - - Добавлено - - -
Попробовал разные скорости, на CBR_57600 - прошла буква А
Сомнения вызывает то, что разведенные проводники на плате не разрезаны (а перемычки установлены) для этой скорости.
- - - Добавлено - - -
Таблица скоростей ВП-065
RABBIT-1
19.12.2015, 14:18
А на консоли что пишет - UKNCcomSender приглашение принимает и загрузчик передаёт ?
я неправильно выразился, процесс какой-то идет, только с ошибками.
55251552505524955248
Если используете USB-COM переходник, то они не все выдерживают 57600.
нет, у меня древний комп с СОМ портом.
Сомнения вызывает то, что разведенные проводники на плате не разрезаны (а перемычки установлены) для этой скорости.
так, что не торопиться выпаивать перемычки?
А схема соединения стыка С2 с СОМ какая?
так, что не торопиться выпаивать перемычки?
Для надежности прозвонить тестером в соответствии с таблицей которую прикрепил выше
RABBIT-1
19.12.2015, 15:04
А схема соединения стыка С2 с СОМ какая?
http://zx.pk.ru/showpost.php?p=201649&postcount=520
Для надежности прозвонить тестером
Подскажите пожалуйста как прозвонить? где что на плате?
Для начала меняем распайку кабеля на эту http://zx.pk.ru/showthread.php?postid=566497 внимательно читаем.
Выше в моем сообщении таблица скоростей, в ней указаны номера выводов и если 1 то на этом выводе должно быть +5 В если 0 то на земле (0 В).
Например для 9600 6 и 4 (1801 ВП-065) ноги на +5, 5 и 3 на земле. То что я вижу на фотке вообще должно вызвать короткое замыкание.
RABBIT-1
20.12.2015, 12:55
меняем распайку
распайку поменял, настройки в конфиге тоже. эффекта не дало.
проводники на плате не разрезаны
на самом деле разрезаны
55254
и еще вопрос, я правильно понимаю что такое (1801 ВП-065)? и обазначенные проводки штатные или это тоже доработка по скорости?
55255
и обазначенные проводки штатные или это тоже доработка по скорости?
Скрытый текст
У меня этой микросхемы нет на плате ) Больше кислорода как говориться )
Но я и С2 не планирую для себя - мне проще с этим.
распайку поменял, настройки в конфиге тоже. эффекта не далоТакое бывает, когда COM-порт PC не умеет передавать два стоповых бита и поэтому каждая попытка -065 остановить передачу приводит к потере одного байта.
В такой ситуации есть смысл снижать скорость обмена до тех пор, пока обмен не будет идти без ошибок.
RABBIT-1
20.12.2015, 13:20
И еще вопрос эта скорость как-то влияет на загрузку с магнитофона? т.к. с магнитофона у меня тоже не грузиться?
и еще вопрос, я правильно понимаю что такое (1801 ВП-065)?Да.
обазначенные проводки штатные или это тоже доработка по скорости?Это исправление заводских дефектов, к скорости не имеет отношения.
распайку поменял, настройки в конфиге тоже. эффекта не дало.
остается только уменьшить скорость обмена, еще такой эффект был если нажата кнопка "Включить сжатие НХ" в HX_Server
RABBIT-1
20.12.2015, 13:23
"Включить сжатие НХ"
пробовал по разному - ничего.
эта скорость как-то влияет на загрузку с магнитофона? т.к. с магнитофона у меня тоже не грузиться?
Нет не влияет. С магнитофона 90% УКНЦ не грузится
RABBIT-1
20.12.2015, 13:25
Такое бывает
но что-то же было?
55256
Такое бывает, когда COM-порт PC не умеет передавать два стоповых бита и поэтому каждая попытка -065 остановить передачу приводит к потере одного байта.
Но первичный загрузчик НХ сервера был принят без ошибок, а уже потом при загрузке системы полезли ошибки
.
На скриншоте видно, что проблемы возникают в конце работы загрузчика, когда ему надо считать одним куском 16 К монитора:
http://zx-pk.ru/attachment.php?attachmentid=55250
ЗДЕСЬ (http://zx-pk.ru/showthread.php?t=20683&p=574674&viewfull=1#post574674) можно взять модифицированный загрузчик: Boot_RT-11_from_HX0_(+065_overrun_test_v2_) (http://zx.pk.ru/attachment.php?attachmentid=39490)
Если использовать этот загрузчик вместо стандартного загрузчика - он будет сообщать о потерях байтов при приёме ( загрузиться это не поможет, но позволит убедиться, что проблема вызвана потерей байтов ).
RABBIT-1
20.12.2015, 13:44
приводит к потере одного байта
а если поставить StopBits = ONESTOPBITS вместо StopBits = TWOSTOPBITS, это не решить проблему?
а если поставить StopBits = ONESTOPBITS вместо StopBits = TWOSTOPBITS, это не решит проблему?Возможные варианты:
1. ONESTOPBIT - самый стрёмный вариант.
2. ONE5STOPBITS - промежуточный вариант.
3. TWOSTOPBITS - самый правильный вариант.
Если при самом правильном варианте квитирование с -065 не работает - оно скорее всего не заработает и при менее правильных настройках.
Но не мешает подставить тестовый загрузчик вместо стандартного и посмотреть, что он скажет при загрузке.
RABBIT-1
20.12.2015, 15:19
УКНЦ вообще где-то 1 раз из 20 начинает грузиться (может это после перепайки шнурка).
Возможные варианты:
попробовал - ничего не дало.
использовать этот загрузчик вместо стандартного
переименовал и подсунул этот файл (как по другому не знаю)
55268
Для надежности прозвонить тестером в соответствии с таблицей которую прикрепил выше
А может у Вас есть монтажка УКНЦ?
переименовал и подсунул этот файлНормальный способ. На скриншоте видно, что в этот раз 16 К ядра RT-11 прочитались успешно и потом прошли ещё два запроса.
Но на экране УКНЦ тестовый загрузчик какие-то новые сообщения об ошибках при загрузке выводил ?
А может у Вас есть монтажка УКНЦ?
Нет.
На самом деле все проще, восстановите как было т.е. удалите перемычки и соедините места разрывов, получится 9600.
Если загрузка станет стабильной, можно будет попробовать еще только одну скорость 19200, все другие варианты (кроме 57600) еще медленнее чем 9600
RABBIT-1
20.12.2015, 15:57
Но на экране УКНЦ тестовый загрузчик какие-то новые сообщения об ошибках при загрузке выводил ?
Если честно, то я не обратил внимание, по-моему нет.
УКНЦ вообще где-то 1 раз из 20 начинает грузиться
по-моему нет.Это потому, что в тот раз загрузчик видимо отработал без проблем. Когда при загрузке возникнут проблемы - надо посмотреть, что загрузчик напишет на экране УКНЦ.
RABBIT-1
20.12.2015, 17:21
восстановите как было
Восстановил, на 9600 тест с АААА проходит, но комп все-равно пытается загрузится один раз из 20-30. при этом все равно образ не грузит. По-моему с первым вариантом шнурка было лучше. в http://zx.pk.ru/showthread.php?postid=566497 пишут, что
Сразу предупрежу, что этот кабель для УКНЦ с квантовской схемотехникой. На УКНЦ с СЭМЗ-овской схемотехникой на вход 7 надо подавать ТТЛ-уровень, так что там остается вариант только с +5В.
http://www.old-games.ru/forum/threads/fotki-nashix-raritetov.27601/page-3#post-840375 - очень похоже на мою.
может в этом проблема?
- - - Добавлено - - -
по-моему нет.
я имею ввиду, что было все как и раньше55269
я имею ввиду, что было все как и раньшеhttp://zx-pk.ru/attachment.php?attachmentid=55269
Это не тестовый загрузчик - можно взять файл загрузчика Boot_RT-11_from_HX0_(176570).bin из этого архива: Boot_RT-11_from_HX0_(176570_OV3_).zip (http://emulator.pdp-11.org.ru/misc/Boot_RT-11_from_HX0_(176570_OV3_).zip) и посмотреть, что он скажет.
http://www.old-games.ru/forum/thread...-3#post-840375 - очень похоже на мою.
может в этом проблема?
Нет у вас так называемая "квантовская схемотехника" в СЭМЗ-овской скорость порта задается программно и расположение микросхем на плате сильно отличается было бы видно на фото.
По-моему с первым вариантом шнурка было лучше
Сейчас же не выскакивает "Ошибка ПЗУ". В первом варианте шнурка (для СЭМЗ-овской) при соединении 3 и 7 вывода С2 происходило как бы замыкание через резистор +5В и -12В. Можно попробовать такой вариант http://zx-pk.ru/showthread.php?t=16001&p=392288&viewfull=1#post392288
RABBIT-1
20.12.2015, 19:01
ейчас же не выскакивает "Ошибка ПЗУ"
Бывает что выскакивает, но реже. Зато выскакивает ошибка загрузка сети - я так понимаю, попытка загрузиться через СА (которой у меня нет). Попытка загрузки идет "ОЧЕНЬ" не каждый раз. шнурок прозвонил еще раз - вроде нормально.
Кабелек буду пробовать, потом отпишусь.
Бывает что выскакивает, но реже. Зато выскакивает ошибка загрузка сети - я так понимаю, попытка загрузиться через СА (которой у меня нет).
Проверьте питание, иногда увеличение до 5,5В помогает, заодно и +-12В используется только стыком С2 возможно там причина сбоев.
RABBIT-1
20.12.2015, 19:46
Проверьте питание, иногда увеличение до 5,5В помогает, заодно и +-12В используется только стыком С2 возможно там причина сбоев.
Можно пожалуйста поподробнее? питание на 4, 6 ногах СОМ? +-12В где смотреть? строить еще один внешний источник питания (5,5) что-то слишком муторно.
строить еще один внешний источник питания (5,5) что-то слишком муторно.
Не надо строить, есть регулировочный резистор на блоке питания напротив разъема питания на верней плате снизу.
RABBIT-1
20.12.2015, 20:07
есть регулировочный резистор на блоке питания
не знаю есть ли он у меня. у меня комп переделан с 42 на 220В.
плюс спалить раритетную штуку не хочется.
Есть, видно на фото, нужна маленькая "часовая" отвертка, да и он прецизионный крутить можно смело.
-12В 5 нога +12В 8 нога маленькой микросхемы (всего 8 ног) рядом с разъемом С2
плюс спалить раритетную штуку не хочется.
Можете не регулировать но напряжения померьте, чтобы понимать куда дальше смотреть. Особенно "черный ящик" который делает из +5 +-12 с учетом его возраста
RABBIT-1
21.12.2015, 21:50
Всем огромное спасибо за помощь :v2_dizzy_roll::v2_dizzy_roll::v2_dizzy_roll:
Компьютер завелся.
Переходник из
Можно попробовать такой вариант http://zx-pk.ru/showthread.php?t=16001&page=4&p=392288&viewfull=1#post392288
В INI файле в этот раз ничего не менял
[Main]
BaudRate = CBR_9600
fDtrControl = DTR_CONTROL_ENABLE
fRtsControl = RTS_CONTROL_HANDSHAKE
Parity = NOPARITY
StopBits =TWOSTOPBITS
ByteSize = 8
fParity = FALSE
fOutxCtsFlow = TRUE
fOutxDsrFlow = TRUE
fDsrSensitivity = FALSE
fTXContinueOnXoff = FALSE
fOutX = FALSE
fInX = FALSE
fErrorChar = FALSE
fNull = FALSE
fAbortOnError = FALSE
XonLim = 512
XoffLim = 512
XonChar = 021
XoffChar = 023
ErrorChar = 0
Можете не регулировать но напряжения померьте Пока не мерял, но и так все стабильно запускается.
Только не очень быстро, но я так думаю, что так и должно быть.
Только не очень быстроМожно попробовать включить сжатие. Если ошибок не будет, значит квитирование работает нормально и проблема была в напряжении, поэтому можно смело увеличивать скорость обмена.
Только не очень быстро, но я так думаю, что так и должно быть.
ну как SSD летать точно не должно, а вот это видео загрузки насколько я понимаю в реальном времени сделано :
https://www.youtube.com/watch?v=wexswhkpUf8&feature=youtu.be
- - - Добавлено - - -
RABBIT-1, поздравляю с успешным запуском операционной системы на вашем УК-НЦ! Ура!
http://s19.rimg.info/df2a4f1c990326d746ed481ac7887f33.gif
Плата у вас кстати редкая по сегодняшним дням.
Только не очень быстро, но я так думаю, что так и должно быть.
Можно вернуть перемычки и разрезы для скорости 57600.
Если ошибок не будет, значит квитирование работает нормально и проблема была в напряжении
напряжения он не трогал, а заработало на схеме без квитирования http://zx-pk.ru/showthread.php?t=16001&p=392288&viewfull=1#post392288, у меня кстати тоже с квитированием не пошло. Надо бы выяснить в чем проблема. С квитированием работало по-моему только у Alex_K, но у него СЭМЗ.
заработало на схеме без квитирования, у меня кстати тоже с квитированием не пошлоВ следующей версии сервера и драйвера HX сжатие будет работать без квитирования.
В следующей версии сервера и драйвера HX сжатие будет работать без квитирования.
Это здорово, но хочется понять чего с железом происходит.
- - - Добавлено - - -
а вот это видео загрузки насколько я понимаю в реальном времени сделано
Ну вот кстати у меня USB тюнер также сверху картинку режет, даже на несколько строк больше.
хочется понять чего с железом происходит.Трудно представить, каким образом наличие в кабеле проводов квитирования может мешать вести обмен, который без проблем идёт при отсутствии в кабеле проводов квитирования. Ведь единственный эффект квитирования - задержка обмена. Но если обмен нормально идёт без задержек - он должен так же нормально идти и с любыми задержками.
Получается, что дело не в алгоритме штатного изменения сигналов, а чисто в физике токов и напряжений между передатчиком и приёмником.
- - - Добавлено - - -
Кстати, если тестовый загрузчик не говорил про потерю байтов - значит вредное влияние проводов квитирования заключалось в искажении битов в проводе 104.
- - - Добавлено - - -
Вряд ли конечно принимаемые биты искажались непосредственно в проводе - скорее электрическая связь PC и УКНЦ не только по уровню 0V, но и по уровню 12V через провода квитирования - как-то нарушает работу приёмника ВП1-065.
В следующей версии сервера и драйвера HX сжатие будет работать без квитирования.
Уф! Кстати очень давно не обновлялось С2 сервер для УК-НЦ, я даже уже не уверен в актуальности архива по ссылке на сайте
http://archive.pdp-11.org.ru/ у меня там висят такие вот варианты:
- вариант сервера для загрузки УК-НЦ через стык С2. (http://archive.pdp-11.org.ru/EMULATORS/DVKEmulator/HX_Server23_UKNC_C2.rar)
- вариант сервера для загрузки через доработанный СА УК-НЦ.
(http://archive.pdp-11.org.ru/EMULATORS/DVKEmulator/HX_Server23_UKNC_CA.rar)
Ну вот кстати у меня USB тюнер также сверху картинку режет, даже на несколько строк больше.
Я на видео честно не вижу потерянных строк, разве ЛАТ (высота шрифта УК-НЦ 11 точек) не в притык к экрану должна быть? Свою картинку с USB тюнера я в теме по восстановлению не 1 раз выкладывал и в теме по переходнику дублировал.
Это из эмулятора
http://smages.com/thumbs/latemul.png
Это мой тюнер + какое-то там ПО
http://smages.com/thumbs/games.jpg (http://smages.com/?v=games.jpg)
Vamos, я бы согласился на такую картинку по композиту в любом ТВ !!! Для работы эти пару пикселей сверху
не критичны, а вот столбцы слева пропавшие это мега-неудобство )
RABBIT-1, Попробуйте вот такой вариант схемы переходника
Разъем Разъем
Стык С2 DB9S
1,10 (102) ■─────────────── ─────■ 5 (GND)
5 (103) ■──────────┐ ┌────■ 3 (TD)
┌────■│■────┘
6 (104) ■────┘ └──────────■ 2 (RD)
7 (109) ■─────────────── ─────■ 4 (DTR)
┌────■ 1 (CD)
3 (+5В) ■─────────────── ┤
└────■ 6 (DSR)
2 (108) ■──────────┐ ┌────■ 7 (RTS)
┌────■│■────┘
9 (107) ■────┘ └──────────■ 8 (CTS)
RABBIT-1
22.12.2015, 22:38
Попробуйте вот такой вариант схемы переходника
Вообще-то я уже не собирался переделывать тот который работает, но если Вам надо для понимания процессов сделаю.
пробовал включать сжатие - не грузиться (но я так понимаю, и не должен :) )
palsw там указал скорость 57600
у него от начала загрузки до приглашения - 24 сек.
у меня при 9600 - 1:09, то есть быстрее не в пять раз, но почти в три. Плюс у нас загрузчики немного разные.
Вы начали обсуждать вывод изображения, я подключил через SCART, и меня очень угнетает обрезанная справа картинка, а есть ли нормальный вариант подключения? я так понял что нет.
но если Вам надо для понимания процессов сделаю
Было бы хорошо.
пробовал включать сжатие - не грузиться (но я так понимаю, и не должен
вот если заработает по схеме с квитированием то можно будет использовать сжатие, что заметно ускорит
а есть ли нормальный вариант подключения? я так понял что нет.
Через USB ТВ тюнер или еще какой видео захват по композиту ч/б картинка. EGA монитор или искать ЖК телевизор который не будет обрезать такие вроде бывают. А так вопрос обсуждается здесь http://zx-pk.ru/showthread.php?t=25871
А как вообще может работать квитирование при подключении ВП1-065 к писюку? Пои подключении двух 65-х друг к другу, входы BSYD (29) крест-накрест соединяются с выходами RR (31), если первый ЦП не заберет вовремя принятый байт, на выходе RR его 65-го появится сигнал "Занято", высокого (если не врет мой склероз) уровня, получив его на вход BSYD второй 065-й аппаратно не начнет передачу, пока этот сигнал не снимется. То есть, реакция на него мгновенная.
А у писюка все эти сигналы сопровождения - обычные биты в каком-то, читаемом ЦП регистре, возможно, вызывающие прерывание. Да еще и буферизация - не помню, сколько там у писюшных компортов длина буфера, но он точно есть, да, если не врет мой склероз, еще и не везде отключаемый, помню, для ДИАМСа (писюшного, который MSM) приходилось искать мультипортовки на чипах 8252, небуферизованных, ибо на более свежих были проблемы с потерей символов. Так вот, мне интересно: как справились с этой проблемой?
А как вообще может работать квитирование при подключении ВП1-065 к писюку?У меня сложилось такое впечатление, что за счёт буферизации порты PC могут использовать квитирование при работе с меньшим количеством стоповых битов на передающей, чем на принимающей стороне - тогда при каждом включении квитирования проходит ещё один байт, который должен быть принят в буфер.
Когда у приёмника нет места в буфере для ещё одного байта - количество стоповых битов у передатчика должно быть не меньше двух, тогда при включении квитирования передача останавливается до начала передачи следующего байта и дополнительное свободное место в буфере приёмника не требуется.
Patron, можно ли программно управлять сигналами DTR и RTS не зависимо от передачи данных?
можно ли программно управлять сигналами DTR и RTS не зависимо от передачи данных?Можно.
DTR_CONTROL_DISABLE : DTR = FALSE ; программно: EscapeCommFunction( hComPort, CLRDTR )
DTR_CONTROL_ENABLE : DTR = TRUE ; программно: EscapeCommFunction( hComPort, SETDTR )
RTS_CONTROL_DISABLE : RTS = FALSE ; программно: EscapeCommFunction( hComPort, CLRRTS )
RTS_CONTROL_ENABLE : RTS = TRUE ; программно: EscapeCommFunction( hComPort, SETRTS )
Ещё у объекта Terminal_ComPort_Adapter есть состояния Out_DTR и Out_RTS, на которые можно вешать кнопки, чтобы вручную переключать у COM-порта состояние выводов DTR и RTS.
RABBIT-1
23.12.2015, 22:59
Попробуйте вот такой вариант схемы переходника
Попробовал. Пробовал менять параметры fDtrControl, fRtsControl, StopBits, fOutxCtsFlow, fOutxDsrFlow в разных комбинациях, ничего не дало. Комп не грузиться, хотя тест http://zx-pk.ru/showthread.php?t=16001&page=52&p=847144&viewfull=1#post847144 проходит и приглашение @ в консоли появляется. То есть РС понимает что дает УКНЦ, а наоборот нет.
Еще нашел кое-какую документацию http://retropc.org/index.html?action=w_razdela&id_razdel=31#c15. Может она конечно у всех есть, но она мне здесь не попадалась.
Комп не грузиться,
Тогда последний вариант схемы
Разъем Разъем
Стык С2 DB9S
1,10 (102) ■─────────────── ─────■ 5 (GND)
5 (103) ■──────────┐ ┌────■ 3 (TD)
┌────■│■────┘
6 (104) ■────┘ └──────────■ 2 (RD)
┌────■ 4 (DTR)
7 (109) ■─────────────── ┤
├────■ 1 (CD)
3 (+5В) ■─ └────■ 6 (DSR)
2 (108) ■──────────┐ ┌────■ 7 (RTS)
┌────■│■────┘
9 (107) ■────┘ └──────────■ 8 (CTS)
Тогда последний вариант схемы
Судя по симптомам - работать сможет только такой кабель, в котором от PC не передаются постоянные уровни, кроме 0в.
Значит, единственный возможный вариант кабеля с квитированием - такой:
Стык С2 DB9S
1,10 (102) ■─────────────── ─────■ 5 (GND)
4,5 (103) ■──────────┐ ┌────■ 3 (TD)
┌────■│■────┘
6 (104) ■────┘ └──────────■ 2 (RD)
2 (108) ■────┐ ┌────■ 4 (DTR)
│ │
7 (109) ■────┤ ├────■ 1 (CD)
│ │
9 (107) ■────┤ └────■ 6 (DSR)
│
│ ─■ 7 (RTS)
│
└─────────────── ■ 8 (CTS)
То есть РС понимает что дает УКНЦ, а наоборот нет.
Т.е. вообще загрузка не стартует или как в начале появляются ошибки при загрузке ОС?
- - - Добавлено - - -
Значит, единственный рабочий вариант кабеля с квитированием - такой
Можно еще вариант попробовать:
Разъем Разъем
Стык С2 DB9S
1,10 (102) ■─────────────── ─────■ 5 (GND)
5 (103) ■──────────┐ ┌────■ 3 (TD)
┌────■│■────┘
6 (104) ■────┘ └──────────■ 2 (RD)
7 (109) ■──────────┐ ┌────■ 4 (DTR)
│ │
│ ├────■ 1 (CD)
3 (+5В) ■─ │ │
│ └────■ 6 (DSR)
│
2 (108) ■──────────┤ ┌────■ 7 (RTS)
┌────■│■────┘
9 (107) ■────┘ └──────────■ 8 (CTS)
Можно еще вариант попробоватьЕсть два аргумента против:
1. В реальной жизни PC невозможно заставить снять квитирование ( даже если программа вообще не читает COM-порт - драйвер Windows успевает принять 3 Кб в системный буфер, прежде чем снимает квитирование ).
2. На линии 107 всегда будет постоянное напряжение с чужого блока питания - а это единственное, чего нет в рабочем кабеле без квитирования.
1. В реальной жизни PC невозможно заставить снять квитирование ( даже если программа вообще не читает COM-порт - драйвер Windows успевает принять 3 Кб в системный буфер, прежде чем снимает квитирование ).
Ещё у объекта Terminal_ComPort_Adapter есть состояния Out_DTR и Out_RTS, на которые можно вешать кнопки, чтобы вручную переключать у COM-порта состояние выводов DTR и RTS.
?
2. На линии 107 всегда будет постоянное напряжение с чужого блока питания - а это единственное, чего нет в рабочем кабеле без квитирования.
С СЭМЗ-овской схемотехникой квитирование работает, У Alex_K и palsw http://zx-pk.ru/showthread.php?t=16001&p=564725&viewfull=1#post564725 только вот не известно унего СЗМЗ или Квант.
Исходя из этого проблемная линия 109 причем для СЗМЗ это TTL уровень, а в Кванте 109 подтянут через резистор к -12В при этом по схеме он должен быть подтянут к +12
- - - Добавлено - - -
Вероятнее всего у palsw Квант, у RABBIT-1 тоже работает все кроме квитирования, предполагаю что проблемы на стороне СОМ порта РС, он может быть "урезанный", видел такие, только для мыши Rx Tx GND и еще что-то для питания. И может получится вот такая картина:
Разъем Разъем
Стык С2 DB9S
1,10 (102) ■─────────────── ─────■ 5 (GND)
5 (103) ■──────────┐ ┌────■ 3 (TD)
┌────■│■────┘
6 (104) ■────┘ └──────────■ 2 (RD)
7 (109) ■─────────────── ─────■ 4 (DTR)
│
─■ 1 (CD)
│
3 (+5В) ■─ ─■ 6 (DSR)
2 (108) ■──────────┐ ┌────■ 7 (RTS)
┌────■│■────┘ │
9 (107) ■────┘ └──────────■ 8 (CTS)
тестером бы прозвонить СОМ на РС
RABBIT-1
24.12.2015, 11:42
Т.е. вообще загрузка не стартует или как в начале появляются ошибки при загрузке ОС?
вообще не стартует загрузка.
Тогда последний вариант схемы
а какие параметры выставлять в Terminal_ComPort_Adapter?
Значит, единственный возможный вариант кабеля с квитированием - такой:
и при таком?
Вероятнее всего у palsw Квант, у RABBIT-1
дело в том, что это возможно один и тот же комп. свой я купил как раз у palsw :)
тестером бы прозвонить СОМ на РС
а что звонить?
он может быть "урезанный", видел такие, только для мыши Rx Tx GND и еще что-то для питания. И может получится вот такая картина: Крайне маловероятно. Такое могло быть на 286-386, уже на последних 486-х (которые с PCI) такого точно не было.
1. В реальной жизни PC невозможно заставить снять квитирование ( даже если программа вообще не читает COM-порт - драйвер Windows успевает принять 3 Кб в системный буфер, прежде чем снимает квитирование ). ИМХО, единственно правильное решение - это промежуточный микроконтроллер с двумя USART'ами и несколькими кБ памяти на борту. Что-нибудь, вроде STM32F103, пробная платка с которым на Алиэкспрессе дешевле $4 с доставкой. Прицепить к ней пару MAX232, один конец в писюк, второй в УКНЦ. Получили RR от УКНЦ, сняли DSR или CTS, что там надо, и пихаем все, что прилетело от писюка в буфер, рано или поздно, оно иссякнет, ибо просигналили, что неготовы. Когда УКНЦ снимет RR, отсылаем буфер, кончится - сигналим DSR/CTS, мол давай дальше. Если взять платку, вроде этой http://ru.aliexpress.com/item/STM32F103C8T6-ARM-STM32-Minimum-System-Development-Board-Module-For-Arduino (не сочтите за рекламу, к ней, правда, придется прикупить ST-Link V2, еще чуть меньше $3), то, вероятно, можно подключить ее прямо в USB, если справишься с софтовой поддержкой со стороны писюка. Для STM32 у ST Microelectronics есть библиотеки и (почти) готовые решения.
Крайне маловероятно. Такое могло быть на 286-386, уже на последних 486-х (которые с PCI) такого точно не было.
Вот как раз на последних такое и началось, когда китайцы начали штамповать РС а внешние модемы которые требовали "полного" СОМ канули в лету.
- - - Добавлено - - -
а какие параметры выставлять в Terminal_ComPort_Adapter?
Те же с которыми все работало.
что это возможно один и тот же комп.
уточните у него тот или не тот
а что звонить?
можно не звонить, вероятнее всего проблемы на стороне РС. Может проще найти другой РС или USB-COM адаптер (только не на PL23XXX он же ProLific, глючные они)
свой я купил как раз у palsw
Да! Я знал! Там яркая такая приметка не пропустишь )
http://storage1.static.itmages.ru/i/15/1224/s_1450952285_1416049_ef7360199d.png (http://itmages.ru/image/view/3337723/ef736019)
Ну наверняка конечно не знал ) Но догадывался.
- - - Добавлено - - -
Просто такая плата действительно редкость. Я вот только 1-у пока такую видел и то только на фото (похоже сменила владельца).
Вот как раз на последних такое и началось, когда китайцы начали штамповать РС а внешние модемы которые требовали "полного" СОМ канули в лету. Не-а! Экономили-то на м/с 1488/1489, вон, в хламовнике валяется какая-то 486-я маманя, так там драйверы компортов - 14185, полный комплект, 3 передатчика, 5 приемников в одной м/с. Согласен, таких 486-х было мало. Но уже П-2 такие, практически, все. Компорты в составе чипа Multi-IO, оба, а ИС драйверов - 14185 или 75232, что то же самое. На чем прикажете экономить?
какие параметры выставлять в Terminal_ComPort_Adapter?Такие:
fDtrControl = DTR_CONTROL_ENABLE
fRtsControl = RTS_CONTROL_ENABLE
Parity = NOPARITY
StopBits = TWOSTOPBITS
ByteSize = 8
fParity = FALSE
fOutxCtsFlow = TRUE
fOutxDsrFlow = FALSE
- - - Добавлено - - -
ИМХО, единственно правильное решение - это промежуточный микроконтроллерВ обсуждаемой ситуации всё прекрасно работает на максимальной скорости вообще без квитирования - это означает, что за всё время работы ни одна из сторон ни разу не снимает квитирование и поэтому наличие проводов квитирования в кабеле вообще не требуется.
Почему же после добавления в кабель проводов квитирования - приёмник УКНЦ перестаёт ( в менее чем 1% случаев ) отличать 0 от 1 и контрольные суммы переданных пакетов перестают совпадать.
Очевидно, что решить проблему может не только промежуточный контроллер между передатчиком и приёмником, но и вообще любая гальваническая развязка.
вероятнее всего проблемы на стороне РСPC без проблем принимает 100% байтов на любой скорости и при наличии, и при отсутствии в кабеле проводов квитирования, а УКНЦ принимает байты на любой скорости только когда проводов квитирования в кабеле нет - поэтому скорее всего проблема в том, что при подаче постоянного напряжения с PC через какой-то из проводов квитирования приёмник УКНЦ теряет калибровку нуля.
?При реальной работе PC не снимает квитирование вообще НИКОГДА, поэтому использование в кабеле "квитирования на передачу в PC" реально бессмысленно.
Почему же после добавления в кабель проводов квитирования - приёмник УКНЦ перестаёт ( в менее чем 1% случаев ) отличать 0 от 1 и контрольные суммы переданных пакетов перестают совпадать.
Очевидно, что решить проблему может не только промежуточный контроллер между передатчиком и приёмником, но и вообще любая гальваническая развязка. Вообще-то проблема может быть еще и в проводах, простой пучок из 5-6-8 проводов - крайне благоприятная среда для взаимных помех и прочей ерунды. По-хорошему, все сигналы надо передавать витыми парами, каждый сигнальный провод свить с земляным, все земляные обязательно заземлить с обеих сторон. То есть, взять кусок UTP, все, допустим, белые провода использовать в качестве земляных, а все цветные - в качестве сигнальных. Очень способствует. Как вариант - ленточный кабель с чередованием земля-сигнал-земля-сигнал...
Вообще-то проблема может быть еще и в проводах, простой пучок из 5-6-8 проводов - крайне благоприятная среда для взаимных помехПомеха в проводе квитирования не может помешать приёмнику УКНЦ больше, чем постоянный уровень в этом же проводе. Можно провести эксперимент - отключить провод квитирования только со стороны PC ( при этом он превратится в АНТЕННУ, специально принимающую помехи ) и убедиться, что все "ошибки чтения" в УКНЦ тут же пропали.
Помехи же в проводах передачи и приёма на работу очевидно не влияют, потому что иначе обмен всегда бы шёл с ошибками.
При реальной работе PC не снимает квитирование вообще НИКОГДА, поэтому использование в кабеле "квитирования на передачу в PC" реально бессмысленно.
Так как же тогда работает
Ещё у объекта Terminal_ComPort_Adapter есть состояния Out_DTR и Out_RTS, на которые можно вешать кнопки, чтобы вручную переключать у COM-порта состояние выводов DTR и RTS.
Объясните пожалуйста, если нужно управлять еще чем-то помимо передачи данных с помощью RTS
- - - Добавлено - - -
RABBIT-1, если не лень попробуйте что-нибудь из предложенного (лучше все :) ), пока мы тут гадаем на кофейной гуще.
Так как же тогда работаетДрайвер Windows принимает данные из COM-порта в реальном времени ( вне зависимости от работы программы ) и из-за этого приём COM-порта в PC работает вообще без снятия сигнала квитирования ( и при включённом, и при выключенном квитировании ), поэтому соответствующие провода в кабеле избыточны.
если нужно управлять еще чем-то помимо передачи данных с помощью RTSПример есть в файле конфигурации COM_4.cfg из комплекта эмулятора терминала типа VT52 (http://zx-pk.ru/showthread.php?t=20092) - там показано, как создавать и использовать лампочки для всех входных сигналов и кнопки для всех выходных сигналов COM-порта.
RABBIT-1
24.12.2015, 19:56
если не лень попробуйте что-нибудь из предложенного
я так понимаю надо попробовать:
А. Следующие варианты кабеля:
1. http://zx-pk.ru/showthread.php?t=16001&page=58&p=848179&viewfull=1#post848179
2. http://zx-pk.ru/showthread.php?t=16001&page=58&p=848186&viewfull=1#post848186
3. http://zx-pk.ru/showthread.php?t=16001&page=58&p=848192&viewfull=1#post848192
4. http://zx-pk.ru/showthread.php?t=16001&page=58&p=848208&viewfull=1#post848208
для всех вариантов использовать настройки:
fDtrControl = DTR_CONTROL_ENABLE
fRtsControl = RTS_CONTROL_ENABLE
Parity = NOPARITY
StopBits = TWOSTOPBITS
ByteSize = 8
fParity = FALSE
fOutxCtsFlow = TRUE
fOutxDsrFlow = FALSE
Б. восстановить схему http://zx-pk.ru/showthread.php?t=16001&page=4&p=392288&viewfull=1#post392288 в которой
отключить провод квитирования только со стороны PC ( при этом он превратится в АНТЕННУ, специально принимающую помехи )
Провод квитирования это Стык С2:7 (109)?
Нужно пробовать все варианты или для понимания можно только некоторые?
результат вида работает/не работает? или еще что-то?
попробовать смогу только на следующей неделе :(
я так понимаю надо попробовать:
достаточно будет А2 и А3
для всех вариантов использовать настройки:
да
результат вида работает/не работает? или еще что-то?
загрузка не стартует/стартует но с ошибками/нормально загружается
RABBIT-1
24.12.2015, 20:24
достаточно будет А2 и А3
я как-раз думал, что надо в первую очередь пробовать Б. и если с антенной не заработает, то все остальное автоматически отпадает :)?
результат вида работает/не работает? или еще что-то?Использовать новый файл загрузчика Boot_RT-11_from_HX0_(176570).bin из архива: Boot_RT-11_from_HX0_(176570_OV4_).zip (http://emulator.pdp-11.org.ru/misc/Boot_RT-11_from_HX0_(176570_OV4_).zip).
Этот загрузчик сообщает о трёх разных ошибках:
1. Bad Packet - ошибка контрольной суммы.
2. Overrun - ошибка квитирования.
3. Timeout - пакет не передан целиком.
Если при загрузке будут сообщения об ошибках - указать, какие именно.
- - - Добавлено - - -
Провод квитирования это Стык С2:7 (109)?Проблема в том, что входные выводы квитирования у -065 ( 107 и 109 ) не могут висеть в воздухе - их надо соединять или с COM-портом, или с выводом 108. Поэтому в качестве "антенны" можно взять рабочий кабель ( где соединены выводы 108, 109 и 107 ) и подключить к этой группе все свободные провода в кабеле.
RABBIT-1
28.12.2015, 21:59
Возникла проблемка :( Когда переобжимал кабель, раздавил разъем IDC-10, так что попробовать варианты кабеля смогу только когда куплю новый. будет это скорее всего после праздников - когда доберусь до радиорынка.
Patron, при загрузке по С2 загрузчик вылетает в СТОП, что ему не нравится?
Подскажите пожалуйста какой вариант схемы подключения использовать а то смотрю приводится куча вариантов? Помню в школе изначально УКНЦшки грузились с УКНЦ у которой был дисковод, а потом поставили PC(Pentium 233 MMX) где была установлена карта к которой были подключены все УКНЦшки в классе и таким образом это всё грузилось) что это за карта была? :) реально купить где-то?
при загрузке по С2 загрузчик вылетает в СТОП, что ему не нравится?Вбил код из скриншота, ввёл 1000G - и загрузился. Возможно, в ходе загрузки возникает какое-то прерывание ( например, по вектору 0100 ), а обработчика нет - вот и вылетает.
Если в загружаемом блоке по адресу 0100 уже записано 0102, а по адресу 0102 уже записано 2, то надо просто вручную записать то же самое в эти же самые адреса ОЗУ перед запуском загрузчика - и тогда в какой бы момент не произошло прерывание таймера, обработчик для него уже будет на месте.
- - - Добавлено - - -
Подскажите пожалуйста какой вариант схемы подключения использовать?ТАКОЙ (http://zx-pk.ru/showthread.php?t=16001&page=4&p=392288&viewfull=1#post392288).
Помню в школе изначально УКНЦшки грузились с УКНЦ у которой был дисковод,
Это через штатный СА (сетевой адаптер)
потом поставили PC(Pentium 233 MMX) где была установлена карта к которой были подключены все УКНЦшки в классе и таким образом это всё грузилось) что это за карта была? реально купить где-то?
Это делал какой-то кооператив.
Думаю что СА купить/достать легче и дешевле.
Если УКНЦ из школы вероятно он (СА) уже есть, а здесь тема про загрузку через Стык С2, обычно в школьных отсутствует микросхема для работы с С2
Это через штатный СА (сетевой адаптер)
Это делал какой-то кооператив.
Думаю что СА купить/достать легче и дешевле.
Если УКНЦ из школы вероятно он (СА) уже есть, а здесь тема про загрузку через Стык С2, обычно в школьных отсутствует микросхема для работы с С2
У меня школьной комплектации и абсолютно новый УКНЦ(даже документация есть) и там есть С2 и боковой модуль СА.
На схеме с С2 6 пин соединен с 3 пином DB9?
Подскажите пожалуйста какой вариант схемы подключения использовать а то смотрю приводится куча вариантов? Помню в школе изначально УКНЦшки грузились с УКНЦ у которой был дисковод, а потом поставили PC(Pentium 233 MMX) где была установлена карта к которой были подключены все УКНЦшки в классе и таким образом это всё грузилось) что это за карта была? :) реально купить где-то?
ЛИнТех.
На схеме с С2 6 пин соединен с 3 пином DB9?
да
Сообщение от Vamos
вероятнее всего проблемы на стороне РС
PC без проблем принимает 100% байтов на любой скорости и при наличии, и при отсутствии в кабеле проводов квитирования, а УКНЦ принимает байты на любой скорости только когда проводов квитирования в кабеле нет - поэтому скорее всего проблема в том, что при подаче постоянного напряжения с PC через какой-то из проводов квитирования приёмник УКНЦ теряет калибровку нуля.
Направление было правильным. Проблема на стороне РС, только не в железе, а в программе HX_Server. Перечитал всю тему, потестировал HX_Server и да до сих пор он не реагирует на сигнал RTS т.е. лампочка CTS гаснет но HX_Server продолжает слать байты, отсюда и проблемы с переполнением не только при сжатии.
начало проблемы
http://zx-pk.ru/showthread.php?t=16001&p=564770&viewfull=1#post564770
http://zx-pk.ru/showthread.php?t=16001&p=564966&viewfull=1#post564966
http://zx-pk.ru/showthread.php?t=16001&page=25
Направление было правильным. Проблема на стороне РС, только не в железе, а в программе HX_Server. Перечитал всю тему, потестировал HX_Server и да до сих пор он не реагирует на сигнал RTS т.е. лампочка CTS гаснет но HX_Server продолжает слать байтыHX_Server не анализирует сигналы порта - это делает драйвер Windows, настройки для которого содержатся в файле Terminal_ComPort_Adapter.ini
За реакцию драйвера на сигнал CTS отвечает параметр fOutxCtsFlow ( FALSE - не реагировать, TRUE - реагировать ).
проблемы с переполнением не только при сжатииБез сжатия проблем с переполнением быть не может, потому что задержек при приёме байтов нет.
Да настройки здесь не причем, я же привел ссылки на посты. Ситуация следующая, при передаче одного байта из окна "телетайп" HX_Server и при условии что он не прочитан из регистра приемника, лампочка CTS гаснет (на панели HX_Server) т.е. реакция на RTS есть. НО если продолжать печатать символы в телетайпе они окажутся в буфере драйвера передатчика Windows, что в принципе не правильно, правильно не передавать байты до снятия сигнала RTS.
Поэтому и происходит либо переполнение (если принимающая сторона начинает читать буфер) или ошибка пакета из-за чтения байтов из буфера и не приемом их во регистр приемника.
при передаче одного байта из окна "телетайп" HX_Server и при условии что он не прочитан из регистра приемника, лампочка CTS гаснетДо снятия квитирования порт -065 может принять два байта. Один байт при этом находится в буфере приёмника, а другой - в сдвиговом регистре приёмника. Квитирование снимается при невозможности переписать из сдвигового регистра в буфер.
реакция на RTS естьВ цепочке порт - драйвер - программа на RTS должен реагировать порт ( у COM-порта есть внутренний буфер на несколько байтов ). Драйвер настраивает порт, принимает данные от программы в буфер драйвера ( 4К ) и передаёт в буфер порта. Если COM-порт не может правильно отреагировать на квитирование - работа невозможна, потому что данные передаются COM-портом не из буфера программы и даже не из буфера драйвера, а из собственного аппаратного буфера COM-порта.
если продолжать печатать символы в телетайпе они окажутся в буфере драйвера передатчика Windows, что в принципе не правильноНаоборот - именно так и надо делать. Буфер драйвера у Windows очень большой, а за работу с квитированием отвечают не программа и не драйвер, а настроенная драйвером аппаратура COM-порта.
Наоборот - именно так и надо делать. Буфер драйвера у Windows очень большой, а за работу с квитированием отвечают не программа и не драйвер, а настроенная драйвером аппаратура COM-порта.
RTS_CONTROL_ENABLE Включает в работу линию RTS, когда устройство открывается и оставляет ее включенной.
RTS_CONTROL_HANDSHAKE Включает процедуру установления связи RTS. Драйвер поднимает линию RTS, когда (входной) буфер "опережающего ввода с клавиатуры" заполнен меньше, чем на половину и понижает линию RTS, когда буфер заполнен больше, чем на три четверти.
То как сейчас сделано справедливо для HANDSHAKE, но так нельзя делать для ENABLE ибо это режим для аппаратного квитирования и буферы Windows не должны влиять на эмуляцию работы порта.
так нельзя делать для ENABLE ибо это режим для аппаратного квитированияАппаратное квитирование приёма в COM-порт активируется только при RTS_CONTROL_HANDSHAKE.
Настройки RTS_CONTROL_ENABLE и RTS_CONTROL_DISABLE отключают аппаратное квитирование приёма в COM-порт и напрямую задают неизменное состояние линии RTS.
Но к работе с портом -065 это большого отношения не имеет, потому что ( из-за огромного буфера приёма ) Windows никогда не снимает RTS при приёме и из-за этого нет практической разницы между RTS_CONTROL_HANDSHAKE и RTS_CONTROL_ENABLE.
Но к работе с портом -065 это большого отношения не имеет, потому что ( из-за огромного буфера приёма ) Windows никогда не снимает RTS при приёме и из-за этого нет практической разницы между RTS_CONTROL_HANDSHAKE и RTS_CONTROL_ENABLE.
А 065 снимает.
Аппаратное квитирование приёма в COM-порт активируется только при RTS_CONTROL_HANDSHAKE.
Настройки RTS_CONTROL_ENABLE и RTS_CONTROL_DISABLE отключают аппаратное квитирование приёма в COM-порт и напрямую задают неизменное состояние линии RTS.
Это при приеме в РС, а при передаче из РС должна быть реакция на RTS снятием CTS и прекращением передачи, а уж в буфер Windows или в аппаратный буфер это уже вторично.
Понятно что это программа терминал и ей нужно отправлять символы, чтобы пользователь не ждал. Но раз уж она используется для загрузки другого компа, может сделаете специальный режим или в HANDSHAKE моде, а я проверю на эмуляторе загрузку со сжатием.
- - - Добавлено - - -
RTS_CONTROL_HANDSHAKE Включает процедуру установления связи RTS. Драйвер поднимает линию RTS, когда (входной) буфер "опережающего ввода с клавиатуры" заполнен меньше, чем на половину и понижает линию RTS, когда буфер заполнен больше, чем на три четверти.
потому что ( из-за огромного буфера приёма ) Windows никогда не снимает RTS при приёме и из-за этого нет практической разницы между RTS_CONTROL_HANDSHAKE и RTS_CONTROL_ENABLE
Немного сумбурно излагаю уж извините :) . Я пытаюсь объяснить что за выходным буфером Windows не следит и если HX_Server продолжает слать байты не смотря на сигнал CTS (порт на выход закрыт), то и буфера в 4К может не хватить, в итоге потери информации и ошибки загрузки. Как-то так.
- - - Добавлено - - -
вот что происходит, как раз в момент передачи блока в 16К на 1-2 сек. гаснет CTS но поскольку HX_Server продолжает слать байты выходной буфер переполняется и потом загрузка встает из-за неверно переданной информации (ошибок переполнения сейчас нет)
А 065 снимает.Тот RTS, поведение которого настраивает RTS_CONTROL_HANDSHAKE - не имеет ни малейшего отношения к тому RTS, который снимает 065.
RTS от 065 приходит в COM-порт на вход CTS и за его обслуживание отвечает настройка fOutxCtsFlow ( FALSE - не реагировать, TRUE - реагировать ).
за выходным буфером Windows не следит и если HX_Server продолжает слать байты не смотря на сигнал CTS (порт на выход закрыт), то и буфера в 4К может не хватить, в итоге потери информации и ошибки загрузки. Как-то так.Сейчас заглянул в код - адаптер COM-порта, создаваемый сервером HX, имеет выходной буфер 128К и передаёт оттуда по одному байту в ответ на прерывание "предыдущий байт передан" от драйвера Windows. Если при передаче возникают ошибки - это аппаратная проблема COM-порта. Обвинять драйвер Windows в неумении работать с COM-портом бессмысленно. Когда COM-порт работает нормально - ни малейших проблем не возникает.
Сейчас заглянул в код - адаптер COM-порта, создаваемый сервером HX, имеет выходной буфер 128К и передаёт оттуда по одному байту в ответ на прерывание "предыдущий байт передан" от драйвера Windows. Если при передаче возникают ошибки - это аппаратная проблема COM-порта. Обвинять драйвер Windows в неумении работать с COM-портом бессмысленно. Когда COM-порт работает нормально - ни малейших проблем не возникает. Угу. Если ДВК/УКНЦ успевает все забрать. Мгновенно остановить передающий писюшный компорт, как этого требует логика работы -065, невозможно. Так, что, получив на писюшной стороне CTS, можно быть уверенным: данные на стороне ДВК/УКНЦ уже потеряны.
Угу. Если ДВК/УКНЦ успевает все забрать. Мгновенно остановить передающий писюшный компорт, как этого требует логика работы -065, невозможно. Так, что, получив на писюшной стороне CTS, можно быть уверенным: данные на стороне ДВК/УКНЦ уже потеряны.Это так только на кривых портах. На нормальных COM-портах всё работает без проблем.
Кроме того ( насколько я понимаю ), обсуждаемая проблема вообще не относится к работе портов, а вызвана отсутствием гальванической развязки сигналов квитирования. На сигнале приёма 065 при работе нет постоянной составляющей, поэтому при 3-проводной схеме соединения портов всё отлично работает без гальванической развязки ( как и должно ), но при добавлении в кабель линий квитирования - присутствующий на линии квитирования приёма в PC во время работы постоянный уровень вызывает сбои приёма 065 примерно для 1 байта из 10000.
- - - Добавлено - - -
Поскольку линия квитирования приёма в PC при работе не используется и единственная её роль - вызывать сбои в работе 065 - мною ранее уже предлагался вариант кабеля без этой линии, но до сих пор никто из владельцев сбоящих 065 не решился опробовать такой кабель.
но до сих пор никто из владельцев сбоящих 065 не решился опробовать такой кабель.
Попытка привести к классическому или упрощенному кабелю всегда будет наталкиваться на "ну должно же работать". В электрике народ в основном не силен - доводы даже приводить бессмысленно, остается надеятся, что хотя бы никто не столкнется с попытками связать между этажами :)
Трехжилка (как и положено в DL(V)11 [при прямой связке]) наше все :)
- - - Добавлено - - -
Жаль, что не так много народу пробовало подключить нстоящий терминал к настоящему железу - помогает :)
Кроме того ( насколько я понимаю ), обсуждаемая проблема вообще не относится к работе портов, а вызвана отсутствием гальванической развязки сигналов квитирования.
Вопросы у меня возникли не в связи с последними сообщениями (это частный случай), решил доделать эмуляцию -065 в UKNCBTL.
Мы можем долго теоретизировать и приводить контраргументы по поводу буферизации в Windows, но UKNCBTL то стыкуется через com0com.
Добавить одно условие "не отправлять байт при снятии CTS" и можно мне в личку такую версию HX_Server, чтобы не распространять неправильно работающую программу :) , а я ее уже погоняю и с железом тоже. О результатах доложу.
- - - Добавлено - - -
Жаль, что не так много народу пробовало подключить нстоящий терминал к настоящему железу - помогает
А чего пробовать, свежи воспоминания, нажал на клавишу и ждешь пока символ появится :)
А чего пробовать, свежи воспоминания, нажал на клавишу и ждешь пока символ появится
ждешь до бесконечности всмысле? :)
Мне с СМ7209 проще было - он сразу информировал - первый раз пискнет на клавишу, а потом просто игнорирует клавиатуру... Это началось на старых E11 еще с прямым пробросом порта - тогда кусал лишнее. Позже в E11 добавили фичу ручной установки сигналов. Потом на железе (не PDPшном). С PDP-шным стало проще - на DL(V)11 куда его обычно нужно было подключить других сигналов просто нет по определению :)
Мне с СМ7209 проще было - он сразу информировал - первый раз пискнет на клавишу, а потом просто игнорирует клавиатуру...
Ну дык и я Patronу говорю что не должен байт без разрешения уходить, и не только я, еще Alex_K в начале темы на это указывал.
Ну дык и я Patronу говорю что не должен байт без разрешения уходить, и не только я, еще Alex_K в начале темы на это указывал.
Я скажу проще. В DL(V)11 никогда не было никаикх разрешений. Всегда были три (четыре) провода. И никакого контроля. Я согласен, советские инженеры лет через 10-20 попытались сориентироваться на аппаратный контроль, но вся беда, что IBM и последователи на это никак не ориентировались, а уж в последующие годы и вовсе все шло к тому, что нужно написать вручную контроллер (считай у УКНЦ идею сперли [хотя и раньше была])... Так что наш ответ чемберлену - использовать только то, что штатно положено. Обкусанные "управляющие" сигналы к счастью приравниваются к правильно выставленным :)
Добавить одно условие "не отправлять байт при снятии CTS"Это лишено смысла из-за того, что: 1) синхронная работа COM-порта возможна только при заполненном аппаратном буфере передачи ( за заполнение буфера передачи COM-порта отвечает драйвер Windows ) ; 2) нормальная работа драйвера Windows возможна только при заполненном буфере передачи драйвера.
Поэтому обычная работа выглядит так - ещё до завершения передачи первого байта драйвер Windows сообщает программе, что передана куча байтов, с таким расчётом, чтобы заполнить два буфера - свой и COM-порта. Поэтому, когда происходит снятие CTS - дёргаться уже поздно - аппаратный буфер передачи COM-порта заполнен и поэтому именно COM-порт должен остановить передачу.
И всё это без проблем работает на нормальных COM-портах. Обсуждаемые же нами проблемы вообще не имеют отношения к алгоритму работы портов и вызваны конкретными особенностями схемотехники некоторых УКНЦ.
И всё это без проблем работает на нормальных COM-портах. Обсуждаемые же нами проблемы вообще не имеют отношения к алгоритму работы портов и вызваны конкретными особенностями схемотехники некоторых УКНЦ.
Наличие таковых сигналов в принципе - особенность УКНЦ или ДВК (я имею в виду именно порт типа DL[V]11). Эти сигналы в принципе есть, комп их никак не контролирует, результат - загадка...
результат - загадка...На УКНЦ с нормальной схемотехникой ( где все линии связи с COM-портом настроены на +/-12в ) - 065 без проблем работает с квитированием, но на УКНЦ с TTL-уровнями на линиях квитирования - приход от COM-порта постоянного уровня [-12в] по линии CTS вызывает сбои при приёме 065.
Почему никто из владельцев проблемных УКНЦ до сих пор не попробовал убрать из кабеля эту линию, которая даром не нужна и только вредит - вот это настоящая загадка.
но на УКНЦ с TTL-уровнями на линиях квитирования
А где есть такие УКНЦ? Единственно в УКНЦ с СЭМЗ-овской схемотехникой на TTL-уровне сидит один сигнал DCD, который открывает вход для посылок извне, всё остальное честно сделано на +/- 12В.
Единственно в УКНЦ с СЭМЗ-овской схемотехникой на TTL-уровне сидит один сигнал DCD, который открывает вход для посылок извне, всё остальное честно сделано на +/- 12В.Но при получении от COM-порта постоянного уровня "TRUE" по линии RTS эти УКНЦ всё равно сбоят при приёме.
На УКНЦ с нормальной схемотехникой ( где все линии связи с COM-портом настроены на +/-12в ) - 065 без проблем работает с квитированием, но на УКНЦ с TTL-уровнями на линиях квитирования - приход от COM-порта постоянного уровня [-12в] по линии CTS вызывает сбои при приёме 065.
"Не правильно Вы бутерброд держите, дядя Федор" :) Без проблем работала только УКНЦ Alex_K с одним TTL-уровнем и то он не подключался к кабелю.
НО читаем пост http://zx-pk.ru/showthread.php?t=16001&p=565490&viewfull=1#post565490
Это лишено смысла из-за того, что: 1) синхронная работа COM-порта возможна только при заполненном аппаратном буфере передачи ( за заполнение буфера передачи COM-порта отвечает драйвер Windows ) ; 2) нормальная работа драйвера Windows возможна только при заполненном буфере передачи драйвера.
Поэтому обычная работа выглядит так - ещё до завершения передачи первого байта драйвер Windows сообщает программе, что передана куча байтов, с таким расчётом, чтобы заполнить два буфера - свой и COM-порта. Поэтому, когда происходит снятие CTS - дёргаться уже поздно - аппаратный буфер передачи COM-порта заполнен и поэтому именно COM-порт должен остановить передачу.
Вот сейчас сделал специальную версию UKNCBTL где переполнение возникает сразу если передающая программа не отреагировала на снятие CTS, HX_Server успел насыпать в буфер Windows или com0com 25 байт и встал, что там и насколько заполняет это еще вопрос.
Но при получении от COM-порта постоянного уровня "TRUE" по линии RTS эти УКНЦ всё равно сбоят при приёме.
Неужто таки все? И именно СЭМЗ-овские?
Хотелось бы узнать, какая схемотехника УКНЦ у Vamos-а?
Вот сейчас сделал специальную версию UKNCBTL где переполнение возникает сразу если передающая программа не отреагировала на снятие CTS, HX_Server успел насыпать в буфер Windows или com0com 25 байт и встал, что там и насколько заполняет это еще вопрос.
Огромная просьба - навсегда забыть про дурацкие, никому не нужные, бесполезные CTS/RTS/DSR/DTR. Они интересны когда в тему. В данном случае это не в тему - это привязка к конкретной и убогой (ц) реализации. Так может проще отказаться от поддержки убогой реализации исделать универсально?
Хотелось бы узнать, какая схемотехника УКНЦ у Vamos-а?
КВАНТ
Без проблем работала только УКНЦ Alex_K с одним TTL-уровнем и то он не подключался к кабелю.
У меня все УКНЦ с КВАНТ-овской схемотехникой и там нет никаких TTL-уровней. А что же у меня не подключалось к кабелю?
А что же у меня не подключалось к кабелю?
TTL-уровень
У меня все УКНЦ с КВАНТ-овской схемотехникой и там нет никаких TTL-уровней
Где-то показалось в начале темы :)
TTL-уровень
Где и какой-такой TTL-уровень?
Неужто таки все? И именно СЭМЗ-овские?Неизвестно.
Точно выяснена причина сбоев для УКНЦ palsw / RABBIT-1 - там проблемы при приёме возникают именно при добавлении в кабель линий квитирования ( при полной неизменности всех настроек ).
http://zx-pk.ru/attachment.php?attachmentid=55218
- - - Добавлено - - -
Вот сейчас сделал специальную версию UKNCBTL где переполнение возникает сразу если передающая программа не отреагировала на снятие CTSИ конечно же проблем при работе не возникает.
Если на реальной УКНЦ ошибки приёма появляются при работе без сжатия - это 100% признак "электрических" проблем.
Где и какой-такой TTL-уровень?
По началу темы мне показалось что у Вас СЭМЗ, из-за того что часто упоминали что при СЭМЗ-овской схемотехнике нужно +5В на 7(109) подключать, +5В в УКНЦ и 7(109) в УКНЦ в кабель к РС ничего не идет.
Отвлекусь немного, моя УКНЦ (КВАНТ) в которой не работало квитирование в варианте +5В на 7(109) через короткое время вышла из строя полностью, поэтому испытать другие варианты подключения я не успел и эти тесты можно не учитывать при обсуждении проблемы.
Точно выяснена причина сбоев для УКНЦ palsw / RABBIT-1
Абсолютно не точно. Вот же ссылка http://zx-pk.ru/showthread.php?t=16001&p=565490&viewfull=1#post565490 , RABBIT-1 грузил с HANDSHAKE плюс на древнем 486 РС.
И конечно же проблем при работе не возникает.
Ну как, вылет в СТОП по переполнению на втором байте при снятом CTS после приема 1 байта, а HX насыпал в буфер еще 25 байт и только потом остановился, а должен был остановится сразу по снятию CTS.
По началу темы мне показалось что у Вас СЭМЗ, из-за того что часто упоминали что при СЭМЗ-овской схемотехнике нужно +5В на 7(109) подключать, +5В в УКНЦ и 7(109) в УКНЦ в кабель к РС ничего не идет.
Да я упоминал по сигнал 109(DCD). Он, в УКНЦ, открывает вход для посылок. В схемотехнике СЭМЗ он сделан на TTL-логике, уже после преобразования сигнала Rx в TTL-уровень. В схемотехнике КВАНТ он сделан на преобразователях уровня. А сажал я туда 5В от УКНЦ, исходя из того, что сигнал должен быть от +3В до +18В. Т.к. у меня УКНЦ питается от AT-источника, то проблем с просадкой напряжения не возникало. Альтернативный вариант кабеля, который я выкладывал, так и не попробовал, сказать ничего не могу.
А квитирование мне нужно было, чтобы не было ошибок переполнения. У PC квитирование не поддерживается на аппаратном уровне, драйвер в Windows должен обрабатывать всё это программно, соответственно важно и быстродействие PC.
У PC квитирование не поддерживается на аппаратном уровне, драйвер в Windows должен обрабатывать всё это программно, соответственно важно и быстродействие PC.
Как я понял Patron утверждает обратное, что квитирование в РС аппаратное поэтому программе пофиг есть буферы.
у меня УКНЦ питается от AT-источника, то проблем с просадкой напряжения не возникало
На той УКНЦ которая у меня сейчас просадки напряжения тоже нет, при том что блок питания от вышедшей из строя.
RABBIT-1 грузил с HANDSHAKE плюс на древнем 486 РС.HANDSHAKE на практике ни с чем не связан - Windows не снимает RTS, поэтому наличие/отсутствие линий квитирования на приём COM-порта не влияет.
Загрузка шла только с кабелем без квитирования. После добавления в кабель линий квитирования ( без изменения любых настроек ) загрузка уже не шла.
- - - Добавлено - - -
утверждает, что квитирование в РС аппаратноеКонечно, аппаратное - в каждом COM-порту PC есть аппаратный буфер FIFO, глубину которого можно настраивать:
http://vana.nvtc.ee:89/evara/SysAdmin/content/images/4621125.JPG
- - - Добавлено - - -
вылет в СТОП по переполнению на втором байте при снятом CTS после приема 1 байтаДо снятия CTS порт 065 принимает ДВА байта - иначе синхронная работа порта ( когда байты принимаются один за другим "без промежутков" ) была бы невозможна. Это легко проверить, запустив в пульте программу, крутящуюся минуту в пустом цикле, а потом читающую все байты, какие успел принять порт - если после запуска программы отправить в порт несколько байтов, то после обращения программы к порту - будут выведены первый и последний из переданных байтов.
Конечно, аппаратное - в каждом COM-порту PC есть аппаратный буфер FIFO, глубину которого можно настраивать:
Наличие буфера никоим образом с квитированием не связано. Стандартные чипы на PC аппаратно не обрабатывают квитирование, только возможно вызвать прерывание при изменении уровней сигнала CTS/RTS/DTR/DSR, всё остальное ложиться на программу.
Наличие буфера никоим образом с квитированием не связано. Стандартные чипы на PC аппаратно не обрабатывают квитирование, только возможно вызвать прерывание при изменении уровней сигнала CTS/RTS/DTR/DSR, всё остальное ложиться на программу.Тогда понятно, почему квитирование в Windows нормально работает только с теми портами, которые умеют передавать два стоповых бита. Пока порт передаёт второй стоповый бит - драйвер успевает обработать прерывание и запретить передачу.
До выставления CTS порт 065 принимает ДВА байта - иначе синхронная работа порта ( когда байты принимаются один за другим "без промежутков" ) была бы невозможна
СTS выставляется после приема первого байта, если в момент выставления CTS начал приниматься следующий байт, то он будет принят. Иначе пофигу сколько байт принимать два или двадцать два.
Тогда понятно, почему квитирование в Windows нормально работает только с теми портами, которые умеют передавать два стоповых бита. Пока порт передаёт второй стоповый бит - драйвер успевает обработать прерывание и запретить передачу.
Вот поэтому со стандартным портом у меня работало только тогда, когда я ставил в настройках два стоп-бита. С одним стоп-битом у меня работало с портом на чипе Oxford, но он довольно крутой, может там есть и аппаратное квитирование.
СTS выставляется после приема первого байта, если в момент выставления CTS начал приниматься следующий байт, то он будет принят.Квитирование снимается после начала приёма первого стопового бита второго байта, если первый принятый байт к этому моменту ещё не прочитан из буфера. У передающей стороны есть два битовых интервала, чтобы отреагировать на снятие квитирования и прекратить передачу.
Это легко проверить, запустив в пульте программу, крутящуюся минуту в пустом цикле, а потом читающую все байты, какие успел принять порт - если после запуска программы отправить в порт несколько байтов, то после обращения программы к порту - будут выведены первый и последний из переданных байтов.
Вот это правильно, а теперь зайдем в пульт и начнем из HX_Server с вкладки телетайп отправлять байты, то после обращения к порту в пульте мы прочитаем последовательно все отправленные байты из HX_Server - а это не правильно.
http://zx-pk.ru/showthread.php?t=16001&p=564966&viewfull=1#post564966
Вот это правильно, а теперь зайдем в пульт и начнем из HX_Server с вкладки телетайп отправлять байты, то после обращения к порту в пульте мы прочитаем последовательно все отправленные байты из HX_Server - а это не правильно.HX_Server отправляет байты в поток байтов. Поток байтов отправляет байты в буфер адаптера COM-порта размером 128К. Адаптер COM-порта отправляет байты в буфер драйвера Windows размером 4К, а драйвер Windows отправляет байты в буфер FIFO размером 16 байтов.
Такая длинная цепочка приводит к тому, что если какая-то из инстанций отказывается принимать байты - байты накапливаются в буфере предыдущей инстанции. Так и должно быть - если на каком-то этапе передающей цепочки возникла заминка - передача должна остановиться ( без потери байтов ) до возможности продолжения. Что и происходит - всё отлично работает и ни один байт не теряется. Сброс содержимого буферов происходит, если терминал передаёт BREAK. Те байты, которые не успели покинуть PC до сигнала BREAK - будут потеряны, чтобы "очистить дорогу" для свежих байтов.
Ну не знаю что Вам еще сказать. Сделал так что CTS снят постоянно, подключил гипер терминал виндовый, в настройках "управление потоком" указал "аппаратное" ни одного байта посланного из гипер терминала не попало в UKNCBTL, подключил HX_Server, сигнал CTS не зеленый, отправил 4 байта в UKNCBTL прилетел 1-й потом переполнение и потом 3-й и 4-й, и так несколько раз. Думаю что и на железе происходит тоже самое, проверить смогу позже.
Так что ищите ошибку в своей длинной цепочке.
Конечно, аппаратное - в каждом COM-порту PC есть аппаратный буфер FIFO, глубину которого можно настраивать: Виноват, подзабыл. А Вы не забыли его отключить? В смысле, урезать глубину до 1? А то я вспомнил, откуда мои утверждения про компорты берут начало. Мне так и не удалось заставить MSM-PC 3.10 обслуживать терминалы через любые мульти-комы, кроме тех, которые были на чипах 8250. (Это единственный писюшный компорт без FIFO. ) А MSM 3.xx ничего не знал про эти FIFO, староват был. И, естественно, при попытке притормозить поток (в том числе и аппаратной, когда, допустим, включишь на терминале плавный скроллинг) данные терялись. Я тогда попытался выключить это FIFO, но не справился, где-то там оно восстанавливалось, а где - я не нашел, ядро MSM слишком уж толстое.
Думаю что и на железе происходит тоже самоеЧто происходит на железе хорошо известно - если COM-порт не умеет передавать два стоповых бита, то при включенном FIFO квитирование не работает и байты теряются, а если COM-порт умеет передавать два стоповых бита, то квитирование c FIFO работает и байты не теряются.
Если вручную выключить FIFO в настройках проблемного порта - скорость обмена должна заметно снизиться, но квитирование должно начать работать. Вот это и стоит проверить.
ищите ошибку в своей длинной цепочкеТам ошибки нет - с полноценными COM-портами квитирование в Windows работает как надо.
- - - Добавлено - - -
А Вы не забыли отключить FIFO ?Использовать сжатие с отключенным FIFO по идее менее выгодно, чем не использовать сжатие со включенным FIFO, но никто не мешает открыть вручную настройки порта и выключить FIFO. С программной точки зрения проще перевести сжатие на работу без квитирования, чем пытаться программно отключать FIFO через модификацию реестра Windows.
Использовать сжатие с отключенным FIFO по идее менее выгодно, чем не использовать сжатие со включенным FIFO Если не попадется блок, 3/4 которого - нули.
но никто не мешает открыть вручную настройки порта и выключить FIFO. С программной точки зрения проще перевести сжатие на работу без квитирования, чем пытаться программно отключать FIFO через модификацию реестра Windows. Так беда-то именно в FIFO. 065-й, получив байт и обнаружив начало передачи следующего, выставляет сигнал RR (31-я нога), который через преобразователи уровня превращается в сигнал RTS. Контрагент 065-го, получив этот сигнал на своем входе CTS, обязан завершить передачу начатого байта и ОСТАНОВИТЬСЯ. Драйвер компорта, получив этот сигнал прекращает передачу, но данные из буфера никуда не делись и компорт продолжает их вываливать. Итого - потеря.
Если трудно рулить буфером из программы, надо приложить в руководстве рекомендацию выключать его вручную через панель управления.
- - - Добавлено - - -
Ко всем. У кого аппаратура в сборе, проверьте, плз, в реале.
Если не попадется блок, 3/4 которого - нули.Это да, команда DIR/BAD на пустом диске выполняется через HX со сжатием в ~200 раз быстрее, чем без сжатия. Но речь про средний выигрыш от сжатия RLE, а он при реальной работе в RT-11 составляет ~20%. Поскольку Window это не DOS - выключение FIFO должно снижать скорость передачи раза в два, если не больше.
У кого аппаратура в сборе, проверьте, плз, в реале.Уже проверяли - если COM-порт умеет передавать два стоповых бита, то квитирование в Windows при обмене с 065 работает без проблем.
Поскольку Window это не DOS - выключение FIFO должно снижать скорость передачи раза в два, если не больше. Так все плохо? И это при гигагерцах... Нет, если порт на USB, не удивлюсь, но обычный компорт десктопной мамы?..
Так все плохо? И это при гигагерцах...Про 50% падения скорости я погорячился. Если Windows не успевает обработать прерывание COM-порта при одном стоповом бите, а при двух стоповых битах успевает, то ожидаемое падение скорости при побайтовой передаче как раз получается между одним и двумя битовыми интервалами. При 10 битах на байт это будет от 10% до 20% падения скорости. Но проверить эти предположения на реальном железе будет полезно.
Что происходит на железе хорошо известно - если COM-порт не умеет передавать два стоповых бита, то при включенном FIFO квитирование не работает и байты теряются, а если COM-порт умеет передавать два стоповых бита, то квитирование c FIFO работает и байты не теряются.
Если вручную выключить FIFO в настройках проблемного порта - скорость обмена должна заметно снизиться, но квитирование должно начать работать. Вот это и стоит проверить.
Ну и у кого Вы сейчас найдете железный ком порт? А рассуждать за разработчиков драйверов ком портов в винде и какая у них логика работы можно долго. Например, драйвер по CTS выставляет прерывание системе остановить передачу и если система или программа работающая в данный момент никак не реагирует, драйвер по тайм ауту начинает сливать весь буфер в линию дабы не произошло переполнение буфера, что опаснее для системы или драйвера, нежели потеря байт пользователя.
Ну и если Вы считаете что HX_Server работает правильнее виндовского гипер терминала, то у меня нет слов и даже букв :)
Например, драйвер по CTS выставляет прерывание системе остановить передачу и если система или программа работающая в данный момент никак не реагирует, драйвер по тайм ауту начинает сливать весь буфер в линию дабы не произошло переполнение буфера, Этого не может быть. А вот сброс FIFO прекращением подачи новых байтов в регистр передатчика не остановить, FIFO сбрасывается не глядя на всякие там CTS. То есть выдача CTS должна производиться из расчета, что после нее будет принято все содержимое FIFO. А поскольку у -065 размер "буфера" - единица, то единицу надо ставить и в размер FIFO на писюке.
- - - Добавлено - - -
Ну и у кого Вы сейчас найдете железный ком порт? На любом настольном компьютере. Ну, кроме моноблоков. Компорты пока еще входят в состав чипсетов, и, можно надеяться, что они вымрут не завтра. Просто у большинства материнских плат компорт выведен не на заднюю панель, а на 9-контактный IDC на маме. Делаем "выкидыш" на заднюю панель, и вперед!
На любом настольном компьютере. Ну, кроме моноблоков. Компорты пока еще входят в состав чипсетов, и, можно надеяться, что они вымрут не завтра. Просто у большинства материнских плат компорт выведен не на заднюю панель, а на 9-контактный IDC на маме. Делаем "выкидыш" на заднюю панель, и вперед!
Речь о таком который поддерживает аппаратное квитирование, как мы выяснили на предыдущей странице таких практически нет.
А вот сброс FIFO прекращением подачи новых байтов в регистр передатчика не остановить, FIFO сбрасывается не глядя на всякие там CTS. То есть выдача CTS должна производиться из расчета, что после нее будет принято все содержимое FIFO. А поскольку у -065 размер "буфера" - единица, то единицу надо ставить и в размер FIFO на писюке.
Да какая разница с точки зрения программы которая передает, где потеряются байты, вылетев в линию или не попав в буфер FIFO, программа должна остановить передачу по снятию CTS.
Да какая разница с точки зрения программы которая передает, где потеряются байты, вылетев в линию или не попав в буфер FIFO, программа должна остановить передачу по снятию CTS. Для того, чтобы это было так, следует установить в единицу длину FIFO. И вперед!
Речь о таком который поддерживает аппаратное квитирование, как мы выяснили на предыдущей странице таких практически нет. И не было, по крайней мере в стандартных писюшных решениях - начиная с 8250 и кончая 16550, которые и по сей день занимают уголок чипа Multi-IO.
Речь о таком который поддерживает аппаратное квитированиеНе только. В тестировании было выявлено четыре типа COM-портов PC.
1) Порты, успешно работающие с квитированием при любом количестве стоповых битов - это порты с аппаратным квитированием.
2) Порты, успешно работающие с квитированием только при двух стоповых битах - это ( предположительно ) порты БЕЗ аппаратного квитирования.
3) Порты, не работающие с квитированием даже при настройке на два стоповых бита - это ( предположительно ) порты, не умеющие выдавать два стоповых бита.
4) Порты, аппаратно зависающие при настройке на два стоповых бита - это китайские порты.
- - - Добавлено - - -
Да какая разница с точки зрения программы которая передает, где потеряются байты, вылетев в линию или не попав в буфер FIFO, программа должна остановить передачу по снятию CTS.Если установить размер буфера FIFO на передачу в один байт ( или вообще выключить FIFO ) - передача байтов будет останавливаться сразу после снятия сигнала квитирования. Именно за это отвечает настройка fOutxCtsFlow = TRUE.
- - - Добавлено - - -
Надо бы протестировать на реальном железе, есть ли разница между выключением FIFO и установкой буфера FIFO в один байт. Может статься, что при выключении FIFO размер буфера становится 0 байтов, но тогда при размере буфера в 1 байт квитирование с 065 работать не должно.
Надо бы протестировать на реальном железе, есть ли разница между выключением FIFO и установкой буфера FIFO в один байт. Может статься, что при выключении FIFO размер буфера становится 0 байтов, но тогда при размере буфера в 1 байт квитирование с 065 работать не должно.
"Покурите" тему с начала там немного 17-19 страница ну может дальше еще, либо вот конкретные сообщения, делайте выводы
http://zx-pk.ru/showthread.php?t=16001&p=564725&viewfull=1#post564725 здесь про TU58 который без квитирования не грузился, а с квитированием ни у кого из тестирующих не было ошибок при загрузке или дальнейшей работе.
Далее про буферы FIFO и ошибки при загрузке с HX_Server
http://zx-pk.ru/showthread.php?t=16001&p=564966&viewfull=1#post564966
http://zx-pk.ru/showthread.php?t=16001&p=564957&viewfull=1#post564957
http://zx-pk.ru/showthread.php?t=16001&p=564975&viewfull=1#post564975
http://zx-pk.ru/showthread.php?t=16001&p=564996&viewfull=1#post564996
- - - Добавлено - - -
При этом обратите внимание, что TU58 не запускался при закороченных сигналах RTS/CTS а это означает что специально держался снятым CTS чтобы было не возможно запустить без квитирования. Таким образом на сигнал CTS реагировала программа (TU58) а не драйвер или железо. И что еще примечательно это у всех работало "из коробки" без ковыряний в настройках ком порта и буферов FIFO/
TU58 без квитирования не грузилсяКак же TU58 грузится на обычных PDP-11, порты которых отродясь не имели квитирования - а ведь байты там передаются на 10% быстрее, чем при работе с 065 ..
про буферы FIFO и ошибки при загрузке с HX_ServerОбсуждение завершилось ТАК (http://zx-pk.ru/showthread.php?t=16001&p=565490&viewfull=1#post565490) - выяснилось, что при правильной настройке порта квитирование работает без проблем.
Как же TU58 грузится на обычных PDP-11, порты которых отродясь не имели квитирования - а ведь байты там передаются на 10% быстрее, чем при работе с 065 ..
Это к palsw, у него не грузилось без квитирования.
выяснилось, что при правильной настройке порта квитирование работает без проблем.
Надо у Alex_K уточнить, он в каких-то экспериментах использовал "крутой железный" порт.
Это к palsw, у него не грузилось без квитирования.Наоборот - на УКНЦ palsw обмен идёт с ошибками не только при включенном квитировании, но даже просто при наличии в кабеле неиспользуемых линий квитирования, соединяющих COM-порт и 065. Ведь именно эту УКНЦ мы тут недавно тестировали.
Как же TU58 грузится на обычных PDP-11, порты которых отродясь не имели квитирования
может по контролю четности, который в УКНЦ отрублен аппаратно схемой включения. Проверяем квитирование
-нет, проверяем четность -нет, загрузки нет. Там где-то были ссылки на исходники правда для TU58EM.
вот http://zx-pk.ru/showthread.php?t=16001&p=469503&viewfull=1#post469503 здесь появился TU58 с комментариями, потом у palsw не пошла загрузка TU58 без квитирования, но загружался HX_Server которому по моему мнению квитирование безразлично он его возлагает на аппаратуру. Rabbit_1 так и не подтвердил та же это УКНЦ или другая (может у palsw их было две одинаковых). Если та же то неизвестно что с ней могло произойти за время "переезда", как с моей было, просадка напряжения не грузилась с квитированием и через несколько дней вышла из строя.
Мы сейчас гадаем на кофейной гуще, очень много неизвестных, просто нужна версия HX_Server с прекращением передачи байтов по событию CTS, дальше можно тестировать, а так мы будем опять ломать голову то ли порт то ли УКНЦ у которых к слову быстродействие приличный разброс имеет и один экземпляр может успевает а другой нет.
Может не стоит вообще так много времени уделять штатному С2, учитывая что из 100 машинок он реализован на 10 ? Лучше (возможно) не лезть на материнку с проводками, а сделать нормальную сетевую карту вместо СА и вместо него же туда повесить и пускай ЦП УК-НЦ с ней мучается )
На этой карте можно и аккумулятор для доп. питания предусмотреть, если оно требуется (как на ПЦ материнках батарейка).
Я исхожу из того, что у меня сейчас несколько школьных машинок в наличии и ни на одной С2 не реализован (только разъём). А значит и разработчиками позднее признан был малопригодным, дорогостоящим и ненужным ?
Там где-то были ссылки на исходники правда для TU58EM
Линии DL-11/DLV-11 в принципе не предлусматривают управления потоком. Посему и в исходниках скорее всего ничего на эту тему не делалось. TU58 использует свое управление потоком с помощью коротких команд.
На PDP-11 управление потоком предусмотрено только на DL(V)11-E, -F и мультиплексорах - там все нужные сигналы доступны драйверу. Но на консольном порту никогда таких не было. Это уже чисто советское изобретение.
Sonic_Blast
12.02.2016, 22:51
Добрый вечер ребята.
а может кто-то дать распайку СА на COM1 (у меня УКНЦ-шка без С2 ... микруха 1801ВП1 065 на заводе не допаяна... ковыряться не хочу так как есть Сетевая карта) ...
Зарание Благодарствую всем откликнувшимся )))
а может кто-то дать распайку СА на COM1 (у меня УКНЦ-шка без С2 ... микруха 1801ВП1 065 на заводе не допаяна... ковыряться не хочу так как есть Сетевая карта) ...
Есть тема http://zx-pk.ru/showthread.php?t=15947&page=14&p=654943#post654943 но ковыряться придется.
есть Сетевая карта
Вот в этом сообщении есть фото и можно уже конкретно автора снимков помучить расспросами
http://zx-pk.ru/showthread.php?t=20753&p=581303&viewfull=1#post581303
Sonic_Blast
13.02.2016, 08:39
По ходу ничего толкового для СА не придумано.... ладно будем через стык С2 грузится)))
По ходу ничего толкового для СА не придумано.... ладно будем через стык С2 грузится)))Всё давно придумано и народ без проблем грузится через СА, используя HX_Server 2.3_-_UKNC_-_CA_26.03.14_15-57 (http://zx.pk.ru/attachment.php?attachmentid=47041) - просто тема называется: УК-НЦ стык С2 (http://zx-pk.ru/showthread.php?t=20753&p=574284&viewfull=1#post574284)
Спаял себе для КВАНТа новый кабель:
Разъем Разъем
Стык С2 DB9S
1,10 (102) ■─────────────── ─────■ 5 (GND)
5 (103) ■──────────┐ ┌────■ 3 (TD)
┌────■│■────┘
6 (104) ■────┘ └──────────■ 2 (RD)
3 (+5В) ■─ ─■ 1 (CD)
7 (109) ■─────────────── ─────■ 4 (DTR)
─■ 6 (DSR)
2 (108) ■──────────┐ ┌────■ 7 (RTS)
┌────■│■────┘
9 (107) ■────┘ └──────────■ 8 (CTS)
Настройки в файле Terminal_ComPort_Adapter.ini:
[Main]
BaudRate = CBR_9600
fDtrControl = DTR_CONTROL_ENABLE
fRtsControl = RTS_CONTROL_HANDSHAKE
Parity = NOPARITY
StopBits = TWOSTOPBITS
ByteSize = 8
fParity = FALSE
fOutxCtsFlow = TRUE
fOutxDsrFlow = FALSE
fDsrSensitivity = FALSE
fTXContinueOnXoff = FALSE
fOutX = FALSE
fInX = FALSE
fErrorChar = FALSE
fNull = FALSE
fAbortOnError = FALSE
XonLim = 512
XoffLim = 512
XonChar = 021
XoffChar = 023
ErrorChar = 0
Всё работает. Единственная проблема возникает, что если сначала запускаешь УКНЦ, а потом HX_SERVER, то в регистре 176570 иногда оказывается значение 010200. Приходится считывать регистр 176572, для того, чтобы в 176570 оказался ноль. После этого всё замечательно работает. Буфера FIFO включены, система Windows XP PRO SP3 RUS, процессор Core2Duo E7200 2,53 ГГц.
Вот и деготь к меду...
Запаял таки -065 на борт КВАНТа (вторую уже), спаял кабелек по схеме
Разъем Разъем
Стык С2 DB9S
1,10 (102) ■─────────────── ─────■ 5 (GND)
5 (103) ■──────────┐ ┌────■ 3 (TD)
┌────■│■────┘
6 (104) ■────┘ └──────────■ 2 (RD)
3 (+5В) ■────┐ ┌────■ 4 (DTR)
│ │
7 (109) ■────┘ ├────■ 1 (CD)
│
└────■ 6 (DSR)
2 (108) ■──────────┐ ┌────■ 7 (RTS)
┌────■│■────┘
9 (107) ■────┘ └──────────■ 8 (CTS)
настройки как в сообщении выше только fOutxDsrFlow = TRUE, такие по умолчанию в комплекте с HX_Server 2.3, загрузки нет, HX_Server отправляет несколько десятков байт и все встает.
Поменял в настройках fRtsControl = RTS_CONTROL_HANDSHAKE на ENABLE получил вот такое
5604256043
это лучший вариант из всех попыток, все остальные заканчиваются timeout раньше.
Комп десктопный Celeron 2 GHz 512 МБ Win XP sp3 чипсет 82801.
На днях еще один комп подтяну и еще один стоит Pentium II но там HDD не рабочий, к выходным из двух один наверное соберу перед помойкой.
И в планах еще USB адаптеры проверить разных фирм, парочку на днях докуплю.
Шнурок без квитирования может ночью опробую, пока расстроен...
В рабочести Стыка С2 и линий квитирования уверен, проверял.
Запаял таки -065 на борт КВАНТа (вторую уже), спаял кабелек по схеме
А преобразователи уровня со всеми резисторами на борту присутствуют? Ну и естественно, как я понимаю, так же есть преобразователь +5В в +/-12В?
7 (109) ■─────────────── ─────■ 4 (DTR)
Вот и деготь к меду...
Но ведь у вас явно нет вот этого проводочка ? Провод 1 в 1 как у Alex_K надо тестить, если у него нет проблем при прочих =
В PC у меня iTE IT-8718F-S.
В PC у меня iTE IT-8718F-S.
А преобразователи уровня со всеми резисторами на борту присутствуют? Ну и естественно, как я понимаю, так же есть преобразователь +5В в +/-12В?
Vamos, может быть визуальная информация (фото той части платы УК-НЦ что к С2 имеет отношения) будет наглядней ?
Вы можете сделать такую что бы видно было что там есть чего нет в плане стыка?
А преобразователи уровня со всеми резисторами на борту присутствуют? Ну и естественно, как я понимаю, так же есть преобразователь +5В в +/-12В?
Правильно понимаете :) , плата изначально была без С2 и преобразователей 170 их я покупал с резисторами вместе, -065 распотрошил два СА, первый не проверил -065 оказалась не рабочей, вторая которая сейчас как видно из картинок работает, сигналы квитирования работают тестировал и при помощи бита 2 и через гипер терминал и на HX_Server индикаторы правильно реагируют.
Встречный вопрос, а на какой версии HX_Server пробовали?
+5В в +/-12В от блока питания.
- - - Добавлено - - -
Но ведь у вас явно нет вот этого проводочка ? Провод 1 в 1 как у Alex_K надо тестить, если у него нет проблем при прочих =
Это не принципиально. С тем вариантом шнурка тоже проблем не было только у Alex_K. У меня не меньше вопросов чем у Вас.
У меня не меньше вопросов чем у Вас.
может быть (совсем совсем "плоское предположение") длину сегмента кабеля сократить до минимально комфортной?
сменить тип кабеля на
Встречный вопрос, а на какой версии HX_Server пробовали?
+5В в +/-12В от блока питания.
Пробовал на самой последней версии 2.3 и на версии 2.2.
У меня УКНЦ питается от AT-шного блока питания, но только 5В. Для +/- 12В стоит БПС-54, в своё время удалось купить пару штук.
У меня УКНЦ питается от AT-шного блока питания, но только 5В. Для +/- 12В стоит БПС-54, в своё время удалось купить пару штук.
А мне удалось купить МС9022.02 которые в СЭМЗ ставили.
опробовал шнурок без квитирования с такой схемой
Разъем Разъем
Стык С2 DB9S
1,10 (102) ■─────────────── ─────■ 5 (GND)
5 (103) ■──────────┐ ┌────■ 3 (TD)
┌────■│■────┘
6 (104) ■────┘ └──────────■ 2 (RD)
3 (+5В) ■────┐ ┌────■ 4 (DTR)
│ │
7 (109) ■────┘ ├────■ 1 (CD)
│
└────■ 6 (DSR)
2 (108) ■────┐ ┌────■ 7 (RTS)
│ │
9 (107) ■────┘ └────■ 8 (CTS)
загрузилось.
Интересно другое, что при fRtsControl = RTS_CONTROL_HANDSHAKE не передается "@" в РС и загрузка не начинается.
опробовал шнурок без квитирования с такой схемой
Если шнур без квитирования, то можно поставить:
fOutxCtsFlow = FALSE
fOutxDsrFlow = FALSE
В этом случае значение параметров fDtrControl и fRtsControl не играет роли.
fRtsControl = RTS_CONTROL_HANDSHAKE не передается "@" в РС
Это на шнурке с квитированием...
С этим кабелем при соединении 108 и 107 появляется ситуация, что если не готов принять (еще не прочли принятый байт), то и не будет ничего передавать, то есть только полудуплекс. Как я понимаю, что с этот кабель не работает со сжатием, и при прерывании, например при выходе в пульт, возникает переполнение.
А что с форумом происходит, за текущие сутки ни одного уведомления не почту ?!
Это на шнурке с квитированием...
А какой схемы шнур?
Как я понимаю, что с этот кабель не работает со сжатием,
Не работает без сжатия, со сжатием были бы другие ошибки, а так по таймауту.
Могу предположить что HX_Server не отреагировав на снятие CTS оправил пакет который не попал в УКНЦ, УКНЦ после установки (108) начинает ждать следующий пакет, а HX_Server считает что уже его отправил и ждет ответа от УКНЦ.
- - - Добавлено - - -
А какой схемы шнур?
http://zx-pk.ru/showthread.php?t=16001&p=857793&viewfull=1#post857793
Не работает без сжатия, со сжатием были бы другие ошибки, а так по таймауту.
Могу предположить что HX_Server не отреагировав на снятие CTS оправил пакет который не попал в УКНЦ, УКНЦ после установки (108) начинает ждать следующий пакет, а HX_Server считает что уже его отправил и ждет ответа от УКНЦ.
Что-то у вас всё-таки с линиями квитирования. И, кстати, HX_Server линиями квитирования не управляет, это делает драйвер Windows, ибо для него и предназначены все эти параметры для DCB-блока.
Поигрался сейчас с буферами FIFO. Так вот, как оказалось, при выключенных буферах FIFO у меня возникает переполнение. Загрузится можно только без сжатия, и соответственно при выходе в пульт во время чтения с HX, в регистре 176570 устанавливается бит переполнения. При включенных буферах такая проблема полностью отсутствует. В буферах установлен максимальный размер.
При включении/выключении буферов FIFO обязательно нужно перезагружать Windows, иначе эффект не сказывается.
Поигрался сейчас с буферами FIFO. Так вот, как оказалось, при выключенных буферах FIFO у меня возникает переполнение.Очень похоже на аппаратное квитирование.
Очень похоже на аппаратное квитирование.
У меня такая же мысль. Программно следить за RTS/CTS очень быстро не получится. Такое возможно при аппаратном контроле.
- - - Добавлено - - -
Уменьшил емкость буферов FIFO до одного байта. Пока всё в норме, грузится со сжатием, при выходе в пульт бита переполнения в 176570 не стоит. При продолжении по <ИСП> обмен продолжается без ошибок.
- - - Добавлено - - -
Снова отключил буфера FIFO, обмен пошел с ошибками.
Включил буфера, запустил HX_Server с настройкой на один стоп-бит. Процесс обмена идет без ошибок, даже с одним стоп-битом. И это со стандартным COM-портом на материнской плате, ну и естественно со стандартным драйвером Windows.
Можно схему распайки кабеля COM - C2? Что-то не нашёл нигде, да и тут страниц много.
Можно схему распайки кабеля COM - C2? Что-то не нашёл нигде, да и тут страниц много.
Две страницы назад кабель для КВАНТовской схемотехники. Для СЭМЗовской не нужен провод от DTR к 109, в этом случае нужно соединить выводы 3 и 7 со стороны УКНЦ.
А как понять, какая у меня схемотехника - КВАНТ или СЭМЗ?
А как понять, какая у меня схемотехника - КВАНТ или СЭМЗ?
Если все кварцы собраны в одном месте, то схемотехника СЭМЗовская, если разнесены - то КВАНТовская. Можно посмотреть здесь (http://uknc.narod.ru/Img/index.htm).
Неохота вскрывать. У меня на шильдике логотип, как по вашей ссылке на последнем фото.
http://uknc.narod.ru/Img/imgp2608.jpg
Это СЭМЗ?
Неохота вскрывать. У меня на шильдике логотип, как по вашей ссылке на последнем фото.
http://uknc.narod.ru/Img/imgp2608.jpg
Это СЭМЗ?
Шильдик хоть и СЭМЗ, но о схемотехнике это не говорит. К тому же для реализации стыка С2 нужна не только 1801ВП1-065 (её наличие можно проверить в пульте, адреса 176570-176576), на также и преобразователи уровня и преобразователь из +5В в +/-12В (для БП только +5В).
И вроде как наличие 170АП2 170УП2 в левом верхнем углу рядом с разъёмом С2
И вроде как наличие 170АП2 170УП2 в левом верхнем углу рядом с разъёмом С2
Это и есть преобразователи уровня из ТТЛ в +/-12В.
У меня два кварца слева, один справа. Странно, почему логотип не соответствует схемотехнике? Корпус делали на одном заводе, плату на другом?
и преобразователь из +5В в +/-12В (для БП только +5В).
Я так подозреваю, у меня этого нет. Точнее, уверен, иначе у меня бы харя треснула, если бы он там был. На фото по ссылке я видел такую коробочку на плате, в своём аппарате не видел. Значит, можно оставить эту затею? А для СА что-нибудь нужно? Только вот, программы, работающие с СА, не работают в Windows 9х, а у меня в одной комнате с УКНЦ нет компьютеров с Windows ХР и выше, таскать их туда-сюда - не вариант.
Или в один корпус вставили другую плату
Вспомнил, у меня где-то валялся такой преобразователь. 5 в -12 В, на счет +12 не помню. У нас на работе громили демонтировали старый вычислительный центр в связи с его ненужностью (теперь есть современные настольные компьютеры). Я тогда много запчастей оттуда натаскал. В принципе, он должен поместиться внутри УКНЦ. А, нет, было два преобразователя: 5 в 12 и 5 в -5.
Arix, не хватает фотки вашей платы. И как там с LAND - удалось найти нужный вариант игры? Кстати говоря их несколько (отличаются набором уровней, наличием\отсутствием звука) и даже есть дискета Alex_K (образ) с редактором лабиринтов.
И да не забываем http://zx-pk.ru/threads/24886-portirovanie-lode-runner-bk-gt-uknts.html
- - - Добавлено - - -
Или в один корпус вставили другую плату
или оба конвейера делали схемотехнику КВАНТ ) Что скорее всего.
Помимо прочего - мне не попадались (но у народа возможно есть такие)
КВАНТовские УК-НЦ с 4-х пиновым питанием - ???
TomaTLAB
15.03.2018, 15:46
КВАНТовские УК-НЦ с 4-х пиновым питанием - ??? Вот на столе лежит.
От этот https://pic.maxiol.com/thumbs/img042ava.jpg (https://pic.maxiol.com/?v=img042ava.jpg)
КВАНТовские УК-НЦ с 4-х пиновым питанием - ???
Ну если Квант делал с С2, то вместо припайки конвертера - почему бы и нет.
Вот на столе лежит
Он не на 42 вольта?
TomaTLAB
15.03.2018, 17:43
42
На корпусе лого СЭМЗ-а, но это ни о чем не говорит, это надо у vwarlock'a спрашивать в чей корпус он его засунул :)
42
Так и думал - знакомый блок питания. Все, которые встречались - имели блок на четыре контакта и распаянные микрухи для C2 - но пока видел только СЭМЗ
На корпусе лого СЭМЗ-а
У меня обратная ситуация - мать СЭМЗ, корпус (даже панелька есть) Квантовский
Вот на столе лежит.
на фотке разъём на плате как раз не видно, а тип БП - это опция (?)
но я верю,что они есть (такие планы) и не сомневался даже,у меня
машинки какие достались
- - - Добавлено - - -
это надо у vwarlock'a спрашивать в чей корпус он его засунул
я к этому спокойно отношусь, потому что разные бывают ситуации
- - - Добавлено - - -
Вот на столе лежит.
ну и просто плата примечательна комплектацией )
Хм... У меня давно лежит блок питания на 220 В. Сейчас я его вытащил, и оказалось, что он с +- 12-ю вольтами!
https://thumb.ibb.co/cTG70S/IMG_20180330_230408.jpg (https://ibb.co/cTG70S)
Правда, он не очень-то подходит. У него разъем четырехвыводный, а в моем УКНЦ разъем питания на материнской плате трехвыводный, причем первый и третий выводы объединены. Унификация у нас была просто на высоте!
А для порта СА +-12 В нужно? Я думаю, что нет, ведь, машинки мне достались в ученическом виде, они же как-то работали в сети.
И как там с LAND - удалось найти нужный вариант игры?
Всё удалось.
Sonic_Blast
25.05.2018, 03:37
Ребята Дорого всем времени суток!
Помогите разобраться с моей УКНЦ-ой МС0511 вроде все чипи на месте для работы С2 (Стык 2) , спаял шнурок С2 на COM1 паял по двум схемам (что здесь нашел) вот:
Разъем Разъем
Стык С2 DB9S
1,10 ■─────────────── ─────■ 5
5 ■──────────┐ ┌────■ 3
┌────■│■────┘
6 ■────┘ └──────────■ 2
2 ■──────────┐ ┌────■ 4
┌────■│■────┘
7 ■────┤ └─────┬────■ 1
│ │
9 ■────┘ └────■ 6
┌────■ 7
│
└────■ 8
и вот
Стык С2 (УК-НЦ) COM (9 pin)
1-[102]------<->------[GND]-5
2-[108]------->-----*-[DSR]-6
'-[CTS]-8
3-[+5В]------>>>------[DCD]-1
4-x
5-[103]------->-------[RxD]-2
6-[104]-------<-------[TxD]-3
7-[109]-------<-----*-[DTR]-4
8-x |
9-[107]-------<-----'
10-[102]-x
x-[RTS]-7
x-[RI ]-8
но на МС0511 при нажатии Загрузка с С2 ни чего ек происходит...
Грешу на то что на плате нет пенообразователя с +5 на +12 -12 -5 вольт... МС0511 изначально была на 42В (я заменил Трансформатор с 42В на 220В , больше ниче не менял машинка сразу же включилась 0-) пробовал грузится с кассеты все работает... в тесте само диагностики ошибок нету)
фото :
https://c.radikal.ru/c11/1805/68/b783550e5c9a.jpg
https://b.radikal.ru/b04/1805/db/a5cb41638ac5.jpg
https://c.radikal.ru/c17/1805/cf/f286f2b0cd0f.jpg
https://b.radikal.ru/b02/1805/2f/82bf6baf7662.jpg
https://c.radikal.ru/c02/1805/a9/b832f7bdc4cf.jpg
https://a.radikal.ru/a06/1805/7c/a31f62103b02.jpg
Грешу на то что на плате нет пенообразователя с +5 на +12 -12 -5 вольт...
Преобразовать откровенно выпаян, так что оно и не должно работать.
МС0511 изначально была на 42В (я заменил Трансформатор с 42В на 220В , больше ниче не менял машинка сразу же включилась 0-) пробовал грузится с кассеты все работает... в тесте само диагностики ошибок нету)
Т.к. на плате нет пинов под +/- 12В (все рассчитано на преобразователь), то и возня с БП ни на что не влияет.
Sonic_Blast
25.05.2018, 11:27
преобразователя не было впаяно с завода (это я дырки прочистил, так как подозревал что нужно будет покупать преобразователь.)
я не могу понят зачем било запаивать на заводе КР1801ВП1-065 если по жадничали впаять преобразователь ) хотя машина было пользовательской а не преподавательской ....
я не могу понят зачем било запаивать на заводе КР1801ВП1-065 если по жадничали впаять преобразователь ) хотя машина было пользовательской а не преподавательской ....
Преподавательская и ученическая машины отличались только наличием дисковода. Наверное, гнали план, а установку преобразователя считали не обязательной.
Sonic_Blast
25.05.2018, 12:48
угу ( а щас фиг найдешь эту БПС-54 ... а импортные аналоги стоят столько что мне дешевле будет найти родной блок питания к МС0511 и подключить его... (кстати не укого нет такой штуки можно бу главное чтоб рабочий был )
ещё вопрос ни че там не выйдет из строя без -5 -12 +12 ? (там в основном -12 и -5 нужны серии 170УП(АП) )
Sonic_Blast
25.05.2018, 15:03
а по кабелю С2 - COM спаян по правильной схеме?
угу ( а щас фиг найдешь эту БПС-54 ... а импортные аналоги стоят столько
Навскидку - TMA 0512D (https://www.chipdip.ru/product/tma0512d) 310 руб. - это очень дорого?
что мне дешевле будет найти родной блок питания к МС0511 и подключить его...
Тот, что стоит - вполне себе родной и ничем не хуже прочих родных.
ещё вопрос ни че там не выйдет из строя без -5 -12 +12 ? (там в основном -12 и -5 нужны серии 170УП(АП) )
Ничего. 12В нужны только для Стыка С2.
- - - Добавлено - - -
а по кабелю С2 - COM спаян по правильной схеме?
Всё разъехалось - понять сложно. Вот тут (http://zx-pk.ru/threads/16001-uknts-zagruzka-cherez-styk-s2.html?p=392288&viewfull=1#post392288) есть проверенный кабель, ну и в целом можно с начала тему почитать - там было несколько вариантов.
Sonic_Blast
25.05.2018, 18:37
ну не знаю может я че то напутал но у нас они TMA-0512D стоить столько же только в гривнах) меня жаба давит ... но возможно прийдеться взять... они вроде по распиновке одинаковые?
Схема заменяющая инвертор на плате УКНЦ :
https://pic.maxiol.com/thumbs/1527265187.jpg (https://pic.maxiol.com/?v=1527265187.jpg)
Китайские ИС :
ЭКФ1564ЛЕ1 - 74HC02D http://radel.ru/shop/products/view/849897
ЭКФ1564ТМ2 - 74HC74D ( ЭКФ1533ТМ2 http://radel.ru/shop/products/view/236712 )
Конденсаторы 430 пф, 2700 пф - КМ5 или К10-17
http://radel.ru/shop/products/view/863227 ( КМ5а 2700 пф М1500 по 28 руб )
http://radel.ru/shop/products/view/2043974 ( КМ5а 360 пф М1500 по 12 руб )
Конденсаторы 47 мк 6.3 в и 22 мк 25 в. - керамика фирмы Мурата.
http://radel.ru/shop/products/view/2680923 ( 100 мк 6.3 в по 32 руб )
http://radel.ru/shop/products/view/2682518 ( 22 мк 16 в. по 11 руб )
http://radel.ru/shop/products/view/2680925 ( 47 мк 16 в. по 20 руб )
Применение полярных танталовых конденсаторов допустимо только со снижением тока нагрузки до уровня менее 10 ма.
КТ816А http://radel.ru/shop/products/view/247053 ( 18 руб )
КТ817А http://radel.ru/shop/products/view/247057 ( 18 руб )
КТ315Г http://radel.ru/shop/products/view/1167332 ( 2 руб )
1N5818 http://radel.ru/shop/products/view/1469539 ( 4 руб )
А еще можно (если, конечно, связываться по Стыку С2 только с писюком, а не с другой УКНЦ) не изобретать всякие преобразователи, а выкинуть на фиг эти 170АП/УП и заменить их одной 1533/555ЛН1. Входные сигналы С2 подать на входы ЛН-ки через 4.7 кОм, выходные взять прямо с выходов соответствующих элементов той же ЛН-ки. Заодно снимутся проблемы с поиском этих 170-х. Кстати, а они (170-е) не с 1488/1489 цельноутянуты?
MacBuster
25.05.2018, 22:43
Удаление в знак протеста против действий MM
А еще можно...
Дополню - можно использовать 1533ЛП5/1564ЛП5 ( в режиме инверторов ) и китайский MAX232 + 5 конденсаторов 1 мкф ( или 0.1 мкф -см.даташит на ИС, в зависимости от буковок после названия ). Места от 170-й серии в этом случае можно зачистить от дорожек. В довершении можно установить разъем DB-9, как в стандартной ATX материнке.
китайский MAX232 + 5 конденсаторов 1 мкфБез платы это сложно. Распаивать эти конденсаторы на соплях - брррр! И, самое главное, на фиг не нужны писюшному компорту эти +/-12. Все набортные компорты уже лет 15, как подключаются во внешний мир через драйверы 75232, которые хоть и терпят на входах +/-15 В, но пороги переключения у них совпалают с ТТЛ-овскими, то есть, отдавай сигнал на писюшный вход RS232 прямо с ТТЛ-овского выхода, и писюк его благополучно съест. В обратную сторону, конечно, писюк выдаст +/-12 (ну, 10 - не суть важно), но отдавай этот сигнал через 4.7кОм и 555/1533 благополучно съест его, как родной ТТЛ-овский - минус будет слит на землю антизвонным диодом, а плюс просто запрет входной диод и неважно, сколько там вольт, 2.4 или 10. Даже если кто-то там начнет стабилитронить, да и на здоровье, токи там будут мизерные и гарантировано ничего не повредят. То есть просто включаем инверторы 1533/555 на место элементов 170АП, вместо проводков от разъема до входов 170УП ставим резисторы 4.7 кОм, и все, можно пользовать.
На USB-шных RS232, обычно, стоит Максимка, с ним то же самое, что и с 75232, на PCI и PCI-express карточках компортов стоят те же 75232 - естественно, зачем изобретать лишние сущности, когда этих 75232 пока еще навалом?..
В довершении можно установить разъем DB-9, как в стандартной ATX материнке. Если ставить этот разъем, то, ИМХО, надо выпилить под него отдельное отверстие в задней стенке и подключать к плате шлейфиком. Как вариант, выдернуть разъемчик стыка С2, запаять вместо него штырьки IDC-10 и подключить шлейфик от DB-9 к нему. Шлейфик, конечно, будет самодельным, писюшные "выкидыши" от компортов не подойдут, ну и что?
- - - Добавлено - - -
И, кстати, посмотрел я на схемы шнурка, которыми пытался воспользоваться Sonic_Blast. Да, блин. ИМХО, оптимальная форма представления такой информации - хорошая таблица. С колонками "Имя сигнала слева", "номер контакта слева", "Имя сигнала справа", номер контакта справа". Конкретно здесь - "Сигнал С2", "Контакт С2", "Сигнал 232", "Контакт 232".
Думаю, вариант "Имя сигнала слева", "номер контакта слева", номер контакта справа", "Имя сигнала справа" будет поудобней. ИМХО.
Угу. Впрочем, это детали. Главное здесь - то, что схема таких дел на фиг не нужна, хватит таблицы.
схема таких дел на фиг не нужна
Особенно поплывшая - при попытке понять нарисованное у меня глаза перекосило :)
- - - Добавлено - - -
Хотя оригинал вроде ничего так :)
Sonic_Blast
28.05.2018, 22:15
не выдержал и подпаял в место ТМА-0512 блок питания от Поиск 1 (В271 там есть все напряжения) и о ЧУДО Стык 2 заработал (все зрузится и работает медленновато конечно но все равно быстрее чем с кассеты)
кстати заработал только этот вариант распайки шнурка С2 - СОМ
1-[102]------<->------[GND]-5
2-[108]------->-----*-[DSR]-6
'-[CTS]-8
3-[+5‚]------>>>------[DCD]-1
4-x
5-[103]------->-------[RxD]-2
6-[104]-------<-------[TxD]-3
7-[109]-------<-----*-[DTR]-4
8-x |
9-[107]-------<-----'
10-[102]-x
x-[RTS]-7
x-[RI ]-8
- - - Добавлено - - -
Странно. Могу купить и отправить, если надо.
- - - Добавлено - - -
Заказал 5 штук, всё равно в ComboDevice для Вектора-06Ц ставить такой-же. В понедельник-вторник будут у меня.
спасибо но дорого будет посылка с РФ... та ладно я скорее всего блок питания найду родной для МС0511 )
MacBuster
29.05.2018, 00:30
Удаление в знак протеста против действий MM
Sonic_Blast
31.05.2018, 15:05
хм... заглянул в корпус не рабочей МС1502 и там оказался рабочий импульсный блок питания на +5 -12 +12 вольт поставил в УКНЦ-шку и все работает грузится ))) Круто!!!
Раздобыл я преобразовыватель.
Купил материнскую плату от УКНЦ, скорее всего, негодную, но с преобразователем! Выпаял, проверил, работает. У него -5 и 0 - это одно и то же, звонится между собой. А то я сначала было расстроился, что -5 В не работает.
https://thumb.ibb.co/gNtcky/IMG_20180602_233525.jpg (https://ibb.co/gNtcky)
Я с ATX завёл +5 -12 +12. На соплях пока - всё никак руки не дойдут с FPGA - доделать аккуратно
Вы поосторожнее с этими ATX. У них групповая стабилизация, причем корявая. Это, вообще-то, вредительство - подавать ООС на ШИМ сразу с двух выпрямителей. Такое кое-как работает только когда нагрузка строго соответствует расчетной. У нынешних считается, что примерно 2/3 нагрузки идет по каналу +12, остальная - по каналам +3.3 и +5. А у нас основная нагрузка - +5. В слабонагруженном канале +12 напряжение возрастает, ООС подруливает ШИМ, напряжения на выходах уменьшаются, напряжение +12 остается увеличенным, +5 занижено, и радуйтесь. Помню, надо было мне +12В 3А, так это АТХ-овское безобразие выдало мне 11 В всесто 12 и почти 5.5 вместо 5. А нагрузи его чем-то, вроде Э-85 с её 18А по +5 и получишь 4 с копейками вместо 5 и больше 13 вместо 12. Если, конечно, защита по перенапряжению +12 не вырубит...
Нашим машинкам нужен БП с раздельной стабилизацией +5 и +12. Как, допустим, в ДВК-3. Увы, в писюшном мире я такое видел только в нескольких серверных БП. Все что я видел для обычных десктопов, включая "крутизну", имеет групповую стабилизацию.
В принципе, можно переделать цепь ООС - пересчитать и завести ее только с источника +5В, но при этом надо помнить, что на ненагруженных и слабонагруженных каналах напряжение окажется завышенным. Зато +5 будет держать ровно. А если еще поиграть с небольшими индуктивностями, подключаемыми в разрыв цепи между выпрямителями нужных каналов и дросселем групповой стабилизации, то, теоретически, можно добиться еще лучшей стабильности, но это уже высший пилотаж...
БП с основным каналом +12в и дочерним от него +5в. очень дорогие, и для быта стали доступны только лет 5 как.
Цены начинаются от ~$70, и не факт, что определенная модель будет "правильная", а не собранная по старым схемам.
Ориентир - суммарный номинальный ток по линиям +12 в - от 60 а. ( ~800 ватт общей мощности ), а по линии +5в. - менее 25 а.
Угу, так и есть. В наших широтах такой БП просто не найдешь, и все. Можно, правда, попробовать склепать самоделку - взять обычный БП, ампутировать ему все выпрямители, кроме +/-12В, соответствующим образом доработать ООС, а к выходу +12 прицепить самопальный Step-Down, выдающий +5В, на каком-нибудь APW7120 или чём-то подобном, что ставят в стабилизаторы питания RAM в современных мамашах. Но это надо хорошо знать схемотехнику SMPS.
- - - Добавлено - - -
Да, забыл, еще придется ампутировать или сильно адаптировать схему контроля напряжений и защиты от перенапряжений, заодно туда же затолкать правильную генерацию К ПИТН В и К ПОСТН В.
Если про БП сказано - DC-DC преобразователи 3.3 и 5 В - это тот, который 5 из 12 делает?
- - - Добавлено - - -
Например, как вот в этом
https://overclockers.ru/blog/bone/show/20043/obzor-i-testirovanie-bloka-pitaniya-corsair-cx450m
Угу, он самый. Признавайся, как нашел?
От такого блочка хоть ДВК корми, хоть 85-ю, будут работать как часы. Более того, его вполне хватит почти на любой комп (ну, если не АМД и видюха не суперкрутая), и с винчестерами гарантировано никаких проблем. Поскольку большинство проблем с винчестерами проистекают от некачественной кормёжки - мамаши-то имеют встроенные DC-DC, им нестабильность БП по барабану, а винчестеры сильно не любят перекосов в питании.
Цена только у него...
Признавайся, как нашел?
Я Корсары давно знаю. У меня на домашних почти на всех они стоят, только серия AX :)
Ну, цена да. Но когда выбирал - меня больше интересовала надёжность и качество - знакомые обратили внимание на них. Пока (ТТТ) проблем не был.
Sonic_Blast
06.06.2018, 16:19
Добрый день всем.
Ребята а как в МС0511 (Квант) увеличить скорость Стык 2 (а то 9600 маловато) , я так понял что это где-то делается перемычками?(ещё слышал что были модели там где это устанавливается программно?)
вот фотка моей мамки :
https://b.radikal.ru/b30/1806/68/d0d19c66f462.jpg
https://pic.maxiol.com/?v=1528292997dscn5177.jpg
Ссылка ведет на платный порнохостинг.
Пожалуйста, загрузите фото на бесплатный фотохостинг уважаемого Супермакса :
https://pic.maxiol.com/
Sonic_Blast
06.06.2018, 16:51
Ссылка ведет на платный порнохостинг.
Пожалуйста, загрузите фото на бесплатный фотохостинг уважаемого Супермакса :
https://pic.maxiol.com/
Странно у меня и у других людей открывается нормально...)
Ссылка ведет на платный
настройте фильтр на левый контент, ММ, нервы же не напасётесь )
радикал конечно не лучший выбор, но им многие пользуются, рекламу и\или всплывающий левак там элементарно прибивается (как брюки в шорты).
Обе ссылки рабочие. Плата с двумя различными вариантами камушка - вот интересно это с завода так или результат ремонта?
Sonic_Blast
06.06.2018, 21:23
настройте фильтр на левый контент, ММ, нервы же не напасётесь )
радикал конечно не лучший выбор, но им многие пользуются, рекламу и\или всплывающий левак там элементарно прибивается (как брюки в шорты).
Обе ссылки рабочие. Плата с двумя различными вариантами камушка - вот интересно это с завода так или результат ремонта?
С завода скорее всего , пломба стояла когда я вскрывал (хотя наши пломбы можно легко подделать) а чего там необычного один в керамики другой пластик год у них одинаковый ...Меня если чесно порадовало что процы на панельках еще б ПЗУ (знаю знаю только что продал свою губо закатывающую машинку)))
Меня если чесно порадовало что процы на панельках еще б ПЗУ
такую плату (не комплект) продавали на местной барахолке, только вот панельки там пустые и возможно ещё что то не было. В принципе мне живьём пластиковые ВМ2 пока не попадались, как то привык
к керамике. А так - главное, что бы работало. Дисковода и ЖД я правильно понял пока нет у тебя в наличии?
Sonic_Blast
07.06.2018, 00:30
такую плату (не комплект) продавали на местной барахолке, только вот панельки там пустые и возможно ещё что то не было. В принципе мне живьём пластиковые ВМ2 пока не попадались, как то привык
к керамике. А так - главное, что бы работало. Дисковода и ЖД я правильно понял пока нет у тебя в наличии?
та есть адаптер дисковода родной (но там нужно кабель пере обжимать или подпаять , там к родному блоку дисководов разъем со шлейфом) пробовал тыкать обычный флоповодный кабель из кассетной проги UKFORM форматирует дискету (головка шагает) но системную дискету у меня не получилось сделать (хотя раньше на том же софте делал но тогда был адаптер реплика со сразу распаянным под дисководный кабель обычный ) надо как то заняться .... а ЖД нету да и не думаю что он актуален для такой техники так как программного обеспечения кот наплакал (это вообще беда для всех советских компов)
MacBuster
07.06.2018, 01:32
Удаление в знак протеста против действий MM
Sonic_Blast
07.06.2018, 02:47
Разве UKFORM умеет делать системную дискету? Для этого нужен набор системных файлов, с минимальным общим объемом 120Кб. Может раньше делалось копированием файлов с другой дискеты?
про UKFORM это я так сказал , системную дискету я делал через эмулятор https://yadi.sk/d/cqQbyY-Z3XHSZQ через него 100% рабочие дискеты получались...
Sonic_Blast
07.06.2018, 09:54
Так что ребята где эти перемычки на плате УКНЦ чтоб скорость Стык 2 выставить по шустрее?
а ЖД нету да и не думаю что он актуален для такой техники так как программного обеспечения кот наплакал (это вообще беда для всех советских компов)
я поставил (помог мне сильно dk_spb ) и не жалею, во первых скорость работы, во вторых - именно
софт разных версий доступен весь и сразу в любой момент ) удобно. А дисковод конечно для переноса
программ и запуска чисто дисковых игрушек в основном. В чем проблема с системной дискетой по ответу не понял, так же как по КМД УК-НЦ опять же не понял ) Извини.
Sonic_Blast
07.06.2018, 13:04
Адаптер дисковода есть (родной) со шлейфом под родные дисководы , это нужно шнурок к дисководам другой делать .
Sonic_Blast
10.06.2018, 13:36
https://a.radikal.ru/a30/1806/2f/622edbcb75aet.jpg (https://radikal.ru/big/jtlge5ue5wjpt)
https://d.radikal.ru/d15/1806/87/64d180d24e07t.jpg (https://radikal.ru/big/2pfsc1lp94egz)
https://d.radikal.ru/d32/1806/cd/02691dd9241ft.jpg (https://radikal.ru/big/ghfsgzz536p4a)
https://c.radikal.ru/c27/1806/dd/c9a87a2adf6dt.jpg (https://radikal.ru/big/bfjut3cky5b7x)
https://a.radikal.ru/a08/1806/4d/782b74f829d6t.jpg (https://radikal.ru/big/wgjbm9h41w8wd)
Поставил на процы радиаторики от МС1052 вроде меньше греется)
Итак, свершилось! Я перетащил УКНЦ без блока дисководов в зал, к компьютеру с Windows XP. Перепаял кабель согласно этой схеме (https://zx-pk.ru/threads/16001-uknts-zagruzka-cherez-styk-s2.html?p=857769&viewfull=1#post857769). Включаю, запускаю НХ-сербер, выбираю на УКНЦ "стык С2", с замиранием сердца жму "ВВОД", и... Го-о-ол!!! Заработало! УКНЦ грузится!
Медленно, однако. Но верно. Даже время и дата правильные, берутся с сервера.
https://s8.hostingkartinok.com/uploads/thumbs/2018/11/f5f8f7e369164a2835bc9118286e522d.png (https://hostingkartinok.com/show-image.php?id=f5f8f7e369164a2835bc9118286e522d)
Содержимое сетевого диска отображается.
https://s8.hostingkartinok.com/uploads/thumbs/2018/11/7c098f18996d43943070a986fa354a15.png (https://hostingkartinok.com/show-image.php?id=7c098f18996d43943070a986fa354a15)
Проверяем то, ради чего всё затевалось. На главном компьютере создаем образ DSK максимальным размером 32 Мб, кидаем в него несколько файлов, в том числе "Питона". В НХ-сервере монтируем образ по сети.
https://s8.hostingkartinok.com/uploads/thumbs/2018/11/8dfd86619482511a3ba5250e6412dd42.png (https://hostingkartinok.com/show-image.php?id=8dfd86619482511a3ba5250e6412dd42)
На УКНЦ всё это благополучно появляется.
https://s8.hostingkartinok.com/uploads/thumbs/2018/11/887b1fd8bca4d79b57ab96cb84896433.png (https://hostingkartinok.com/show-image.php?id=887b1fd8bca4d79b57ab96cb84896433)
Вот и в Питона поиграли.
https://s8.hostingkartinok.com/uploads/thumbs/2018/11/05493c9cb813553ad6cdfc0ebcb1ae77.png (https://hostingkartinok.com/show-image.php?id=05493c9cb813553ad6cdfc0ebcb1ae77)
Теперь пробуем скопировать файл с УКНЦ на сетевой диск. Скопировалось. На главном компьютере файл появился.
https://s8.hostingkartinok.com/uploads/thumbs/2018/11/0a2643a19071c7d5c08b9b070531b5e5.png (https://hostingkartinok.com/show-image.php?id=0a2643a19071c7d5c08b9b070531b5e5)
Правда, процесс шёл очень и очень медленно, но это потому, что исходный файл был тоже на сетевом диске.
Так что, бездискетная перекачка данных стала возможна. Плохо только то, что терминальная программа работает в Windows не ниже ХР, а компы с такими виндами стоят в другой комнате. Завтра попрошу на работе переходник USB-COM, проверю с ноутбука. Если всё будет хорошо, куплю такой на Авито (в магазине они очень дорогие).
Принес переходник, через него всё работает. Правда, сначала скорость была катастрофически маленькой - 20-30, система грузилась полчаса. Я воткнул переходник в другой порт USB, скорость стала около 600.
И, наконец, финал. Вернул УКНЦ на место, соединил его с ноутбуком этим кабелем USB-COM, загрузился с жесткого диска, добавил на системный диск файлы C2.SYS и HX.SYS, перезагрузился. Набрал DIR HX1: - содержимое диска (образа, лежащего на главном компьютере) отобразилось. Копирование туда и сюда работает. Но медленно, очень медленно. HX server пишет 600, но чего? Я думал, байт/с. Реально посчитал, получается 350 б/с. Мегабайт примерно за 45 минут, дискета за полчаса. Самое противное, что нет прогресс-индикатора.
А вообще, вполне приемлемо. Если не сидеть и не ждать, пока скопируется, а идти заниматься другими делами, иногда поглядывая за процессом, то всё хорошо. Своеобразный "прогресс-индикатор" есть в самом НХ-сервере в HX Log. Там четко видно начало загрузки текущего файла, сколько блоков прошло.
Попробовал TU58em на двух компьютерах - с Windows XP и 98. Поправил в батнике номер СОМ-порта. Запускаю его. При попытке начать загрузку на УКНЦ (нажатии ВВОДа на пункте "4 - стык С2") программа пишет "ERROR: unknown packet flag 0x40 (@)".
Если УКНЦ загружена автономно, когда я хочу открыть сетевой диск (DIR HX0: ), программа пишет: "ERROR: protocol error - data flag out of sequence".
MacBuster
14.11.2018, 21:00
Удаление в знак протеста против действий MM
ERROR: protocol error - data flag out of sequence
Могу предположить что COM порт который используется - USBшный или PCIшный, а не обычный. У них своеобразная реакция на сигнал BREAK который используется в протоколе TU58 весьма активно.
Из тех, что попадались под руку ни один не удалось подружить.
Второй вариант - несовпадение бита, отвечающего за BREAK в С2 с DLV11 - я уже не помню совпадает на УКНЦ он или нет. Если не совпадает, то в случае чего стороны просто не смогут договориться.
Что-то недолгой была моя радость.
Я установил Windows XP на старый ноутбук, имеющий СОМ-порт. С ним всё работало. Сегодня решил всё это более-менее красиво оформить. Нормально спаял переходник СОМ - С2. В саму УКНЦ втыкается её родной шлейф для локальной сети, а уже в этот шлейф - мой переходник. Всё расставил, подключил. И не работает! Упёрлось раком. Несколько раз проверял и прозванивал кабель, всё нормально. Опять перетащил УКНЦ с трансформатором в зал, к стационарному компу с ХРюшей. Без монитора, вслепую нажимаю СТОП - 4 - Ввод. HX server должен в логе показать, что обмен идёт. И там не работает. Неужели С2 сгорел? Могло ли такое быть? Я первоначально соединил ноут и УКНЦ при выключенном питании обоих компьютеров. Включил их оба - связи нет. Обнаружил, что в ноут я кабель не воткнул. Выключать и включать ноут - долго, воткнул уже на горячую. Вроде, так не рекомендуется.
Реакция HX сервера есть: после нажатия Ввода кнопка Boot HX0 отжимается, "СОМ2 CPS: Чтение" - цифра меняется с 0 на1 и обратно. В консоли появляется сообщение "Загружается ...bin". TU58 пишет ту же самую ошибку, что в моём предыдущем сообщении. То есть, какое-то общение идёт. Значит, порт цел?
Если я ставлю другую скорость, не 9600, то кнопка не отжимается.
Я проверил осциллографом микросхему к170ап2, на выводах 3 и 6 в момент выбора в меню "Стык С2" проскакивает одиночный импульс. На 2 и 7 ничего нет. На к170уп2 ничего не наблюдается.
Похоже, я всё-таки спалил К170АП2. У меня есть второй УКНЦ, нерабочий, однако, иногда, при благоприятном расположении звёзд и планет (например, вчера) и постукивании по плате, он показывает загрузку из сети и загрузочное меню, но не грузится. Сегодня решил попробовать загрузить его с С2, может получится. Нет, сегодня по гороскопу у него не тот день. Не работает никак. Есть ещё отдельно плата от УКНЦ, не знаю, насколько рабочая, она без ПЗУ и процессоров, разъемы для клавы сломаны. Из неё я выпаял преобразователь 5/+-12 В и впаял в рабочий комп.
Ну так вот, у меня есть блок питания на 220 В, у него есть все три напряжения. Подключил к нему нерабочий УКНЦ, а затем и эту отдельную плату. Мне главное, что микросхемы, обслуживающие С2, должны работать. Сравнил напряжения на АП2 на всех трёх. Везде питание нормальное, на 2 выводе лог. 0, на 3-ем - лог. 1. А вот, на выходах имеется различие. На рабочем УКНЦ, с нерабочим С2, на 7-м выводе - -10 В, на 6-м - +10. А на двух других платах на 7-м выводе +10! На отдельной плате при одном из включений на 2-м выводе напряжение перекинулось в единицу, тогда на 7 выводе стало -10 В. Что подтверждает рабочесть этой микросхемы на данной плате. Значит, АП2! Выходит, она капризная.
Ух ты, она в нашем магазине "Радиомир" есть. Можно не дербанить плату, а купить.
Золотое правило работы в таких видах оборудования с неразвязанными гальванически сигналами: первым делом жестко соедини между собою "земли" всех блоков, имеющих раздельное питание от сети 220В. Я вот сейчас воюю с ДВК-шником, так первым делом взял провод 2.5 кв.мм, как следует запаял ему на концы контактные лепестки под винт и соединил кузова писюка и ДВК-щника. Под винты, хорошо их затянув.
Иначе регулярная гибель драйверов RS232 и им подобных гарантирована.
Поменял АП2, заработало. На всякий случай впаял панельку, а микросхем купил несколько. :)
Соединить земли - мысль здравая. Но, у ДВК, я так понимаю, корпус металлический, во всяком случае, клемма заземления есть. У современных компьютеров земля есть в сетевой вилке. У ноутбука земля на корпусе СОМ-порта. А вот, где взять землю у УКНЦ? Корпус пластмассовый, земляной клеммы нет, С2 тоже пластиковый.
Общий провод С2 соединить с винтом крепления СОМа?
Найти на блоке питания линию 0 вольт (земля) и припаяться к ней. И жестко прикрутить к кузову компьютера, под винт. Если ставить туда разъем, то посуровее. Я для таких иногда пользовал ножки, выдранные из РП-15, на один конец гнездо из мамы, на второй - штырек из папы, как следует запаять, упрятать в термоусадку. У меня для этого дела лежит комплект РП-15-42, он четырехрядный, один ряд уже израсходован. :)
Разогнал С2 до 57600 кбит/с при помощи перемычек.
1801ВП1-065 работает и на скорости 57600. Для этого надо на FR3(6) и FR2(5) подать +5 вольт, а FR1(4) и FR0(3) посадить на землю. Также вывод NP(30) отвечает за включение/выключение формирования бита паритета, а вывод PEV(30) - какой паритет использовать - по четности или нечетности.
Работает! Реальная скорость - примерно 32 кбит\с. Мегабайт примерно минуты за четыре. Уже быстрее, чем на дискете. Ура, ура, ура! И тьфу-тьфу!
Но заработало оно не сразу.
Я перепаял перемычки. Безуспешно попытавшись запустить это дело, собрался плакаться тут, что ни фига не работает. Подумал, что опять спалил АП2. Однако, симптомы не такие, кнопка "Boot HX0" не отжимается. На всякий случай поменял микросхему, благо впаял панельку. Не работает. Вернул перемычки обратно на 9600 - работает. Сделал на 19200 - не работает. Здесь могло развернуться длительное и безрезультатное обсуждение моей проблемы. А получился настоящий анекдот.
Я начинаю мучать конфиги. И тут, происходит нечто непонятное.
Я в качестве посредника использую ноутбук Sony Vaio, третий пень, 400 МГц, 128 Мб. Это у меня единственный ноут, имеющий СОМ-порт, и на который можно поставить Windows XP. На нём стояла 98-я винда, лицензионная. Ноут лежал в шкафу, я раз в месяц доставал его и включал на день, чтоб зарядился ионистор на мат. плате. И вот, для него нашлась работа. Он стоит на полке рядом с УКНЦ, включен в локальную сеть. На нём я запускаю HX Server, монтирую по сети образы, лежащие на главном компьютере с Windows 7. Так и гоняю файлы. Винт в этом ноуте всего на 8 Гб. Я оттяпал от него 1 Гб для ХРюши. Поставил урезанную сборку Game edition, чтобы меньше занимала места. Мне главное, чтобы СОМ-порт работал. Я даже все дрова ставить не стал. Запустил HX server, он ругнулся, что точка входа в какую-то dll не найдена. Винда-то урезанная, в ней чего-то не хватает. Я взял эту библиотеку из полной ХР, кинул в папку с программой, программа заработала. Я сделал для неё ярлык в панели быстрого запуска. Им и запускаю. И вот, в процессе сегодняшних мучений я в конце концов попытался запустить программу не с ярлыка, а сам екзешник. И опять точка входа не найдена. Что за ерунда? С ярлыка запускается, а сам екзешник - нет. Смотрю свойства ярлыка - зх, голова моя, два уха... 98-я винда стоит на диске С, ХР - на Е (D - CD-ROM). До этого я пытался запустить сервер в 98-й, закинул его в С:\Program Files. Конечно, получил жирный кукиш, никакие махинации с DLL-ами не помогли. А установив ХР, я забросил HX Server уже в E:\Program Files. Хотя, зачем, можно же запускать её с диска С. Но, вот, так. Ярлык ведет на диск Е, а в Total Commander'e у меня открыта папка программы на диске С. Я там и ковыряю конфиги, естественно, это никак не отражается на работе программы, запускаемой с диска Е. В УКНЦ у меня стоит скорость 57600, а в конфиге сервера так и остается 9600, несмотря на все мои манипуляции. Вот, оно и не пашет. А если бы я эту DLL сунул бы не в папку с программой, а в папку с виндой и зарегистрировал бы её в системе, как положено? Мне бы предстояла долгая бессонная ночь. И неизвестно, заметил бы я этот косяк к утру, может, ещё бы не один день мучался и других бы тут мучал.
:)
Powered by vBulletin® Version 4.2.5 Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot