Здравствуйте! Помогите пожайлуста разобраться со следуюшим вопросом.
У меня MAX3000 подключен к силабсовскому МК. В программе для альтеры получилось так что некоторые неиспользуемые пины альтеры заведены на порты МК. При загрузке программы в МК резко возрастает потребление (до 500 мА), если эти пины как-то задействовать то потребление становится 250 мА.
Неиспользуемые пины альтеры по умолчанию сконфигурированы как "As output driving an unspecified signal".
Что означает эта конфигурация "As output driving an unspecified signal" ?Может ли быть в этом причина высокого потребления?
И нужно ли их уставливать tri state, как пишут на некоторых форумах?
P.S. неиспользуемые пины у меня получились при написании тестовых программ для альтеры.

Да, поставьте как "As input tri-stated" и будет вам счастье

Неужели во время программирования этого МК его пины назначаются как выходы?
Этож бред!!!
Посмотрите по DS сколько МК должен потреблять во время прожига, может так и должно быть?

А пересинтезировать и назначить выводы принудительно нельзя?

Наверно так и сделаю

откройте рапорт *.pin и просмотрите требования, предъявляемые к этим пинам.
-- RESERVED : Unused I/O pin, which MUST be left unconnected.
-- RESERVED_INPUT : Pin is tri-stated and should be connected to the board.
-- RESERVED_INPUT_WITH_WEAK_PULLUP : Pin is tri-stated with internal weak pull-up resistor.
вариантов море, с учетом того соединены ли эти пины с портами контроллера.
Кто мешает технологические пины задействовать в проектах контроллера и CPLD, и в CPLD например собрать по "И" и вывести на неиспользуемый пин.
или сделать как Pin is tri-stated with internal weak pull-up resistor.

извиняюсь, я не правильно описал ситуацию. Потребление возрастает ПОСЛЕ загрузки программы в МК, до программирования у него порты наверно находятся в Z- состоянии.


В принципе можно написать проект таким образом чтобы задействовать все пины. Но это на мой взгляд как то некрасиво. Получается для любого проекта нужно все пины куда то подключать вручную(!), мало ли что на плате может случится.
Тем более что в квартусе есть настройка всех неиспользуемых выходов. Почему нельзя ее использовать?

Сообщение отредактировал lexa12 - Mar 24 2012, 10:34

Вряд ли в Z.

Можно, согласно рекомендациям. (Если провода между контроллером и CPLD на плате есть, это нужно учитывать в обоих проектах.
Например порт контроллера на вход, порт CPLD как вход по Z, подтянутый к i/o vcc внутренним резистором)

потому что это CPLD, а не FPGA. Вы не задумывались, почему в этой серии CPLD кол-во ног ~= кол-ву логических ячеек ?

А зачем тогда в квартусе есть настройки неиспользуемых выходов для max3000 "As output driving an unspecified signal" или tri-state?
Если бы их нельзя было бы использовать они были бы заблокированы!
И к сожалению пока никто не ответил на вопрос что это и за настройка "As output driving an unspecified signal" и зачем квартус ее ставит по умолчанию, а не tri state например?



Может и возможно, так как у силабса программно настраиваемые порты.

Сообщение отредактировал lexa12 - Mar 24 2012, 12:11

вы так и не поняли что в этой серии cpld логика и пин связаны между собой? поэтому там и введено понятие RESERVED : Unused I/O pin, which MUST be left unconnected.

В общем если вам нужно рабочее устройство, то RTFM и читайте отчеты квартуса(!!!). Если шашечки то вам на www.altera.com

В общем если вам нужно рабочее устройство, то RTFM и читайте отчеты квартуса(!!!). Если шашечки то вам на www.altera.com
[/quote]
Ну и что? В отчете незадействованные пины обзываются reserved и все.
Можно это перевести на обычный язык




Нашел на форуме подобную тему и получается альтернативы ручному подключению к буферу с третьим состоянием нет?
http://electronix.ru/forum/lofiversion/index.php/t30881.html

Сообщение отредактировал lexa12 - Mar 24 2012, 12:39

Значит вы либо читаете не все отчеты, либо читаете их крайне не внимательно. Повторно рекомендую вам прочитать даташит на вашу CPLD. Там всего то 53 страницы, из которых вам нужно 5.

Вот вам вопрос для затравки : в атаче структура логической ячейки вашей CPLD и то, как организован выход. Теперь вопрос, что будет если квартус задействовал триггер и использовал разводочные ресурсы IO пина (те которые на схемах обозначены как to PIA) для того, что бы утоптать проект. А вы подали на этот вход, ну положим GND ?

Ув. des00.
Правильно ли Вас понял что:
назначив в квартусе у MAX3000 все неиспользуемые пины как "As input tri stated" я не могу быть уверен на 100% что подключив оные к любому уровню не произойдёт конфликта?

Не совсем. Дело в том, что для CPLD семейства MAX7000/3000 сам термин "неиспользуемый пин" относиться не только к пину, но и разводке от этого пина. Поэтому нужно внимательно читать, какие именно пины, квартус называет reserved, but MUST be left unconnected. (надеюсь не нужно переводить что означает слово MUST) %)

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

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

вот как то так %)