mshaver

I had the same problem a few weeks ago on latest IDE but on older version of windows. In my case make.exe was hanging up. Since I was not actually using any C language, I ended up disabling the compiling of the basic C file templates that the IDE includes in a new project. This cleared the problem up, for now, until I need to use C in the future. This seems to indicate that there is a problem with the compiling of C files, even if they contain no real code, just snippets and includes. The DT guys acknowledged this and said they are working on this.

For simple writes to user variables using gpascii, I don’t see any “native” way to get an acknowledgement from the PPMAC that it received the communication and understood it. If it doesn’t understand the command then I do get an error message, but I don’t see a native way to get a positive response. IE; if I send command “DistX=100” I get no acknowledgement from the PPMAC that it's even out there. I don’t see any way to “turn on” such a response. I’ve used the echo command for other responses but it does not address this issue. I did demonstrate that sending the command “DistX=100 DistX” does work as expected and the PPMAC returns either “100” or “DistX=100” depending on the echo settings. How do others accomplish this? Have I overlooked something that will turn on an automatic response or acknowledgement of “DistX=100”? mshaver@pekoprecision.com

I'm trying to use "send" to send unsolicited messages and information to a client. I'm copying examples right out of the manuals and IDE 1.6 chokes on them. Various errors and red underlining expressing the IDE's distaste for what I am attempting to do. This example is copied directly from the software reference manual. send0,"Hello, World!"; This causes the IDE to throw about 6 error messages and underline everything in red.[/b] Any suggestions? ANSWER: Documentation is wrong. There has to be a space between send and the port number. Also, apparently, we cannot use PORT 0 in any case when using the IDE.

If I set Motor[x].MinPos in the configuration screen of the IDE to, say, -1333, save it, reopen it, the value shows up in .MaxDac, not in .MinPos. ??? If I open the saved file with a text editor, I can see that it is saved correctly in the config file itself, but the IDE is placing the value in the wrong slot. Has nobody else seen this? This seems like a very serious flaw! Mark Shaver mshaver@pekoprecision.com

If I set all the C source file Build Actions to Content instead of compile, the problem goes away. So the problem apparently has to do with Make.exe and the compiling of C source files. This is the case on IDE version 1.5 and 1.6, Windows XP

I had recently installed IDE 1.5-something. I was given an application that my distributor successfully downloaded to PPMAC in a training/demo system that he used to move a stage for training. I attempted to compile and download the same app with no changes to the very same PPMAC. IDE kept locking up. Had to kill IDE and 2 instances of Make.exe with task manager and restart. After getting completely frustrated I downloaded IDE 1.6 just now and installed it. Same crap. IDE locks up completely after "Uploading and syncing PMAC variables.". Can see hard drive working, but IDE has just gone to sleep and is unresponsive and has the dreaded hour glass. Nice! Went to kill it in Task Manager, killed 2 instances of Make.exe first, for whatever reason, went back to IDE and noticed that after killing the two instances of make.exe the IDE came back from the dead and issued the message that the download was successful. ??? Sure enough, the PPMAC now had an executing program and I was able to move the demo stage. "Total Project Build and Download time = 464.281 sec" = 7.7 minutes. It's a tiny demo program of about 15 lines. Obviously, it does not take 7.7 minutes to compile and download this tiny program so this is clearly a case of the IDE hanging up some how associated with 2 instances of Make.exe not closing. So what do I have to do? Go in and kill 2 instances of Make.exe after every download? Nice! Not very impressed so far. Mark Shaver mshaver@pekoprecision.com