Какие корпуса планируются? какое питание? и т.д.
Интересует любая инфа.

Конструктив не может мешать дрыгать ножками. Можно подрыгать, но до пинов разъема сопряжения с другими платами это дергание не додергается.
Если разрабатывать платы с 0, то был бы простор для творчества, из-за существующей линейки других подключаемы плат его нет. Ждать будущих ревизий - не выход.

Через i2c Вы не видите решения для уменьшения опасности потери прошивки?


14.0.2.209 под Win8 поставлен. Но лайсенс инвалид. Наверно Win8 виноват.

Сообщение отредактировал lesha73 - Nov 19 2014, 15:37

Stewart Little
Дошел до... карент лайсенс файл не поддерживает 10M08DAF484I7G (для BeMicro Max 10)
Поделитесь, плиз, заветными строчками: alekseyvinn at mail.ru.
Спасибо за помощь.

Так...
Вы говорили, что у Вас есть UART и I2C. Это вместе - как минимум 4 ножки - как раз хватит на TMS, TCK, TDI и TDO. Повторяю вопрос - что мешает организовать JTAG?


Чисто теоретически и такая возможность есть, если использовать Dual Boot. Но тут все очень сильно будет завитсеть от особенностей Вашего проекта.


Завтра проверю.

Была такая идея. Но, UART - это постоянная отладка при переписывании китайского добра. А I2C - это управление распределенной (!) переферией на подключаемых платах и не на одной. Увы никак.


Да без Dual Boot никуда. Ничего космического. Абсолютная надежность ненужна.


Спасибо.

Блин, ну опять за рыбу деньги...
Или я чего-то не понимаю, или Вы чего-то не догогвариваете.
Не знаю, что у за процессор используется на Вашей "материнке", но у большинства современных микроконтроллеров выводы последовательных интерфейсов мультиплексированы с GPIO.
По моему разумению, ничего не мешает перенастроить порты - когда нужно как GPIO (и эмулировать JTAG ногодрыганьем), когда не нужно - как UART и I2C.
Ну разве что может понадобиться (да еще большой вопрос, понадобится ли?) еще один сигнал, чтобы отключать RXD и SDA от процессора, когда он JTAG изображает.


А вот тут как раз птица обломинго.
Придется выбирать, "или-или" - или Dual Boot, или автоматическая инициализация памяти программ ниоса из UFM.


Как правило, такое сообщение говорит о некорректном лечении квартуса. Какую именно версию Вы используете - Subscription или Web?

Проверил в v14.0 Update2 Build209. Компиляция проходит нормально. Только вот в этой версии (а это крайний официальный релиз на сегодняшний день) работа с флэшом, мягко говоря, поддерживается не полностью.
А вот в бета-версии v14.1 все компилируется и работает (по крайней мере на альтеровской доске; на BeMicro проверить не могу в связи с отсутствием таковой).

т.е. развести выводы так, чтобы i2c слайвам не мешать, а UART не важно.
Блин... пока не углубляясь в детали... КРАСИВО! Спасибо за идею!


Выходит, что да. Лечилка январская для 14 с фтп. Тогда MAX 10 был только в проекте.
Использую Subscription.


Её как-то можно с сайта скачать на свой страх и риск? Беглый поиск не дал результатов. Хотя в лечилку опять упрется.

Отписал в почту.


Для этого нужно быть "персоной, приближенной к императору"

Думаю заказать.
Подскажите есть ли проблемы с лицензией для Квартуса? Необходимо поработать с ядрами АЦП?

Проблем с лицензиями нет
Но нужно ту версию квартуса использовать, которая MAX10 поддерживает - как минимум v14.0 Update2.
Блок АЦП не нуждается в лицензировании.

благодарю за ответ. как с кряком быть не подскажите?

Пишите в личку.

И у меня работает если "Run As" -> "Nios II hardware".


Я понимаю, что первым делом нужно sof2flash запустить, но у меня для MAX 10 пишет "sof2flash: Unrecognized device family in SOF." Quartus 14.0.
Как Вы этого добились? Ткните, плиз, на ниточку.

Сообщение отредактировал lesha73 - Nov 28 2014, 08:42

Нет, sof2flash запускать не надо.
Нужно правильно установить режим конфигурирования MAX10 в Qsys'e и в квартусе - они должны совпадать.
И в Qsys'е правильно настроить вектора в ниосовском модуле и режим флэша в On-Chip Flash.
Ну и добавить mem_init'овский qip в квартусовский проект.

Если все сделано правильно, то при компиляции в квартусе автоматом получится все, что нужно. Преобразуем sof в pof (не забывает watchdog отключить), прошиваем pof (долго шьется, зараза) и вперед, по бездорожью и разгильдяйству

Итак, вскрытие показало :
встроенный АЦП вполне себе работает. Правда, замечена ошибка в значениях адресов регистра разрешения прерываний и регистра статуса блока Sample Storage - адреса этих регистров перепутаны друг с другом. Где именно ошибка - в хендбуке или в bsp, я пока до конца не разобрался.
Но похоже, что все-таки в хендбуке.

Еще замечание по поводу отладочной платы. Там сигналы на входы АЦП заводятся с операционников.
Но на плате стоят операционники LM2902, которые выдают максимум 1,95 Вольта. Что, при VREF = 2,5 Вольта, явно будет маловато.
Надо бы попробовать найти пин-ту-пин совместимые ОУ, которые могли бы выдать уровень побольше, да и перелудить их на эту плату...

LM2902, если мне память не изменяет, это индустриальная LM324. А значит, таких пин-ту-пин операционников пруд пруди. Первым, который "пошел, купил", в голову приходит OPA4348 (вопрос в нюансах - буковках, обозначающих корпус). Если питание там ниже 6 вольт (а, судя по цифре 1.95, там 3.3 питание), то замена адекватная.