SimulIDE 1.0.0 Tester builds.

Problem with Reset Debugger is solved at Rev 1364.
I think the random crashes are also fixed, at least one of the problems is fixed, not sure if there are some other.

Problems with wrong cycle count and some other are not fixed yet, I'm focusing in critical issues first.
Soon I will upload new executables.

KerimF wrote:Saving the defined breakpoints on a code (under test) just before exit so that they can be restored with their code later. Their maximum number may need to be limited, as convenient to the usage memory of SimulIDE.

This has been implemented in 1.0.1:
https://simulide.forumotion.com/t1101-simulide-1-0-1-tester-builds

Not sure if this will be the definitive solution, but it solves the problem by now:
Source file must be saved to save breakpoints.
Breakpoint line numbers are saved to a file: source.asm.brk
Opening source.asm will restore breakpoints.

A few days ago, we were at SimulIDE_1.0.0-R1148 and now there is SimulIDE_1.0.0-R1364, a big jump done in a short time!
But perhaps you meant 1.0.1-R1364.

A few days ago, we were at SimulIDE_1.0.0-R1148 and now there is SimulIDE_1.0.0-R1364, a big jump done in a short time!
But perhaps you meant 1.0.1-R1364.

Indeed is trunk R1364, but as the report was done here I replied here.

New build at Rev 1182 uploaded.

Have a look at first post for download links.

New build at Rev 1208 uploaded.

Have a look at first post for download links.

When you group select several or one subcircuits created as a "board" and perform a copy-paste operation, an error appears in the form of separate components that are part of the subcircuit.



Newer versions of the program do not have this error.

When you group select several or one subcircuits created as a "board" and perform a copy-paste operation, an error appears in the form of separate components that are part of the subcircuit.

Thanks, solved at Rev 1218.

New build at Rev 1233 uploaded.

Have a look at first post for download links.

The plan is to release version 1.0.0 "stable" this week.

I found small issues in the translation / naming:
- it seems, that in the properties of the eletrolyte capacitor, capacitor and inductor the Auto Step unit seems not to be in the lingiust file (should be "Schritt(e)" in German).
- similar thing in WaveGen unit for Quality
- the context menu for shown texts like component names seems to be not covered by the linguist file (rotating clockwise.. etc)
- also the text on the serial port button ("open") seems also not to be in the file.
- The context menu in the arduino text area ("right panel") is only partially covered
- Some of the outputs in the right panel are not covered (e.g. Error: File not saved)
- The message box for closeEvent (in right panel and central panel) seems not to have a correct title. Additionally the buttons seem not to be covered in linguist.

Another thing: why do have boards and shields like the Arduino ones a property called logic symbol, which is not clickable?

- it seems, that in the properties of the eletrolyte capacitor, capacitor and inductor the Auto Step unit seems not to be in the lingiust file (should be "Schritt(e)" in German).
- similar thing in WaveGen unit for Quality
- the context menu for shown texts like component names seems to be not covered by the linguist file (rotating clockwise.. etc)
- also the text on the serial port button ("open") seems also not to be in the file.

Solved.

- The context menu in the arduino text area ("right panel") is only partially covered
- The message box for closeEvent (in right panel and central panel) seems not to have a correct title. Additionally the buttons seem not to be covered in linguist.

For these I think I need to add Qt translation files (if I can find them).

- Some of the outputs in the right panel are not covered (e.g. Error: File not saved)

Most of the messages in the bottom panels are not translated.
Initially many of these messages were only shown if you start the app from a terminal, only for debug purposes, so not included in the translation.
I guess all these strings should be added, but that is a lot of sentences.

EDIT:

Another thing: why do have boards and shields like the Arduino ones a property called logic symbol, which is not clickable?

Well.. it is clickable, but if the corresponding file does not exist then it does nothing.

This is solved in trunk, but to do it efficiently I had to modify a big chunk of code.
I try to avoid modifications in 1.0.0 unless it solves some problem.

Hi!

Great that the support to the Arduino IDE v2 has been added. Worked like a charm!

Hi,

A minor detail is that the ".hex" file generated by Arduino 2 appeared in the SimulDE main directory.

(just to confirm if this is expected).

Thanks!

A minor detail is that the ".hex" file generated by Arduino 2 appeared in the SimulDE main directory.

Yes, it happens with Arduino 1 or 2 if the sketch is not saved.
This probably needs a better solution.

New build at Rev 1262 uploaded.

Have a look at first post for download links.

I keep finding some notable issues, so the "stable" version will not be released by now.
I'm expending lot of time testing 1.0.0, so everything else is almost stopped.

On the Russian-language forum, the user found 2 errors. The version of the program is not specified, but I assume it is the Rev 1262 version. http://www.nedopc.org/forum/viewtopic.php?f=81&t=19727&p=168943#p168840

1. After some time in the text editor, the cursor disappears. The cursor appears after restarting the program.

2. When using microcontrollers (any PIC, I do not use others), when setting the checkbox, the "external generator" works, the conclusions cannot be brought to A6 / A7 (although it should be the opposite, I have them on the circuit in advance). Even if I turn off the clock generator, the circuit will still work. It doesn't matter if I draw quartz with capacitors and connect them to A6/A7, the circuit will always work. There is a virtual software generator of some kind that always works. The mentioned checkbox does not work in the settings, an external quartz oscillator or quartz also makes no difference. That's why I noticed it. I need to use A6 for my needs as an exit. I described it as a way out. I will immediately notice that I set the external clock signal/external quartz/internal oscillator modes correctly. By default, this controller, when installed as an "external clock signal", allows you to use A6 as a normal input/output pin when connecting the frequency to A7. This rule is not observed here.

Nice to see that fifan is testing PIC microcontrollers.
This is very needed, because there is nobody testing PICs.
Most people test and report about AVR, but PICs are almost abandoned.

1. After some time in the text editor, the cursor disappears. The cursor appears after restarting the program.

Yes, I noticed it, not solved yet, but it will de solved.

2. When using microcontrollers (any PIC, I do not use others), when setting the checkbox, the "external generator" works, the conclusions cannot be brought to A6 / A7 (although it should be the opposite, I have them on the circuit in advance). Even if I turn off the clock generator, the circuit will still work. It doesn't matter if I draw quartz with capacitors and connect them to A6/A7, the circuit will always work. There is a virtual software generator of some kind that always works. The mentioned checkbox does not work in the settings, an external quartz oscillator or quartz also makes no difference. That's why I noticed it. I need to use A6 for my needs as an exit. I described it as a way out. I will immediately notice that I set the external clock signal/external quartz/internal oscillator modes correctly. By default, this controller, when installed as an "external clock signal", allows you to use A6 as a normal input/output pin when connecting the frequency to A7. This rule is not observed here.

I understand that this can be confusing.
In simulide, Microcontroller clock is always generated internally, and it's defined by the property "Frequency".

The property "External Oscillator" only disables the pins used as clock inputs.
By now there is no way to configure the oscillator module and all it's modes.
So in this case if you need to use some of the clock pins, just leave "External Oscillator" property disabled.


Why not to use external clock in the simulation:
Using an external clock would slow down the simulation so much that it would be unusable.
Just having a Clock at 20 MHz in the circuit can slow down the simulation by a factor of 10:



And this is just the Clock, with no Microcontroller in the circuit.
If you use an RC oscillator it would be 1/100 the speed instead of 1/10.
In addition the code to run the Microcontroller with an external oscillator would be much more complex and slow.
So at the end, a simple "blink led" would be so slow that you need to wait 1 minute to see it blink.

fifan clarified the manifestation of the program error:
when selecting the "External oscillator" checkbox, the simulator incorrectly processes the operating modes of ports A6, A7. Details here:
http://www.nedopc.org/forum/viewtopic.php?f=81&t=19727&start=180#p168945

fifan clarified the manifestation of the program error:
when selecting the "External oscillator" checkbox, the simulator incorrectly processes the operating modes of ports A6, A7.

Thanks. I replied in nedoPC forum.
Basically what he wants to do in not implemented yet.

arcachofo wrote:Thanks. I replied in nedoPC forum.

Seems that my reply requires approval.
Just in case this was my reply:

Oscillator module and all it's modes are controlled (in general) by configuration word.
Configuration word is not implemented yet, so most functionalities controlled by it are not implemented in simulide 1.0.0.
In most cases these functionalities are not relevant for the simulation, so implementing this has low priority .

To solve some some of these functionalities there is the "Config" properties.
But these are generic and don't include specifications for each device:

- Enable Reset Pin: When an IO Pin is used as reset.
- External Oscillator: It just disables oscillator Pins, indicating that they are not valid IO Pins.
- Enable WatchDog: Equivalent to enable watchdog from configuration word.

Specific cases for each mode of each module of each device controlled by configuration word are not implemented yet.

I understand that the output of clock/4 at OSC2 can be useful in some cases, but not in most cases.
But this depends in implementing the whole framework for configuration word, it is not something that can be implemented just for one case.

New build at Rev 1290 uploaded.
Have a look at first post for download links.

I added some features that I think are very important:

1- User data folder: https://simulide.forumotion.com/t990-custom-components-scripted#6004
You can choose a folder to store your subcircuits, MCUs, syntax files, etc.
This folder is equivalent to the data folder in Simulide.
This has precedence over Simulide data folder, so if you use the same Component name, the component in user folder will be used instead of the component in Simulide data folder.

2- Deployable data folder: you can deploy your subcircuits and MCUs along with your circuits.
This way anyone can use your circuit even if it contains subcircuits not present in Simulide.
Have a look at any of the circuits from Defran in "Projects made in SimulIDE", he usually uses this feature, now it is available in 1.0.0.

3- Most Component properties are now applied immediately while the simulation is running.
There are still a few that need simulation restart.
Any change in the circuit topology still forces a simulation shutdown.

Hi all,

These are great updates!

Could you please instruct me how to use a custom data folder?

I did the following steps:

1. Downloaded an example circuit from the "Projects made in SimulIDE". In this case, this one: https://simulide.forumotion.com/t1388-227__graphics-and-texts-on-tft-color-ili9341

2. Downloaded Rev 1290

3. Configured on Settings > App > User data folder, the "data" folder inside Defran's directory (extracted from the zip file).



4. Opened the "sim1" file shared by Defran.

The simulation works but the custom arduino model is not shown.



I have restarted SimulIDE and the situation is the same...

Are these the right steps?

Or should I copy the folders inside Defran's "data" dir to another dir?

Thanks!

Please, use Simulide, version trunk.

Hi Diego.

There are 2 things here:
1- User data folder.
This is a folder in user space that works the same as the "data" folder in Simulide.
You can place there your subcircuits, syntax files, etc.
This way, your custom files are there even if you use different versions of Simulide.

2- Delivery custom subcircuits along with your circuits:
If you create a custom subcircuit that is not in Simulide, then others can't use it.
So you can place your subcircuit in a "data" folder right next to the .sim1 file.
This way others can use your circuit without having to "install" the new subcircuit.

So to use the files provided by Defran you don't need to do nothing, just open it.
The problem here is shown at the bottom panel:



In 1.0.0 there is no Lamp component, this is not a subcircuit, is a primitive in Simulide, so you need to use the version that  has the Lamp: https://simulide.forumotion.com/t550-simulide-trunk-tester-builds

Thanks guys, now I understand.

It works perfectly! Great update!