SimulIDE 1.0.0 Tester builds.

New build at Rev 802 uploaded.

Have a look at first post for download links and list of changes.

Finally I could solve some important problems with atmega8.
Thanks to Fizik_S and Alex8 for your circuits.

New build at Rev 815 uploaded.

Have a look at first post for download links and list of changes.

arcachofo wrote:New build at Rev 815 uploaded.

Have a look at first post for download links and list of changes.

Я скачал новую сборку R815  для винды 32. Но почему то архив всего 3.95Мб. Кроме того при открытии идет сообщение что это не поддерживается виндой 32. Архив для винды 32.
Видимо в загрузчике вы не то установили !!!!

The archive contains an executable file simulide.exe has a size of 0 bytes!

Rev815 appimage Linux64
Same issue with GCBasic compiler setting.
I am using the same path than on 04.15-SR9 (/opt/GCBASIC/) I get the compile success message but no hex file gets generated.
I've searched the entire drive for a *.hex .
Port beahviour is worst than before.
I have tried
PORTB=0b00001000
RB3=1
#asmraw bsf PORTB.3

but none of this turns pin RB3 ON on the animate (probe and wire colour)
The HSerPrint PORTB returns the port proper value though.

Rem : I did not look at rev815 mods list so these fixes might not have been planned.

Alex68 wrote:Я скачал новую сборку R815 для винды 32. Но почему то архив всего 3.95Мб. Кроме того при открытии идет сообщение что это не поддерживается виндой 32. Архив для винды 32.
Видимо в загрузчике вы не то установили !!!!

Fizik_S wrote:The archive contains an executable file simulide.exe has a size of 0 bytes!

Sorry, files have been reuploaded.

MSABU wrote:Same issue with GCBasic compiler setting.
I am using the same path than on 04.15-SR9 (/opt/GCBASIC/) I get the compile success message but no hex file gets generated.
I've searched the entire drive for a *.hex .

Looks like "executable not found" is not working for Gcbasic.

Anyway in this version you have complete control of the compilation.
Have a look at the actual command that is executed, and see what is wrong.



You can change anything, but it's probably just the tool path.
What happens is you execute this in a terminal? /opt/GCBASIC/gcbasic

I'm having a look to PORTs
Yesterday I just tested this and it works:

Code:

    PORTB.0 = 1
    wait 500 ms
    PORTB.0 = 0
    wait 500 ms

Cпасибо Вам Большое. Все хорошо программа открылась. Все хорошо перемещается по листу.
Вообщем с основной цифровой базой все хорошо. За исключением некоторых инструментов.
Но там я папке DATA cам исправлю. Здесь проблем нет.

А вот вставил к примеру два проекта на ATmega 8 все по старому. Полное зависание. Мне думается что дело не в самих моделях контроллеров. Проблемы связаны с интерфейсом программы.
Что то управление интерфейсом не любит модели на листе.
Вы можете мне дать к примеру  небольшую программу которая работает у вас.
Я поставлю посмотрю.

Посмотрел модель аналог таймера 555 - 222.
Хорошо моделируется по частоте и управления длительностью.
Хорошо держит период при изменении длительности. Жалко только что они в железе не выпускаются. Что то в них не понравилось у разработчиков. А так эти 222 очень универсальные
модели.

I'm having a look to PORTs

The issue is solved ate Rev 816.

Now this is working:

Code:

#chip p16f1826, 20

TRISA = 0
TRISB = 0

Do
    PORTB.0 = 1
    wait 200 ms
    PORTB.0 = 0
    wait 200 ms
    
    PORTA = 1
    
    PORTB = 0b00000001
    wait 200 ms
    PORTB = 0b00000000
    wait 200 ms
    
    PORTA = 2
    
    RB0=1
    wait 200 ms
    RB0=0
    wait 200 ms
Loop

Alex68 wrote:Вы можете мне дать к примеру небольшую программу которая работает у вас.
Я поставлю посмотрю.

There are some examples, let me know if those work in your system:

Вот такое моделирование. Вообще не работает.

Alex68 wrote:Вот такое моделирование.

The error appears from the begining or when you change values or something else?

There is also something weird:



Does that value (load) stay at 0% all the time?

Edit: there is also an error in font size:

@Alex68:

Do you use the files as you download it?
Or you change or move something?

Такое поведение программы. При нажатии кнопки вкл. моделирования в этом проекте, сначала где то секунд пять индикатор не чего не высвечивает. Потом опрос датчика идет. По осц. видно перепад от 0 к 1 . Комбинация сигналов и чтение контроллером. После этого выходные шины контроллера выдают это на дисплей. Все. А почему странное справа. Это загруженность программы. У меня этот индикатор на всех версиях.
Попробуйте мой проект с терморегулятором для эл. чайника. Включите его у себя и покажите мне картинку. Как эта именно cборка R815 будет выводить все параметры по температуре.
Что интересно в версиях 0.4.15- SR9 и 0.5.15-RC4 все эти проекты которые я давал РАБОТАЮТ НОРМАЛЬНО.

Насчет файлов. У меня на рабочем столе установлена папка с проектами по этим всем программам. Я их размещаю только там.
Ни каких перемещений нет. Когда заканчиваю очередной проект то сохраняю там и больше не где. Эта папка у меня кроме того стоит в исключениях в антивирусе. Он туда не лазит. А если мне нужно открыть какой то проект то открываю его в программе.
Теперь насчет сохранений прошивок к контроллерам. Я ставлю папку и подписываю ее work. Эта папка стоит в программе.
А сами все версии программ стоят не на рабочем столе а на диске "С". Открываю компьютер (диск) и с него открываю нужную версию. Их у меня несколько.

Вот такое расположение.

Сейчас занят. Срочные дела. Появлюсь на форуме только завтра с утра.
Спасибо.

Alex68 wrote:А почему странное справа. Это загруженность программы. У меня этот индикатор на всех версиях.

Because it is at 0%.

Alex68 wrote:Что интересно в версиях 0.4.15- SR9 и 0.5.15-RC4 все эти проекты которые я давал РАБОТАЮТ НОРМАЛЬНО.

You need to understand that WE ARE DEVELOPING  A NEW SIMULATOR FOR AVR.

Alex68 wrote:
Насчет файлов. У меня на рабочем столе установлена папка с проектами по этим всем программам. Я их размещаю только там.
Ни каких перемещений нет. Когда заканчиваю очередной проект то сохраняю там и больше не где. Эта папка у меня кроме того стоит в исключениях в антивирусе. Он туда не лазит. А если мне нужно открыть какой то проект то открываю его в программе.
Теперь насчет сохранений прошивок к контроллерам. Я ставлю папку и подписываю ее work. Эта папка стоит в программе.
А сами все версии программ стоят не на рабочем столе а на диске "С". Открываю компьютер (диск) и с него открываю нужную версию. Их у меня несколько.

Ok, some people just replaced simulide.exe, keeping the old data folder, this can cause problems.

There is a problem with Windows version.
I just try to find any possible cause for these problems.

Arcachofo wrote:Anyway in this version you have complete control of the compilation.
Have a look at the actual command that is executed, and see what is wrong.

I have checked in CLI mode and it seems that the "-O:/home/fg/" option prevents the .asm and .hex file generation.
If I execute "gcbasic" -NP -A:GCASM -R:text "filename.gcb" without the -O: option it works properly and generates the .hex and .asm files.

Per your other suggestion will look into synching and compiling.

MSABU wrote:I have checked in CLI mode and it seems that the "-O:/home/fg/" option prevents the .asm and .hex file generation.
If I execute "gcbasic" -NP -A:GCASM -R:text "filename.gcb" without the -O: option it works properly and generates the .hex and .asm files.

 ... Can you copy/paste here the output of the compilation?
(From "executing" to "compilation ok")

Я еще грешу на свою утилиту архиватор - разархиватор архива. Может он что то вносит при разархивации новых сборок. Я же сначала разблокирую ваш архив с новыми версиями, потом извлекаю папку с программой. Давно эту утилиту не обновлял. Надо обновить.
Еще OC винды 7 у всех разные. У одних проекты работают у других нет. Такое тоже встречалось. С другими программами. Можно например при разархивации архива запросто потерять какой то файл в программе. Вообще на программах симуляторах разработчики дают контрольную сумму всех файлов. Потом специальной утилитой у себя после скачивания архива проверить эту сумму файлов.
 Что новая программа разрабатывается  это понятно. А что сами модели контроллеров тоже меняете из предыдущих версий. Например обычные цифровые схемы работают на всех программах по одинаковым таблицам истинности управления. И они работают везде одинаково.

Например вот такое. Простая схема инструмента - формирователя импульсной последовательности с клавиатуры. В двух версиях. Может такое и с моделями контроллеров. Где то что то не пропечаталась связь и все. Работать не будет.

Из тех же инструментов в сборке R815. Модель двух разрядного индикатора. Нет индикации уровня. На всех остальных с большим числом разрядов так же.

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

I wish it was as simple as adding  some truth tables.
Looks like you have no idea about the complexity of creating a program like this.

Например вот такое. Простая схема инструмента - формирователя импульсной последовательности с клавиатуры. В двух версиях. Может такое и с моделями контроллеров. Где то что то не пропечаталась связь и все. Работать не будет.

Just move that decoder and see what happens...

Please, stop talking about what you don't know.

This section is for testers, for people that is willing to help testing and reporting errors.
You found an error in a subcircuit and you don't report what model has the problem.
Instead you start to talk about a topic you ignore completely.