информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Где водятся OGRыSpanning Tree Protocol: недокументированное применениеСтрашный баг в Windows
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / software
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
100% проблемы в софте. Разработчики отчасти справедливо... 21.07.04 20:24  Число просмотров: 1725
Автор: leo <Леонид Юрьев> Статус: Elderman
Отредактировано 21.07.04 20:24  Количество правок: 1
<"чистая" ссылка>
> При использовании внутрисхемного эмулятора микроконтроллера
> PROJECT 51 (производство фирмы ФИТОН, Москва, ПО - их
> же)возникли проблемы, которых не было в WIN-98: эмулятор
> коннектится по СОМ порту, начальные тесты проходят, но
> эмуляции нет (хотя программа утверждает, что все ОК).
> Попытка замены драйвера на SerialXP и использование
> режимов совместимости не помогло. Прохождение начальных
> тестов в ХР идет намного медленнее, чем в 98-х,
> неработоспособность наблюдается при разных скоростях
> передачи. С Москвой связаться пока не удается, Может кто
> подскажет, как победить этот СОМ порт? Заранее благодарю
>
> Вадим

100% проблемы в софте. Разработчики отчасти справедливо считают, что могут делать через COM-порт всё что можно через порты 8250. И в Win95/98/Me это работает, поскольку система старается отдать порты ввода/вывода на полный доступ.

В NT же всё совсем не так, с COM-портом можно делать только то, и только так как определено в спецификации драйвера последовательного порта. Если программа 16-битная, то все действия проходят через интерпретацию виртуальной DOS-машины. И очень мало шансов что VDM поймет что от неё хочет программа управления PROJECT51 и сможет это сделать через API к драйверу.

Резюме - софт нужно переписывать и вполне вероятно пересмотреть весь интерфейс к устройству.
В принципе "за пиво" я могу сделать в SerialXp IOCTL и для PROJECT51 (как это сделано для http://www.vak.ru/proj/casc/), естественно если это в принципе возможно.

Удачи.
<software> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach