Полигон-2

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 см/сек. Подозреваю, что ускорение скажется на качестве - окружности зубчатыми станут. Или он интеллектуально нелинейно ускоряться/замедляться будет?
Жаль, программист крепко занят - всего-то осталось, что отслеживание переполнения буфера реализовать.