nedoPC.org

Почитай хелп что ли хоть раз... Мне так надоело рассказывать всем, что Proteus одновременно
использует два механизма симуляции - аналоговый и цифровой - SPISE и DSIM, что я вольный перевод
хелпов для всех написал: http://www.nedopc.org/forum/viewtopic.php?f=81&t=10110

Поэтому когда чувак, которому сказали, что осциллограф аналоговый, а логический анализатор - цифровой,
продолжает ловить наносекунды аналоговым осциллографом - мне просто нечего сказать...

Ну ладно, он здесь недавно и иностранец. Но ты-то Шаос должен хоть чутка почитывать что пишут
на твоём форуме?
http://www.nedopc.org/forum/viewtopic.php?p=140362#p140362
http://www.nedopc.org/forum/viewtopic.php?p=140362#p140362

Ну вроде то твоё описание как раз и подтверждает, что DSIM работает на событиях - что не так?

Сходите хоть раз на https://kazus.ru/, где arcachofo вроде как прописан.
Там Halex07 - человек, который все хелпы перевёл и с Proteus-ом 100 собак съел.
Он вам популярно расскажет с юмором и сарказмом "что не так"...
Заодно почувствуете, что я весьма покладистый и не самый ироничный человек.

Не наносекунды, я говорил о пикосекундах...

Вы могли бы сказать что-то вроде этого:
Даже с помощью логического анализатора Proteus не может воспроизвести приведенный мной пример.
Во-первых, потому что этот логический анализатор не может показывать импульсы меньше наносекунды.
А во-вторых, потому что симуляция очень-очень медленная, что-то вроде 1/10 реального времени на современном настольном ПК, в PII вы можете пойти и сделать кофе до первого импульса.
И все это при том, что логический анализатор не читает постоянно, а просто делает «моментальные снимки».

Должен ли я сделать еще одно видео, чтобы показать это?

Хотя я предпочел бы, чтобы вы доказали, что я ошибаюсь.

Кстати, DSIM — это чисто цифровой симулятор, он может выполнять только логические операции.

Ну может он тоже не въезжает в то, что перевёл?

Event Driven Simulation = симуляция ведомая событиями

т.е. в данном случае ты Lavr пишешь заведомую неправду:
на что я и написал, что скорее всего протеус симулирует цифровые схемы событиями и оказался прав, а ты чото начал выступать...

P.S. Кстати Xspice что в составе ngspice сидит для симуляции логики и который я хотел использовать как движок в своём недосимулятре тоже "event-driven":

Мне не очень интересно говорить о Proteus.
Я объяснял причины некоторых изменений в Simulide.
И кстати я не говорил про цифровую симуляцию, в Simulide симуляция всегда аналоговая.

Но Лавр почему-то упомянул, что Proteus может работать с разрешением 1 пс "приемлемо" в его PII 366 МГц, что мне кажется не очень реалистичным.
Поэтому я предложил ему реальный кейс для демонстрации этих впечатляющих возможностей, но он мне ничего не показал, и я не могу воспроизвести эти результаты в Proteus.
Я был не совсем честен, потому что осциллограф и логический анализатор в Proteus не могут достичь такого разрешения.
Поэтому я попробовал другой случай в рамках возможностей осциллографа Proteus.
Один вентиль И, управляемый двумя тактовыми импульсами на частоте около 1 МГц:
viewtopic.php?f=81&t=19727&start=210#p169016
На видео вы можете увидеть результаты, так что его утверждение все равно не кажется мне "реалистичным".

Лично мне все равно, насколько быстр Proteus или любой другой софт, особенно если я не вижу исходный код, но я не вижу смысла делать аффирмации без прочной базы и "вне контекста".

Запускал сииуляцию кoда для AVR Atmega 162 в Proteus
и в нём, помимо Heх основного кода программы требовалось ещё добавить образ EEProm памяти дополнительно для правильной симуляции.
А, как в таком случае конфигурируется Ваша программа?

P.S. Запускал в этом случае в Proteus отлаженный на железном AVR Atmega 162 код amForth 5.5 системы с подключением Uart консольного интерфейса.
Узнал, что в Proteus не реализован режим самопрограммирования контроллера AVR,

Atmega 162 еще не включена в Simulide, но, вероятно, ее не так уж сложно добавить.
Может быть, вы можете добавить его самостоятельно.

Для всех микроконтроллеров:
Чтобы загрузить данные в EEPROM, щелкните по нему правой кнопкой мыши и выберите «Загрузить данные EEPROM из файла».
Вы можете загружать файлы .hex и .ihx, двоичные файлы и текстовые значения, разделенные запятыми.

Я не знаком с AmForth, но вполне возможно, что вы сможете компилировать и отлаживать код AmForth непосредственно в SimulIDE.
Но это зависит от нескольких вещей.

Я забыл упомянуть: вы также можете подключить любое приложение к микроконтроллеру в симуляции. Для этого вам нужно использовать какой-то виртуальный последовательный порт.

Вышло очередное обновление программы SimulIDE 1.0.0 Rev1290. Скачать можно отсюда: https://simulide.forumotion.com/t390-si ... ter-builds
Список важных изменений здесь: https://simulide.forumotion.com/t390p17 ... uilds#6035

Мне понравилась возможность сохранять новые модели вместе со схемой, их содержащей. Ранее эта возможность была в более новых версиях (V1.0.1 и V1.1.0).

Поясню на примере.
Я сделал на февральских праздниках следующие модели: К176ИЕ13, К176ИД2, К176ИД3, светодиодный дисплей для часов (с разделителем "двоеточие" между разрядами часов и минут). Также я сделал схему часов для проверки моделей. Для того, чтобы схему на основе новых моделей проверили другие пользователи программы, они должны установить недостающие модели в свою программу. Не все это могут сделать, особенно новички.
Поступим следующим образом. Создаем каталог, в который помещаем схему. Также в этом каталоге создаем каталог "data", в который копируем каталоги с новыми моделями, отсутствующими в официальной версии программы. Теперь, открывая схему, программа подгрузит недостающие модели из каталога "data".

В качестве примера прикладываю схему часов на микросхемах К176ИЕ12, К176ИЕ13, К176ИД2. Две последние микросхемы и LED индикатор отсутствуют в SimulIDE R1290, но теперь можно открыть схему и проверить работу часов.

Я обратил внимание, что в версии R1530 (в ней я разрабатывал модели) индикация немного ярче и дисплей не имеет артефактов. В остальном - в обеих версиях часы работают одинаково.

Ну это вы сами задорно решили сравнить Proteus с SimulIDE и привели пример.


Я это упомянул, потому что это так и есть. Proteus работает с таким разрешением и приемлемо работает
даже на PII 366 МГц.

Вот FizikS повторил 4-х битный процессор Nibbler:




У меня под Proteus на PII 366 МГц (Windows 98) по 15 минут ждать не приходилось!

Ну это наверное потому что там Event-driven simulation

Ну ты и все остальные хелпы почитать не хотите, а оказывается это я взял стандартное значение 1е-12.
При нём аналоговый процесс считается с точностью до 1е-18.
Причем параметры регулируемые.

Поэтому я на всех углах тут пишу - не суйте в цифровые схемы аналоговые компоненты!
Поскольку движок Proteus приделает сам в схему ЦАПы и АЦПы и будет с точностью до 1е-18 считать переходные процессы.

Но если это действительно надо, я могу и уменьшить эти цифры.

Event-driven теоретически с любой точностью считать должен уметь, т.к. там нет тактирования никакого - следущим в обработку просто идёт ближайшее по времени событие, а оно может и через 1e-12 случится, а может через 1e-100 ( а может и через 1.0 : )

Да вы просто пользоваться Протеусом не умеете - вот и всё.
Мне смешно стало, что я 1pS не увижу - я её сразу же увидел!

Просто для всего есть свои инструменты.
Аналоговый осциллограф для этого в Протеус и не предназначен!