SimulIDE бесплатный симулятор электроники (PIC, AVR, цифра)

[Lavr]

Если вы хотите разрешение 1 пс, то вы должны запустить симуляцию с временным шагом 1 пс. это 1e12 шагов в секунду.
Вы представляете, насколько медленным может быть моделирование?

Кстати, Proteus именно так и делает! И шевелится себе вполне, даже на моём дохлом PII 366 MHz шевелился приемлемо.
Так что смело могу ответить:"Да, я отчётливо себе это представляю!"

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

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

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

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

[Shaos]

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

[Lavr]

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

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

[arcachofo]

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

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

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

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

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

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

[Shaos]

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

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

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

HOW DSIM WORKS

Introduction

Digital transient analysis is perfomed using a technique known as Event Driven Simulation. This is
different from the analogue transient analysis used by SPICE in that processing only occurs when
some element of the circuit changes state. In addition, only discrete logic levels are considered and
this enables component functionality to be represented at a far higher level. For example, we can
think of a counter in terms of a register value that increments by one each time it is clocked, rather
than in terms of several hundred transistors. These make event driven simulation several orders of
magnitude faster than analogue simulation of the same circuit.

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

т.е. в данном случае ты Lavr пишешь заведомую неправду:

Если вы хотите разрешение 1 пс, то вы должны запустить симуляцию с временным шагом 1 пс. это 1e12 шагов в секунду.
Вы представляете, насколько медленным может быть моделирование?

Кстати, Proteus именно так и делает! И шевелится себе вполне, даже на моём дохлом PII 366 MHz шевелился приемлемо.
Так что смело могу ответить:"Да, я отчётливо себе это представляю!"

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

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

Xspice is an extension to Spice3 that provides additional C language code models to support analog behavioral modeling and co-simulation of digital components through a fast event-driven algorithm.

[arcachofo]

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

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

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

[forthuser]

Мне не очень интересно говорить о Proteus.
Я объяснял причины некоторых изменений в Simulide.

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

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

[arcachofo]

Запускал сииуляцию к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.
Но это зависит от нескольких вещей.

[arcachofo]

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

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

[FizikS]

Вышло очередное обновление программы 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 (в ней я разрабатывал модели) индикация немного ярче и дисплей не имеет артефактов. В остальном - в обеих версиях часы работают одинаково.

[Lavr]

Мне не очень интересно говорить о Proteus.

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

Но Лавр почему-то упомянул, что Proteus может работать с разрешением 1 пс "приемлемо" в его PII 366 МГц, что мне кажется не очень реалистичным.

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

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

Симулируется на частоте около 16 килогерц, поэтому ждать реакции на нажатую кнопку очень долго

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

[Shaos]

Но Лавр почему-то упомянул, что Proteus может работать с разрешением 1 пс "приемлемо" в его PII 366 МГц, что мне кажется не очень реалистичным.

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

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

[Lavr]

Но Лавр почему-то упомянул, что Proteus может работать с разрешением 1 пс "приемлемо" в его PII 366 МГц, что мне кажется не очень реалистичным.

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

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

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

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

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

[Shaos]

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

[Lavr]

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

1pS.PNG

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