Создание DLL-моделей в Proteus. Описание VSM API.

[ProtAS-13]

Открываю тему, посвященную, исключительно вопросам создания DLL-моделей в Proteus, которая слабо освещена, не только на данном ресурсе, но и во всем Internet'е.
Сам столкнулся с практическим отсутствием информации по данной тематике месяца четыре назад, когда начал осваивать VSM API. Прошерстив всемирную паутину, было найдено всего пару руководств, включая древнейшее описание VSM SDK, аж от 2000 года, да чуть более примеров, сопровождаемые исходниками. Собственно, и сам найденный VSM API, оказался не очень молодым (v.1.10 от 2003г.). Хотя разница в датах, между описанием и представленными в API функциями и не столь большая, но по содержанию, оказалась достаточно существенная. Поэтому, "сакральные" знания пришлось собирать по крупинкам, больше полагаясь на собственные многочисленные эксперименты. По своему обыкновению, занявшись неизвестной доселе темой, сел писать "шпаргалку", которую и прилагаю.
Здесь же, решил сконцентрировать всю найденную информацию в единой теме, где планирую, естественно надеясь на участие заинтересованных форумчан, пополнять ее новыми сведениями. Как говорится, "одна голова хорошо, а целый форум, еще лучше".
Возможно, в дальнейшем, тема может сплотить группу единомышленников, предоставляющих услуги по созданию необходимых DLL-моделей, возможно, и на коммерческой основе. Время покажет, есть ли в этом какая-либо заинтересованность сообщества.
В любом случае, считаю, что создание отдельной темы, посвященной вопросам создания DLL-моделей, поможет и тем, кто начинает осваивать данную тематику, да и профи, надеюсь, она будет не менее полезна.
Поэтому, приглашаю всех интересующихся - делитесь ссылками на описания, примерами DLL-моделей, обязательно с исходниками (для моделей без исходников есть другая тема Proteus модели), вообщем всем тем, что Вы считаете полезным и интересным по заявленной тематике.

===== Для off-line чтения: =============

Нажмите, чтобы открыть спойлер

1. Proteus VSM SDK (Create Your Own Models for Use with Proteus VSM) (30_10_2000)
2. Creation VSM Models of electronic components for Proteus. Part I. Digital models.Introduction
3. Creation VSM Models of electronic components for Proteus. Program interface VSM SDK
4. PROTEUS. Описание VSM API. (Версия 20180317) - "шпаргалка" от ProtAS-13

===== Для on-line чтения: =============

===== Примеры с исходными кодами: =====

Нажмите, чтобы открыть спойлер

1. Proteus C++ DLL's (автор Lavr)
2. Анимированная dll-библиотека Proteus для EDUC-8 (автор VituZz)
3. Пример создания цифровой модели 1-wire Debugger for Proteus (автор Lexx09)
4. Модель задержки, управляемой напряжением (автор OldDriver)
5. Cycle accurate Z80 emulator for Labcenter Proteus (автор MockbaTheBorg)
6. Simple VSM model for Labcenter Proteus (автор MockbaTheBorg)
7. create DLL-based simulation model Proteus VSM (подборка от ye_song; модель LCD19264A)

P.S. Планирую периодически чистить тему от неинформативных постов, если конечно администраторы поддержут и у самого силы на это найдутся. Поэтому, прошу отнестись с пониманием, если обнаружите, что Ваши посты стерты - очень не хотелось бы, чтобы тема превратилась в помойку.

[ProtAS-13]

================================================== ============================
Сразу же займу первый пост под наиболее интересные ЧаВо

[OldDriver]

Сейчас пишу модель LCD на ST7735S в 4 проводном последовательном варианте. Готов поделится и исходниками, но после завершения отладки. Ищу тестера со стороны протеуса. Паралельно пишется библиотека для AVR для работы с таким LCD. Для тестирования можно пользоваться ей, можно любой своей. Главное понимать как то что написано соотносится с даташитом микросхемы.

[ProtAS-13]

Сейчас пишу модель LCD на ST7735S ...

Подобного рода тестирование я уже делал (см. Примитивы Proteus'а -› описание ILI9341). Чтобы не связываться с "глюками" разных МК, тестирование производилось с помощью EasyHDL.
Если такое рода тестирование Вас устроит, то готов помочь, в меру своих сил и наличия свободного времени.
Быстро не обещаю, т.к. с данным контроллером дело не имел, а значит придется разбираться - глянул на вскидку там достаточно большое количество режимов передачи данных. Моделируете ли Вы их все? Насколько подробное моделирование: временные, электрические параметры или только функциональная часть? Вопросов много, поэтому пишите на Email: ProtAS-13@yandex.ru - обсудим.

[OldDriver]

На 1 этапе функциональное для 4-wire + функциональные задержки работы.
2 моделирование яркости подсветки для аналогового варианта и варианта ШИМ.
3. Вариант 3-wire
4. Паралельный 8 и 16 разрядный режим работы.
5. Понять как прикрутить туда фронты и задержки и что из этого надо прикручивать.
6. Прикрутить это к модели.

Пока понятно до 4 пункта включительно.
Easyhdl не спасет. Там много логики внутри. Начиная от способа кодирования цвета. Кончая режимами скролинга.
Набор входных сигналов для автомата с памятью очень геморойно.
В идеале иметь в железе и сравнивать поведение реального устройства и модели. Я для облегчения процессов пишу паралельно библиотеку для низкоуровневой роаботы с устройством. Ну как низкоуровневое, текстовый вывод, графические примитивы, круг, элипс, прямоугольник, линия реализованы. Как мне кажется там достаточно отвязано от архитектуры. И может быть портировано на stm. Но здесь опыта нет, и любой подсказке буду рад.

[ProtAS-13]

Easyhdl не спасет

Насколько я понял, Вы хотите протестировать модель в Proteus. И какая ей разница какими средствами будут формироваться последовательности входных сигналов: МК, EasyHDL, да хоть набором кнопок или генераторов? Главное соблюсти временные диаграммы входных сигналов и получить адекватный ответ модели, соответствующий datasheet'у.
Естественно, что окончательный этап проверки на реальном устройстве это не заменяет, но этот этап возможен только когда модель отлажена.
Таким образом, я Вас несколько не понял. Выходит, что модель уже отлажена, и необходимо провести натурные эксперименты на реальных компонентах. Но тогда это не "Ищу тестера со стороны протеуса", а "Ищу тестера, имеющего реальный опыт работы с конкретным устройством ..., который сможет сделать проект в Proteus уже работающей своей схемы, с использованием модели ...". В этом помочь не могу.
Хотя, возможно, Вы имели в виду промежуточные этапы проверки на реальном устройстве - сверка реализации конкретных команд модели с эталонным устройством?
Извините за занудство, но другие, читающие Ваше сообщение, должны понимать, что, собственно, требуется от тестировщика.

[OldDriver]

Agile.
Ядро модели написано. Теперь реализуются команды. Их там ..., в общем много. Конструкция модульная. Берем очередную команду микросхемы, пытаемся понять, а это как? Некоторые так для меня остались мутными. Но до реализации я их еще не дошел. Что поняли реализуется в модели. Что бы проверить со стороны хоста, пишется функция или функции использующая этот функционал. Проверяется на модели. Проверяется на живом экране. Оптимизируется добавленный функционал. Переходим к следующей функции. Каждый цикл имеем работающую модель, постепенно приближаясь к полной модели. Не все функции там стоит реализовывать. Там есть функции связанные с частотой и направлением развертки экрана. Я это на модели не сделаю никак.
Модель устройства с LCD и МК на экране. Будет представлена с кодом. Можно взять готовую. В Ардуино, я вроде видел такую библиотеку. Нужно именно тестировать, что реализованный функционал совпадает с даташитом микросхемы.
А чем формировать последовательности без разницы, но они длинные и их много. МК позволяет автоматизировать их создание. И только. Но можно вручную. Чтобы записать одну цветную точку нужно загнать в микросхему 24 бита. Это 48 раз дернуть стробом.

[Пётр_В]

Разработка DLL-моделей на бейсике (PureBasic).

Нажмите, чтобы открыть спойлер

Создаем VSM-модель для протеуса (DLL библиотека)
Создаем модель 1-Wire анализатора для Proteus
Создаем активную цифровую модель для протеуса

Может кому-то будет интересно.

[ProtAS-13]

Разработка DLL-моделей на бейсике

Я видел Ваши наработки, но сознательно не включил их в перечень, т.к. PureBasic, на мой взгляд, мало распространен. Кроме того, раз уж разработчики рекомендуют пользоваться MS VC++, то и не стал вносить путаницу еще и неизвестным синтаксисом - зачем вносить дополнительную неопределенность при тестировании функций VSM API, там своей неразберихи хватает.
Но за подборку, в любом случае, спасибо. Не знаю, стоит ли вносить ее в шапку. Пусть пока будет отдельным постом - будет у народа интерес, перенесу в шапку.
Да, и поправьте свой пост - укажите, что это PureBasic, чтобы читающие понимали о чем идет речь.

[Пётр_В]

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