From sylvestre.ledru at inria.fr Wed Jan 2 09:44:23 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 02 Jan 2008 09:44:23 +0100 Subject: [Scilab-Dev] Tcl/Tk 8.5 has been released In-Reply-To: <477576FC.60008@free.fr> References: <476FD54E.8090803@free.fr> <476FDCD1.9040501@free.fr> <1198678165.5011.33.camel@korcula.inria.fr> <47727A00.2060708@utc.fr> <1198709946.3719.71.camel@zlarin.inria.fr> <477406D0.4050500@free.fr> <1198838761.5011.183.camel@korcula.inria.fr> <4774F080.4000105@free.fr> <1198849793.5011.202.camel@korcula.inria.fr> <47752814.4050604@free.fr> <477576FC.60008@free.fr> Message-ID: <1199263463.5330.4.camel@korcula.inria.fr> [...] > I think that all this in fact bug 2514: > http://www.scilab.org/cgi-bin/bugzilla_bug_II/show_bug.cgi?id=2514 > > The Tcl event loop doesn't seem to run unless it is forced to do so. > It really looks like the problem is in the Scilab/Tcl interface, as > described in bug 2514. Thanks for your investigation. We will soon have a look on this issue. Sylvestre -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From sylvestre.ledru at inria.fr Wed Jan 2 15:30:00 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 02 Jan 2008 15:30:00 +0100 Subject: Java compilation and jar files: Few updates Message-ID: <1199284200.5330.53.camel@korcula.inria.fr> Hello, I commited some works in order to facilitate the compilation under Linux/Unix. The ant (java compilation) process will use libraries found during the ./configure process. To do so, I added a file scilab-lib.properties.in which is transformed by the configure process to match the configuration of the computer. Windows is still using "scilab-lib.properties", then, it is important to not commit "scilab-lib.properties". I will probably see that with Allan when he comes back from holidays. In the mean time, I updated the thirdparty dir. JRosetta has been renamed: thirdparty/JRosetta-1.0.jar => thirdparty/jrosetta-engine.jar thirdparty/JRosetta-API-1.0.jar => thirdparty/jrosetta-API.jar Don't forget to update your thirdparty directory. Sylvestre -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From sylvestre.ledru at inria.fr Fri Jan 4 14:15:40 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 04 Jan 2008 14:15:40 +0100 Subject: Few changes in the make process Message-ID: <1199452540.31783.10.camel@korcula.inria.fr> Hello, I changed a few things for the "root make" in Scilab: * make all will also build the documentation (because it is fast once we did it) * make clean-macros removes all the macros (*.bin, */macros/names, */macros/lib) * make clean removes also the macros * More checks * More feedbacks Don't hesitate if you have any comments. Sylvestre -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From sylvestre.koumar at inria.fr Thu Jan 10 15:28:34 2008 From: sylvestre.koumar at inria.fr (koumar) Date: Thu, 10 Jan 2008 15:28:34 +0100 Subject: Sylvestre Koumar Message-ID: <47862B92.3050809@inria.fr> Hello! I'm Sylvestre Koumar, I've just begun my training period at the I.N.R.I.A, where I arrived last friday. I am in charge of the development of the graphical export module in Scilab with my guardian Jean-Baptiste Silvy. Sylvestre Koumar From bruno.jofret at inria.fr Fri Jan 11 11:07:40 2008 From: bruno.jofret at inria.fr (Bruno JOFRET) Date: Fri, 11 Jan 2008 11:07:40 +0100 Subject: Tcl and Scilab Event loop Message-ID: <47873FEC.1010004@inria.fr> Hi all puffin friends ! First of all, I wish all of you my best wishes for 2008 : health and happiness ! And obviously a great success for Scilab 5 and beyond. I'm now working on the Tcl running in Scilab and the "Scilab Event Loop". I confess with the new Java GUI, TCL based stuff were muddy. Some answers on that issue : - Tcl based GUI needs manually "update" in order to live. Of course because Tcl is a scripting language. - Scilab was strongly single threaded and running in an endless loop (that's why it was able to update Tcl/Tk periodically) Now with the Java gui the "update" loop was slowed down (not so often called). This explain why it looks so muddy. The main idea of my work was to unlink scilab internal behaviour and Tcl management. For that issue I created the TCL Interpreter used in Scilab in it's single thread. It works as follow : * I created a timer thread within this one * WHILE Tcl is started IF we have a TCL command to execute runIt ELSE Do "update" Wait until we receive a "wake up" signal ENDIF ENDWHILE The timer thread is quite dummy. It only send periodically a "wake up" signal. "Wake up" signal are also send when asking for a TCL command through Scilab. A call to Tcl_EvalStr for instance. It works pretty well on my computer but has some restrictions. - I used pthread that is not supported on Windows. But we are working to native similar thread management on Windows. - Some others commands may be broken. Some improvements are quite cool : - You can now run some huge stuff in Scilab, and continue to write in Scipad. - No more muddy help browser. - Whole Scilab behaviour is decreasing computation power need. Keeping in mind I absolutely do not want to break any OS Scilab version, neither any Scilab Tool (Scipad, ged, ...) , - What do you think of that "algorithm" and did you see any hidden drawbacks within it ? - As soon as we will have Windows similar functionalities, and taking into account your comments, we will include this into the Trunk and kindly ask you for some feedbacks. Regards, -- Bruno JOFRET Project Engineer ___SCILAB - INRIA Rocquencourt___ Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex Tel : (+33/0)1.39.63.58.63 Mailto : bruno.jofret at inria.fr http://www.scilab.org From fvogelnew1 at free.fr Fri Jan 11 21:52:42 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Fri, 11 Jan 2008 21:52:42 +0100 Subject: [Scilab-Dev] Tcl and Scilab Event loop In-Reply-To: <47873FEC.1010004@inria.fr> References: <47873FEC.1010004@inria.fr> Message-ID: <4787D71A.5010004@free.fr> Hi all, Improving the Tcl/Scilab interface in trunk was indeed badly needed. The main issue is (or was, perhaps?) bug 2514 and 2640, which prevent from using anything in Tcl within the trunk. So, I wish a warm welcome to this work! Bruno JOFRET said on 11/01/2008 11:07: > It works as follow : > * I created a timer thread within this one > * WHILE Tcl is started > IF we have a TCL command to execute > runIt > ELSE > Do "update" > Wait until we receive a "wake up" signal > ENDIF > ENDWHILE The above is oriented towards having responsive Tcl interfaces while Scilab is busy running, and that's the main goal of course. However, the Tcl command that gets run in the "runIt" line above might take time to execute. Say that the following command is sent from a Tcl script: ScilabEval "j=0;for i=1:1e6;j=j+1;end" Ok that's a stupid command but it's only to illustrate. How does that command get executed? Does it get executed in parallel with the work Scilab is currently doing, say while Scilab is busy executing some (very clever) loop such as: while %t;end or does the ScilabEval-ed command interrupt the Scilab work? or does it wait until the main flow (the while loop) has finished? In that latter case, is the ScilabEval call blocking or did you keep a queueing mechanism as it was the case so far (on this, see also below)? A related topic: In which variable space does the ScilabEval-ed command execute? Can the ScilabEval-ed command have access to the variables that Scilab currently uses at the time of execution of the ScilabEval? I.e. does it see the variables that can be seen from the current pause (-n->) level? Or does it execute in something more like a separate instance of Scilab, that cannot access the variables from the main flow? The latter would break a lot of features in Scipad, is it the case? > The timer thread is quite dummy. > It only send periodically a "wake up" signal. > > "Wake up" signal are also send when asking for a TCL command through > Scilab. > A call to Tcl_EvalStr for instance. In Scipad I had to use very complicated recursive combinations of ScilabEval and TCL_EvalStr commands, for instance: set comm "TCL_EvalStr(\"ScilabEval {TCL_EvalStr(\"\"set myvariable false\"\",\"\"scipad\"\")} seq\",\"scipad\");" ScilabEval $comm Does this still work? > - Some others commands may be broken. Other aspects I can mention: - All options of ScilabEval (see help ScilabEval) should be supported in order not to break too many things in Scipad, and especially the debugger. Is it the case? You can also have a look at bug 2596, which is a drastically trimmed down test case. - The sciprompt variable set by tksynchro. This variable is set by Scilab and used in Scipad every time Scipad needs to ScilabEval something. The Scilab parse/run functions set sciprompt to -1 while busy, and back to the pause level -n-> while idle. Does this variable still exist (even if perhaps always set to zero)? If it's not the case, then Scipad has to be modified, potentially in depth. This is because in the debugger context Scipad has to know when Scilab has finished executing the previous statement so that debug commands can be issued. For that reason the debugger needs to know if Scilab is still busy running or not. And that's another reason why the ScilabEval options must be supported. The debug commands are queued in such a way that they will get executed as soon as Scilab stops at a breakpoint. If they now execute in parallel with the main Scilab flow (my question above), this will be an issue we'll have to fix. For instance retrieval of the value of the watched variables at the breakpoint stop must be done only after Scilab has finished the debug step, not in between. > - As soon as we will have Windows similar functionalities, and taking > into account your comments, > we will include this into the Trunk and kindly ask you for some feedbacks. I look forward to being able to test it. I guess most of my comments above could be easier discussed against some reference implementation made available in trunk. Cheers, Francois From enrico.segre at weizmann.ac.il Sun Jan 13 11:32:01 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Sun, 13 Jan 2008 12:32:01 +0200 Subject: Tcl and Scilab Event loop Message-ID: <1200220321.16651.38.camel@segre-pc2.weizmann.ac.il> Well, it looks like this is an important design issue, and it has to be seen first of all in the context of design, not of a specific implementation or presence of one given hidden variable or the other. Solving it by ways of hackery for now will make more difficult to address it later. Multithreaded programming is a well estabilished paradigm, and concept for letting different threads talk with each other, share or lock out resources, synchronize, are well laid out. Signals, semaphores, queues, priorities, determinism... and all that stuff. In the case of Scipad, there are some actions, like scrolling existing text, which are asynchronous with the computation engine, and other, mainly those related to execution and debugging, which are entirely dependent on its state, and should therefore made dependent on it in tight way. If I think at scipad, I could list -gui actions: the latency should be very low, of the order of 100msec most, and the gui should get a high share of cpu - that will make the program look more "responsive", therefore "refined" -execute in scilab and debugging: it is entirely, state-machine depending on the execution thread -interpreter actions which can be executed asynchronously in a separate namespace- for the moment I can think of the matlab conversion, eventual lexing or profiling could fall in this cathegory too. As for other tcl parts of scilab, "help" is a gui action with no return impact on the computation engine, hence whatever makes it just look faster is ok, BUT, "ged" is not only (we could discuss if merely zooming a graphics or exporting it can be seen as a detached action or not, the state of the graphic window can in principle influence an ongoing execution), and "uicontrols" definitely not. Indeed, one of the longstanding source of complaints was about synchronization issues of tk GUIs - which usually people conoct in order to control some execution, and which may include callbacks. If we say callbacks, their actions should be predictable... Now I understand (didn't try to compete with the noncompiling trunk since a while, but saw the activity on svn) that uicontrols are being ported to java. I don't know what the status is, but tcl or not, the matters related to sharing and threading have to be addressed anyway. Enrico From enrico.segre at weizmann.ac.il Sun Jan 13 09:06:57 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Sun, 13 Jan 2008 10:06:57 +0200 Subject: Tcl and Scilab Event loop Message-ID: <1200211617.16651.32.camel@segre-pc2.weizmann.ac.il> Well, it looks like this is an important design issue, and it has to be seen first of all in the context of design, not of a specific implementation or presence of one given hidden variable or the other. Solving it by ways of hackery for now will make more difficult to address it later. Multithreaded programming is a well estabilished paradigm, and concept for letting different threads talk with each other, share or lock out resources, synchronize, are well laid out. Signals, semaphores, queues, priorities, determinism... and all that stuff. In the case of Scipad, there are some actions, like scrolling existing text, which are asynchronous with the computation engine, and other, mainly those related to execution and debugging, which are entirely dependent on its state, and should therefore made dependent on it in tight way. If I think at scipad, I could list -gui actions: the latency should be very low, of the order of 100msec most, and the gui should get a high share of cpu - that will make the program look more "responsive", therefore "refined" -execute in scilab and debugging: it is entirely, state-machine depending on the execution thread -interpreter actions which can be executed asynchronously in a separate namespace- for the moment I can think of the matlab conversion, eventual lexing or profiling could fall in this cathegory too. As for other tcl parts of scilab, "help" is a gui action with no return impact on the computation engine, hence whatever makes it just look faster is ok, BUT, "ged" is not only (we could discuss if merely zooming a graphics or exporting it can be seen as a detached action or not, the state of the graphic window can in principle influence an ongoing execution), and "uicontrols" definitely not. Indeed, one of the longstanding source of complaints was about synchronization issues of tk GUIs - which usually people conoct in order to control some execution, and which may include callbacks. If we say callbacks, their actions should be predictable... Now I understand (didn't try to compete with the noncompiling trunk since a while, but saw the activity on svn) that uicontrols are being ported to java. I don't know what the status is, but tcl or not, the matters related to sharing and threading have to be addressed anyway. Enrico From enrico.segre at weizmann.ac.il Sun Jan 13 11:28:06 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Sun, 13 Jan 2008 12:28:06 +0200 Subject: Tcl and Scilab Event loop Message-ID: <1200220086.16651.36.camel@segre-pc2.weizmann.ac.il> Well, it looks like this is an important design issue, and it has to be seen first of all in the context of design, not of a specific implementation or presence of one given hidden variable or the other. Solving it by ways of hackery for now will make more difficult to address it later. Multithreaded programming is a well estabilished paradigm, and concept for letting different threads talk with each other, share or lock out resources, synchronize, are well laid out. Signals, semaphores, queues, priorities, determinism... and all that stuff. In the case of Scipad, there are some actions, like scrolling existing text, which are asynchronous with the computation engine, and other, mainly those related to execution and debugging, which are entirely dependent on its state, and should therefore made dependent on it in tight way. If I think at scipad, I could list -gui actions: the latency should be very low, of the order of 100msec most, and the gui should get a high share of cpu - that will make the program look more "responsive", therefore "refined" -execute in scilab and debugging: it is entirely, state-machine depending on the execution thread -interpreter actions which can be executed asynchronously in a separate namespace- for the moment I can think of the matlab conversion, eventual lexing or profiling could fall in this cathegory too. As for other tcl parts of scilab, "help" is a gui action with no return impact on the computation engine, hence whatever makes it just look faster is ok, BUT, "ged" is not only (we could discuss if merely zooming a graphics or exporting it can be seen as a detached action or not, the state of the graphic window can in principle influence an ongoing execution), and "uicontrols" definitely not. Indeed, one of the longstanding source of complaints was about synchronization issues of tk GUIs - which usually people conoct in order to control some execution, and which may include callbacks. If we say callbacks, their actions should be predictable... Now I understand (didn't try to compete with the noncompiling trunk since a while, but saw the activity on svn) that uicontrols are being ported to java. I don't know what the status is, but tcl or not, the matters related to sharing and threading have to be addressed anyway. Enrico From enrico.segre at weizmann.ac.il Sun Jan 13 20:42:14 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Sun, 13 Jan 2008 21:42:14 +0200 Subject: how are we supposed to svn checkout thirdparty? Message-ID: <478A85B602000044000206F5@wisegate.weizmann.ac.il> http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/Dev-Tools/ now requires authorization, the nightly build tgz is overbloated including the whole jdk, and the instructions for anonymous svn checkout of the relevant section disappeared from the site. From pierre.marechal at inria.fr Mon Jan 14 08:37:31 2008 From: pierre.marechal at inria.fr (Pierre MARECHAL) Date: Mon, 14 Jan 2008 08:37:31 +0100 Subject: [Scilab-Dev] how are we supposed to svn checkout thirdparty? In-Reply-To: <478A85B602000044000206F5@wisegate.weizmann.ac.il> References: <478A85B602000044000206F5@wisegate.weizmann.ac.il> Message-ID: <478B113B.1000002@inria.fr> Enrico Segre a ?crit : > http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/Dev-Tools/ now requires authorization, This part of ViewVC has always required authorization. But http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/Dev-Tools/SE/Prerequirements can be browsed without any authorization. > the nightly build tgz is overbloated including the whole jdk, Which version are you talking about ? The trunk nightly builds only seems to include the JRE (located in scilab-SE-trunk-/thirdparty/java) > and the instructions for anonymous svn checkout of the relevant section disappeared from the site. > http://wiki.scilab.org/Compiling_Scilab_5.x_under_GNU-Linux_Unix_-_FAQ : Some packages are missing when I compile Scilab console module. Where can I find them ? All needed packages to compile Scilab under Linux can be found in Scilab SVN pre-requirements directory: [$SHELL] mkdir Prerequirements [$SHELL] cd Prerequirements [$SHELL] svn co --username anonymous --password Scilab svn://svn.scilab.org/scilab/trunk/Dev-Tools/SE/Prerequirements/Linux/ Pierre From enrico.segre at weizmann.ac.il Mon Jan 14 10:56:09 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Mon, 14 Jan 2008 11:56:09 +0200 Subject: [Scilab-Dev] how are we supposed to svn checkout thirdparty? In-Reply-To: <478B113B.1000002@inria.fr> References: <478A85B602000044000206F5@wisegate.weizmann.ac.il> <478B113B.1000002@inria.fr> Message-ID: <1200304569.16651.78.camel@segre-pc2.weizmann.ac.il> On Mon, 2008-01-14 at 08:37 +0100, Pierre MARECHAL wrote: > Enrico Segre a ?crit : > > http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/Dev-Tools/ now requires authorization, > This part of ViewVC has always required authorization. But > http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/Dev-Tools/SE/Prerequirements > can be browsed without any authorization. and how do you think that one is supposed to find it? > > the nightly build tgz is overbloated including the whole jdk, > Which version are you talking about ? The trunk nightly builds only > seems to include the JRE (located in scilab-SE-trunk-/thirdparty/java) whatever - don't you find that there is something sick in having to download 129MB just because rosetta changed name? > > and the instructions for anonymous svn checkout of the relevant section disappeared from the site. > > > http://wiki.scilab.org/Compiling_Scilab_5.x_under_GNU-Linux_Unix_-_FAQ : and what about http://www.scilab.org/download/index_download.php?page=SVN > Some packages are missing when I compile Scilab console module. Where > can I find them ? > > All needed packages to compile Scilab under Linux can be found in Scilab > SVN pre-requirements directory: > [$SHELL] mkdir Prerequirements > [$SHELL] cd Prerequirements > [$SHELL] svn co --username anonymous --password Scilab > svn://svn.scilab.org/scilab/trunk/Dev-Tools/SE/Prerequirements/Linux/ what "Prerequirements"? jre, ant, jogl, ... can be more conveniently installed with yum, at least with my distro. I'm talking of SCI/thirdparty/. I had is svn-tagged on another installation, I just don't see why I should make so many efforts for reproducing it elsewhere. Enrico From sylvestre.ledru at inria.fr Mon Jan 14 12:02:02 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 14 Jan 2008 12:02:02 +0100 Subject: [Scilab-Dev] how are we supposed to svn checkout thirdparty? In-Reply-To: <1200304569.16651.78.camel@segre-pc2.weizmann.ac.il> References: <478A85B602000044000206F5@wisegate.weizmann.ac.il> <478B113B.1000002@inria.fr> <1200304569.16651.78.camel@segre-pc2.weizmann.ac.il> Message-ID: <1200308522.31783.433.camel@korcula.inria.fr> > what "Prerequirements"? jre, ant, jogl, ... can be more conveniently > installed with yum, at least with my distro. All Scilab under Linux is using the packages provided by/on the system The Prerequirements is to make it easier for users and having reference versions. If you are talking about the binary distributed version, we are providing a Scilab for dummy (ie work out of the box) but as you know, we are also helping/doing packages for Linux distribution to be integrated in their repositories. We had some discussions here about doing a binary with the JRE and an other one without the JRE included but I don't know if we are going to do it or not. Sylvestre From enrico.segre at weizmann.ac.il Mon Jan 14 21:05:55 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Mon, 14 Jan 2008 22:05:55 +0200 Subject: * Check in 'standard' places we know Javacouldbeinstalled,ifsome are missing, please contact me Message-ID: <478BDCC302000044000207FB@wisegate.weizmann.ac.il> FC8: # locate libjvm.so /usr/lib/gcj-4.1.2/libjvm.so /usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/i386/client/libjvm.so /usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/i386/server/libjvm.so /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0/jre/lib/i386/client/libjvm.so /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0/jre/lib/i386/server/libjvm.so From sylvestre.ledru at inria.fr Tue Jan 15 18:13:35 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 15 Jan 2008 18:13:35 +0100 Subject: Scilab relocatable under Linux/Unix Message-ID: <1200417215.2314.10.camel@korcula.inria.fr> Hi, This may sound obvious for the Windows world but it is not that easy under Linux. I added an option to relocate Scilab. (revision 21656) In the configure, if you provide the option --enable-relocatable, it should remove the rpath from the libraries and provides some defines. I haven't tested this deeply. You will find more information about this issue: http://wiki.debian.org/RpathIssue Sylvestre From sylvestre.ledru at inria.fr Wed Jan 16 10:11:20 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 16 Jan 2008 10:11:20 +0100 Subject: scilab -debug Message-ID: <1200474680.2314.24.camel@korcula.inria.fr> Hello, Just a quick email to tell you that I just made a small change in the option -debug under Linux. Now, if you call the scilab script like that: ./bin/scilab -debug -nwni -e "printf('%%')" It will launch Scilab in GDB and if you type run, it is going to launch Scilab with the options -nwni -e "printf('%%')" Example: [10:08:32][sylvestre at korcula] ~/dev/scilab5$ ./bin/scilab -debug -nwni -e "printf('%%')" Running debug of Scilab : /home/sylvestre/dev/scilab5/libtool --mode=execute gdb --args /home/sylvestre/dev/scilab5/scilab-bin -nwni -e printf('%%') GNU gdb 6.7.1-debian Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu"... Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1". (gdb) run Starting program: /home/sylvestre/dev/scilab5/.libs/lt-scilab-bin -nwni -e printf\(\'%%\'\) [Thread debugging using libthread_db enabled] ___________________________________________ scilab-trunk-SVN Copyright (c) 1989-2008 [...] Cheers, Sylvestre From fvogelnew1 at free.fr Mon Jan 21 21:48:40 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Mon, 21 Jan 2008 21:48:40 +0100 Subject: [Scilab-Dev] Tcl and Scilab Event loop In-Reply-To: <4787D71A.5010004@free.fr> References: <47873FEC.1010004@inria.fr> <4787D71A.5010004@free.fr> Message-ID: <47950528.2030302@free.fr> Hi all, It's now ten days since I have provided my thoughts about the message Bruno Jofret sent on 11/01/08 about having the Tcl event loop in a separate thread. There was also an answer from Enrico on that same topic. Since then we have not heard from you on the Tcl/Tk topic. What do you think about our feedback? Did you go ahead, cooking some wonderful solution? Is the current implementation in trunk something you consider final? Or did you perhaps just give up and plan to revert to the previous event loop? Could you please say what you intend to do, especially in the time frame of "January 2008". This is indeed the advertised tentative release date for Scilab 5 alpha on your site: http://www.scilab.org/developers/index_developers.php?page=roadmap_5.0. Thanks for an update. Francois From sylvestre.ledru at inria.fr Tue Jan 22 08:58:45 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 22 Jan 2008 08:58:45 +0100 Subject: [Scilab-Dev] Tcl and Scilab Event loop In-Reply-To: <47950528.2030302@free.fr> References: <47873FEC.1010004@inria.fr> <4787D71A.5010004@free.fr> <47950528.2030302@free.fr> Message-ID: <1200988725.13992.76.camel@korcula.inria.fr> Hello, Bruno is currently in holiday. So, I will try to reply to your questions. Bruno has a solution on his laptop which is better than the one in the trunk. He will commit his work when he gets back. Sylvestre Le lundi 21 janvier 2008 ? 21:48 +0100, Fran?ois Vogel a ?crit : > Hi all, > > It's now ten days since I have provided my thoughts about the message > Bruno Jofret sent on 11/01/08 about having the Tcl event loop in a > separate thread. There was also an answer from Enrico on that same topic. > > Since then we have not heard from you on the Tcl/Tk topic. What do you > think about our feedback? Did you go ahead, cooking some wonderful > solution? Is the current implementation in trunk something you > consider final? Or did you perhaps just give up and plan to revert to > the previous event loop? > > Could you please say what you intend to do, especially in the time > frame of "January 2008". This is indeed the advertised tentative > release date for Scilab 5 alpha on your site: > http://www.scilab.org/developers/index_developers.php?page=roadmap_5.0. > > Thanks for an update. > Francois From sylvestre.ledru at inria.fr Wed Jan 23 14:50:57 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 23 Jan 2008 14:50:57 +0100 Subject: Scilab recrute / Scilab is hiring a developer Message-ID: <1201096257.17416.87.camel@korcula.inria.fr> Hello guys, The Scilab team is looking for a good developer (a kind of "Swiss army knife" dev, ie with various skills) to come to work in the Scilab team here at the INRIA Rocquencourt. The job offer is in French but it is not restricted to french people. Don't hesitate if you are interested. Sylvestre -------------- next part -------------- A non-text attachment was scrubbed... Name: Fiche_de_poste_polyvalent_v2.pdf Type: application/pdf Size: 94997 bytes Desc: not available URL: From vincent.couvert at inria.fr Sun Jan 27 16:16:26 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Sun, 27 Jan 2008 16:16:26 +0100 Subject: [Scilab-Dev] Tcl and Scilab Event loop In-Reply-To: <47950528.2030302@free.fr> References: <47873FEC.1010004@inria.fr> <4787D71A.5010004@free.fr> <47950528.2030302@free.fr> Message-ID: <479CA04A.5070104@inria.fr> Hi Fran?ois, We are a little late for the developments of Scilab 5.0 Alpha version functionalities. This version will be available for week 7. We have a meeting tomorrow morning to check that everything will be OK for this week and then we will update Scilab web site. Vincent Fran?ois Vogel a ?crit : > Hi all, > > It's now ten days since I have provided my thoughts about the message > Bruno Jofret sent on 11/01/08 about having the Tcl event loop in a > separate thread. There was also an answer from Enrico on that same topic. > > Since then we have not heard from you on the Tcl/Tk topic. What do you > think about our feedback? Did you go ahead, cooking some wonderful > solution? Is the current implementation in trunk something you > consider final? Or did you perhaps just give up and plan to revert to > the previous event loop? > > Could you please say what you intend to do, especially in the time > frame of "January 2008". This is indeed the advertised tentative > release date for Scilab 5 alpha on your site: > http://www.scilab.org/developers/index_developers.php?page=roadmap_5.0. > > Thanks for an update. > Francois > > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From bruno.jofret at inria.fr Mon Jan 28 17:06:10 2008 From: bruno.jofret at inria.fr (Bruno JOFRET) Date: Mon, 28 Jan 2008 17:06:10 +0100 Subject: [Scilab-Dev] Tcl and Scilab Event loop In-Reply-To: <47950528.2030302@free.fr> References: <47873FEC.1010004@inria.fr> <4787D71A.5010004@free.fr> <47950528.2030302@free.fr> Message-ID: <479DFD72.1030600@inria.fr> Fran?ois Vogel wrote: > Hi all, > > It's now ten days since I have provided my thoughts about the message > Bruno Jofret sent on 11/01/08 about having the Tcl event loop in a > separate thread. There was also an answer from Enrico on that same topic. > > Since then we have not heard from you on the Tcl/Tk topic. What do you > think about our feedback? Did you go ahead, cooking some wonderful > solution? Is the current implementation in trunk something you > consider final? Or did you perhaps just give up and plan to revert to > the previous event loop? > > Could you please say what you intend to do, especially in the time > frame of "January 2008". This is indeed the advertised tentative > release date for Scilab 5 alpha on your site: > http://www.scilab.org/developers/index_developers.php?page=roadmap_5.0. > > Thanks for an update. > Francois > > Hi there, It seems I did not make myself clear enough. The version on the trunk is of course not a final one ! We are taking into account your pre requirements (bug 2514 and 2640) and of course your previous mail. It seems you kindly propose to test the first improvements, or I may misunderstood... Did you ever take some time to try our *"wonderful solution"* or did you give up ??? For the time being I'm working on some issues that came out doing some wonderful "while %t" in scipad and launching it into Scilab. I will also add some lock across Scilab "shared memory" (our beloved stack). To crowed it all : - If you were waiting my "go" to play with the solution, you can do it - For what concerns the *"wonderful solution"*, I apologize not being a wizard and go ahead working on those threads and wait you test my first step. - Each time I will make a step further to the "final solution" I'll post on this ML exactly as I did last time. Have a nice day. -- Bruno JOFRET Project Engineer ___SCILAB - INRIA Rocquencourt___ Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex Tel : (+33/0)1.39.63.58.63 Mailto : bruno.jofret at inria.fr http://www.scilab.org From fvogelnew1 at free.fr Mon Jan 28 20:39:34 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Mon, 28 Jan 2008 20:39:34 +0100 Subject: [Scilab-Dev] Tcl and Scilab Event loop In-Reply-To: <479DFD72.1030600@inria.fr> References: <47873FEC.1010004@inria.fr> <4787D71A.5010004@free.fr> <47950528.2030302@free.fr> <479DFD72.1030600@inria.fr> Message-ID: <479E2F76.9090406@free.fr> Bruno JOFRET said on 28/01/2008 17:06: > The version on the trunk is of course not a final one ! How the hell can I know that? You ask for comments, you receive comments, following that I observe the commits and see some activity around the Tcl topic, then nothing for a week or so. How am I supposed to discover you were on holidays, with a better version in your laptop? > We are taking into account your pre requirements (bug 2514 and 2640) and > of course your previous mail. Good news. From what I could see so far you could have overlooked our feedback.I could never read an answer to our emails in which I had asked many questions about what you intend to do. This does not help in receiving further feedback later. > It seems you kindly propose to test the first improvements, or I may > misunderstood... I have proposed it clearly before. My email dated 11/01/08 ends with "I look forward to being able to test it. I guess most of my comments above could be easier discussed against some reference implementation made available in trunk.". Don't know how to tell it clearer. > Did you ever take some time to try our *"wonderful solution"* or did you > give up ??? I did, for sure. And for free, remember. I did almost every day when (from the commit logs) that day showed some activity on the topic. Result: could never make anything work in the debugger, not a single test case. You want a random test case? OK, here is an oversimplified one: Type or paste this in Scipad: function foo disp("first") disp("second") disp("third") endfunction Place a breakpoint (F9) on line containing disp("second") then configure the debug (F10, click OK). And hit F11. What should happen (and it happens in Scilab 4.1.2 with the same version of Scipad) is that function foo gets executed with execution stopping at the breakpointed line, this line gets highlighted, the cursor doesn't keep on being the busy cursor, and so on. You can easily check that this doesn't happen because on the Scilab shell you should see (copy/pasted from Scilab 4.1.2): first Stop after row 2 in function foo : --> For me this is broken (and always was in trunk since the beginning of the java console in Scilab). Nothing moves in the Scilab shell. Once the above case will be working, then you'll have a good piece done. And we can then try step by step, run to cursor, break and other debugger commands, watch variables and expressions, change them during debug and a few other funny things perfectly working in the 4.x environment. > To crowed it all : > - If you were waiting my "go" to play with the solution, you can do it As said, I did before many times. No point in doing the same thing once more with the same version of your changes. > - For what concerns the *"wonderful solution"*, I apologize not being a > wizard and go ahead > working on those threads and wait you test my first step. Done. I misunderstood you. Since nothing was working I couldn't think you were waiting for me, I rather thought you had given up. > - Each time I will make a step further to the "final solution" I'll post > on this ML exactly as I did last time. Perfect. Next time you'll ask for feedback I'll wait a couple of weeks plus a reminder from you before answering. > Have a nice day. Have a nice night. Francois From anissa16 at yahoo.fr Mon Jan 28 21:41:01 2008 From: anissa16 at yahoo.fr (Anissa Raheme) Date: Mon, 28 Jan 2008 21:41:01 +0100 (CET) Subject: demande Message-ID: <316807.85417.qm@web28411.mail.ukl.yahoo.com> bonjour je te demande de m'envoyer les bloc de simumlation en matlab simulink de la regulation de la vitesse d'un moteur asynchrone en utilisnt logique flou adaptatif au sein de la commande vectorielle merci --------------------------------- Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail -------------- next part -------------- An HTML attachment was scrubbed... URL: From enrico.segre at weizmann.ac.il Mon Jan 28 22:21:11 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Mon, 28 Jan 2008 23:21:11 +0200 Subject: [Scilab-Dev] Tcl and Scilab Event loop Message-ID: <479E636802000044000216B4@wisegate.weizmann.ac.il> > Did you ever take some time to try our *"wonderful solution"* or did you > give up ??? As for me, I simply can't compile the trunk any time I try - half hours of building process for just segfaults, libjvm.so not found, and whatever not. I'm simply fed up with trying wonderful solutions. Enrico From rcorderog at gmail.com Tue Jan 29 03:54:49 2008 From: rcorderog at gmail.com (Cordero R. ) Date: Mon, 28 Jan 2008 21:54:49 -0500 Subject: [Scilab-Dev] demande In-Reply-To: <316807.85417.qm@web28411.mail.ukl.yahoo.com> References: <316807.85417.qm@web28411.mail.ukl.yahoo.com> Message-ID: <6ab64a060801281854l20ec7d89i5c8715f7263199d3@mail.gmail.com> Dear Madame I have made a model of a squirel-cage induction motor, a SV-PWM inverter and the algorithm of direct torque control (DTC) in SCICOS. Now, I am investigating a better control algorithm based on a synchronous reference of a stator current and voltage. I hope someone can translate it in french. Regards Raymundo Cordero G. CIEEP-Per? 2008/1/28, Anissa Raheme : > bonjour > je te demande de m'envoyer les bloc de simumlation en matlab simulink de > la regulation de la vitesse d'un moteur asynchrone en utilisnt logique flou > adaptatif au sein de la commande vectorielle > merci > > > > > ------------------------------ > Ne gardez plus qu'une seule adresse mail ! Copiez vos mailsvers Yahoo! Mail > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Simone.Mannori at inria.fr Tue Jan 29 21:00:36 2008 From: Simone.Mannori at inria.fr (Simone Mannori) Date: Tue, 29 Jan 2008 21:00:36 +0100 Subject: [Scilab-Dev] demande In-Reply-To: <6ab64a060801281854l20ec7d89i5c8715f7263199d3@mail.gmail.com> References: <316807.85417.qm@web28411.mail.ukl.yahoo.com> <6ab64a060801281854l20ec7d89i5c8715f7263199d3@mail.gmail.com> Message-ID: <1201636836.15086.16.camel@buta.inria.fr> Dear Raymundo, my name is Simone Mannori. I'm Italian, so this means that I'm just a man and not a woman. Now that we have fixed this little detail, we can pass to our real core business :) With Scilab/Scicos you can model and simulate the full electro mechanical system: mechanical load, motor, power drive, PWM generation and control circuits. Several years ago I made a full simulation using "the other" non open source simulator ad I manually coding the control algorithm for a TI DSP (TMS 320F240) using C and assembly language. If you ask if we have a ready made Scicos model for this kind of application the answer is, unfortunately, no. If you have developed a model and you are looking for help or suggestions to optimize your simulation, please send us your files. After that we will be very pleased to discuss your specific requirements. Simone Mannori - Scilab/Scicos Embedded Applications Eng. On Mon, 2008-01-28 at 21:54 -0500, Cordero R. wrote: > Dear Madame > I have made a model of a squirel-cage induction motor, a SV- > PWM inverter and the algorithm of direct torque control (DTC) in > SCICOS. Now, I am investigating a better control algorithm based on a > synchronous reference of a stator current and voltage. > I hope someone can translate it in french. > Regards > Raymundo Cordero G. > CIEEP-Per? > > 2008/1/28, Anissa Raheme : > bonjour > je te demande de m'envoyer les bloc de simumlation en matlab > simulink de la regulation de la vitesse d'un moteur asynchrone > en utilisnt logique flou adaptatif au sein de la commande > vectorielle > merci > > > > > > > > ______________________________________________________________ > Ne gardez plus qu'une seule adresse mail ! Copiez vos mails > vers Yahoo! Mail > > From rcorderog at gmail.com Tue Jan 29 22:34:20 2008 From: rcorderog at gmail.com (Cordero R. ) Date: Tue, 29 Jan 2008 16:34:20 -0500 Subject: [Scilab-Dev] demande In-Reply-To: <1201636836.15086.16.camel@buta.inria.fr> References: <316807.85417.qm@web28411.mail.ukl.yahoo.com> <6ab64a060801281854l20ec7d89i5c8715f7263199d3@mail.gmail.com> <1201636836.15086.16.camel@buta.inria.fr> Message-ID: <6ab64a060801291334n6a07760am4b82c6514888b7d2@mail.gmail.com> Dear Simone, Firstly, I want to apologize for my error. I want to answer a email from Anissa Raheme (that is why I use madame). I made a model of a squirel cage induction motor for my thesis and because I work in a research center in my country, Per?: CIEEP, I compared my model with the model in the SimPower system of MATLAB, with the same results. In my model, I enter the values of resistors, inductances, pair of poles, friction, moment of inertia, etc. in the Diagram->context of SCICOS. There is a variable, Lx, which is automatically calculated and its part of the model. In the future, I would like to make a library like the SimPower System of MATLAB. Now, I am making libraries of field oriented control (FOC) and direct torque control (DTC) and SV-PWM inverter, and make lots of publications in the IEEE using SCILAB, because nobody in my country has made something like that. I send you my model. Raymundo Cordero CIEEP-Per? PD: On 30th January, I will give a videoconference in two universities of Per? about SCILAB as an open-source tool in electronic engineering. The objective is to promote the use of SCILAB in universities. 2008/1/29, Simone Mannori : > > Dear Raymundo, > > my name is Simone Mannori. I'm Italian, so this means that I'm just a > man and not a woman. Now that we have fixed this little detail, > we can pass to our real core business :) > > With Scilab/Scicos you can model and simulate the full electro > mechanical system: mechanical load, motor, power drive, PWM generation > and control circuits. > > Several years ago I made a full simulation using "the other" non open > source simulator ad I manually coding the control algorithm for a TI DSP > (TMS 320F240) using C and assembly language. > > If you ask if we have a ready made Scicos model for this kind of > application the answer is, unfortunately, no. > > If you have developed a model and you are looking for help or > suggestions to optimize your simulation, please send us your files. > > After that we will be very pleased to discuss your specific > requirements. > > Simone Mannori - Scilab/Scicos Embedded Applications Eng. > > > On Mon, 2008-01-28 at 21:54 -0500, Cordero R. wrote: > > Dear Madame > > I have made a model of a squirel-cage induction motor, a SV- > > PWM inverter and the algorithm of direct torque control (DTC) in > > SCICOS. Now, I am investigating a better control algorithm based on a > > synchronous reference of a stator current and voltage. > > I hope someone can translate it in french. > > Regards > > Raymundo Cordero G. > > CIEEP-Per? > > > > 2008/1/28, Anissa Raheme : > > bonjour > > je te demande de m'envoyer les bloc de simumlation en matlab > > simulink de la regulation de la vitesse d'un moteur asynchrone > > en utilisnt logique flou adaptatif au sein de la commande > > vectorielle > > merci > > > > > > > > > > > > > > > > ______________________________________________________________ > > Ne gardez plus qu'une seule adresse mail ! Copiez vos mails > > vers Yahoo! Mail > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: motor.cos Type: application/octet-stream Size: 558536 bytes Desc: not available URL: From Simone.Mannori at inria.fr Wed Jan 30 08:16:26 2008 From: Simone.Mannori at inria.fr (Simone Mannori) Date: Wed, 30 Jan 2008 08:16:26 +0100 Subject: [Scilab-Dev] demande In-Reply-To: <6ab64a060801291334n6a07760am4b82c6514888b7d2@mail.gmail.com> References: <316807.85417.qm@web28411.mail.ukl.yahoo.com> <6ab64a060801281854l20ec7d89i5c8715f7263199d3@mail.gmail.com> <1201636836.15086.16.camel@buta.inria.fr> <6ab64a060801291334n6a07760am4b82c6514888b7d2@mail.gmail.com> Message-ID: <1201677386.16647.26.camel@buta.inria.fr> Dear Raymundo, There is a recurring problem using Scilab/Scicos for engineering applications: the identification of systems parameters. One of the difficulties of the models used in SimPower is the mathematical/physical modeling used in the block. The Italian electrical engineers (and the industries that make motors and generators) use slightly different model from the Simulink one. Unfortunately there is not 1:1 correspondence between them. Usually, we prefer build the model from scratch using elementary blocks. If you are interested to develop a power system toolbox for Scicos you are very welcome :) Scicos-PST ? We are working in close contact with Microchip for Scicos-FLEX. Microchip have several product lines for power system applications and they have expressed their interest to extend FLEX to motor control. Another interesting point is the modeling of the power section (MOSFET or IGBT bridge) using Modelica. This kind of simulation could be extremely useful because you can study the behavior of the power section under stress (e.g. when you have a short circuits between phases or very long connection cables). I suppose that you are aware of the interaction between the control strategy and the EMC issues. In Europe the EMC is a pass/fail strict law. If you are interested in this field - as I am - we can start a productive collaboration. Thanks again for using Scilab/Scicos :) Simone Mannori - Scilab/Scicos Embedded Applications Eng. P.S. May I join - of just see - your video conference ? On Tue, 2008-01-29 at 16:34 -0500, Cordero R. wrote: > Dear Simone, > > Firstly, I want to apologize for my error. I want to answer a email > from Anissa Raheme (that is why I use madame). I made a model of a > squirel cage induction motor for my thesis and because I work in a > research center in my country, Per?: CIEEP, > > I compared my model with the model in the SimPower system of MATLAB, > with the same results. > In my model, I enter the values of resistors, inductances, pair of > poles, friction, moment of inertia, etc. in the Diagram->context of > SCICOS. There is a variable, Lx, which is automatically calculated and > its part of the model. > > In the future, I would like to make a library like the SimPower System > of MATLAB. Now, I am making libraries of field oriented control (FOC) > and direct torque control (DTC) and SV-PWM inverter, and make lots of > publications in the IEEE using SCILAB, because nobody in my country > has made something like that. > > I send you my model. > > Raymundo Cordero > CIEEP-Per? > > PD: On 30th January, I will give a videoconference in two > universities of Per? about SCILAB as an open-source tool in electronic > engineering. The objective is to promote the use of SCILAB in > universities. > > > 2008/1/29, Simone Mannori : > Dear Raymundo, > > my name is Simone Mannori. I'm Italian, so this means that I'm > just a > man and not a woman. Now that we have fixed this little > detail, > we can pass to our real core business :) > > With Scilab/Scicos you can model and simulate the full electro > mechanical system: mechanical load, motor, power drive, PWM > generation > and control circuits. > > Several years ago I made a full simulation using "the other" > non open > source simulator ad I manually coding the control algorithm > for a TI DSP > (TMS 320F240) using C and assembly language. > > If you ask if we have a ready made Scicos model for this kind > of > application the answer is, unfortunately, no. > > If you have developed a model and you are looking for help or > suggestions to optimize your simulation, please send us your > files. > > After that we will be very pleased to discuss your specific > requirements. > > Simone Mannori - Scilab/Scicos Embedded Applications Eng. > > > On Mon, 2008-01-28 at 21:54 -0500, Cordero R. wrote: > > Dear Madame > > I have made a model of a squirel-cage induction motor, a > SV- > > PWM inverter and the algorithm of direct torque control > (DTC) in > > SCICOS. Now, I am investigating a better control algorithm > based on a > > synchronous reference of a stator current and voltage. > > I hope someone can translate it in french. > > Regards > > Raymundo Cordero G. > > CIEEP-Per? > > > > 2008/1/28, Anissa Raheme : > > bonjour > > je te demande de m'envoyer les bloc de simumlation > en matlab > > simulink de la regulation de la vitesse d'un moteur > asynchrone > > en utilisnt logique flou adaptatif au sein de la > commande > > vectorielle > > merci > > > > > > > > > > > > > > > > > ______________________________________________________________ > > Ne gardez plus qu'une seule adresse mail ! Copiez > vos mails > > vers Yahoo! Mail > > > > > From sylvestre.ledru at inria.fr Wed Jan 30 11:44:56 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 30 Jan 2008 11:44:56 +0100 Subject: Localization behavior Message-ID: <1201689896.17931.3685.camel@korcula.inria.fr> Hello, We are thinking about how the localization should be handle in Scilab. At the moment, when Scilab is launched, each time, we are loading the locale of the system and if we have the matching translation, we load it. Otherwise, we switch back to english. This behaviour is the standard one under Linux but we might want the user to keep his favorite language when he starts Scilab. We have one potential solution : Under Windows, on the installation, the user choose his language and we save it in the configuration (registry base). Under Linux, we detect it each time the user starts Scilab which language is the default one on the system. However, by calling the function setdefaultlanguage("xx_XX"), we are saving the language he wants into the Scilab configuration file. How does it sound ? Cheers, Sylvestre From enrico.segre at weizmann.ac.il Wed Jan 30 14:29:42 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Wed, 30 Jan 2008 15:29:42 +0200 Subject: Localization behavior Message-ID: <1201699782.23525.164.camel@segre-pc2.weizmann.ac.il> Sylvestre, do you realize that you're consulting the community for a truly irrelevant point (how one session preference is saved), whereas for ongoing development with a much larger impact (gui reimplemenation in java) you simply let questions fall? Enrico From sylvestre.ledru at inria.fr Wed Jan 30 16:59:19 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 30 Jan 2008 16:59:19 +0100 Subject: [Scilab-Dev] Re: Localization behavior In-Reply-To: <1201699782.23525.164.camel@segre-pc2.weizmann.ac.il> References: <1201699782.23525.164.camel@segre-pc2.weizmann.ac.il> Message-ID: <1201708759.17931.3750.camel@korcula.inria.fr> It was not exactly the kind of message I was expecting ! ;) We are not talking about the GUI (and rendering) devs because, as you said, it is a reimplementation. Except a few details, at the moment, we aim to achieve the same level of features as Scilab 4.1.2 in Scilab 5.0. Therefore, we don't see much to discuss here. However, I think you noticed that, we are ready and open to answer to any questions/remarks you might have on the current dev and implementation choices. We are a bit late on the version and consequently a *bit* busy; but I assure you will consult much more the community in the future devs. Cheers, Sylvestre Le mercredi 30 janvier 2008 ? 15:29 +0200, Enrico Segre a ?crit : > Sylvestre, > do you realize that you're consulting the community for a truly > irrelevant point (how one session preference is saved), whereas for > ongoing development with a much larger impact (gui reimplemenation in > java) you simply let questions fall? > Enrico From rcorderog at gmail.com Wed Jan 30 22:35:30 2008 From: rcorderog at gmail.com (Cordero R. ) Date: Wed, 30 Jan 2008 16:35:30 -0500 Subject: [Scilab-Dev] demande In-Reply-To: <1201677386.16647.26.camel@buta.inria.fr> References: <316807.85417.qm@web28411.mail.ukl.yahoo.com> <6ab64a060801281854l20ec7d89i5c8715f7263199d3@mail.gmail.com> <1201636836.15086.16.camel@buta.inria.fr> <6ab64a060801291334n6a07760am4b82c6514888b7d2@mail.gmail.com> <1201677386.16647.26.camel@buta.inria.fr> Message-ID: <6ab64a060801301335m75c2b49ald311a5fb65a81e6a@mail.gmail.com> Dear Simone In 1 month I will start my postgrade in Brazil and I am going to use SCILAB for modeling power system. As a result, I will make the "SCICOS-PST". Meanwhile, I almost finished a model of a SVPWM, SPWM.Park, Clarke transform and THD. The video conference finished today. But I can organize another one in february, where you can participate, even as an expositor. The main problem is that if you speak spanish. Regards Raymundo 2008/1/30, Simone Mannori : > > Dear Raymundo, > > There is a recurring problem using Scilab/Scicos for engineering > applications: the identification of systems parameters. > > One of the difficulties of the models used in SimPower is the > mathematical/physical modeling used in the block. The Italian electrical > engineers (and the industries that make motors and generators) use > slightly different model from the Simulink one. > > Unfortunately there is not 1:1 correspondence between them. Usually, we > prefer build the model from scratch using elementary blocks. > > If you are interested to develop a power system toolbox for Scicos you > are very welcome :) Scicos-PST ? > > We are working in close contact with Microchip for Scicos-FLEX. > Microchip have several product lines for power system applications and > they have expressed their interest to extend FLEX to motor control. > > Another interesting point is the modeling of the power section (MOSFET > or IGBT bridge) using Modelica. This kind of simulation could be > extremely useful because you can study the behavior of the power section > under stress (e.g. when you have a short circuits between phases or very > long connection cables). > > I suppose that you are aware of the interaction between the control > strategy and the EMC issues. In Europe the EMC is a pass/fail strict > law. > > If you are interested in this field - as I am - we can start a > productive collaboration. > > Thanks again for using Scilab/Scicos :) > > Simone Mannori - Scilab/Scicos Embedded Applications Eng. > > P.S. May I join - of just see - your video conference ? > > > > On Tue, 2008-01-29 at 16:34 -0500, Cordero R. wrote: > > Dear Simone, > > > > Firstly, I want to apologize for my error. I want to answer a email > > from Anissa Raheme (that is why I use madame). I made a model of a > > squirel cage induction motor for my thesis and because I work in a > > research center in my country, Per?: CIEEP, > > > > I compared my model with the model in the SimPower system of MATLAB, > > with the same results. > > In my model, I enter the values of resistors, inductances, pair of > > poles, friction, moment of inertia, etc. in the Diagram->context of > > SCICOS. There is a variable, Lx, which is automatically calculated and > > its part of the model. > > > > In the future, I would like to make a library like the SimPower System > > of MATLAB. Now, I am making libraries of field oriented control (FOC) > > and direct torque control (DTC) and SV-PWM inverter, and make lots of > > publications in the IEEE using SCILAB, because nobody in my country > > has made something like that. > > > > I send you my model. > > > > Raymundo Cordero > > CIEEP-Per? > > > > PD: On 30th January, I will give a videoconference in two > > universities of Per? about SCILAB as an open-source tool in electronic > > engineering. The objective is to promote the use of SCILAB in > > universities. > > > > > > 2008/1/29, Simone Mannori : > > Dear Raymundo, > > > > my name is Simone Mannori. I'm Italian, so this means that I'm > > just a > > man and not a woman. Now that we have fixed this little > > detail, > > we can pass to our real core business :) > > > > With Scilab/Scicos you can model and simulate the full electro > > mechanical system: mechanical load, motor, power drive, PWM > > generation > > and control circuits. > > > > Several years ago I made a full simulation using "the other" > > non open > > source simulator ad I manually coding the control algorithm > > for a TI DSP > > (TMS 320F240) using C and assembly language. > > > > If you ask if we have a ready made Scicos model for this kind > > of > > application the answer is, unfortunately, no. > > > > If you have developed a model and you are looking for help or > > suggestions to optimize your simulation, please send us your > > files. > > > > After that we will be very pleased to discuss your specific > > requirements. > > > > Simone Mannori - Scilab/Scicos Embedded Applications Eng. > > > > > > On Mon, 2008-01-28 at 21:54 -0500, Cordero R. wrote: > > > Dear Madame > > > I have made a model of a squirel-cage induction motor, a > > SV- > > > PWM inverter and the algorithm of direct torque control > > (DTC) in > > > SCICOS. Now, I am investigating a better control algorithm > > based on a > > > synchronous reference of a stator current and voltage. > > > I hope someone can translate it in french. > > > Regards > > > Raymundo Cordero G. > > > CIEEP-Per? > > > > > > 2008/1/28, Anissa Raheme : > > > bonjour > > > je te demande de m'envoyer les bloc de simumlation > > en matlab > > > simulink de la regulation de la vitesse d'un moteur > > asynchrone > > > en utilisnt logique flou adaptatif au sein de la > > commande > > > vectorielle > > > merci > > > > > > > > > > > > > > > > > > > > > > > > > > ______________________________________________________________ > > > Ne gardez plus qu'une seule adresse mail ! Copiez > > vos mails > > > vers Yahoo! Mail > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Simone.Mannori at inria.fr Thu Jan 31 06:34:26 2008 From: Simone.Mannori at inria.fr (Simone Mannori) Date: Thu, 31 Jan 2008 06:34:26 +0100 Subject: [Scilab-Dev] demande In-Reply-To: <6ab64a060801301335m75c2b49ald311a5fb65a81e6a@mail.gmail.com> References: <316807.85417.qm@web28411.mail.ukl.yahoo.com> <6ab64a060801281854l20ec7d89i5c8715f7263199d3@mail.gmail.com> <1201636836.15086.16.camel@buta.inria.fr> <6ab64a060801291334n6a07760am4b82c6514888b7d2@mail.gmail.com> <1201677386.16647.26.camel@buta.inria.fr> <6ab64a060801301335m75c2b49ald311a5fb65a81e6a@mail.gmail.com> Message-ID: <1201757666.5166.44.camel@buta.inria.fr> Bonjour Raymundo, > In 1 month I will start my postgrade in Brazil and I am going to use SCILAB for modeling power system. > As a result, I will make the "SCICOS-PST". Very good :) > > Meanwhile, I almost finished a model of a SVPWM, SPWM.Park, Clarke > transform and THD. OK. > The video conference finished today. But I can organize another one in > February, where you can participate, even as an expositor. The main > problem is that if you speak Spanish. Not yet :(. (English, French, Italian). Back to our core business Scicos-PST. For the moment you can develop using the latest Scilab 4.1.2 but, before start to develop a serious toolbox we need to to sure that it will be compatible with the next Scilab 5.0 in the form and in the substance. SUBSTANCE A good starting point is to discuss the application field. I'm understanding that you are working on electrical motor drive. In this field ( ops :) ) motor's modeling is the most critical point. Define a pretty theoretical model could be a good idea for a paper, but the real challenge is to define a model sufficiently close to reality for the applications with parameters easy to extract from real world, clearly defined, measurements. "Simple, but not simpler". >From this point of view I'm not sure that the Simulink approach is the best one. Anyway, if you have positive experience on that, we can use a dual/mode Scicos model or two different blocks with the same layout but with different computational functions. FORM: It is up to you decide the modality of development, distribution and licensing of you toolbox. If you will join the community of Scilab/Scicos developers you will have more options and opportunities respect to the isolate individual. Feel be free to directly contact Sylvestre Ledru (he is in CC) for any question about joining the community. Best Regards Simone Mannori - Scilab/Scicos Embedded Applications Eng. From rcorderog at gmail.com Thu Jan 31 22:00:48 2008 From: rcorderog at gmail.com (Cordero R. ) Date: Thu, 31 Jan 2008 16:00:48 -0500 Subject: [Scilab-Dev] demande In-Reply-To: <1201757666.5166.44.camel@buta.inria.fr> References: <316807.85417.qm@web28411.mail.ukl.yahoo.com> <6ab64a060801281854l20ec7d89i5c8715f7263199d3@mail.gmail.com> <1201636836.15086.16.camel@buta.inria.fr> <6ab64a060801291334n6a07760am4b82c6514888b7d2@mail.gmail.com> <1201677386.16647.26.camel@buta.inria.fr> <6ab64a060801301335m75c2b49ald311a5fb65a81e6a@mail.gmail.com> <1201757666.5166.44.camel@buta.inria.fr> Message-ID: <6ab64a060801311300n6876c7bax407d7f5883924410@mail.gmail.com> Dear Simone At the moment, I also am working in the proyect about symbolic computation (difficult but interesting), However, motor control and modeling is part of my thesis and a previous research work, so this is something I will do. Now, I have a technical question. I could make scicos models using superblock, but I would prefer to make new blocks using C/C++. But I have problems because in my computer I don?t have a C compiler. Which one I could use? Raymundo 2008/1/31, Simone Mannori : > > Bonjour Raymundo, > > > In 1 month I will start my postgrade in Brazil and I am going to use > SCILAB for modeling power system. > > As a result, I will make the "SCICOS-PST". > > Very good :) > > > > > Meanwhile, I almost finished a model of a SVPWM, SPWM.Park, Clarke > > transform and THD. > > OK. > > > The video conference finished today. But I can organize another one in > > February, where you can participate, even as an expositor. The main > > problem is that if you speak Spanish. > > Not yet :(. (English, French, Italian). > > Back to our core business Scicos-PST. > > For the moment you can develop using the latest Scilab 4.1.2 but, before > start to develop a serious toolbox we need to to sure that it will be > compatible with the next Scilab 5.0 in the form and in the substance. > > SUBSTANCE > A good starting point is to discuss the application field. I'm > understanding that you are working on electrical motor drive. In this > field ( ops :) ) motor's modeling is the most critical point. > Define a pretty theoretical model could be a good idea for a paper, but > the real challenge is to define a model sufficiently close to reality > for the applications with parameters easy to extract from real world, > clearly defined, measurements. "Simple, but not simpler". > >From this point of view I'm not sure that the Simulink approach is the > best one. > Anyway, if you have positive experience on that, we can use a dual/mode > Scicos model or two different blocks with the same layout but with > different computational functions. > > FORM: > It is up to you decide the modality of development, distribution and > licensing of you toolbox. > If you will join the community of Scilab/Scicos developers you will have > more options and opportunities respect to the isolate individual. > Feel be free to directly contact Sylvestre Ledru (he is in CC) for any > question about joining the community. > > Best Regards > > Simone Mannori - Scilab/Scicos Embedded Applications Eng. > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: