Cимулятор SimuIIDE

[mike-y-k]

Serg77m, а почему не метод 2?
Готовый набор средств для C/C++/QML/Perl/Python/VB/… и пользователь может писать любую физику/химию/… для среды…
Такой подход сильно сэкономит ресурсы на разработку основного функционала…
Ну и 2 подход не создает головной боли для кроссплатформенного ПО
А вот плагин легко обеспечит работу в сети/кластере, взаимодействие нескольких схем,…

[Serg77m]

mike-y-k
Я бы и этот метод попробовал, если бы там был готовый API для плагинов, но что-то не нашёл (или плохо смотрел?). А так - его ещё и прикручивать придётся. А потом ещё и кодить модели...

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

[mike-y-k]

Serg77m, писать на исходниках конкретной версии, без включения этого в основную ветвь кода?
Сильно проще обсудить с разработчиком и сделать с ним или для него отдельное API.
В качестве задачи ну совсем не для базовой версии со схемами - зарядное для АКБ с разной химией и вариантами внутри конкретной химии.
Количество возникающих у пользователей вариантов для плагинов самое оно, а написать универсальный инструмент по 3 модели - по затратам как написать еще один симулятор, а 1 модель формально является 2, только с очень экзотичной реализацией API…

[fifan]

После долго перерыва вчера решил закачать новую версию программы (1.0.0-RC3). Порадовала, загрузились старые проекты и заработали как надо. Авторы в заголовке написали что она нестабильная (SimulIDE 1.0.0-RC3 Unstable (Updated Sept. 15 2022)), а вот в описании сами себе противоречат (Third Release Candidate, almost stable, very usable).

Поработаю, потом выскажу свои соображения.

[d9thc31]

Здравствуйте!
Подскажите кто может, не могу скомпилировать скетч Ардуино, путь к папке ArdiinoIDE прописал, simulide пишет что компиляторы найдены, но при попытке скомпилировать выдаёт ошибки, что-то вроде файл по указанному пути не найден, при этом файлом он называет папку, названию которой он приписывает расширение *.ino".
Пример:
Файл скетча называется "migalka.ino", он находится в папке с названием "shemi", при попытке скомпилировать он пишет следующее:

"Error opening sketch: main file missing from sketch: C:\SimulIDE_1.0.0-SR0_Win64\SimulIDE_1.0.0-SR0_Win64\shemi\shemi.ino"

При этом в папке "shemi" нет файла с названием "shemi.ino", там есть только файл "migalka.ino", который и открыт в редакторе.

[mike-y-k]

d9thc31, таки нужно иногда интересоваться правилами форума
Там есть много полезного про выбор раздела, темы для публикации своего сообщения…
Ну и сам скетч стоило приложить…

А в среде arduino скомпилировать файл не пробовали…?

[d9thc31]

Доброй ночи!
Тему обсуждения симулятора нашёл в поиске, решил задать вопрос, вроде по теме.
Скетч это стандартный "blink" из примеров Ардуино, он и написан в окне редактора на прикреплённом изображении.
При компиляции в среде arduinoIDE и последующем открытии этого бинарника симулятором, он загружается и работает корректно.

[mike-y-k]

d9thc31, тогда нужно смотреть на правила именования проектов и основного файла для simulide…
Наблюдаемое говорит о том, что проект и скетч должны иметь одно имя…
Попробуйте этот вариант и отпишитесь…

[d9thc31]

День добрый!
Создаю новый проект, схему и программу в редакторе, сохраняю то и другое под одним именем, при попытке компилировать возникает ошибка.
Сегодняшний пример:

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