цитата Кулибин:
Чем я смогу помочь?
если навыки паяния есть, то уже можно кое чем помочь --
спаять кабель-припаять к модему-настроить lpt порт в биосе (пока обязательно аппаратный-т.е на материнской)- запустить программку и показать что получилось в дампе первого файла MIBIB // это Вас подготовит к восстановлению своего модема . а также поможет выяснить причины проблем в программе.. или просто подтвердит, что мой модем погублен как то иначе чем был у ВОВА ..
это уже кое что..
вот ящик на котором тестил вашу программу--
<<< Общие сведения о системе >>>
> Материнская плата : MSI MS-6507
> Микропроцессор : Intel i845D
> Процессор : Intel Pentium 4 @ 1500МГц
> Физическая память : 512Мб (2 x 256 DDR-SDRAM )
> Видеоадаптер : NVIDIA GeForce2 MX 100/200 (Microsoft Corporation)
> Жёсткий диск : IC35L020AVER07-0 (21Гб)
> Жёсткий диск : MAXTOR 6L060J3 (60Гб)
> DVD-Rom Drive : TOSHIBA ODD-DVD SD-R5272
> Тип монитора : Philips PHL 17PF9945 - 17 дюймов
> Сетевая карта : Broadcom BCM4309 802.11a/b/g
> Сетевая карта : Realtek Semiconductor RTL8139/810x Fast Ethernet Adapter
> Oперационная система : Microsoft Windows XP Профессиональный 5.01.2600 Service Pack 3 (32-???)
> DirectX : Версия 9.0c (Март 2006)
------------------------------------------------------------------------------------------
***** End of report *****
режим LPT ставил в биосе SPP как настойчиво рекомендуется в мануале к опеносд который тоже использует giveio драйвер.. в дефолте опеносд привязан к стандартному виглеру.. и утилита тестирования порта от макрадора отлично определяла id проца как и сам опеносд разумеется до перепайки под Ваш вариант..правда были проблемы с входом в дебаг.. но я их решал посылая сигнал сброса и как только в логах видел честные ответы из регистров проца далее и ноисе и кумат коннектились как положено и работали с оперативкой без вопросов хоть целый день потому что они при коннекте больше не использовали никогда аппаратный сброс ;-)
вчера ночью поковырял в очередной раз маккулатуру и проверил очередные догадки в области системных регистров (честного описания на наш таргет в глаза не видел)
--то что выяснил,:
1-- воч дог при входе в дебаг по описанному мной методу теребить не нужно !
таймер вд уже отключен ;-) если раньше когда я вваливался в дебаг случайным образом в первых строчках кода, я в дампе всегда видел тикающие таймеры то в варианте захода с TRST и SRST в разнобой -- таймеры уже не тикают !! что полностью вписывается в описание по работе WD АРМ9 от атмела ;-)
2-- доступны регистры для чтения и сброса прерываний..осталось разобраться с маской, но и там вариантов не много, ответ на чтение 0х02 сброс такой же через другой регистр ..что очень порадовало.. для записи пока не проверял.. позже.
теперь есть возможность описать функцию ожидания настоящую, а не с мифическими задержками (которые безумно сильно влияют на работу с хостом HJtag- от полностью не возможности получения данных, до их безумной кривизны-за все время экспериментов только несколько раз реально видел честный дамп буфера но к сожалению зафиксировать стабильно не получилось)
3 --чуть прояснил историю ответов в регистре состояния.. вопросы есть но продвигаюсь и вроде в правильном направлении.. по крайней мере теперь точно знаю его ответ на команду удачного чтения - 8 в старшем разряде. ответы по записи и удалению пока не проверил..сначала разберусь с чтением..
4-- на 3х примерах квалкомов увидел неизменность адреса клока.. может и наш таргет не исключение, потому что примеры и младше и старше по выпуску, а он на одном месте. возможно его удастся использовать тоже, для описания в функции ожидания. конечно это предположение потребует проверки..
мои выводы на сегодня .. самый лучший момент для входа в дебаг найден!
воч дог не мешает вообще.
возможно я подобрался еще чуть ближе к написанию нормальной управляющей программы внутри .
ЗЫ жутко запаривает работать на двух компах.. перетыкать клаву и смотреть на тупление старого ящика при загрузке..видимо отвык от таких скоростей жуткий шум пропеллера выедает мозг .. мечтаю выбросить этот комп :-))
