Cимулятор SimuIIDE

[цифровик]

Fizik_S,
Было бы не плохо если разработчики прислали на видео реальную работу двухкоординатного джойстика KY-023. Модель хорошо работает по координатам. Я показывал в посту № 284 и 299.
Например управление тележкой с четырьмя двигателями DC. Модель двигателя тоже хорошо работает. Различный ход этой тележки. Прямой ход. Обратный ход. Повороты. Например проект на Ардуино. В робота технике эти проекты с программами есть.
Все это можно сделать и в 4 и 5 версиях. Также я показывал работу ультра звукового датчика расстояния до объекта. Один " глаз " у него излучатель импульса - другой приемник отраженного от объекта. Длительностью отраженного и подсчитывается расстояние. Он в программе может работать как с МК и так же без него.

[mark1999]

Спасибо за ответы. Последовательный порт нужно погонять...
А что касается:

It is possible to debug .elf files.
Not inside simulide, but you can start a gdb server in an AVR in simulide and connect from an external debugger that supports remote gdb debugging.

на мой субъективный взгляд это не очень удобно, т.к. заставляет пользователя совершать кучу не совсем понятных телодвижений и превращается в конечном итоге в "танцы с бубном".
На мой взгляд отладка через *.elf файл должна производиться без дополнительных телодвижений прямо из программы, в которой и производится симуляция, как это сделано в Proteus. Повторюсь - это мое субъективное мнение.

Лично у меня с ходу не получилось по-отлаживать указанным способом.

[цифровик]

Потестировал модель 74НС4067. 16 разрядный мультиплексор с последовательном входом данных. В двух режимах : мультиплексора и демультиплексора. За счет инверторов в режиме мультиплексора, так как на выходе стоит светодиодная матрица перегоняется лог. 0. В режиме демультиплексора стоит неинвертирующий буфер на светодиоде. Хорошо моделируется. Эти микросхемы применяются в качестве расширителей входов выходов для Ардуино.
Может кому пригодиться. Файл в 4 версии.

Видео:

__________________
С Уважением Александр Владимирович
г. Москва

---

Последний раз редактировалось цифровик; 18.10.2022 в 10:16.

[mark1999]

Удалось запустить в версии 0.5.15-RC4 проект с двумя микроконтроллерами: ATmega16 (главный) и ATmega32. Но заработало как надо все не сразу. Для теста были взяты два разных МК, которые должны неким образом работать вместе. Для простоты mega16 производит измерение аналогового сигнала на выводе ADC0 и если новое значение отличается от предыдущего отправляем это новое значение по USART. Модули USART обоих МК имеют идентичные параметры, однако тактирование микроконтроллеров специально сделано разной частотой. ATmega32 должна слушать USART интерфейс и по приходу очередного байта выводить полученное значение на LCD1602.

Теперь немного о граблях:
Соединив линии TX (mega16) и RX(mega32) я получил фигу. Даже подключив виртуальный осциллограф я не увидел выходящего сигнала из mega16. На время все проверки были приостановлены до сего момента.
Уважаемый Fizik_S опубликовал ответ разработчика(ов), который и помог мне вспомнить что выдача данных в USART все-таки реализована - ПКМ по МК -› Открыть Serial Port. Воспользовавшись драйвером Null-modem emulator (com0com)
(кто знает, тот поймет) я создал виртуальную петлю на виртуальных же портах COM3 и COM4 (Этим методом я пользовался не раз для связи виртуальной модели МК в Proteus с внешним миром). После чего настроил вывод данных из USART МК в эти порты и... вуаля. Симуляция схемы пошла как это и было задумано. Как оказалось позже, можно выставить одинаковые имена порта в поле "Имя порта" и работать тоже будет. Даже если порта с таким именем в системе не существует.
Специально приложил 3 скрина с разными именами портов. И да, порта с именем COM2 у меня в системе нет, ни реального, ни виртуального.

Остался резонный вопрос: Почему МК отказываются взаимодействовать через собственный интерфейс USART?

P.S. Ни в чем не обвиняю разработчиков, т.к. прекрасно понимаю, что сам могу чего-либо не знать.

[цифровик]

mark1999,
У меня тоже все получилось и практически в 5 версии сразу. Не буду описывать подробности. Проект термостата. На двух контроллерах. Arduino Nano программа управления уровнями лог 1( их 12) в зависимости от температуры датчика LM35A. Программа компарирования. 13 пин включается в аварийном режиме. Когда свыше 100 гр. Ее я сам делал. Они будут управлять нагревом и поддержанием нагрева на определенном уровне. Силовых частей пока нет. И термометр контроля этой температуры на Pic16F877. Это не моя программа.
Все. В железе у меня работает другая программа термостата нагрева воды. Тут просто чистое тестирование программы не более. Так что это не для железа.

[цифровик]

Еще я посмотрел в программе с микросхемой 74НС4067. У нее как и в железе аналоговые ключи. Это очень удобно вводить на аналоговые входы МК например данные с каких то аналоговых датчиков. При этом демультиплексировать их с нескольких датчиков.

[цифровик]

Управление якорным движком DC c помощью джойстика типа KY-023.
На МК типа Attiny 13 программа шим с внешним управлением.
И выход на драйвер мотора L293.
Режимы работы :
Прямой и обратный ход на максимальной скорости.
Регулирование от минимальной до максимальной скорости в двух направлениях.
Стоп - Джойстик отпущен в центральном положении.

В железе два джойстика. Один на управление двумя движками передними колесами и второй на управление двумя задними колесами. И тележка поехала. Драйвер работает на два движка по выходу с раздельным или одновременным управлением.
В 5 версии проект заработал сразу. Кроме того есть еще одна программа это управление по шим на этом МК - регулирование длительностью импульсов либо ступеньками от количества нажатий на кнопку либо по сигналу DC. Покажу позже с диаграммами.

[цифровик]

Программа ШИМ на Attiny13. Следите за напряжением аналогового сигнала на вход контроллера. При любой длительности сигнала период остается неизменным. Потом можно нормально замкнутой кнопкой поменять период следования путем просто перещелкиванием ее. Замучился с одним двух канальным осц. с настройками. Поставил два. Так вернее получается пока. Думаю разработчики все таки сделают нормальный ослик.

[цифровик]

Как удобно что в 4 версии есть плоттер. Чего мудрят разработчики в 5 версии с осциллографами. Для моделирования цифровых схем в первую очередь нужен логический анализатор. Что бы посмотреть диаграмму сигналов в нескольких точках одновременно. Например диаграмму схемы по тактовым периодам. Посмотреть задержки и т.д.
Вот например управление ШД. Все видно. Все проходы. Плоттер надо обязательно в 5 версии сделать и более компактный на 8 каналов не менее.

[цифровик]

Fizik_S,

Поставил программу для примера табло. На мк. пикушки. Просто перебор теста. На совмещенном драйвере со светодиодной матрицей типа MAX7219. Прекрасно моделируется. Разрядов можно в линейке ставить любое количество для бегущей строки. Управление по трем проводам как на микросхеме драйвера.
Обозначения по УГО соответствуют. Не надо ни каких связей от реального драйвера к светодиодной матрице делать. Супер для программы и железа !!! Буду дальше текст программировать для длинной бегущей строки. Только у меня строка не бежит а переключается с трех секундным интервалом.
Попробую еще на МК. Ардуино выводить с набором нужного текста с помощью клавиатуры. Как реализовать задумка алгоритма работы есть.