mantech

Видимо так и нужно. Посмотрел демки, там почти всепод старую винду, но есть одна под дос, и там как раз то, что нужно - работа с 16м цветов через linear frame buffer по времени укладывается в задачу. Будем копать в эту сторону B)

Дак вот в том-то и дело, что 256 не подходит - заказчику нужно полноцветные PNG картинки, с самим форматом проблем нет особых, а вот с видеокартой, совсем другое. Та скорость, с которой отрисовывается через int 10h - 2 сек кадр - тут никуда не годится. :crying: Причем я бы понял, еслиб это был какой-нить 486 проц, а тут все-таки pentium M-1,5 ГГц !

Спасибо, посмотрю обязательно. А если еще скините хоть один-два рабочих примера - буду очень признателен. ЗЫ. Режим вроде запустил, единственное - работа через int 10h уж очень медленно... А чем это грозит в защищенном режиме? Просто этот экстендер уже проверен десятилетиями ;)

Я не спорю, может и живут, только там скорее всего винда очень урезана и допилена, как например для mach 3 было в свое время. Только мне это не подходит - пользователи аппаратов в случае повреждения винды или диска не смогут сами так все доработать. Мое видение таково - чем проще система - тем стабильнее работа! Согласитесь, куда прощеформатануть флеху, скопировать туда прогу плюс каталог с картинками, вставить в плату промкомпа и включить! Что тут можно испортить? ;)

Да, интересно, надо будет тоже где-нить откопать и проверить свои творения Помнится когда-то давно тоже что-то не работало - пришлось отлаживать покомандно,долго мучался, но получилось. Кстати,а на своем сайте у них нет каких-либо ограничений? Не смотрели?

Ребят, я конечно это понимаю Почему? Всеочень просто, пишу программу для промавтоматики, работающей в режиме 24х7 без участия оператора. Сейчас все работает под винду ХР и 7. С самой программой и подключенными к ней контроллерами проблем нет,а вот винда.... Постоянно что-то с ней не так, то экран внезапно "засыпает", хотя все настройки сделаны в режим "никогда", то отваливается усб порт, иногда просто перезагруз или вдруг трей вылезет поверх программы, ну и напоследок - включение-отключение компа - раз 20-30 все проходит на ура, а потом либо не выключится или при включении запускается безопасный режим... вобщем достала меня эта винда! А чего тут неопределенного? Программа под чистый дос, а иде у ваткома под дос нет, поэтому работаю из 98й винды :laughing:

Да мне все-равно на чем - лишь бы исходники были рабочие и работали c PM(dos4gw). ЗЫ. И там по этой ссылке только готовый бинарник - исходников нет.

Приветствую. Собственно встал вопрос, как правильно работать с весовскими режимами(0х112, 0х115 и 0х118) под чистым досом? Пользуюсь watcom C под98й виндой (в ХР он не работает), работают все 256и цветные режимы, на остальных пишет неверный видеоконтроллер. Сначала думал, что эти режимы просто не работают, но в инете нашел прогу VESA16M, в которой все прекрасно работает. Ответ - сам дурак! Может у кого есть какие-нить исходники под это дело?

Хм. Интересно, можете про эти карточки поподробнее? Сколько всякого переделал на сд-картах в спи-режиме - все было корректно.

В чем проблема, сделайте на 433МГц.

"Магические цифры" - тоже не "особенный" вариант. Потом начинаешь мучительно вспоминать, где чего и когда это было :laughing:

Видать "Всемогущие гуру" хотели еще что-нить в скобочках...вписать

Странные запросы, по моему, ставить линуху для работы с ЖКИ, с которым способена работать аврка? Даже если там нужна работа с сетью, все-равно проще какую-нить stm или lpc B) ЗЫ. Сколько не видал случаев - линуху ставят как-раз для работы с навороченными гуями...

В том-то и дело - не со всеми флешками работает - попробуй разберись, почему? :laughing:

А что так сразу? Если инициализация в библиотеке есть и она корректно работает, зачем изобретать велосипед? Я понимаю еще либы по USB - там пожалуй реально лучше с нуля писать...

Ясно, т.е. значения по умолчанию. Спасибо, попробую B)

Это при синхр. делителе 256?

Это все понятно, заказчик не согласен ставить какие-то более качественные кварцы, пусть будет так. А на счет делителя, если на потреблежку от батареи не сильно влияет, больше тут никаких "подводных камней" нет? Если нет - то я так и оставляю, как делал. Все эти деления по точности дают худший результат, плюс округления и пр...

Странно однако, это я про делитель... А второе - что значит с никакой точностью? Я написал - погрешность не более 0.01 сек, как-то подругому писать? Да, часы должны работать от батарейки, потребление, конечно, чем меньше-тем лучше, высчитывать миллисекунды из 1\128 это как? Можете объяснить? Он именно так и работает - с секундным интервалом, иначе сами часы будут считать неправильно, логично? Просто с точки зрения математики - чем большее число делить на 100, тем точнее результат, например 32768 \ 100 получаем 327 Для проверки 327*100 = 32700, т.е. неточность 68Гц. Если делитель сделаем больше , скажем 16, до частоты 2048Гц, то получаем 2048 \ 100 = 20 проверяем 20*100*16 = 32000, т.е. мы "отстаем " уже на 768Гц, разница ощутима? В смысле зачем? Нужны часы для спортивных тренировок. Замерил потребление, как было 1.5 мкА, при асинхр. делителе 128(по умолчанию), так и при полностью откл. делителе.

Хорошо, попробую 1) нужны часы, которые идут от батарейки 2) разрешающая способность 0.01 сек (точность +-10мс) Я попробовал так - поставил асинхр. делитель в 0, а синхр в 32767. В рез-те получил тот же 1 Гц на выходе, и декремент регистра миллисек с частотой кварца. рассогласование частоты при делении - 68Гц, т.е. абс. точность получается при частоте 32700Гц, в принципе - сойдет. Правильно-ли я все понял, и если дел-ль=0 это нормально, или так делать нельзя?

А в курсе, что камень на своих 168мегах.... в выкл. состоянии не работает?? А часы идут от батарейки? ;) Вот и мне нужно, чтоб они шли не только, когда есть питание.. Ясень пень, что на обычном таймере я могу получить любую выдержку, только она будет несинхронна со встроенными часами. ЗЫ. Сейчас почитал даташит повнимательнее - оказывается там регистр синхронного делителя 15 бит и плюс еще асинхронный 7 бит (я раньше думал, что он - это старшая часть синхроного ) Отсюда вопрос - зачем вообще этот асинхронный делитель? Может сделать проще - задать его значение=1 (0 там помоему нельзя), итого получаем на входе синхронного 16384КГц, я так понимаю, и на счетчик миллисекунд будет поступать эта частота, а ее потом уже и делим на соотв. коефф. чтоб получить мс?

Приветствую. Есть одна нетривиальная задача - нужен таймер с разрешением 0.01 сек Посмотрел хитрый блок часов в стм, и понял что не все так просто :crying: Во первых - кварц с частотой 32768 на 100 нацело не делится. Во вторых, счетчик RTC_SSR прибавляется на 1 каждые 1\256 сек, что тоже не то-не се. Вопрос - как-то можно сделать что-то более-менее похожее, исходя из всего этого, или решение только одно - надо где-то искать кварц на 36КГц?

Придется...Просто думал, что кто-нить этим уже занимался :laughing:

Это я понял, мне больше интересно, как "подопнуть" дма этим-же таймером...

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