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

вообще было бы хорошо, если бы вы исходник драйвера на сайт положили...

спасибо!

Ничерта непонятно как собрать ваш драйвер
собираю в  MSVS2005 - ругается кучей ошибок такого плана
1>C:/PROGRA~1/COMPUW~1/DRIVER~1/DRIVER~4/include/kaddress.h(967) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int

Не могли бы вы включить в оффдрайвер функцию вроде SetLDeviceSimpleEvent, которая бы выполняла тоже, что и штатная SetLDeviceEvent, т.е. устанавливала событие, только безусловно (по reset fl2; set fl2;) и без предварительных настроек?

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

изделие, кстати, L761

Господа, будет ли ответ?
какойто фантастический код надо в драйвер дописать?

Зачем это нужно? запустите тред и читайте себе ячейку в проце... стабильной времянки все равно не получите, а разница в десяток миллисекунд несущественна...

так и делаю - чтение в цикле хоть и работает безотказно, но
1) хочется прокручивать итерацию треда, только по событию от сигнальника, чтобы не грузить лишними вычислениями
2) хочет более оперативно реагировать на события в сигнальнике - сейчас приходится перекачивать через него несколько десятков мегабайт за пару минут - поэтому оперативная реакция, чтобы выкачать скопившиеся данные критичны, чтобы не потерять следующие данные

если что-то прокачивает, то чем не устраивает штатная буферизация? а чтобы не крутить почем зря- кодить надо грамотно.... ну там sleep и прочее...

хех, я конечно же использую sleep(25) на каждой итерации цикла,
но всё равно такое решение мне кажется кривым. Штатную буферизацию задействовать нет никакой возможности - прошивка сигнальника переписана полностью. Конечно, есть вариант - уменьшить sleep() до 5мс и менее, но тут уже появляется чрезмерная загрузка холостыми итерациями.

можно было подумать при переписки чтобы буферизация осталась штатная....

блин, lcard, чтоже ты такой вредныЙ?!
наша прошивка имеет совсем другую архитектуру, в которую вашу буферизацию только, как второй хвост собаке, можно было бы прилепить.
Помоему абсолютно очевидно, что штатному L-драйверу для предоставления полного интерфейса к плате не хватает только простой реакции на прерывание - достаточно просто взвода события. Мне показалось, что там дописать то надо строк 20 от силы, причём архитектура L-драйвера позволяет добавить эту функцию не поломав остальные...

жду ответа как соловей лета

это может и будет, но никак не срочно...

хочу добавить, что включать в библиотеку интерфейс для этой функции драйвера вовсе не обязательно. Тот кто полностью переписывает прошивку сигнальника под себя сможет сам правильно обратиться к драйверу, в то время как такая функция в SDK сможет запутать новичков.

ну когда же?!

ну когда же?!?!?!

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

эххх

Poul, эхххх [грустно вздыхает]