Подключение самопального ECP-устройства

[little]

Подскажите, что нужно наваять для общения из Win2k с самодельным устройством, поддерживающим ECP?
Нужно ли на него (устройство) писать свой драйвер, или можно обойтись имеющимися? В самом девайсе поддержку ECP я наваял (надеюсь правильно).

До этого использовался другой девайс, через который я работал с помощью перелопаченного genport.sys, входящего в DDK, но почему-то это не на всех компьютерах работало. А если и работало то с разной скоростью. У меня на Athlon XP все было замечательно, а у тех кому все это предназначалось (у них 2 P3) - в 4 раза медленне? На одном P4 вдвое медленнее (а через месяца полтора перестало работать). На другом P4 не работало изначально. В чем тут могла быть беда?

[SlavaI]

А поподробней можно. Пока могу сказать только что от типа процессора это не зависит, от количества процессоров может зависеть, то есть от того uni или multi процессорное ядро.
 Как предположение- твоему девайсу не смогли выделить ресурсы(порты).

[Гром]

Да скорее всего чыто ты не предусмотрел разницу ядра....
Для подробностей распиши задачу.

[little]

Обрисовываю общую ситуацию:
На паркетном заводе, где я сейчас работаю, для изготовления всяко-разного паркета используются станки с ЧПУ, программа для которых записывается в самодельный модуль памяти, состоящий из 4-х микросхем памяти по 64Kb на шине I2C.
Когда я устроился на работу процесс записи программы в эту память выглядел следующим образом:
1. Дизайнер в автокаде создает нужный рисунок.
2. Этот рисунок обрабатывается программой-интерполятором и еще одной вспомогательной программкой, в результате чего получается файл с координатами отрезков.
3. Программа записи через контроллер этого самого ЧПУ преобразовывает и записывает файл во внутреннем коде в память.

В результате у каждого дизайнера стояло по 3 компа - на одном они под Win2k работали в автокаде, на втором по win98 записывали полученный файл через 3-й ящик-ЧПУ, потому как программа записи не общалась напрямую с портом, что Винда2000 ей не позволяла.
В результате моих переделок у дизайнеров осталось лишь по одному компу под 2000. Был сделан девайс на ЛПТ порт, через который компьютер напрямую писал в модуль памяти. А чтобы это работало под 2000, я немного переделал драйвер portio.sys, входящий в DDK. Изменения состояли лишь в том, что теперь он позволяет общаться с любым портом, а не только с тем, к которому "приклеен".

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

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

[SlavaI]

Пока могу вот что сказать-
1) Не используй MMX, SSE и прочие мультимедийные прибамбасы и регистры в драйвере- при переключении контекстов системных потоков они не сохраняются если на это не указать.
2)Насколько я понял работаешь ты через стандартный LPT порт, если так, то почему не сделал свой драйвер как фильтр над портом или вобще не воткнул его в свой стек, так как к LPT можно несколько девайсов подвесить и каждый из них будет расти из своего стека, внизу стека будет PDO, управляемый драйвером LPT. Я это все к тому клоню- не мешает ли тебе стандартный драйвер LPT, когда ты пишешь в регистры порта.

[little]

1. Нечем таким и не пользовался.
2. Не сделал, потому что не знал как, а делать что-то надо было. Стандартный драйвер, может и мешает, не знаю. Но сейчас-то вопрос несколько в другом:
Что мне потребуется чтобы организовать общение с моим девайсом? Как мне к нему обращаться из программы? Могу ли я использовать стандартный драйвер для этого или мне опять же нужно делать свой?

[Артем]

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

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

  Вот-вот, у меня точно такая же ситуация.
Только я думаю, что дело тут не в степени "умности" девайса, а как раз в возможном конфликте с "местными" драйверами из-за ресурсов.

ИМХО для того, что бы этого избежать не только можно, но и нужно использовать стандартный драйвер который сидит в системе. Для этого тебе придется написать (на основе того же genport) простенький драйвер и поставит его в стек исходящий из системного.

 Кстати, вопрос знающим людям:
Если мне нужно только чтение/запись, могу ли я обойтися, в данном случае, только ПРИЛОЖЕНИЕМ. Т.е. в приложении CreateFileом получить handle на системный драйвер (parallel.sys), а дальше Read/WriteFileом читать/писать?

[SlavaI]

Если мне нужно только чтение/запись, могу ли я обойтися, в данном случае, только ПРИЛОЖЕНИЕМ. Т.е. в приложении CreateFileом получить handle на системный драйвер (parallel.sys), а дальше Read/WriteFileом читать/писать?

Только получить handle не на драйвер, а на объект им созданным, получить handle на драйвер(DRIVER_OBJECT) конечно можно, но вот что-либо сделать с ним трудно. А вот получить handle на объект устройства(DEVICE_OBJECT), созданный драйвером можно и писать в него можно, надо просто открыть порт LPTX и писать в него.

[um]

А если попробовать через Win98. Была у меня задачка (под эту ось) - написать прогу по обмену с кассетой станка с ЧПУ через LPT - получилось даже на уровне аппликации. Понимаю, там все проще в отношении ресурсов, но все-таки... В NT я новичок, но также полагаю, что возможно мешает стандартный драйвер, т.к. управляющие сигнальные линии используются нестандартно (переназначены под свою задачу).

[Гром]

Разница между 2000 и 98 огромна 98 оставляет открытми ресурсы портов, я тоже писал на  асме прямой доступ по адресам реальным в 98 винде.

А вот 2000 то же самое можно сделаь только средствами драйвера.

[um]

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

[Гром]

А это кстати мысль - вопрос в другом, насколько та работа которую будет делать программа возможно написать в 98 - так что бы работало в 2000...

Тут как бы двойная работа получается и проблема при двухпроцессорной машине, хотя ....

[SlavaI]

to Grom. Не забывай о методе, предложенном AlekDShadow, о том как разрешить писать в порты из юзер мода на ОС направления NT.

[Гром]

http://www.shelek.com/club/modules.php?op=modload&name=phpBB_14&file=index&action=viewtopic&topic=397&11


Да вот ссылка но там все равно написание драйвера - пусть не устройства а так, который получает доступ к реальным адресам и через него , как я помню пишутся все комманды.

[um]

У меня появилась еще одна мысль, но ее не проверял. Возможно порты в BIOS'е на этих машинах сконфигурированы по-разному. А в отношении двухпроцессорной конфигурации - в чем проблема?

[SlavaI]

У меня появилась еще одна мысль, но ее не проверял. Возможно порты в BIOS'е на этих машинах сконфигурированы по-разному. А в отношении двухпроцессорной конфигурации - в чем проблема?

Порты действительно могут иметь разные адреса, количество процессоров на LPT порт не влияет, а вот то что ты там мог с синхронизацией нахимичить- это да, и на одном проце это было незаметно, а на двух проявилось.

[um]

Я имел ввиду не адреса, а режим работы - ECP, EPP, ...

[SlavaI]

Ты кстати в DDK читал-
 Microsoft recommends that hardware vendors design new multifunction print devices using composite USB interfaces, and strongly recommends against using IEEE 1284.4 interfaces. This documentation might be removed from all future versions of the Windows DDK. Microsoft-supplied drivers that support IEEE 1284.4 interfaces might be removed from all future versions of the Windows operating system.

В 64 разрядных версиях они уже это сделали.

[um]

Кстати, забыл спросить, каковы признаки того, что прога неправильно работает? Обмен вообще не происходит или, скажем, во внешнюю память записываются/считываются неправильные данные?

На одном P4 вдвое медленнее (а через месяца полтора перестало работать). На другом P4 не работало изначально.

Что вообще значит - "не работало изначально"? А порт часом не откинулся?Лечение - по симптомам!

[um]

2SlavaI
LPT (и RS-232) - интерфейсы конечно устаревшие, но рабочее железо выбрасывать жалко. Тем более, для такой задачи он в самый раз годится: простота - залог успеха. В принципе, это устройство можно переделать под USB - необходима всего лишь одна ИМС (какая не помню) - см. ж-л "Радио" за этот год.

[little]

Кстати, забыл спросить, каковы признаки того, что прога неправильно работает? Обмен вообще не происходит или, скажем, во внешнюю память записываются/считываются неправильные данные?

На одном P4 вдвое медленнее (а через месяца полтора перестало работать). На другом P4 не работало изначально.

Что вообще значит - "не работало изначально"? А порт часом не откинулся?Лечение - по симптомам!

Обмен вообще не происходит (это на той машине, что перестала работать). А на той где не работало изначально еще и ошибку выдает при попытке обращения, сейчас не помню какую. Под Вынь98 на той же машине все прекрасно и быстро работает.

[um]

Тогда, видимо, это действительно определяется ОС и ее драйверами портов. Может, в системе установлен какой-нить драйвер принтера или сканера, который тормозит обмен по порту? Был у нас такой старенький (HP IntelliScan) - страшно тормозил P4 и не только при сканировании.
Более детальными советами по Win2k я пока поделиться не могу - работаю на под ней мало:)

[Артем]

В общем резюме такое:
1. Если нужно только чтение/запись--можно попробовать обойтись только приложением.
2. В противном случае--писать небольшой драйвер , который будет общаться с системным.

[little]

Никаких других драйверов под ЛПТ не стояло. Пробовал вообще на голую систему ставить - как не работало, так и не работает.

Вопрос остается - смогу я пользоваться встроенным ECP и как мне это делать?

[Гром]

little, Голая система вещь относительная LPT встроенный дрйвер в Вин есть всегда...

[Артем]

little, Голая система вещь относительная LPT встроенный дрйвер в Вин есть всегда...

2little Посмотри: Правой кнопкой на Мой Комп--Свойства--Оборудование--Диспечер Устройств--Порты COM и LPT--порт принтера--Драйвер.
Попробуй его удалить, а потом перегрузи комп и посмотри что получиться  

P.S. Это все относиться к Win2000/NT.

[little]

НАрод, вы куда-то упорно уползаете от ответа на прямой вопрос: Смогу я в своей софтине, используя встроенный драйвер, юзать ECP для общения с моим девайсом, или же придется писать свой драйвер?

[SlavaI]

НАрод, вы куда-то упорно уползаете от ответа на прямой вопрос: Смогу я в своей софтине, используя встроенный драйвер, юзать ECP для общения с моим девайсом, или же придется писать свой драйвер?

Сможешь, скорее всего. В DDK есть исходники драйвера параллельного порта- неужели за неделю ты не мог с ними разобраться и понять- подходит он для твоих целей или нет.
ECP он поддерживает, мне так кажется.
Просто всем влом разбираться со стандартным драйвером.

[SlavaI]

Вот не поленился и прочитал описание к исходникам драйвера параллельного порта. Он поддерживает

IEEE 1284.3 Bounded ECP Mode
IEEE 1284 ECP Mode (generic)
Hardware ECP Mode - Hardware based signaling
Software ECP - Software Emulated Signaling

Тебя это спасет? Даже исходники всего этого дела есть.

[little]

Спасибо, а, может, еще и ссылки имеются на описание IEEE1284? А то я максимум что нашел - Описание ECP от Майкрософт и драфты IEEE1284 на фтп Лексмарка.