Forth
http://fforum.winglion.ru/

программирование портов ввода-вывода под WinXP
http://fforum.winglion.ru/viewtopic.php?f=18&t=2418		 Страница 2 из 2
Автор:  Hishnik [ Сб фев 06, 2010 02:04 ]
Заголовок сообщения: 
VoidVolker писал(а):
Хищник писал(а):
Кстати, уже точно известно, что Win API не обеспечивает требуемой функциональности?

Цитата:
Разработчики NT с целью обеспечения безопасности использования совместных аппаратных ресурсов компьютера, запретили к ним прямой доступ из программ пользовательского режима (по сути дела из любых программ).

Соответственно необходимо использовать либо длл либо специальный драйвер.


Не обязательно. Поскольку LPT - стандартный порт, к нему можно получить доступ с помощью только средств "из коробки".
Автор:  mOleg [ Сб фев 06, 2010 08:50 ]
Заголовок сообщения: 
WingLion писал(а):
А почему это оборудование и дальше нельзя использовать с нормальным ДОС-ом?

или хотя бы под веткой 9x винды. Там можно на прямую к портам обращаться.
кстати, причина возникновения проблемы мне знакома. Скорее всего поставили новый комп, обновили так сказать.
Автор:  mOleg [ Сб фев 06, 2010 08:51 ]
Заголовок сообщения: 
Хищник писал(а):
Не обязательно. Поскольку LPT - стандартный порт, к нему можно получить доступ с помощью только средств "из коробки

проблема только в том, что не факт, что "железяка" не ЛПТ работает со стандартным протоколом, что нормально для "самодела" (я по крайней мере так делал).
Автор:  Hishnik [ Сб фев 06, 2010 12:27 ]
Заголовок сообщения: 
mOleg писал(а):
проблема только в том, что не факт, что "железяка" не ЛПТ работает со стандартным протоколом, что нормально для "самодела" (я по крайней мере так делал).

Если проблема уже оформилась, то надо решать ее кардинально. Потому что вариант с какими-то нестандартными расковыриваниями XP порочен в самой основе - сегодня заработает, а завтра проявится какой-нибудь неприятный побочный эффект. Решения для системы управления я тут не вижу, тем более что энкодер относительный, а не абсолютный, и пропадание данных будет фатально для системы. Я бы таки склонился к недорогому МК, буферизующему данные, или, как альтернативный вариант, miniATX на Atom с установленной DOS, отданная эксклюзивно на эту задачу. Тут еще стоит учесть, что время - деньги, и попытки решить проблему "малой кровью" могут выйти боком.
Автор:  WingLion [ Сб фев 06, 2010 13:38 ]
Заголовок сообщения: 
Кстати, сталкивался с такой проблемой. И подчас проблема даже не в железе, а то что называется "в головах".

В последний раз, когда такое возникло, я просто пришел к начальнику и объяснил все просто.
Буржуи вытягивают деньги из всего чего могут, не гнушаясь грабить потребителя путем разработки
несовместимых устройств, с которыми старые программы просто не работают.
Для того чтобы сказать потом: "Вот новая программа для нового железа, для нового компьютера - ПОКУПАЙТЕ!"

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

И все. Купили его - потратили эти несчастные 250$ - и теперь проблем нет.
Автор:  вопрос [ Сб фев 06, 2010 13:45 ]
Заголовок сообщения: 
WingLion писал(а):
Кстати, сталкивался с такой проблемой. И подчас проблема даже не в железе, а то что называется "в головах".

В последний раз, когда такое возникло, я просто пришел к начальнику и объяснил все просто.
Буржуи вытягивают деньги из всего чего могут, не гнушаясь грабить потребителя путем разработки
несовместимых устройств, с которыми старые программы просто не работают.
Для того чтобы сказать потом: "Вот новая программа для нового железа, для нового компьютера - ПОКУПАЙТЕ!"
И все. Купили его - потратили эти несчастные 250$ - и теперь проблем нет.

Да, так оно рассчитано - планируется бизнес наперёд в т.ч. течение товара :( :(
Автор:  Hishnik [ Сб фев 06, 2010 13:50 ]
Заголовок сообщения: 
WingLion писал(а):
Кстати, сталкивался с такой проблемой. И подчас проблема даже не в железе, а то что называется "в головах".

В последний раз, когда такое возникло, я просто пришел к начальнику и объяснил все просто.
Буржуи вытягивают деньги из всего чего могут, не гнушаясь грабить потребителя путем разработки
несовместимых устройств, с которыми старые программы просто не работают.
Для того чтобы сказать потом: "Вот новая программа для нового железа, для нового компьютера - ПОКУПАЙТЕ!"

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

И все. Купили его - потратили эти несчастные 250$ - и теперь проблем нет.

Согласен. Разве что я склоняюсь к тому, что потеря совместимости с предыдущими поколениями продуктов не есть результат злонамеренных действий. Просто так получается, потому что кое-где были "полезные хитрости", которые на деле обернулись потерей совместимости, о чем честно предупреждали производители железа и ПО. Ведь программы, которые честно используют COM-порты согласно спецификациям, без попыток что-то там пропихнуть еще и по вспомогательным сигналам, прекрасно живут и под XP. Вот LPT ведь тоже, ну не предназначен он для ввода данных, что тут поделать-то? От того, что он есть и вроде как бесплатный (потому что уже стоит на материнке), легче только на первый взгляд. На второй возникнут проблемы от потери данных (а энкодер-то относительный).
Автор:  вопрос [ Сб фев 06, 2010 15:10 ]
Заголовок сообщения: 
Цитата:
Разве что я склоняюсь к тому, что потеря совместимости с предыдущими поколениями продуктов не есть результат злонамеренных действий.
в каких-то случаях нет, в каких-то - да
Автор:  Hishnik [ Сб фев 06, 2010 15:40 ]
Заголовок сообщения: 
вопрос писал(а):
Цитата:
Разве что я склоняюсь к тому, что потеря совместимости с предыдущими поколениями продуктов не есть результат злонамеренных действий.
в каких-то случаях нет, в каких-то - да

Мысль о том, что производители спят и видят, как бы сделать пакость, может выступать в основном в виде "пароотвода". А вот у скуповатых радиолюбителей частенько встречается позиция, что за их 123 рубля 43 копейки все производители должны вывернуться наизнанку, но сделать так, как им пришло в голову вчера. И чтобы обязательно было куда пристроить барахло 10-летней давности. Нет, так не будет, поскольку нецелесообразно ни с позиций "капиталиста-кровососа", ни с позиций здравого смысла и общественной морали - множество людей не должны прогибаться под одного.
Автор:  Vinci [ Сб фев 06, 2010 16:56 ]
Заголовок сообщения: 
спасибо всем за ценные для меня замечания.
совсем немного поясню зачем всё это: мне необходимо написать программу управления качельным маятником Фуруты именно под Win ХР и на языке в исходнике которого большенство "нормальных" программистов разбираются плохо. ОС не обсуждается, а среди языков программирования мной был выбрат немного мне знакомый Форт, точнее более менее доступная его версия СП-Форт, собственно через него я и вышел на ваш замечательный форум.
думаю что использование dlportio.dll вполне допустимо - проверю эту длл в понедельник
Автор:  Ilya [ Сб фев 06, 2010 17:17 ]
Заголовок сообщения: 
Вот ведь развели дискуссию!
То Vinci: по указанной мной ссылке есть другая ссылка, где есть реализация (рабочая) вывода системной инф. Win, на LCD индикатор.
Поумничаю:
1) используй потоки
2) GUI надо? Если - да, то Вэлкам в ЛС :) или в выше-упомянутом форуме есть соотв. примеры.
Автор:  Jelsay [ Пн мар 01, 2010 10:36 ]
Заголовок сообщения: 
есть ли форт под QNX или примеры переделки под QNX SPF ?
Автор:  Варнак [ Пн мар 01, 2010 11:01 ]
Заголовок сообщения: 
А вот это непонятно, вопреки пояснениям
Vinci писал(а):
совсем немного поясню зачем всё это: мне необходимо написать программу управления качельным маятником Фуруты именно под Win ХР и на языке в исходнике которого большенство "нормальных" программистов разбираются плохо. ОС не обсуждается, а среди языков программирования мной был выбрат немного мне знакомый Форт

Т.е. язык таки выбирался разработчиком, но почему-то его было надо выбрать такой, в котором "плохо разбираются" ... мотивы такого выбора не могу понять
Автор:  diver [ Вт мар 02, 2010 15:28 ]
Заголовок сообщения: 
Jelsay писал(а):
есть ли форт под QNX или примеры переделки под QNX SPF ?

PFE под QNX собирается вроде бы.
Страница 2 из 2 Часовой пояс: UTC + 3 часа [ Летнее время ]
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/