Полигон-2

Благодаря форумчанину Arthur77 стал обладателем этого девайса. После ремонтно-восстановительных работ, когда аппарат стал нормально реагировать на все кнопки и успешно рисует самотест, встал вопрос о практическом использовании. Интерфейс у него v.24, т.е. обычный RS-232, значит, по идее, подключаем к COM порту и после настройки как некий Generic HPGL Plotter должен начать рисовать. Вопрос в том, что я не знаю, какая распайка интерфейса у самого устройства - там ведь не обычный DB9/DB25, а хитрый двухрядный на 26 контактов, используется половина, расположены в шахматном порядке. Как его с DB9/DB25 скрестить?
Есть еще IFSS (кстати, кабель с аппаратом был именно под этот разъем), токовая петля, ИРПС. Этот во что современное "сконвертить" можно?

IFSS в RS-232? Буду очень благодарен, ручки чешутся запустить

Распиновка разъёмов "СТЫК2" на советских компьютерах "Электроника МС-0511" и "Электроника МС-0507" (ДВК). Там стоит синенький разъём с десятью позолоченными иголочками в два ряда. Называется "ОНП-КГ-59-10". Скорость передачи данных: 9600 бит в секунду. Товарищ Бэтмен, я не уверен, что у Вас такой же СТЫК2.
1,10 — Сигнальное заземление.
2    -- ЭВМ готова к работе, то есть готова принять данные.
3    -- плюс пять вольт.
4,5  -- передаваемые данные
6    -- принимаемые данные.
7    -- уровень принимаемого сигнала.
9    -- аппаратура передачи данных готова.
Внешний вид разъёма и нумерация выводов (смотрим на компьютер).
 9  7  5  3  1
__u________
¦o  o  o  o  o¦
¦o  o  o  o  o¦
+------------+
10  8  6  4  2
(Сообщение отредактировал dendy 16 апр. 2007 20:40)
(Сообщение отредактировал dendy 16 апр. 2007 20:48)

(Сообщение отредактировал dendy 16 апр. 2007 20:50)

dendy
> не уверен, что у Вас такой же СТЫК2
Разъем 10 пиновый, по электрике не знаю.
C другой стороны если это СТЫК2, то все возможные варианты разъемов должны быть прописаны в каком-то ГОСТе.
В приведенной распиновке смущает "3    -- плюс пять вольт" вроде  СТЫК2 аналог RS-232, а там нет линии +5В.

Возникла шальная мысля. Раз это COM - взять мануал по HPGL (я вроде чего-то накопал), врубить терминалку и слать ему команды ручками, контролируя адекватность реакции.
У меня уже есть подозрение, что у данного аппарата нестандартное кол-во "шагов" движка на миллиметр, не 40, как у HP-ных плоттеров - отсюда и съезжание координат. И у него чего-то с командами поднятия/опускания пера, раз рисует при перемещениях.
(Сообщение отредактировал Teodor 17 апр. 2007 15:17)

doctorgenius, зачем фантазировать, если про данный аппарат я все написал в первом сообщении а про все действия - в следующих? Никаких расширений не предусмотрено, интерфейсы - только IFSS и v.24. И именно v.24 я и подключил к RS-232 (это же один и тот же интерфейс). Скорости работы взяты из мануала к компу Robotron и уж коли данный девайс к этому компу подключался, то 9600/8N1 ему должны нравиться аж бегом. Кстати, понижать пробовал - то же самое, но ниже скорость.
Плоттер этот, кстати, не советский, а немецкий, питается HP-GL первого поколения (но не факт, что понимает все команды, хотя язык разработан в далеком 76-м, а аппарат моложе на 12 лет). HP-GL - это обычнейший текст, изредка разбавляемый управляющими ESC'ами. И если он хоть что-то рисует, значит команды понятны (я посылал для проверки файл с текстом и управляющими кодами для матричника - он не шевельнулся даже). Поэтому вопросы сейчас уже не в интерфейсе, а в координатах (где у него ноль, как расположены X и Y) и в разрешающей способности - шаги на мм.

О! Это бы ло бы вообще здорово!
Распиновку я взял с сайта - раз привели ее немцы, значит работоспособная. Ну и если б и попалил - то сразу

По ходу экспериментирования выяснил его возможности: рабочее поле 370 x 270 миллиметров. А в миллиметре - 10 "шагов", т.е. максимальная доступная для рисования зона - 3700 x 2700 координатных единиц.
Распечатал пробную страницу через WinLINE в файл (включив так называемый "координатный режим", когда каждая команда занимает одну строку). Поправил там все "PD" на "PD;PA" и все "PU" на "PU;PA", т.е. заменил опускание пера с рисованием, которых он не понимает, на опускание пера + рисование с абсолютными координатами и то же самое для поднятия пера. Отправил на COM1: и... почти получилось! Т.е. он ушел в 0,0, потом начал достаточно осмысленно рисовать. Правда, накидал кучу лишних линий, несколько раз явно пытался вылезти за пределы листа. Но среди всего этого хаоса явственно было видно нарисованные кусочки флажка, "я с" от "Пробная страница печати", кусочки строк с путями к файлам драйвера - аппарат пытается нарисовать стандартную пробную страницу печати.

Теперь надо бы заняться программированием, чтоб выяснить, почему при рисовании букв перо поднимает, а при перемещениях - не всегда, ну и прочие тонкости отловить.
Или может кто-то возьмется написать прожку? Нужно будет открывать два файлика, параллельно показывать строчки и по нажатию Enter (или клик мыши) посылать одну из строчек в указанный COM-порт.

(Сообщение отредактировал Teodor 19 апр. 2007 6:56)

Я уже подкинул задачку нашему преподу-программеру. Завтра будет готово. И продолжим нахождение общего языка

Файл визуально проверен - ничего, кроме PU/PD и PA там нет. Программа мне для того и нужна - пошагово посылать и отловить в какой строке он "улетает" за пределы. Ну и далее по обстоятельствам. Кроме того - программа будет на экране рисовать все то же, что и плоттер - заодно и логику его перемещений поймем

Teodor
гы дак из винды чтоль фигагишь ? а у тебя случаем не програмное управление потом стоит ???

Teodor
делай из доса , обязательно в винде изза програмной прослойки порты почемуто коряво работают в режимах терминалов .
я например всегда на столе ноут держу с досом и терминалкой , чтоб железо по нормальному проверять , без всяких доп дров типа юзерпорта

УРА!!!
РАБОТАЕТ!!!
Прога написана и на скорости 25 команд в секунду он великолепно рисует. Правда, очень медленно
Но если взглянуть на то, КАК он прорисовывает букву, то его скорость вполне объяснима

Ну и вот конечный результат:

Бессистемные линии - результат неправильно подобранной скорости - он банально не успевает отрисовывать при определенной скорости подачи команд (линия длинная, на ее прорисовку надо много времени, а комадны продолжают валиться) - надо все-таки разбираться с портом и контролем передачи.
Кстати, очень рекомендую программу просмотра графических файлов (в том числе HP-GL и PCL) - ABViewer 5.
(Сообщение отредактировал Teodor 24 апр. 2007 6:41)

А вот как раз и нет. Работает исключительно на 9600. На всех остальных режимах (перепробовал все от 75 до 4800) - ноль реакции на команды.
Да и при 9600 при мелких перемещениях (буквы) - 25 команд/сек - легко, а при рисовании рамки на А3 даже 2 команды в секунду много - теряются.
Итого напрашивается вывод - а) либо родная программа анализировала координаты и при больших перемещениях уменьшала частоту отправки команд; б) более вероятно, что он подтверждает успешное выполнение команды, но как именно - пока не выяснил, т.к. в порт он ничего не пишет (в терминалке пусто), а логические уровни на ногах интерфейса я еще не копал.
А за за сам девайс и поздравления - спасибо!
(Сообщение отредактировал Teodor 25 апр. 2007 9:23)

Geners, собирался выложить информацию по СТЫК2 и подключению его к СОМ.
Где?

В глаза не видел. Пощупать надо.

batman
времени нет , звияюсь

MEA, собственно, HP-GL - это и есть текст. Но вот как представлю себе средненький чертеж, набранный вручную в текстовом редакторе - не по себе становится. Это ж какое пространственное мышление нужно иметь!

Не поможет. Он именно физически медленно рисует, т.е. все упирается в частоту следования импульсов, поступающих на шаговики. Поэтому, как команды не перекомпоновывай - все равно линию длиной 370 мм он будет рисовать дольше, чем линию длиной 10 мм (а команды при этом одинаковые, разные только координаты). И если он еще тянет длинную линию, а уже поступила следующая команда - тут ему крышу и сносит. Он как-то должен, даже просто обязан, объяснять компу, что еще не готов принимать новую команду. Надо порт внимательно послушать - вдруг чего накопаю.
Кстати скорость - понятие довольно относительное, т.к. если чертеж с множеством длинных линий - то рисует быстро, упираясь только в скорость движков. А вот если много мелких деталей и надписей - то медленно, но опять-таки из-за того, что я боюсь задирать скорость посылки команд - если вдруг вздумает переместиться на приличное расстояние - потеряет команду и попортит чертеж.

Из разрозненных данных на немецком, венгерском, польском и английском, в принципе сложились два пути - отключать (или сильно уменьшать) буфера приема/передачи COM-порта или копать формат передачи (в немецком документе наткнулся на упоминание про 2400-9600,7N1).
В его родном братце (К641, если не ошибаюсь) еще и внутренние переключатели есть, которые подстраивают аппарат под разные интерфейсы и скорости передачи. Так что, может и данный аппарат требует копания во внутренностях.
UPD: И все-таки только 9600,8N1
Но есть ESC-команды, среди которых пара-тройка отвечают за режимы Handshake. Надо будет поиграться.
Внутрь пока не лазил.
UPD2: Выяснилось, что умеет русский язык в кодировке KOI-8R. Командой LB можно вывести любую текстовую информацию.
UPD3: Все! Теперь 100% известно, как он должен сообщать свое состояние!
Bit7    6    5    4    3    2    1    0>br>    1    1    1    x    1    1    1    1>br>                                       falsches Kommando>br>                                  falscher Parameter>br>                             falscher Charakter>br>                        falsches Fenster>br>              Puffer aufnahmef}hig>br>         Puffer voll>br>     Plotter bereit >p>Bild 2: Statusbyte des Plotters>br>
Если б еще понять, в какой кодировке и каким редактором сохранен документ http://www.iee.et.tu-dresden.d...24PLOT.TXT (а в идеале перевести), то работу можно считать на 90% завершенной.
(Сообщение отредактировал Teodor 16 мая 2007 10:01)

batman, я так понимаю, ты от Geners'а не дождался ответа и сам нашел?
Я такой кабель не паял - в моем случае этот вариант не нужен, т.к. у плоттера есть v.24 (тот же COM), поэтому вопрос сопряжения давно решен. Уже все запустилось и зарисовало, даже статья на сайте уже опубликована. Я продолжаю копать протокол обмена ПК >-> плоттер, чтобы сделать систему работающей в любых условиях. В принципе, почти все выяснил (см. предыдущее сообщение) - осталось только реализовать программно.
(Сообщение отредактировал Teodor 16 мая 2007 13:32)

jurey, а вот сколько у него по умолчанию? На глаз - похоже на 12 см/сек. Подозреваю, что ускорение скажется на качестве - окружности зубчатыми станут. Или он интеллектуально нелинейно ускоряться/замедляться будет?
Жаль, программист крепко занят - всего-то осталось, что отслеживание переполнения буфера реализовать.

Жаль, программист крепко занят - всего-то осталось, что отслеживание переполнения буфера реализовать.
Не нужно ничего отслеживать. MODE COM1:2400,N,8,1,P в любой DOS оболочке из под WIN.

Да, драйвер делает файл с координатами больше 3700,2700. Используйте SW.

Насчет механики - старался вычистить качественно.
Видимо, именно в режиме SS он рисует самотест - уж больно окружность плавная. Пытался вывести чертеж с окружностью - получается грубее. Возможно это "заслуга" драйвера WinLine - он представляет любые объекты как совокупность отрезков разной длины (всего две команды использует, перемещение с поднятым и опущеным пером). Может он как раз и загрубляет. Я уже почти сваял конвертер HP-GL1 в формат Robotron'а, чтоб избежать влияния этого драйвера.
А отслеживать нужно - он физически не успевает рисовать с той скоростью, с какой валятся команды.
Я с copy filename.hpgl com1: как раз у начинал - результаты в предыдущих ответах в этой ветке. Не умеет аппарат flow control - переполняется буфер и тю-тю.
Драйвер формирует файл в точном соответствии с указанным разрешением - я ему указал 270х370 мм при 10 шагах на миллиметр. Ни разу не вылетел.
(Сообщение отредактировал Teodor 12 июня 2007 21:57)

Буква P в MODE и отслеживает буфер, если все провода правильно подключены.
Никаких программ не нужно писать. В любом редакторе заменить PD на PD;PA и PU на PU;PA
Убрать из шапки не его другие команды и в конце демо кусок от драйвера. Печатать в файл.

VIEW аппаратный. Пока reiss не готов и буфер полон, передача ждёт. Похоже интерфейс неправильно распаян.

jurey, про конверсию команд я писал уже очень-очень давно и с ними уже все понятно. Хотелось бы все команды транскодировать, уже работаю над этим.
Из официальной доки следует, что на контакте v.108 (B8) меняется уровень на High при переполнении буфера и возвращается в Low, если буфер пуст. Но в реальности, если верить осциллографу, там абсолютная тишина. Дефект ли это устройства, или особенность модели - не знаю, но это факт. Поэтому единственное универсальное решение - анализ статус-байта, который отдается при отправке в порт символа 05H. Там гораздо больше информации, чем на линии DTR, даже если бы она работала. Статус-байт я видел в терминалке при нажатии Paper, Reset и View, описание в официальной документации есть. Сейчас нужно только начать его использовать.
Интерфейс распаян верно. Судя по официальной доке - даже излишне верно, т.к. часть линий просто не используются (используются пять вместо распаяных мною восьми).
Официальная дока: http://teo.80x86.ru/docs/robotron/Robotron_REISS_K6418.rar

DTR подключен и куда?

Соедини с RTS и будет тебе счастье

В общем, смотри как надо спаять кабель.
1. Защитную землю на экран DB-9.
2. Земля - на 5-й пин DB-9.
3. RxD на TxD.
4. TxD на RxD.
5. DTR плоттера на СD (Carrier Detect, 1-й пин) и DSR (Data Set Ready, 6-й пин) DB-9, одновременно.
6. RTS (Request to Send, 7-й пин) и CTS (Clear to Send, 8-й пин) DB-9 вместе.
Всё. Должно работать как часы на любой скорости. Длину  кабеля лучше не более 3-х метров. Качество тоже имеет значение.
Не за что.

(Сообщение отредактировал jurey 15 июня 2007 0:14)

Именно так в настоящий момент и спаяно. Только с DTR _ничего_ не приходит. Вообще! Смотрелось осциллографом. Поэтому, как кабель не паяй - реально используется только три провода. Соответственно, контроль - только софтом.
ЗЫ-1: Схема приведенная на картинке - "заглушка" для аппаратных вариантов контроля. RTS закорочен на CTS, DTR на DSR - останется только программный XON/XOFF.
ЗЫ-2: Первая моя схема - DTR заводился на 1 и 6. Вторая - на 8-й, была надежда на CTS. Но по причине неформирования плоттером DTR - все это бессмысленно.
ЗЫ-3: Выдаваемые им коды, кстати, соответствуют XON - 11h и XOFF - 13h, но какого-то леса MODE не хочет этот вариант включать.
MODE 9600,N,8,1 - принимает.
MODE xon=on - принимает, но сбрасывает порт в 9600,E,7,1.
А все вместе - шиш, ошибка!
(Сообщение отредактировал Teodor 15 июня 2007 7:11)

P это timeout OFF

Я так понял у тебя основная проблема переполнение буфера. Так давай копать в этом направлении. Скорость что на 2400 что на 9600 существенно не отличается. Просто буфер заполняется быстрее. Рисует он гораздо медленнее чем идут данные.
Почему у тебя не работает на 2400 не понятно. Просто это оптимальная скорость записи в порт.
Распиши как у тебя включены джампера.
Ещё раз вопрос. Защитная земля от плоттера на корпусе DB-9?
Росчерки могут быть из-за близкого расположения пена к поверхности планшета и его кривизны.

(Сообщение отредактировал jurey 15 июня 2007 13:42)

нет аппаратной индикации переполнения буфера
DTR это и есть аппаратная индикация. Data Terminal Ready - готовность к приёму данных.

Попробую отключить буферы FIFO
Так, хватит экспериментов. Причём тут данные.
На счёт не подключенного DTR. Надеюсь ты в курсе что такое открытый выход?

(Сообщение отредактировал jurey 15 июня 2007 13:52)

А то, что устройства могут отличаться, как бы не в счет?
Чем?

Ну вот. Удачи.

Што-то я не пойму, зачем прога то?

OK

(Сообщение отредактировал jurey 19 июня 2007 8:54)

Пишется потрошку. У меня сейчас 7 рабочих дней в неделю и программер занят

Из HPGL это чудо знает только PD и PU

Всех таблиц не сравнивал....

Спрашивайте.

shahtyer, так статейку мою почитайте - там весь процесс ремонта и подключения описан. В этой теме я только с интерфейсом воевал.
http://www.phantom.sannata.ru/articles/robotron_k6418.shtml

Там же в конце полная документация с описанием команд.

Доброго времени суток всем, кто тут есть (надеюсь, что откликнитесь).

Отдали аналогичный аппарат.
Хотел воспользоваться, но:

Проблема в том, что у него уже сменен разъем, причем, похоже, неудачно для аппаратного контроля.
На порту 5 контактов используется, НО он не успевает за командами с ПК.
Попробовал перепаять по указанному методу с аппаратной заглушкой - бесполезно.

На порту пропаяны 5 контактов - RxD, TxD, sGND, gGND, и RTS/CTS(в одну сторону, поэтому Xon/Xoff не помогает), остальные контакты отсутствуют либо обрезаны.

Есть ли у кого-нибудь (или, может, подскажете, где взять) разводка с платы (там разъем XS34 стоит, но не все контакты с него идут на COM)?

Ну, или, если не в тягость, может, кто свой K6418 приоткроет и посмотрит, какой контакт этого разъема соответствует какому для COM или С2?

Заранее очень благодарен.

Все. Понял , в чем был косяк - НЕ НУЖНО доп. инициализации устройства!
Убрал из листинга первые 2 команды - все стало ок.
Всем спсб за терпение)).

А, и скорость лучше - вторая.

один вопрос решен подключено было все зеркально, те на неиспользуемые выводы.
с портами остался вопрос
написано
------------
При включении графопостроитель переключает канал сигналов V.108 на
LOW, т.е. графопостроитель не готов. Если нажимется клавиша Paper канал
V.108 переключается на High (активное состояние). Кроме того, сейчас го-
рит лампочка READY, что значит готовность графопостроителя к передаче
данных.
----------
лампа реагирует правильно, но на B8 относительно А1
сразу со старта 12в B8(+)
и не меняет никак своего состояния.