Полигон-2

RomaVis написал:

[q]

В связи с такой неприятной ситуацией ищется хоть какая-то информация по поводу конфигурации _моей_ версии плоттера (как писали - более старой), с ОЗУ 1809РУ1.
Возможно, тут другая интерпретация дипсвича параметров протокола... Возможно, тут надо что-то пощелкать на самой мамке (ибо назначение переключателя S1 тут отличное от версии на 537РУ10, так же тут дипсвич калибровки один, а не два.. Если он вообще имеет отношение к калибровке. И хрен его знает, в каком положении S1 должен стоять.)

[/q]

Мне повезло и у моего плоттера был интерфейс - Стык2, т.е. RS-232. Хотя проблемы были и с ним. Во первых- у отечественных разъемов оказалась нумерация пинов в другую сторону , что привело к полной ерунде при распайке кабеля по распиновке буржуйской. Думал долго что за хрень, решил чинить плату интерфейса, и тут это всплыло. Распиновку с нашей стороны выяснил по докам плоттера, в дальнейшем заменил наш разъем на импортный, что бы не иметь проблем с совместимостью и механической. Во вторых, для нормальной работы интерфейса применяется аппаратное квитирование- аппаратное управление потоком данных. Это добавляет еще два провода с именами DTR/DSR. Распайка всех пар линий перекрестная. Сегодня попробую отфотать доки на аппарат и выложить.

В общем, разбор полетов за последние несколько дней.
Заменой ВВ51 я восстановил работоспособность ИРПС. Плоттер выполняет команды, отправляет на ЭВМ данные, и т.п..
Однако, предусмотренный ТО программный контроль потока (Xon Xoff), несмотря на то что вроде-бы и есть (плоттер отправляет коды 11h и 13h иногда), но то и дело не справляется. То ли линукс виноват (хотя и под виртуальной виндой из Terminal v1.9b пробовал), то ли USB-конвертор на PL2303.. Буффер переполняется, и ничего не работает.

В моей реализации плоттера(ПЗУ 087-090) выяснил назначение переключателя S1 на мамке опытным путем:
1 - устанавливает линию глобального сброса
2 - останавливает проц (?) устанавливая сигнал SACK (?)
3 - если замкнут, то выбирает режим Стык С2 с аппаратным контролем потока, если разомкнут - ИРПС с программным
4 - выведен на сервисный разъем, более ничего не делает (вроде бы. Несмотря на то, что в поздних версиях плоттера отключал ПЗУ от шины, тут CS ПЗУ намертво сидят на земле)

Назначение всех подпереключателей помимо 4 соответствует таковому в поздних версиях.

Замкнул переключатель S1.3 и выставил режим порта в соотв. с таблицей для Стык С2, подпаялся к 24 ноге ВВ51 (она не подключена на плате ИРПС), которая служит сигналом аппаратного управления потока, подцепил её на сигнал CTS-not PL2303.. После этих махинаций, разумеется, о токовых петлях/равзязках и речи нет, но аппаратный контроль потока полностью заработал.
Единственное, с чем не разобрался - почему-то "cat" в линухе недописывает данных в порт.. Плоттер всегда не дорисовывает самую малость.. Вроде-бы всё делаю правильно.

В 8-битном режиме плоттер выдает полный бред на команды "считать масштабные точки" и "считать координату" (и, соотв., "кодировать точку"). Причина - 8ой бит в посылаемых плоттером данных по какой-то причине установлен . Выставляем 7-битный режим порта, всё становится на свои места - плоттер посылает правильные числа (8й бит, напомню, ему не нужен _никогда_).
Единственное - комманда "считать координаты точки" выдает данные в абсолютной системе координат относительно левого нижнего угла _поля рисования_ (иначе говоря - никакого учета постоянного окна - масштабных точек - не производится). На работу с пользовательскими единицами измерения не проверял.

О системе комманд - нет комманд начинающихся на E (обрисовать контур) и F (штриховка), нет комманды "установить ускорение". Остальное (от более поздних версий), вроде-бы, в наличии..
----
Короче, в целом - производит впечатление дикой сырости прошивки. Неизвестно, возможно ли тут вообще работать через ИРПС нормально с программным контролем потока...
И еще виснет частенько на задании точек Т0, Т1 оператором. Разумеется, в других местах тоже виснет, но реже... Кондеры поменял "наполовину" (в БП - все), помогло вроде-бы незначительно.
Подозреваю, что непропай Потому как плата, несмотря на то, что текстолитовая - говно. Отверстия маленького диаметра, металлизация тоненькая, плата толстенная, и прогреть её через металлизацию практически нереально. Результат - отвал пятаков при замене кондеров повсеместный... Не знаю, был ли в этой замене вообще толк.

Да, при зависании моргают "Инструмент" (запрос инструмента), "Код", "Ошибка". Может кто-то, у кого есть ТО на старую версию плоттера с озу на 1809РУ1, сказать, что конкретно это за код ошибки(какой вектор прерывания)?

Кстати, был случай с этим плоттером у меня и этот случай переполнил тогда мое терпение. Я рисовал этим плоттером платы из под автокада. Специально купил чернила для рапидографа к нему. Для проверки сначала отрисовываю плату на бумаге фломастером. Все отлично, без ошибок. Кладу текстолит. Рисует, отрисовал треть и поехал куда то не подымая перо. Начирикал и заглох с ошибкой. И так пять раз. Я задолбался смывать чернила с меди. При этом кладу бумагу- все рисует отлично. Я три дня его лечил. Не помогло. И потом .... все кончилось для него.

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

Кстати, у меня есть прога конвертации команд HPGL в его команды. Я пользовал ее при работе с Автокадом.

Спасибо! Посмотрел - у меня всё же плата немного отличается.. А вот набор команд тот же, без контуров и штриховок.. И еще, пульт уже переработан у Вас И тест запускается по-другому.. И коды ошибок (которые я как раз и хотел опознать) другие...

Что до скорости - не в скорости дело. Установка скорости задает лишь максимальную скорость движения пера на линейном участке. Плоттер при переходе от одной прямой движения к другой (проход через точку ломаной, к примеру, а у нас-то любое рисование тут - ломаные линии) совершает _полную_ остановку-разгон пера с ограниченным ускорением (вроде бы 3.2 м/с.кв). Т.е линию длиной 20 сантиметров он чертит быстро, выдавая практически положенные 30 см/сек. А вот зиг-заг с размахом в 3-4мм вдоль прямой длинной те же 20 см - намнооого дольше.

Считаю это недоработкой алгоритма, реализованного в данной версии прошивки. Буржуйские Roland-ы кривые рисуют очень плавно, этот же - неспособен (возможно, в поздних версиях это исправили).