Proteus модели

[OldDriver]

Доброго дня.
Столкнулся с непонятной проблемой.
Не стартует симуляции с ошибкой:
Duplicate part reference: P0000004D [P0000004D]. [ADECAYS]Экспериментальным путем выяснил что загадочный код P0000004D это "instance" последнего размещаемого voltage probe. Удаление существующих пробников не приводит к положительному результату. Да и там их честного говоря совсем немного.
На приведенном примере симуляция работает.(Только U14 выключите из симуляции). Стоит добавить 1 Voltage probe в любое место. Все, симуляция не стартует с указанной ошибкой. Причем построению графика это ничуть не препятствует.
В чем проблема, и как эту проблему решить?

[Murka-MakMur]

OldDriver, прикольненько, но я обманул.
Добавил один не нужный, а потом добавил нужный, на ненужный ругнулось известной строкой, удалил его..... фсё заработало!!!!
Надо бы с Тенью посовещаться, это глюк кряка или и в лицензии фсё так-же плохо.

[OldDriver]

Доброго дня.

Коллеги подскажите, каким либо образом можно заставить примитив ADC использовать не Power Rails в качестве пинов питания? Хелп что то такое подразумевает описывая параметр VOLTAGE. Но никаким образом отвязать от Power Rails не удается.
При запуске симуляции ругается и не запускается. Просто в модели микросхемы есть своя внутренняя шина питания и процессы на ней важны. А если я выставляю ее(внутреннюю шину) как power rails указанные для нее значения убивает часть процессов связанных с переходными процессами и зависимостями при запуске, так как там при старте сразу фиксированные указанные вольты. Как ни будь эту проблему обойти можно?

[Murka-MakMur]

OldDriver, не получится, во первых протеус не эмулирует переходные процессы в питании, во вторых если таки ты её подключишь иначе, (а это возможно) протеус не увидит там питания.

[ProtAS-13]

Как ни будь эту проблему обойти можно?

Дык, говорил же уже об этом - палочка-выручалочка - ITFMOD.

[OldDriver]

OldDriver, не получится, во первых протеус не эмулирует переходные процессы в питании, во вторых если таки ты её подключишь иначе, (а это возможно) протеус не увидит там питания.

Ну, не совсем так. Если вспомнить такой параметр у конденсатора как precharge то вполне можно поиграться. По крайней мере у меня в модельке такая вещь как защелкивание состояния управляющих входов при подаче питания вполне работает.
А ADC не понятно зачем это нужно. Пороги указываем отдельно. Ради процентов в порогов? Тот же DAC обходится без этого как то.

[OldDriver]

Дык, говорил же уже об этом - палочка-выручалочка - ITFMOD.

Хм... Мысль интересная. Надо поглубже тут покопать. Есть подозрение что эту проблему можно обойти в моделе.

[ProtAS-13]

Хм... Мысль интересная

Я Вам привел пример с ITFMOD, чтобы показать, что можно развязывать питание как на входе (ADC), так и на выходе (DAC). Хотя, сам пример, демонстрирует лишь выход (DAC) - см. рис. Будьте внимательны - стандартный протеусовский DAC не имеет даже скрытых выводов питания, в отличии от ADC.
Вы нечетко сформулировали проблему - мне показалось немного странным упоминание входа (ADC) в связке с нестандартным питанием. Возможно, у Вас, в зависимости от питающего напряжения, должны меняться входные пороги? Чаще всего, говоря о нестандартном питании, как бы понимается, такой же нестандартный выход.

[OldDriver]

Вы нечетко сформулировали проблему - мне показалось немного странным упоминание входа (ADC) в связке с нестандартным питанием. Возможно, у Вас, в зависимости от питающего напряжения, должны меняться входные пороги? Чаще всего, говоря о нестандартном питании, как бы понимается, такой же нестандартный выход.

Проблема следующая:
В даташите один из управляющих входов имеет значимое Z-состояние. У микросхемы нет выделенного питания на управляющую логику. Берется с общего питания всей микросхемы. Там может меняться в диапазоне разрешенных значений. В самой микросхеме формируется внутреннее питание для управляющей логики =3V. Соответственно по входам указаны пороги срабатывания. Они не зависят от подаваемого напряжения питания на микросхему. А с ADC такая фигня происходит. Если вход висит в воздухе, то есть Z состояние, то напряжение нам нем зависит от напряжение питания подаваемого на пины питания ADC и равно половине от Uпитания, и соответственно плавает вместе с изменением питания микросхемы. То есть, выставив пороги согласно даташиту получаю неправильную логику работу, так как там напряжение при висящем входе оказывается приблизительно равным половине подаваемого питания, что выше указанного порога 1 по этому входу. То есть вход висит, а компаратор сообщает что там 1, что неверно. Пока подвесил этот вход между 1 МОМ резисторам между локальной землей и локальным внутренним источником напряжения.

[ProtAS-13]

В даташите один из управляющих входов имеет значимое Z-состояние.

Значимое - это как?
Если указаны пороги ВХОДНОГО Z-состояния, то применение ADC оправдано.
Если же "значимое" означает обрыв входа, то для Proteus это равнозначно состоянию входа FLT.
Т.е. задача состоит в выделении входного состояния FLT. Я набросал простейший пример такого выделения (BUFFER+DAC) и дальнейшей дешифрации.
З.Ы. Свойства TRISE, TFALL, TDxxDQ применены только для демонстрации примера в динамике, чтобы убрать "помехи" при переключении, возникающие вследствии того, что фронты после DAC не могут быть нулевыми.
Для Вашего случая - когда состояния M0, M1 защелкиваются по фронту входа STEP, надобность в использовании данных свойств отпадает.