Доброго времени суток.
1.Подскажите на чем написан Биос L780 (и версию среды)? Скачал Архив с вашего сайта вроди с исходниками биос но не нашел там .асм файла.

2.На сколько я понимаю файл L780.bio это откомпилированный выходной файл среды в которой написан проект переименованный в расширение .bio ?

3 Функция LoadBios фактически перепрошивает DSP или у вас в нем какой то бутлоадер который грузит то что написано в L780.bio

1. При написании LBIOS для платы L-780 были использованы обычные утилиты сборки командной строки. Архив с утилитами можно скачасть с нашего FTP-сайта: ftp://ftp.lcard.ru/pub/users/adsp/dsptools.exe. Файл L780.dsp является основным ассемблерным файлом при формировании LBIOS. Вес порядок сборки LBIOS можно посмотреть в командном файле GoDsp.bat.

2. Формат файл типа .bio является более удобным для процесса загрузки в сигнальный процессор платы L-780. Процедура формирования LBIOS достаточно подробно описана в 1.5.2 "Создание управляющей программы" (http://www.lcard.ru/download/l7xx_programmers_guide.pdf).  Подробнее о формате файла .bio можно посмотреть в том же руководстве в Приложении D.

3. ADSP-2185M, который применяется на плате L-780, имеет в своём составе только ОЗУ. Функция LoadBios просто аккуратно заливает это ОЗУ должным образом. Процедура заливки LBIOS в ОЗУ DSP достаточно подробно описана в п.1.5.3 "Загрузка управляющей программы в DSP" (http://www.lcard.ru/download/l7xx_programmers_guide.pdf).

Доброго времени суток, прошу прощения можно уточнить.
Что значит "файл типа .bio является более удобным для процесса загрузки"??? на сколько я понимаю это hex, который пишется в контроллер и пусть у него расширение вам удобное хоть "бублик" лишь бы ваша функция load его понимала. вопрос был в том как его получить этот файл. выходной файл после компеляции пакетом dsptools.exe имеет расширение .bio?

Возможно ли например вообще открыть ваш проект с помощью VisualDSP++ или чего то вроди этого?
Задача в принципе дописать пару строк в вашем биосе но разобраться в батниках и командных строках я смотрю будет дольше.
Ваша организация не предоставляет поддержку пользователей по модификации к примеру вашего же биоса?
например необходимо просто дописать пару строк что б вместе с данными отцифровки в одном из старших битов данных приходило значение состояния порта.

Прошу прощение не порта а состояние одного пина порта.

1. По поводу всего, что касается создания LBIOS можно посмотреть в приведённом выше руководстве специальный раздел, посвящённый низкоуровневому описанию плат. Там всё достаточно подробно расписано.
2. С помощью VisualDSP++ LBIOS собрать не удастся.
3. Если проблема состоит только в добавлении пары строк, то мы вполне можем Вам помочь. Просто подробнее опишите, что требуется сделать.

Задача состоит в следующем:
Формат сбора данных с канала АЦП
при положительных значениях 00ххххх..х
при отрицательных значениях 11ххххх..х

Вот есть необходимость что б например при каждом съеме информации с любого канала АЦП проверялся порт ввода вывода и первый разряд в данных с АЦП принимал значение 1 или 0 в зависимости от состояния входа младшей ноги в порте (пин INT1)

т.е.
при положительных значениях АЦП и порт лог ед 10ххххх..х
при положительных значениях АЦП и порт лог ноль 00ххххх..х
при отрицательных значениях АЦП и порт лог ед 11ххххх..х
при отрицательных значениях АЦП и порт лог ноль 01ххххх..х

то есть после получение данных по каждому каналу АЦП надо считать порт посмотреть что в младшем бите и привести в соответствие старший бит данных с АЦП (где есть лишний бит свободный как я понимаю если нет то поправьте меня).

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

Сергей, прокомментируйте пожалуйста как там эта задача Вашим программистам под силу и дело получаса или все сложно и нам разбираться самим?

А под "пином INT1" подразумевается линия INT на цифровом разъёме (контакт 27)?

нет. 3.3.4. Дополнительный кабель AC-7xx-m Int1 контакт 18

откуда контакт 27 ?

С входом просто int я так понимаю вообще как с портом работать не получится.. ??

ссылка пункт 3.3.4. на l7xx_users_guide.pdf

Прошу прощение наверно это я Вас ввел в заблуждение опечаткой не INT1 а IN1 называется у вас ножка в соответствии с документацией.

Вот у вас есть замечательная функция

my_ASYNC_PAR.s_Type = L_ASYNC_TTL_INP;
IoAsync(&hIfc1, &my_ASYNC_PAR);
temp_async = my_ASYNC_PAR.Data[0];

которая читает порт ввода/вывода контроллера (в вашем случаи я так понимаю что он только на ввод), порт как и контроллер 16 бит ноги соответственно из вашей документации IN1, IN2 ... IN16.
Вот при подачи на IN1 контакт 18 лог. ед. в младшем разряде Data[0] появляется единица и соответственно ноль то ноль. так вот это же надо считать и посмотреть что в младшем разряде (нулевой бит) Data[0] и в соответствии выставь 16 бит данных АЦП.

А на счет канала INT я честно говоря понятия не имею куда он идет, у меня файла трассировки платы нет вашего.

1. Линия INT1 - дополнительная линия внешнего прерывания, которая заводится непосредственно на DSP. В штатном LBIOS эта линия никак не используется. А насчёт контакта 27 опечатка вышла: не 27, а 37 (пункт 3.3.2. "Внутренний разъём для подключения цифровых сигналов" из l7xx_users_guide.pdf).
2. С линией IN1 всё понятно.
3. Какая допустима рассинхронизация моментов оцифровки АЦП и чтения IN1?

не ну тут уже как сможете, это ж все будет менять еще и в зависимости от частоты АЦП. я так понимаю что там задержка будет в тактах DSP... просто желательно ее знать и все (просто кусочек обработки после считывания значений АЦП киньте мне и все станет понятно).
ну вот если у вас там работает АЦП внутри по прерыванию готовности значения АЦП, то алгоритм примерно таков:
Обработался первый канал -> получили значение с первого канала -> прежде чем записать в буфер проверили состояния порта -> откоректирывали старший бит -> записали значение в буфер.

Обработался второй канал -> получили значение со второго канала -> прежде чем записать в буфер проверили состояния порта -> откоректирывали старший бит -> записали значение в буфер.

таким образом рассинхронизация будет определятся частотой АЦП + переход на обработку + чтение порта. все это считается вроде.

Сергей, день добрый. Есть какая то информация по поводу вопроса?

Сегодня сделаю и вышлю по почте. С Вашей стороны - тестирование.

Ок. Жду.

Ушло...

Сергей, файл получил. Буду смотреть по результатам отпишусь Вам на почту.

Спасибо большое за поддержку.

Сергей, в статике все работает пока глюков не видно если что проявится то сообщу дополнительно.
Еще раз спасибо Вам.