Would you like to react to this message? Create an account in a few clicks or log in to continue.

You are not connected. Please login or register

SimulIDE trunk Tester builds.

+2
Fizik_S
arcachofo
6 posters

Go to page : Previous  1, 2, 3

Go down  Message [Page 3 of 3]

51SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Thu Oct 13, 2022 6:59 am

KerimF



For testing, what is the difference between SimulIDE_1.1.0-Rxxxx and SimulIDE_1.0.0-Rxxxx?
Thank you.

Added:
... and SimulIDE_1.0.1-Rxxxx.

Alex68 likes this post

52SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Thu Oct 13, 2022 2:03 pm

arcachofo

arcachofo

For testing, what is the difference between SimulIDE_1.1.0-Rxxxx and SimulIDE_1.0.0-Rxxxx?
Thank you.

Added:
... and SimulIDE_1.0.1-Rxxxx.
1.1.0 is development version, it is 2 versions ahead of 1.0.0.

1.0.0 and 1.0.1 are "frozen": no new features or components are added unless it solves some error.

1.0.0 was "frozen" 7 month ago, it should be already "stable" but not much testing in this branch.
1.0.1 was "frozen" this month. Has a few improvements in debugger and many other things.
1.1.0 was started this month and is very similar to 1.0.1 (by now).

1.0.0 should be considered stable and 1.0.1 published as "unstable" (only for testing) as soon as possible.


About all the errors found by Defran I will have a look and post when I have something to say.

53SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Thu Oct 13, 2022 6:08 pm

KerimF



arcachofo wrote:
For testing, what is the difference between SimulIDE_1.1.0-Rxxxx and SimulIDE_1.0.0-Rxxxx?
Thank you.

Added:
... and SimulIDE_1.0.1-Rxxxx.
1.1.0 is development version, it is 2 versions ahead of 1.0.0.

1.0.0 and 1.0.1 are "frozen": no new features or components are added unless it solves some error.

1.0.0 was "frozen" 7 month ago, it should be already "stable" but not much testing in this branch.
1.0.1 was "frozen" this month. Has a few improvements in debugger and many other things.
1.1.0 was started this month and is very similar to 1.0.1 (by now).

1.0.0 should be considered stable and 1.0.1 published as "unstable" (only for testing) as soon as possible.


About all the errors found by Defran I will have a look and post when I have something to say.

Let us suppose something is fixed in 1.0.0 or 1.0.1, does this mean, it will be fixed in 1.1.0 as well.

I wonder what your preference could be for testing the actual 3 unpublished families.
I mean, for example, do I keep, for the time being, testing 1.0.0 or moving to 1.0.1, if not 1.1.0?

54SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Fri Oct 14, 2022 1:50 am

arcachofo

arcachofo

Let us suppose something is fixed in 1.0.0 or 1.0.1, does this mean, it will be fixed in 1.1.0 as well.
Yes, if the fix applies to other versions it will be solved in all these versions (including 0.4.15).
Or at least that is the idea, but sometimes I'm a bit overwhelmed (now working in 4 versions) and things can be a bit messy.

I wonder what your preference could be for testing the actual 3 unpublished families.
I mean, for example, do I keep, for the time being, testing 1.0.0 or moving to 1.0.1, if not 1.1.0?
Just to clarify:
- 1.0.0 is published as "unstable" (for a long time).
- 1.0.1 and 1.1.0 are splitting right now.

Fast reply:
In your case maybe better stick with 1.0.0 at least for a few days.

Some explanations:
Right now is a moment of several changes, not only in the program but in the whole project.


About the program:
- There is an important change in >= 1.0.1 which is being more complicated than expected.
So these versions are very unstable until I solve these issues (see all the reports from Defran and TimFisch).

- There is also another important change in 1.1.0 affecting MCUs.

- Splitting 1.1.0 from 1.0.1 was complex, it didn't happen at an exact revision (this=problems).


About the project:
- There is a problem with lack of testing and/or reporting for versions that are "frozen", because the most active testers here focus in the development branch.

- The time I can work in the project depends on many things, including how much financial support I get.
Right now Patrons are the main supporters, but keeping the current Patron benefits are affecting the development.
So this (probably) needs to change to get more freedom in other areas.

I'm implementing some changes to try to improve the situation, this is a work in progress and still not fully defined.
But during this month I hope to get some changes done.


So in your case maybe better stick with 1.0.0 at least for a few days.
Once 1.0.1 and 1.1.0 are more stable you might want to test these versions.
Preferably 1.0.1 (for your use case 1.1.0 is almost the same right now).


I add more information than what you asked, but it is all related an also relevant for the most active members here.

55SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Fri Oct 14, 2022 8:36 am

Fizik_S

Fizik_S

Not a critical bug: incorrect display of inverted signals. A similar error occurs in the program SimulIDE-1.0.1. The program SimulIDE-1.0.0 displays inverted signals with a shift of the strikethrough to the right.


SimulIDE trunk Tester builds. - Page 3 Error110

SimulIDE trunk Tester builds. - Page 3 Error11

56SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Fri Oct 14, 2022 8:50 am

arcachofo

arcachofo

Not a critical bug: incorrect display of inverted signals. A similar error occurs in the program SimulIDE-1.0.1. The program SimulIDE-1.0.0 displays inverted signals with a shift of the strikethrough to the right.
Seems like I can't find a good solution for this problem.
Every Operating System does it in a different way, especially Windows does very weird things with this character depending on the font type.
Hopefully some day I will find a proper solution...

57SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Fri Oct 14, 2022 9:13 am

KerimF



arcachofo wrote:
Let us suppose something is fixed in 1.0.0 or 1.0.1, does this mean, it will be fixed in 1.1.0 as well.
Yes, if the fix applies to other versions it will be solved in all these versions (including 0.4.15).
Or at least that is the idea, but sometimes I'm a bit overwhelmed (now working in 4 versions) and things can be a bit messy.

I wonder what your preference could be for testing the actual 3 unpublished families.
I mean, for example, do I keep, for the time being, testing 1.0.0 or moving to 1.0.1, if not 1.1.0?
Just to clarify:
- 1.0.0 is published as "unstable" (for a long time).
- 1.0.1 and 1.1.0 are splitting right now.

Fast reply:
In your case maybe better stick with 1.0.0 at least for a few days.

Some explanations:
Right now is a moment of several changes, not only in the program but in the whole project.


About the program:
- There is an important change in >= 1.0.1 which is being more complicated than expected.
So these versions are very unstable until I solve these issues (see all the reports from Defran and TimFisch).

- There is also another important change in 1.1.0 affecting MCUs.

- Splitting 1.1.0 from 1.0.1 was complex, it didn't happen at an exact revision (this=problems).


About the project:
- There is a problem with lack of testing and/or reporting for versions that are "frozen", because the most active testers here focus in the development branch.

- The time I can work in the project depends on many things, including how much financial support I get.
Right now Patrons are the main supporters, but keeping the current Patron benefits are affecting the development.
So this (probably) needs to change to get more freedom in other areas.

I'm implementing some changes to try to improve the situation, this is a work in progress and still not fully defined.
But during this month I hope to get some changes done.


So in your case maybe better stick with 1.0.0 at least for a few days.
Once 1.0.1 and 1.1.0 are more stable you might want to test these versions.
Preferably 1.0.1 (for your use case 1.1.0 is almost the same right now).


I add more information than what you asked, but it is all related an also relevant for the most active members here.

I guess you know already that your project is a real complex one for being universal (not specific to a certain application). Not in vain, somehow similar projects of yours (mainly to simulate various MCU families) are offered for thousands of dollars.

I personally wish that you, with the support of the project Patrons, will succeed in realizing such important simulator so that your big efforts and the generous supports will be rewarded in one way or another.

58SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Fri Oct 14, 2022 12:06 pm

arcachofo

arcachofo

I personally wish that you, with the support of the project Patrons, will succeed in realizing such important simulator so that your big efforts and the generous supports will be rewarded in one way or another.
Thanks, and don't forget that one of the most important contributions (if not the most) is the dedication of the people testing and reporting (including you).

59SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Sun Oct 16, 2022 12:28 pm

arcachofo

arcachofo

I have reorganized tester builds, because it was confusing.
I was using the planed name for a future version in the development branch.

For example version 1.0.1 didn't really exist until a few days ago, but I was using "SimulIDE 1.0.1 Tester builds" for the development branch builds because it was the planed name.

Now the planed name for next version is 1.1.0, but this may change, so this name will not be used until next version splits from the development branch and it becomes a real version.

Development branch is "trunk", so I will use "SimulIDE trunk Tester builds." for development branch, and version numbers only for version that have split from trunk.

- Old discussion "SimulIDE 1.0.1 Tester builds" was renamed "SimulIDE trunk Tester builds." (this one).
- Old discussion "SimulIDE 0.1.0 Tester builds" was merged here.

60SimulIDE trunk Tester builds. - Page 3 Empty R1357_b. I2C CASCADO Sat Oct 29, 2022 8:48 am

Defran

Defran

I2C does not work absolutly.
You can test it with the projets:
#101, #123,  #140 and so on that uses I2C protocol.

(Mosfet ok)

Goog luck...

61SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Sat Oct 29, 2022 12:52 pm

arcachofo

arcachofo

I2C does not work absolutly.
I This issue is solved at Rev 1358.
I'm not updating files here because trunk is still very similar to 1.0.1.

62SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Mon Nov 14, 2022 6:37 am

arcachofo

arcachofo

Fizik_S wrote:Not a critical bug: incorrect display of inverted signals. A similar error occurs in the program SimulIDE-1.0.1. The program SimulIDE-1.0.0 displays inverted signals with a shift of the strikethrough to the right.
To solve this issue I had to take another approach:
Drawing the line over the text instead of using font over-scores.

This way I can use the same font, and after some tweaks (windows spacing and weights are different) I managed to make Windows pin names similar to Linux/MacOs.
Also fixed the Chip name that looked bad in Windows.

So FINALLY!!! I could make Components look almost identical In Windows (trunk Rev 1404).

And Tunnels should not draw a line on top, just the exact text entered by the user.

Old Pin names in Linux:
SimulIDE trunk Tester builds. - Page 3 Label-10
Old Pin names in Windows:
SimulIDE trunk Tester builds. - Page 3 Label-11


New Pin names in Linux:
SimulIDE trunk Tester builds. - Page 3 Label-12
New Pin names in Windows:
SimulIDE trunk Tester builds. - Page 3 Label-13

Fizik_S and KerimF like this post

63SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Mon Nov 21, 2022 6:57 pm

arcachofo

arcachofo

New build at Rev 1408 uploaded.

New Undo/Redo implementation started, for more info have a look here:
https://simulide.forumotion.com/t1175-new-undo-redo-system#5171

Fizik_S, Alex68 and KerimF like this post

64SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Tue Nov 29, 2022 7:41 am

Fizik_S

Fizik_S

When opening the subcircuit file, the contacts are not displayed on the packaging and on the logical symbol of the subcircuit. When trying to save the case or subcircuit, the program crashes. (Tested on Windows 8.1 x64)

SimulIDE trunk Tester builds. - Page 3 Error112

SimulIDE trunk Tester builds. - Page 3 Error111

65SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Tue Nov 29, 2022 10:41 am

Defran

Defran

It is already reported here...

https://simulide.forumotion.com/t1192-1408_incomplete-subcircuit

and solved by Arcachofo in R1412.

Fizik_S and KerimF like this post

66SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Wed Dec 07, 2022 7:52 am

arcachofo

arcachofo

New build at Rev 1436 uploaded.

Check first message in this post.

Fizik_S and KerimF like this post

67SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Thu Dec 22, 2022 10:58 pm

arcachofo

arcachofo

New build at Rev 1452 uploaded.

Check first message in this post.

KerimF likes this post

68SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Thu Jan 19, 2023 12:37 pm

Fizik_S

Fizik_S

I have finalized the translation of the program into Russian for the current version.
Attachments
SimulIDE trunk Tester builds. - Page 3 AttachmentTrunk.zip
You don't have permission to download attachments.
(42 Kb) Downloaded 3 times

69SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Thu Jan 19, 2023 5:21 pm

arcachofo

arcachofo

I have finalized the translation of the program into Russian for the current version.
Thanks, translation updated.

70SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Tue Jan 24, 2023 10:38 pm

Fizik_S

Fizik_S

When editing a package or logical symbol, the remote contact remains attached to the package or logical symbol.
SimulIDE trunk Tester builds. - Page 3 Err212

71SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Wed Jan 25, 2023 6:47 am

Fizik_S

Fizik_S

The ROM/RAM component works with errors if the output is inverted.
SimulIDE trunk Tester builds. - Page 3 Rom110
SimulIDE trunk Tester builds. - Page 3 Rom210
SimulIDE trunk Tester builds. - Page 3 Rom310
SimulIDE trunk Tester builds. - Page 3 Rom410
SimulIDE trunk Tester builds. - Page 3 Rom510

72SimulIDE trunk Tester builds. - Page 3 Empty Re: SimulIDE trunk Tester builds. Wed Jan 25, 2023 4:42 pm

arcachofo

arcachofo

Fizik_S wrote:When editing a package or logical symbol, the remote contact remains attached to the package or logical symbol.
Solved at Rev 1506.

Fizik_S wrote:The ROM/RAM component works with errors if the output is inverted.
Solved at Rev 1507.

Fizik_S likes this post

Sponsored content



Back to top  Message [Page 3 of 3]

Go to page : Previous  1, 2, 3

Permissions in this forum:
You cannot reply to topics in this forum