Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   Технический флейм »   Перфоратор ленточный ПЛ-80
RSS

Перфоратор ленточный ПЛ-80

<<Назад  Вперед>> Страницы: 1 2 3 4 5
Печать
 
1Ж24Б
Advanced Member


Откуда: Kaluga
Всего сообщений: 349
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 нояб. 2014
Долго лежал без дела этот железный старик, как на фотографии http://www.reduktor-mex.ru/ima..._pl_80.jpg, только без урны и слегка побитый жизнью. Что имеем:
1) блок питания +27 В/5А нужен внешний;
2) управление внешнее, никакой заправки, как в ПЛ-150М;
3) скорость пробивки почти в два раза ниже, чем у ПЛ-150М, но это особо не волнует;
4) нет урны (Сломали/потеряли), делается из картона и пары винтов М3;
Хотелось подключить данный перфоратор к СОМ порту ПК, чтобы была возможность набить ленты для ЭВМ "Электроника-60" и выводить матерные слова. LPT был забракован - ни кабеля, ни желания заниматься им.
Блок питания на трансформаторе ТН, диодах Д243 и конденсаторе К50-18-10000 мкФ-100 В (что было на тот момент). Ключи для электромагнитов на сборках КТС613 и транзисторах КТ819. Управляет всем микроконтроллер PIC16F876A - выводов хватает для всего, не нужны никакие регистры 74HC595, и есть встроенный USART. У СОМ порта используются линии RTS/CTS, в МК организован буфер на 64 байта. Файлы с расширением *.bin отправляются на перфорацию с помощью программы COM port data emulator на скорости 9600 бод и с одним стоповым битом.
- рулон бумажной ленты прячется в выдвижном ящике.
- само устройство.
- вид со стороны платы с МК. Светодиоды остались со времён отладки программы. Внизу индикация сигнала RTS, вверху - CTS.

Уже набил абс. загрузчик и тест ЭПМ :biggrin:

П.С.: можно и считыватель FS1501 подключить к COM, ему даже не нужны сигналы аппаратного управления потоком. Для приёма хватит терминала :rolleyes: Один МК уровня 876-го, пара транзисторов для управления и преобразователь MAX232, не считая небольшого адаптера для питания приставки. Нужно ли такое вообще ? Подобных конструкций в Интернете не видел.
xoiss
Advanced Member


Всего сообщений: 711
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 окт. 2013
забавная штуковина!
а удалось ли побороть проблему пересыхающей бумаги (ну, она со временем "хрупкая" становится, легко рвётся, если ей больше ндцати лет)
Anonymous
Advanced Member


Откуда: Москва(Россия)
Всего сообщений: 2537
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
22 нояб. 2011
1Ж24Б написал:
[q]
Нужно ли такое вообще
[/q]
Вот тут вспоминал тему http://www.phantom.sannata.ru/...&st=15
cactus
Advanced Member


Откуда: Темрюк
Всего сообщений: 726
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
18 сен. 2006
А как им сверлить?
Дениска
Advanced Member


Откуда: Хабаровск
Всего сообщений: 1561
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
6 авг. 2009
Подобные конструкции нужны , так как позволяют задействовать старую периферию , на современных интерфейсах , благодаря этому у перфоленты появляется вторая жизнь.
1Ж24Б
Advanced Member


Откуда: Kaluga
Всего сообщений: 349
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 нояб. 2014
xoiss написал:
[q]
а удалось ли побороть проблему пересыхающей бумаги (ну, она со временем "хрупкая" становится, легко рвётся, если ей больше ндцати лет)
[/q]
Рулоны, что достались, из одной упаковки и нормальные. Старые перфоленты 80-х тоже не "рассыпаются". Если хочется вечной ленты, у меня есть рулон пластиковой ленты, с металлизацией на обратной стороне.

cactus написал:
[q]
А как им сверлить?
[/q]
:( Подать 220 В, предварительно подключив СОМ порт компьютера. Дальше в программе выбираешь файл и жмёшь "Старт". После окончания файла перфоратор отключится.

Anonymous написал:
[q]
Вот тут вспоминал тему
[/q]
Можно считать, в PIC16F876A есть ВВ51 и ВВ55. Идея не изменилась. А для проверки работы пуансонов с электромагнитами добавил тестовую программу - надпись+"шахматное поле".

Дениска, мне нравятся перфоленточные станции от буржуев, у которых есть RS-232, но живьём я их никогда не видел. Зато советские перфораторы вполне доступны.

Возник такой вопрос. Буфер в МК задан 64 байта, скорость обмена 9600 бод, аппаратное управление потоком. В программе на ПК задаю интервал между отправляемыми байтами 1 мс - лента пробивается с ошибками (обнаруживаются в последних байтах из буфера). Цикл МК примерно 0,65 мкс, т.е. он гораздо шустрее порта. В чём тогда дело и что я не понимаю ? Если увеличить интервал до 25 мс, лента пробивается правильно. Как-то неожиданно...
xoiss
Advanced Member


Всего сообщений: 711
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 окт. 2013
1Ж24Б написал:
[q]
В чём тогда дело и что я не понимаю ? Если увеличить интервал до 25 мс, лента пробивается правильно.
[/q]
... из чего можно сделать вывод, что перфоратор работает на скорости около 30 строк в секунду ... 80 строк в секунду не пробовали колотить?

по Вашему вопросу:
1. попробуйте посмотреть, что по факту передаётся в канале от ПиСишки на контроллер. Для этого можно использовать любую программу чтения из COM-порта (например, RealTerm). Возможно, что последние байты на самом деле передаются криво или не передаются вообще
2. попробуйте использовать другую программу для передачи бинарного файла. В общем, сгодится любой текстовый терминал
3. если в линии всё верно, и проблема заменой терминальной программы не лечится, то попробуйте проверить, будут ли ошибки передачи, если передавать короткие файлы (меньше, чем порог заполнения буфера). Если проблема в управлении потоком, то на коротких файлах ошибок быть не должно; и наоборот

// при условии, что в контроллере реализован буфер, вставлять паузу между байтами нет никакой необходимости

при каком %% заполнения буфера контроллер снимает/восстанавливает сигнал готовности?
MM
Advanced Member


Откуда: Павловский Посад Мск.обл.
Всего сообщений: 3418
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
2 авг. 2013
1Ж24Б написал:
[q]
Возник такой вопрос...
[/q]
Т.к. в Виндовс НТ нет такого понятия, как "реальное время", дело скорее всего в особенности драйвера ТЛГ со стороны Виндовс.
Для подтверждения этого постарайтесть осуществить прямое программирование порта ТЛГ из-под Чисто-ДОС ( 7.1 в помощь ).
Если нет ТО ТЛГ-порта, могу поискать нечто из старинных ТО ИС мультикарты - лично проверял, работает ( при программировании из-под Чисто-ДОСа )..

ИМХО - можно было вообще ограничиться Чисто-ДОС и ЛПТ-портом, без каких-либо вычислительных средств в перфораторе.
1Ж24Б
Advanced Member


Откуда: Kaluga
Всего сообщений: 349
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 нояб. 2014
xoiss, делая первые шаги, сделал работу перфоратора циклической. Не так изящно, но был нужен результат.
1) после получения RTS МК ждёт данные, разрешая передачу сигналом CTS;
2) в буфер запоминается 64 байта (обрабатываю флаг приёма в USART), CTS устанавливается после каждого байта. Может ещё это мешает ? По времени МК на один байт тратит менее 10 мкс. Я пробовал модифицировать программу, чтобы просто выводить вместо перфоратора информацию на пару семисегментных индикаторов. Работало до последнего байта;
3) МК обрабатывает 64 байта, отслеживая сигналы синхронизации перфоратора и передавая байт, согласно документации на ПЛ-80;
Если просто записать в МК вывод байтов (реализовано в тестовом режиме) на перфорацию, всё нормально;
4) МК проверяет RTS, и если не сброшен, разрешает передачу и далее к пункту №2. Если RTS уже сброшен, останавливает электродвигатель и ждёт сигнала RTS.
Перфоратор здесь самый медленный аппарат, примерно 0.8 с на вывод 64 байт, и в момент перфорации передача на СОМ порту остановлена. До этого проекта не занимался портами, теперь недоумеваю. Что я забыл прочесть ?

ММ
[q]
ИМХО - можно было вообще ограничиться Чисто-ДОС и ЛПТ-портом, без каких-либо вычислительных средств в перфораторе.
[/q]
В дебрях Интернета лежит архив с программой на Паскале и электрическая схема сопряжения ПЛ-80/ПЛ-150М с LPT. Отзывов, повторивших такой вариант, не нашёл. Решил сделать что-то, годящееся под обычный ПК с 2000/XP. У меня "железный" СОМ порт используется с программатором МК.
MM
Advanced Member


Откуда: Павловский Посад Мск.обл.
Всего сообщений: 3418
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
2 авг. 2013
1Ж24Б написал:
[q]
Что я забыл прочесть ?
[/q]
ФИФО ???


1Ж24Б написал:
[q]
В дебрях Интернета лежит архив с программой на Паскале..
[/q]
Паскаль - это для "изыскивающих обходные пути".
Традиция в СССР - Бейсик. Т.е. Кубасик из комплекта поставки ДОС. В комплект поставки входит инструкция с примерами, на Аглицкомъ языке ( ДОС 6.22 ).
Он ( программа на Кубасике ) неплохо преобразуется в загрузочные модули типа .EXE ( гуглится ).
Главный недостаток - быстродействие Кубасика во всех штатных редациях ограничено ~ 2 млн. команд типа "пересылка в порт".
Предполагаю, это может быть связано с тем, что порты сидят на шине ISA ( не волнуйтесь, она внутренняя и не выведена в слоты, и к тому же без ПДП ). По крайней мере на Сокет 1155.
CodeMaster
Advanced Member
Рыцарь ордена Хламовников

Откуда: Воронеж
Всего сообщений: 1655
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
27 авг. 2010
1Ж24Б написал:
[q]
П.С.: можно и считыватель FS1501 подключить к COM, ... Нужно ли такое вообще ?
[/q]
Да, это было бы интересно.
1Ж24Б
Advanced Member


Откуда: Kaluga
Всего сообщений: 349
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 нояб. 2014
Сегодня сравнил набитый тест ЭПМ с эталоном - сходится. Заодно припомнил, почему не хотел на скорости 80 знаков перфорировать. Пружины, подтягивающие якоря электромагнитов, за тридцать лет ослабли и при длительной работе на полной скорости могут появиться ошибки, лишние "1", т.е. отверстия. Замены из ЗиПа для ПЛ-80 нет и не будет.

ММ, я понимаю, что для законченности устройства надо программу для ПК писать, но поставленные задачи в настоящее время перфоратор выполняет.

CodeMaster, может осенью соберу на макетной плате. FS1501 может работать в режиме "старт-стоп", что и реализовано на плате В1. Поставить МК и заставить отсылать всё, что прочиталось на перфоленте, на ПК.

П.С.: http://www.elsikor.ru/free.html здесь можно скачать и посмотреть программу и схему для подключения перфоратора к LPT.
xoiss
Advanced Member


Всего сообщений: 711
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 окт. 2013
(1)
Рекомендую снимать CTS не в момент, когда буфер полностью заполнится, а когда степень его заполнения подойдёт, например, к 70% (т.е. 40 байт, например). Суть в том, что ПиСишка не обязательно отреагирует на снятый CTS мгновенно, даже если управление потоком там выполнено аппаратно (если программно - то тем более). Но даже если она отреагирует и мгновенно, то всё равно в регистре сдвига COM-порта к этому моменту, с некоторой вероятностью, уже может быть новый, 65-ый, байт на передачу, который будет выброшен в линию (даже при снятом сигнале CTS). Если между байтами вставлять задержку (Вы упоминали про 32 мс), то как бы Вы просто снижаете вероятность такой коллизии... Если я вообще правильно понимаю, что и как у Вас там устроено... В общем, лучше снимать CTS заранее.
[upd] ... или Вы в программе на Писишке передаёте файл чанками строго не более, чем по 64 байта??

Устанавливать CTS можно, когда (1) закончили передачу на перфоратор принятых байт, и (2) выждали интервал ещё одной строки на перфораторе, и (3) после этого ещё выждали небольшую паузу на дозарядку конденсаторов в фильтре блока питания. Думаю, 50-100 мс вполне хватит.
// снимать-устанавливать CTS после каждого байта, наверное, смысла не имеет


(2)
Тот факт, что перфорация идёт в период времени, когда данные по COM-порту не передаются (и наоборот) — это хорошо, т.к. от работы перфоратора может идти помеха на линии RS-232. Но, важно понимать, что даже когда контроллер снял сигнал CTS и ПиСишка перестала передавать контроллеру данные, из-за наводок в интерфейсе RS-232 порт контроллера может "принимать" лишние байты (т.е. как бы снятый CTS он ещё не запрещает порту контроллера что-либо принимать, порт в этом плане живёт независимо). Если это никак не контролируется в Вашей программе, то как бы вот — это может сносить ей голову, затирать буфер и пр.

Поэтому желательно не просто снимать CTS, но ещё и:
1) после снятия CTS дизаблить UART на контроллере — и только после этого начинать перфорировать
2) разрешать UART на контроллере после того, как перфорация завершена и выждали все паузы — и после этого только устанавливать CTS

Если есть возможность/желание, то вместо RS-232 лучше использовать "токовую петлю". В общем, это тот же RS-232, но только не "потенциальный", а "токовый". Он намного более устойчив против помех.
Оптическая развязка тоже не помешает.


(3)


1Ж24Б написал:
[q]
Если просто записать в МК вывод байтов (реализовано в тестовом режиме) на перфорацию, всё нормально;
[/q]
1Ж24Б написал:
[q]
Я пробовал модифицировать программу, чтобы просто выводить вместо перфоратора информацию на пару семисегментных индикаторов. Работало до последнего байта;
[/q]
Я правильно понимаю, что проблема возникает ТОЛЬКО тогда, когда
(1) байты в контроллер поступают из COM-порта — AND — (2) байты физически выводятся на перфоратор
Так?

1. Повторю вот этот пункт — его очжелательно сделать:
-- попробуйте посмотреть, что по факту передаётся в канале от ПиСишки на контроллер. Для этого можно использовать любую программу чтения из COM-порта (например, RealTerm). Возможно, что последние байты на самом деле передаются криво или не передаются вообще [udp] или же передаётся больше, чем 64 байта...

2. Предлагаю попробовать ещё вот что:
-- берём Вашу прошивку как есть — т.е. в варианте, когда байты принимаются по COM-порту и отправляются на перфоратор, и когда между байтами вставляется задержка 1 мс
-- но добавляем в неё небольшую процедурку, которая ПЕРЕД тем, как начать тарахтеть перфоратором, скидывает весь массив обратно в COM-порт (разумеется, ПиСишка должна принять эти байты — а у Вас будет возможность сравнить их с тем, что должно было быть передано, и что будет отперфорировано)

Почему я предлагаю именно эти два шага? --- очень просто, сперва необходимо локализовать место возникновения проблемы. Надо понять, виновата ли ПиСишка, которая передаёт "не то"... виноват ли интерфейс между ПиСишкой и контроллером, или же неправильно устроена синхронизация контроллера с перфоратором... или, может, перфоратор наводит помеху на интерфейс RS-232.......



[upd] Как совсем альтернативный вариант, можно ещё xmodem протокол реализовать. Протокол простейший. Имеет встроенный механизм нарезки файла на пакеты фиксированной длины, механизмы проверки контрольной суммы, акноледжмента не-/получения пакета, повторной передачи битого пакета. Когда-то давно использовался для передачи файлов (точнее, бинарных массивов) по модемным линиям. Аппаратное управление потоком не требуется, т.к. протокол на стороне отправителя всегда ожидает акноледжмент от получателя после передачи каждого пакета. На ПиСишке он поддерживается программой HyperTerminal (только там, вроде, размер пакета больше, чем 64 байта... не помню уже).
https://en.wikipedia.org/wiki/XMODEM
1Ж24Б
Advanced Member


Откуда: Kaluga
Всего сообщений: 349
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 нояб. 2014
Сделал тестовую программу для МК с сигналом CTS за 10 байт до окончания блока в 64 байта. В итоге, после пробивки первых 64 байтов, процесс дальше не идёт.
[q]
[upd] ... или Вы в программе на Писишке передаёте файл чанками строго не более, чем по 64 байта??
[/q]
Сделал на пробу в МК буфер на 64 байта, чтобы при приёме шло заполнение этого буфера полностью, только потом перфорация. На стороне ПК в программе пробовал блоки в 1, 16 и 64 байта, корректируя программу МК. Считаю, дальше пока смысла разбираться нет - у МК от монтажа/демонтажа уже ножки изогнулись (на плате цанговая панелька). Оставлю пока такой вариант работы с перфоратором. Разберусь с другими проектами, попробую ещё варианты программы. xoiss, спасибо за рекомендации. Изменю эл. монтаж на плате (надо подключать проводами передатчик из состава MAX232 и разводить выход с МК) и попробую передачу принятых байтов.

Ещё фотографии:
- вид со стороны электромагнитов, управляющих движением пуансонов (с противоположной стороны ещё пять штук).
- механизм, формирующий сигналы для синхронизации.
И видео работы. Идёт перфорация теста ПУВВ.
ПЛ-80 - видно как вспыхивает на короткое время верхний светодиод, указывая на разрешение передачи ПК.
xoiss
Advanced Member


Всего сообщений: 711
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 окт. 2013
1Ж24Б написал:
[q]
у МК от монтажа/демонтажа уже ножки изогнулись (на плате цанговая панелька)
[/q]
... его ж ведь можно без вынимания программировать ...
https://habrahabr.ru/post/97703/%E2%80%8E/
http://www.microchip.ru/phorum...mp;t=82679
1Ж24Б
Advanced Member


Откуда: Kaluga
Всего сообщений: 349
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 нояб. 2014
Ну так нет места под контакты и перемычки. Надо переделывать половину монтажа.

Итак, скопировал ленты:
ТЕСТ АРИФМЕТИКИ 8.842.006-01 ОТК
ТЕСТ КОМАНД П3 8.842.006-02 ОТК
ТЕСТ ПРЕРЫВАНИЙ 8.842.006-03 ОТК
КОМПАРАТОР 8.842.006-07 ОТК
АБСОЛЮТНЫЙ ЗАГРУЗЧИК 8.842.006-15 ОТК
ТЕСТ ЭПМ 8.842.007-23 ОТК
ТЕСТ ПУВВ 8.842.007-24 ОТК

Считывание лент на GNT 28 и сравнение с исходником не выявило ошибок перфорации :)

Надо как-то либо найти остальные ленты из поставки к "Электроника-60", либо кого-то уговорить считать и выложить в формате *.bin

П.С.: соединил перфоратор со считывателем GNT-28 напрямую кабелем. Ура ! Получилась установка для копирования перфолент. Единственное, надо "допилить" приём информации в буфер перфоратора, чтобы не тормозил, если не заполнил весь буфер. Ленты то разные бывают. Вот вам и копировальщик ленты с отечественным перфоратором...
1Ж24Б
Advanced Member


Откуда: Kaluga
Всего сообщений: 349
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 нояб. 2014
Кто знает, что за расширение файлов *.fsu ? Как это в обычный *.bin преобразовать ? Нашёл Бейсик с перфоленты от Андрея Кислова (владелец "Электроника-100/25" из Алма-Аты), а там такое :(
Кай
Гость
Divine Assassin

Откуда: извне (from beyond)
Всего сообщений: 13709
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
8 авг. 2010
[q]
Кто знает, что за расширение файлов *.fsu ? Как это в обычный *.bin преобразовать ?
[/q]
А можно приложить кусок, или весь файл? Может это текстовая экзотика, где 8 дорожек построчно, в которых "Х" = "отверстия нет", а "O" - "отверстие есть". Или наоборот. ;)
1Ж24Б
Advanced Member


Откуда: Kaluga
Всего сообщений: 349
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 нояб. 2014
Вот Бейсик http://www.tis.kz/progs/dvk/FSU/BASIC.FSU Как с ним быть ?
alecv
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 5545
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 окт. 2004
Как понял, это из коллекции Andrey_Ak из соседней темы.
http://www.phantom.sannata.ru/...4#pp236284

По содержимому похоже на ПЗУ ДВК Бэйсик из КР1801РЕ2-013
http://zx-pk.ru/threads/17417-basic-dvk.html

Насколько помню, ПЗУ-Бэйсик была адаптация перфоленточного (изменен загрузчик).
Этот вероятно тоже можно запустить в SIMH, только там скорее всего надо отрезать
перфоленточный заголовок.

Upd Формат файла - для абсолютного загрузчика
http://www.retrocmp.com/storie...aper-tapes
http://decuser.blogspot.ru/201...d-way.html

Таких образов в формате .ptap с буржуйскими программами похоже много и SIMH их понимает.
alecv
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 5545
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 окт. 2004
Вобщем формат BASIC.FSU правильный, но что-то не подобрать машину, на которой оно запускается, вроде как Электроника-100/16И
sim> g

100/16i b|iCiK, BAPiAHT 001A
*Oy
HuvHy li BAm PAC{iPEHHyE fuHkcii?
ByCOKOCKOPOCTHyE uCTPOjCTBA?
uCTAHOBKA BHE{HEi fuHKcii?
pAMqTx?
HALT instruction, PC: 000014 (000016)
sim> g

HALT instruction, PC: 000014 (000016)
sim> g

HALT instruction, PC: 000014 (000016)
sim> g

HALT instruction, PC: 000014 (000016)
Трапается вместо запуска. Если после *O Нажать Enter - сразу трапается.
Бержуйский перфоленточный Бэйсик запускается.
Anonymous
Advanced Member


Откуда: Москва(Россия)
Всего сообщений: 2537
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
22 нояб. 2011
Он у вас трапается по 010 вектору - непонятная инструкция ему попадается, в 010 записан адрес 012, по адресу 012 записан 0 - код останова, вот он и останавливается по адресу 012, а pc указывает на следующую ячейку, 014, в которую записано 016.
Смотрите, где он трапается и что там за инструкция записана. Проверьте R6 и содержимое ячейки, на которое он указывает, там будет адрес инструкции, на которой трапается процессор. Посмотрите, что за инструкция и всё станет ясно.
alecv
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 5545
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 окт. 2004
sim> g

HALT instruction, PC: 000014 (000016)
sim> e sp
SP:     077470
sim> e 077470
77470:  016656
sim> e -m 016656
16656:  076013
sim>
Причемset CPU EIS
set CPU FIS
Не помогает.

Если поставить машину типа LSI (set CPU 11/03, 11/23) то вылетает по переполнению стека

Буржуйский Бэйсик поновее, запускается на любой машинеsim> g

PDP-11 BASIC, VERSION 007A
*O Y
DO YOU NEED THE EXTENDED FUNCTIONS?
HIGH-SPEED READER/PUNCH?
SET UP THE EXTERNAL FUNCTION?
MEMORY?
READY
PRINT 2+2
4
Anonymous
Advanced Member


Откуда: Москва(Россия)
Всего сообщений: 2537
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
22 нояб. 2011
alecv написал:
[q]
SP: 077470
sim> e 077470
77470: 016656
sim> e -m 016656
16656: 076013
[/q]
Стек содержит адрес возврата, т.е. адрес инструкции, после той инструкции на которой трапнулось.
alecv
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 5545
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 окт. 2004
Anonymous В том месте, куда указывает возврат из стека - полная фигня.sim> e sp
SP:     037470
sim> e 037470
37470:  016656
sim> e 016600/100
16600:  167142
16602:  005067
16604:  167146
16606:  012701
16610:  015014
16612:  005767
16614:  000634
16616:  003416
16620:  005067
16622:  051000
16624:  033756
16626:  050012
16630:  140356
16632:  057025
16634:  100000
16636:  140414
16640:  144025
16642:  141027
16644:  021025
16646:  110436
16650:  140024
16652:  176412
16654:  173406
16656:  076013
16660:  002036
16662:  012767
16664:  016676
16666:  161164
16670:  010167
16672:  175002
16674:  000000
16676:  016701
Она в принципе исполняемая, но смысла не имеет. Трапается по неизвестной команде только.
MUL                   070
DIV                   071
ASH                   072
ASHC                  073
XOR                   074

Может формат нашей перфоленты не такой. Хотя очень похож.
alecv
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 5545
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 окт. 2004
Можно начать с начала.
Вот например код загрузчика, который грузит "абсолютный загрузчик"sim>  e -m 037744/32
37744:  MOV 37776,R1
37750:  MOV #352,R2
37754:  INC (R1)
37756:  TSTB (R1)
37760:  BPL 37756
37762:  MOVB 2(R1),37400(R2)
37770:  INC 37752
37774:  BR 37750
sim> e 037776
37776:  177550
Тут две маленькие хитрости. Код само-модифицирующийся, во-первых команда на 37770: INC 37752 - правит константу смещения прямо в команде, во вторых - "абсолютный загрузчик", лента "DEC-11-L2PC-PO.ptap" читаясь, постепенно затирает код. 37400+352=37752. Зачем такие навороты - не знаю.


Upd Вот здесь подробно разжевано как оно работает.
http://decuser.blogspot.ru/201...-code.html
Если кратко - в результате с адреса 037500 сидит "абсолютный загрузчик"
Anonymous
Advanced Member


Откуда: Москва(Россия)
Всего сообщений: 2537
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
22 нояб. 2011
Т.е. у вас половина памяти? Абсолютный загрузчик садится в конец последнего банка, подразумевая, что грузить придётся с начала памяти и насколько её хватит.
MM
Advanced Member


Откуда: Павловский Посад Мск.обл.
Всего сообщений: 3418
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
2 авг. 2013
Я чет сразу так приметлил некотрый подвох :
форма ".BIN" обычно содержит первые 2 слова херни.
Так вот, по адресу 16656 сидит мусор, а исполняемый текст начинается с адреса 16662.
Разве только это не для полного суперпроца СМ1420 - там вообще много каких расширенных команд используется,
по аналогии с Интел 8080--->Пень.
alecv
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 5545
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 окт. 2004
Anonymous Почему половина ? Я же приводил ссылку, там вообше PDP-11/05 c 16KB, а загрузчик грузится 8К. В этом смысле ?set cpu 11/05
set cpu 16k

http://decuser.blogspot.ru/201...d-way.html

Там же написано, как перетащить этот "загрузчик загрузчика" на другой объем памяти вместо 8К. А сам "абсолютный загрузчик" сделан в PIC-коде (position independent).
Anonymous
Advanced Member


Откуда: Москва(Россия)
Всего сообщений: 2537
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
22 нояб. 2011
MM написал:
[q]
Так вот, по адресу 16656 сидит мусор,
[/q]
Может, там текст? (Лень вбивать в файл для просмотра, у меня нет сейчас эмуляторов, с апреля 2016го, как накрылась дисковая полка, только живая машина, которую надо включать и грузить. :\
p.s. по 016656 как раз разумная команда, а вот до неё - какое-то расширение системы команд, похожее на fpa, но не уверен, может и для него это запрещённый диапазон кодов.
MM
Advanced Member


Откуда: Павловский Посад Мск.обл.
Всего сообщений: 3418
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
2 авг. 2013
Anonymous написал:
[q]
MM написал:
[q]
Так вот, по адресу 16656 сидит мусор,
[/q]
Может, там текст? ...
[/q]
Счас посмотрел в эмуле - это 100% мусор, даже не Радикс50.
alecv
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 5545
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 окт. 2004
Накидал простенький парсер .ptab (осторожно, говнокод)
http://codepad.org/rcpEkMZn

Наш BASIC.FSU выглядит почти нормально, но в конце какой-то хлам и нексколько блоков с битым CRC!

Upd код "абсолютного загрузчика"
http://chiclassiccomp.org/docs..._Jun75.pdf
alecv
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 5545
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 окт. 2004
Если кому интересно, то формат Абсолютного Загрузчика может делать LINK-11 с ключами /L CSI или /LDA KMON

http://bitsavers.trailing-edge..._Aug91.pdf
Page 171

http://bitsavers.trailing-edge..._Aug91.pdf
Section 15-28
Andrey_Ak
Advanced Member


Откуда: Kazakhstan, Almaty
Всего сообщений: 869
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
29 сен. 2009
А все понял о чем речь...

.FSU это дампы моих лент от Эл.60, которые считывали через FS1501 либо на машине Эл.100-25 либо на самой Эл.60,
уже точно не помню... Надо поднимать историю..
1Ж24Б
Advanced Member


Откуда: Kaluga
Всего сообщений: 349
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 нояб. 2014
Надеюсь, кто-нибудь считает Бейсик с ленты. Пока в запасниках на работе не нашли ни одной. Где-то половина лент никогда не использовалась при работе с Э-60 в качестве управляющей ЭВМ.
KALDYH
Advanced Member
Технонекромант

Откуда: Кемерово
Всего сообщений: 2355
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 июня 2009
1Ж24Б написал:
[q]
4) нет урны (Сломали/потеряли), делается из картона и пары винтов М3;
[/q]
Урна вот такая не подходит?

Сегодня ходил за перфолентами, нашёл в куче мусора. Ещё нашёл пару таких держателей:

Это от перфоратора или от считывателя? Есть ли кому в них надобность?
1Ж24Б
Advanced Member


Откуда: Kaluga
Всего сообщений: 349
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 нояб. 2014
Своему ПЛ-80 урну сделал, и её хватает. Коллекционного вида у него не добьёшься из-за многочисленных царапин на краске) Зато работает, а не ржавеет на свалке - все ленточки для Э-60 уже перфорировал. Кому надо, обращайтесь :biggrin:

Держатели от ПЛ-150М, вроде бы.

Для микроконтроллера сделал версию прошивки, в которой отслеживается сигнал RTS. Если пропадает в процессе, то выход из подпрограммы. Большего и не требуется, машина успешно принимает любой бинарник через СОМ или от считывателя GNT28.
xoiss
Advanced Member


Всего сообщений: 711
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 окт. 2013
KALDYH написал:
[q]
Это от перфоратора или от считывателя? Есть ли кому в них надобность?
[/q]
Это от перфоратора — подающая катушка.
Надобность есть — взял бы ту, что синенькая, или даже обе, если можно.
KALDYH
Advanced Member
Технонекромант

Откуда: Кемерово
Всего сообщений: 2355
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 июня 2009
xoiss, окей, тогда попривожу их в порядок. На продажу будут выставлены очень не скоро, увы.
nonpar
Newbie


Всего сообщений: 2
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
21 фев. 2018
Поделюсь опытом работы в 80-е годы с ПЛ-80, может, будет полезно.
1. У нас они в составе оборудования приходили механически перестроенные на меньшую скорость, около 30 строк в секунду.
Это делалось перестановкой ведущего и ведомого шкивов привода. На скорости 80, по словам поставщика, ПЛ-80 работали крайне ненадежно.
Так что вытягивание пружин тут, вероятно, ни при чем.
2. Важна правильная установка положения синхродиска датчиков и соблюдение, при подаче сигнала на электромагниты, циклограммы из описания.
3. Нередко требовали регулировки зазоры в поводках, являющихся якорями электромагнитов. Это делается их подгибанием.
4. В старт-стопном режиме нужно давать перфоратору достаточно времени раскрутиться, прежде чем начинать выдачу информации.
У нас в оборудовании старт-стопный режим вообще не использовался, так как при старте двигателя КД-50 создавались недопустимые для оборудования помехи по сети. Так что двигатели молотили постоянно:)
1Ж24Б
Advanced Member


Откуда: Kaluga
Всего сообщений: 349
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 нояб. 2014
[q]
Так что вытягивание пружин тут, вероятно, ни при чем.
[/q]
У меня он работает с постоянно включённым двигателем, но перфорирует половину времени. Подгибать якори не пришлось - это в 80-е можно было заказать детали. nonpar не приходилось ли в те годы менять пуансоны? На заводе, где набивали программы для ЭВМ "Электроника-60", перфоратор ПЛ-150М за всего год очень активного применения ни разу не залезали так глубоко. А вот по ПЛ-80 информации ноль, т.к. они были с "Электроника-100/16И" и людей, обслуживавших их, уже нет.

Недавно возник вопрос - ремни у считывателя СП-3 и перфоратора ПЛ-80 одинаковые или нет ? При переборке обнаружил, что установленный сейчас явно не родной, электродвигатель сдвинут так, что касается стенки кожуха. Пока не могу найти коробку с ЗиП-ом от СП-3, чтобы примерить.
1Ж24Б
Advanced Member


Откуда: Kaluga
Всего сообщений: 349
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 нояб. 2014
Пока не могу найти сведения о реальном ресурсе советских перфораторов типа ПЛ-80/ПЛ-150/ПЛ-150М. Требуется узнать, насколько пластиковая лента укорачивала срок службы пуансонов с матрицей, т.к. в документации указывается только число сбоев на количество пробитых строк. Хорошо, если откликнется человек, обслуживавший технику в машинных залах или цехах.
Кай
Гость
Divine Assassin

Откуда: извне (from beyond)
Всего сообщений: 13709
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
8 авг. 2010
Замена пары (матрицы-пуансона) на ПЛ150М при использовании майларовой (лавсановой) ленты рекомендовалась вдвое чаще, чем при использовании бумаги. Фактически, износ пар при использовании бумаги, как на перфораторах, так и призмы из оргстекла над фотодиодами в ФСУ был даже больше.

С лавсановой лентой проблема в бОльшем износе направляющих.

---
ЛЭМЗ/Электронмаш. Ленинград.
1Ж24Б
Advanced Member


Откуда: Kaluga
Всего сообщений: 349
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 нояб. 2014
Спасибо!

Износ пары был виден сразу, по неровным краям отверстий ?
Кай
Гость
Divine Assassin

Откуда: извне (from beyond)
Всего сообщений: 13709
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
8 авг. 2010
[q]
Износ пары был виден сразу, по неровным краям отверстий ?
[/q]
Даже без оптических приспособлений. Рваные края и лохмотья на бумажной ленте, "крышки-закрывашки" - недопробитые отверстия на майларовой.
1Ж24Б
Advanced Member


Откуда: Kaluga
Всего сообщений: 349
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 нояб. 2014
Попробовал отперфорировать ленту Бейсика от DEC (длина свыше 15 метров). Отверстия нормальные, только откуда-то летит тонкая пластиковая стружка. Срезает о край плиты при вводе ленты :( ?
<<Назад  Вперед>> Страницы: 1 2 3 4 5
Печать
Полигон-2 »   Технический флейм »   Перфоратор ленточный ПЛ-80
RSS

0 посетителей просмотрели эту тему за последние 15 минут
В том числе: 0 гостей, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS