http://forums.leaflabs.com/topic.php?id=152 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:17:12 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=152#post-1263 Tue, 14 Sep 2010 15:01:24 +0000 poslathian 1263@http://forums.leaflabs.com/ <p>temporarily, you can you use another serial term program instead of the java based one integrated into the IDE. For example, hyperterminal on windows. </p> http://forums.leaflabs.com/topic.php?id=152#post-1122 Wed, 08 Sep 2010 20:12:00 +0000 leaflabsandy 1122@http://forums.leaflabs.com/ <p>Like you, on my Windows XP SP3 platform, I always have the task manager ready to stop multiple processes from draining my PC resources. If found that in some instances, when compiling libraries, with lots of errors, the libraries compile process would deplete my PC resources. Not to worry, a better IDE is coming our way and should cure this problem once and for all?</p> <p>NY Steve I take it you are a late Maple user. I use to have a Bible and a white rabbit's foot (it has to be left) near my Maple every time I hit the compile button. I threw them away at rev. 0.0.6.!<br /> I always now keep the task manager on standby. Hopefully by stable rev. 0.1.0.<br /> I won't need that also. </p> http://forums.leaflabs.com/topic.php?id=152#post-1119 Wed, 08 Sep 2010 19:52:41 +0000 StephenFromNYC 1119@http://forums.leaflabs.com/ <p>Wednesday September 8, 2010</p> <p>Hello-</p> <p>As a precaution I now keep the Windows "task manager" open whenever I plan to use the Maple-IDE serial monitor. This way I can easily end the javaw.exe process if something causes my system to grind to a halt.</p> <p>I have been too busy to look at the java code for the IDE (and I probably will not since you are moving to a Python version of the IDE). However, I am not convinced the "reproducible" SerialUSB.print() problem I described above and the hogging of the cpu cycles by javaw.exe are the fault of java.</p> <p>Why? Whenever I open the IDE Serial Monitor javaw.exe uses about 95% of the cpu cycles. This is true even when the Serial Monitor is actively displaying data.</p> <p>The recent (two days ago) changes to InteractiveTest.pde still causes a problem with my system. On my system when 'U' is selected the system becomes very slow (but the system can be recovered without a reboot if I end the task using the "task manager").</p> <p><a href="http://github.com/leaflabs/maple-ide/commit/e59fdfb8f357649e576164efa7eae56053a05a0b" rel="nofollow">http://github.com/leaflabs/maple-ide/commit/e59fdfb8f357649e576164efa7eae56053a05a0b</a></p> <p>With the new version of InteractiveTest.pde my system still becomes very slow unless I change the code to SerialUSB.println() in the 'U' case.</p> <p>Looking forward to testing InteractiveTest.pde using the Maple-IDE 0.0.7.</p> <p>Thanks!</p> <p>Stephen from NYC </p> http://forums.leaflabs.com/topic.php?id=152#post-961 Thu, 02 Sep 2010 16:23:09 +0000 poslathian 961@http://forums.leaflabs.com/ <p>Stephen, thanks for the detailed report! </p> <p>This seems to me, at first glance, an issue with the IDE java code rather than the SerialUSB module in libmaple. The serial port works via all sorts of interacting threads and classes in Java, i would not be surprised if some condition causes this pipeline to lock up and suck up your computer's resources for no good reason. Well dig in and try and fix it - of course there are improvements that can be made to SerialUSB to be made, most notably the addition of a TX buffer, which is coming! </p> <p>Feel free to take a look at the java code for the IDE just for fun, github.com/leaflabs you want the maple-ide repository, and the java source (about 90% arduino 0018) is in ./app/src/processing/app in the toplevel of that repo is some readme and notes files giving the line by line changes in the Maple-ide over Arduino. </p> http://forums.leaflabs.com/topic.php?id=152#post-955 Thu, 02 Sep 2010 09:01:53 +0000 StephenFromNYC 955@http://forums.leaflabs.com/ <p>September 2, 2010</p> <p>Hello,</p> <p>I do not know what I did (or did not do), but today I was able to upload programs to the FLASH memory of my Maple Rev3 board (running IDE 0.0.6).</p> <p>I was able to upload the the sketch from: examples\Maple\InteractiveTest</p> <p>This sketch cannot be uploaded to SRAM, because it is too large. It requires 24240 bytes (on my Windows XP system).</p> <p>I tested the sketch using the Maple-IDE Serial Monitor, the Microsoft HyperTerminal (Version 5.1), and another terminal monitoring program.</p> <p>Using the Maple-IDE Serial Monitor, the sketch responds well to lowercase 'u' commands (responding with "Hello World"). However, the sketch does not respond well to uppercase 'U' commands. A large number of characters appear, but the system stops responding. If the Windows Task Manager is open it shows that javaw.exe is using 95% of the CPU cycles.</p> <p>Then I rebooted my system (to "clear out" any residual problems), uploaded the Interactive Test sketch again, and tested the sketch output using Microsoft HyperTerminal. I was very surprised when the Interactive Test passed the 'U' command. The SerialUSB.print() function succeeds at printing the "DUMMY_DAT" string many times without any problems.</p> <p>Finally, I tested the Interactive Test sketch twice using another terminal program. On the first attempt the output from the Maple stopped after 50 prints of the complete "DUMMY_DAT" string. I forgot what I did next, but it is possible I rebooted my system and uploaded the sketch again. On the second attempt the output from the Maple stopped after 54 complete prints of the "DUMMY_DAT" string. I do not know if it significant that complete "DUMMY_DAT" strings printed (ie, SerialUSB.printing did not stop in the middle of the string).</p> <p>I did not change the length of the DUMMY_DAT variable. If it is shortened or lengthened I do not know if the number of complete DUMMY_DAT strings printed is increased or decreased, respectively.</p> <p>I should have tested the sketch using a Mac OS terminal program, but I was lazy.</p> <p>Running the Interactive Test sketch reproducibly causes the system "lock" (95% system CPU in use) using the Maple-IDE 0.0.6 on my Windows XP Professional SP3 system (Pentium III 32-bit).</p> <p>Then I found a way to make the Interactive Test sketch succeed with the Maple-IDE Serial Monitor.</p> <p>The original unmodified code is:</p> <p>&lt;start of code&gt;<br /> case 85: // 'U'<br /> COMM.println("Dumping data to USB. Press enter.");</p> <p> while(!COMM.available()) {<br /> SerialUSB.print(DUMMY_DAT);<br /> }</p> <p> break;<br /> &lt;end of code&gt;</p> <p>If the "SerialUSB.print(DUMMY_DAT);" is changed to "SerialUSB.println(DUMMY_DAT);" the code works on my Windows XP Pro SP3 system (Pentium III 32-bit).</p> <p>I have not looked at the source-code for SerialUSB.print() and SerialUSB.println(). Does this observation help trouble-shoot the SerialUSB problems which have been reported by several users?</p> <p>Thanks!</p> <p>Stephen from NYC</p> <p>Here is a description of my system:</p> <p>Maple board: Rev 3 (summer 2010)<br /> Maple IDE: 0.6.0</p> <p>Processor: Pentium III (1 GHz)<br /> USB ports: 1.1</p> <p>OS: Windows XP Professional (32-bit)<br /> SP: Service Pack 3</p> <p>Java type: JDK and JRE<br /> Java version: 1.6.0_20 (as reported by the Control Panel) </p>