Добрый день!
Есть ли возможность использовать на модуле Е14-140М собственную прошивку с одновременной возможностью обмена данными с ПК через USB? Надо ли для этого самому писать драйвера для винды и ARM, или есть готовое?

Нет, конечно, самому писать драйвера не надо. Вы можете использовать исходник штатного ПО для ARM и модифицировать его, используя штатный драйвер и lusbapi.dll

Т.е. написать свои версии, основанные на стандартных исходниках E14-140-M. 
1) прошивку АРМ (в которой будут ДРУГИЕ функции обмена с ПК)
2) свою версию lusbapi для использования в своей программе под виндой.

Можно ли избежать модификации драйвера USB для E14-140-M?

Подскажите, где взять исходники:
1) исходной прошивки для АРМ
2) драйвера USB для E14-140-M (если конечно их надо будет модифицировать)

Исходники для lusbapi на месте.
Спасибо.

Самый свежий исходник ARM вышлем Вам в понедельник.

Выслали

Не могли бы Вы и мне выслать исходники, примерно такая же проблема, модуль Е14-140 должен прийти в четверг, хотелось бы тут же приступить  работе:)

Исходники выложены на http://www.lcard.ru/download/e140_firmware.zip

Желающим писать автономные блоки на базе E14-140-M рекомендую прочитать главу 6 руководства пользователя
http://www.lcard.ru/download/e14_140_users_guide.pdf
- там как раз дается идея, как можно отвязаться от необходимости подключения к
ПК, но при этом при желании сохранить возможность перепрошивки по USB и
обойтись без JTAG-программатора.

Также понадобится низкоуровневое описание http://www.lcard.ru/download/e14-140_low_level.pdf
(что как подключено к процессору) и
datasheet на Atmel AT91SAM7S256.

Возникла проблема с прошиванием E14-140-M через jtag. Другими словами программа не грузится во флэш. IAR в логах отмечает что не найдет девайс. Хотелось бы узназнать как победить сею незадачу? Спасибо

Максим, какой у вас программатор?

Проверьте цоколевку разъема, драйвер программатора, настройки IAR.
Я пользовался программатором Wiggler на параллельный порт и внешней программой OpenOCD (www.openocd.org). Как ее настраивать - отдельная тема
Также можно оставить штатный бутром и прошивать блок через USB с включенным режимом быстрого запуска; программу собирать с ROM_START 0x104000 (16K под бутром).

Я бы на вашем месте для начала попробовал собрать штатную прошивку (это проверка настроек компилятора), потом начал бы экспериментировать с переделкой кода main().

ВНИМАНИЕ! Программа, собранная из исходников как есть, без бутрома работать не будет. Но ее можно пересобрать в безбутромной конфигурации, читайте readme.txt к исходникам.

P.S. Я правильно понял, что вам не нужна связь с ПК по USB?

P.P.S. Ваши опыты очень ценны для нас. По результатам этой переписки, похоже, будет написан и выложен некий tutorial.

Программатор MT-Link, драйвера впринципе рабочие, но единственное что мы работаем в IAR 4.41, а тут проект для 5.11.не могу сказать нужны ли свои дрова тут или нет . НАстройки IARa поменял, поставил галку, чтоб во флэш писала. Связь по USB мне нужна) Смысл  работы : необходимо засунуть алгоритм которы будет выполняться автономно , по команде сверху,т.е. по USB, все задумано потому что общение по USB слышком медленно.И при все при этом мне надо будет еще пошагово отладится, как раз с помощью jtag. вроде бы нормально сформулировал.

СОбственно проблема в том что не могу нормально прошить с помощью jtag и потом пошагово пройтись по программе.

Научить IAR прошивать через MT-Link мне не удалось.
Для отладки я делал следующее - при помощи JLink (jflasharm.exe) я прошивал прошивку в ARM, а затем отлаживался в IAR (ходил по шагам и т.п.). В таком варианте все работало.

В том то и дело что я нормально прошиваю армы через MT-Link. а тут такая петрушка. сейчас на такой стадии:
есть исходники с сайта, я их компилирую и пытаюсь прошить во флэш проца, но как только вылезет окно прошивки во флэш, все мирно умирает, и остается в таком виде пока я не передерну USB у MTLink"а. Документацию и файлы вроде Readme.txt проштудировал не раз. Вообще скажите мне, ВОЗМОЖНО ЛИ ПРОШИТЬ ЧЕРЕЗ JTAG? или я зря бьюсь головой о стену.

Да, возможно. Что-то с настройками.

с настройками IARа? я не нашел mac файл к проекту, возможно дело в нем. IAR 5,11 впринципе другой, почему то не поддреживающий старые проекты.

с настройками IARа? я не нашел mac файл к проекту, возможно дело в нем. IAR 5,11 впринципе другой, почему то не поддреживающий старые проекты.

Максим, проверьте, пожалуйста, цоколевку разъема (http://www.lcard.ru/download/e14_140_users_guide.pdf параграф 5.8). Вы точно все правильно подключили?

Что касается IAR4, то можно попробовать сделать новый проект из исходников и linker map.

Далее, flashloader должен подойти стандартный для AT91SAM7S256. Может быть, надо подкорректировать коэффициенты PLL с учетом кварца (12 МГц, PLL = 96 МГц, делители для ядра и для USB порта = 2, flash 1WS). Это все можно взять из hardware/clk.c и include/clk.h

В-третьих, отметил Владислав, можно цеплять отладчик IAR к работающему процессору, прошитому тем же бинарником, но во внешней программе. Потом можно сделать reset cpu и отлаживаться. Так что биться с IAR не обязательно, можно работать с wiggler + openocd или mtlink + segger jlink.

Так что не волнуйтесь, на вопрос "ВОЗМОЖНО ЛИ ПРОШИТЬ ЧЕРЕЗ JTAG?" ответ определенно положительный. Их при производстве прошивают именно через JTAG.

Все заработало!Спасибо) ДЕло было в драйверах JLink, скачали посвежее, да и IAR 5.40. ВОпрос  следующий: ранее не имел дело с 140й платой, работал тока с 440 и 440D, хотелось бы узнать может ли 140МD генерить синусоиду не по одной точке ,а буфером, в 440D была возможность заполнять буфур и потом его выкидывать, тут не в примерах не в библиотеках не одного намека, только DACSample.

в библиотеке  lusbapi.h ничего не сказано про потоковый вывод, или я что то не допомнимаю?хотя в исходниках 140MD он присутствует!Поясните пожалуйста.

Может, еще как! У 140MD два параллельно работающих 16-битных ЦАП с потоковым выводом при частоте дискретизации от 25 до 200 кГц на канал.
Лишь бы успевали поступать данные с компьютера (поток 200 кГц 2x16 бит = 800 КБайт/с).
Причем ЦАП может работать одновременно с АЦП, синхронно или асинхронно (в пределах пропускной способности USB 1.1).
Это самый могучий ЦАП в данном семействе модулей (http://www.lcard.ru/products)

Примеры DACSample - совместимые со старой E14-140D, у которой ЦАП действительно только однократный и к тому же 12 бит.

Новые функции поддержаны в Lusbapi 3.3, его вот-вот выложат на сайт. Уже можете взять DLL и .h из http://www.lcard.ru/download/lusbapi_e1 … abview.zip

как скоро?завтра?)

"Real soon now" :-)
Документацию дописывают, я полагаю.

Максим, ловите в email пример потокового вывода на ЦАП, а .dll и .h Вы найдете по ссылке в предыдущем письме. Вам остается сгенерить для вашего компилятора .lib по .h и .dll

Нашел еще одну проблемку, структуры для работы с АЦП в прошивке 140MD и lusbapi.h не совпадают)можно как нибудь пояснить?

Нужное исправление между 3.02 и 3.03, 3.04 отличается только возможностью читать EEPROM конфигурации не весь целиком, для совместимости с библиотекой lcomp. Но для порядка я сейчас пришлю на почту.