daves

Please can you confirm the units of the timeout parameter of ISyncTerminalCommunicationInterface.ExecCommand The documentation does not make this clear if it is ms, seconds, years. It looks like seconds when I had to put 10 in to allow a 4s operation to complete, but I want to check this was not coincidence. The doc is also incorrect for the overload list "ExecCommand(String, Int32) Receive the Operating System(OS) string command or PowerPMAC command and 'out' the OS string response."

Does anyone know how the Capp->Properties->Native Compile Options->Linker Options actually works? I understand the theory and I can use it successfully in a simple use case. But I need the following: $(PMAC_ARCH)/UniKey.32.a to go to the makefile directly as this: CUSTOMLDFLAGS = $(PMAC_ARCH)/UniKey.32.a However it gets parsed or something and ends up as CUSTOMLDFLAGS = /UniKey.32.a I have tried all sorts of clever things but it looks like some makefile variable expansion is done. Basically the actual issue is I need to link a different .a file depending on the target architecture, so if anyone knows a clever way to do this please let me know! (I have also tried custom makefiles but can't figure out how to detect the architecture - it is spliced in the auto generated DT ones but not custom ones). Cheers Dave

Hi I thought I would give the v3 IDE a whirl. Very excited about the new shell. I was asked to install 465 compiler on trying to build. But, our project does not build. Neither does a blank project with usrcode active: IDE3Test.ppproj(89,5): error : Makefile:327: /opt/powerpc-465-rootfs/usr/src/linux-3.2.21-serengeti-smp/scripts/Kbuild.include: No such file or directory IDE3Test.ppproj(89,5): error : /bin/sh: /opt/powerpc-465-rootfs/usr/src/linux-3.2.21-serengeti-smp/scripts/gcc-goto.sh: No such file or directory IDE3Test.ppproj(89,5): error : make: *** empty variable name. Stop. Indeed kbuild.include and gcc-goto.sh (in fact the whole scripts folder) are not present. They are present on a v2 install. What went wrong? What should I do? EDIT: A full reinstall didn't fix. It might help to know 460 and CK3E build without error. A quick run in WinMerge between v2 and v3 compilers clearly shows the missing files for 465. Cheers Dave

Thanks for the informative answer Curt. I will comment below: Understood. Understood. I'm unsure about the consequences of this 'shell' idea but that is another matter! OK... I thought in our system it was also doing something with encoder/ADC reading, also something to do with the MACRO ring... We also have some UserPhase code which does stuff we need to execute before the Encoder Conversion Table gets processed, will this be affected? This is where I get confused. It certainly appears to affect 465s and ARM in different ways when I look at task manager. Unless I am misunderstanding. See below... Understood. I have been doing this. Here are my observations of 2 cards: ARM --- $$$*** sys.servoperiod=1 sys.PhaseOverServoPeriod=0.5 save $$$ Values remain Task manager shows Phase Interrupt | 2kHz | 41us (!2) Servo Interrupt | 2kHz (!1) | 0us Real Time Interrupt | 2kHz (!1) | 12us Background Tasks | 1kHz | 8us Yield to OS | 2000kHz | 1900us 465 --- Repeat above actions Values remain Task manager shows Phase Interrupt | 2kHz | 6us Servo Interrupt | 1kHz | 8us Real Time Interrupt | 1kHz | 13us Background Tasks | 1kHz | 11us Yield to OS | 2000kHz | 1980us This begs question 1. Is this right? This is what I was describing where PhaseOverServoPeriod does have an effect, and ServoPeriod is no longer true. A new question 2. Would you expect the phase tasks to be 7x slower on the ARM when doing "nothing"?

Thanks for the info

Hi My CK3E 2.2.0.21 shows "0 C" CPU temperature in IDE 2.2.0.39. Is this normal or do I need an update?

Hi I'm still playing with my CK3E. I accidentally left it on overnight (a good test as it turns out). When I came back in I saw my RTIDrop counter I have coded into my RTICPLC high and increasing. Task Manager shows [bsy/Err] red errors flashing up once a second roughly (see attachment). What has happened? I noticed the occasional count when running normally but wrote it off as happening on download, now I am more concerned. How to debug? I will test with a blank or no project loaded tonight. Cheers Dave

Turns out the system death was caused by our normal 465 code wanting to run at phase/servo rates of 9kHz/2.2kHz and usually clocked by an Acc24. With no GATE the lines Sys.ServoPeriod = 0.44274211; Sys.PhaseOverServoPeriod = 0.25; get interpreted as setting 9kHz/9kHz. And a 9kHz servo/RTI rate is too much for us! It's a shame it didn't generate a normal watchdog, instead it seemed to unload the rtpmac system without message. I understand if CPUTimerIntr=1 phase and servo are the same rate (although it would be nice to not require this), but I was mightily confused by ServoPeriod remaining at 0.44 yet running at 9kHz. Could this be updated? We actually read this value to calculate some filter coefficients but it could be lying. I think things were also not helped by the etherCAT requirement of 62.5us multiples which I was breaking! I think I can move on now. I also noticed sys.PhaseCount is not incrementing is this to be expected?

Hi KEJR Thanks for the reply. I'm not up on the u-Etherlite name. We have a http://www.ia.omron.com/products/family/3545/ FYI it has a micro-B connector next to the 24V power connector on 'top' We relied heavily on watching the serial output on boot and occasionally terminaling in through it so I hope it is on the header pins I can see, or can be brought out some other way... The endianness is the only difference I am aware of (nice link btw - even after all these years I think I get endianness for a week and then the next week I am confused by it again!) I have rewritten all my C code defines based on #if defined(__BIG_ENDIAN__) and this all works portably on simple tests projects. And I have made my (Intel) HMI work using our comms library (actually just removing the byte swaps temporarily until I rewrite it nicely). I will continue the hunt until I find out why my RTI has a 'runaway' condition... Dave

Hi, I very used to using 460/465 cards. I am in the process of trying one of our fairly large projects on the ARM CK3E board (the project works fine on 460/465). It builds and downloads but some part of the system dies. I have managed to telnet in after a failure and the key line from dmesg seems to be: Xenomai: Posix: closing semaphore "PPMACBKGStart". Xenomai: Posix: unmapping shared memory 0x65abd000. Xenomai: watchdog triggered -- signaling runaway thread 'rtpmac' Xenomai: Posix: closing shared memory descriptor 3. Xenomai: Posix: unmapping shared memory 0x65916000. Xenomai: Posix: closing semaphore "PPMACUserSem0". I am in the process of the classic binary-search investigation method of commenting out half the code and seeing if it dies to track down the cause. I have got as far as somewhere near our UserAlgo.RtiCplc=1 call in a startup PLC called from pp_startup... Questions: 1) Any clue what might be different and cause this? Or where to look? 2) I really liked the RS232 debug option on 460/465. I have found various CK3E manuals but no details of an RS232 connector. Is it on the small header I can see? Cheers Dave

Got it! Some editor had managed to get the UTF-8 BOM at the start of the file. I think it converted some ² in the (I guess 1252) ANSI codepage in a comment to the UTF-8 encoding of a different code point. I found // Abort deceleration (8 motor units/msec�) in the file. SVN reported no differences so very hard to track down. Found the "EF BB BF" in a hex editor. The VS shell seemed to be very stubborn about saving without the BOM even after the file was cleared of bad characters. Is it the ppmac parser that is not coping with BOMs?

Anyone have an idea of the meaning of the following? I have not downloaded this branch of code for a while so there have been numerous changes. "C:\ABD\SPMMPowerPMAC_trunk\Phase2\Phase2\PMAC Script Language\Libraries\setup motors.pmc(1,1) : Error : ( error #20) ILLEGAL CMD : open subprog 100020,9,31" The actual line is "open subprog SetupMotors(void)" It is in a library which hasn't changed for ages. I am guessing the actual error is earlier in the script code. I will start the rollback of all my changes I suppose...

Hi I have had this custom kernel module approach working at my customer's site well for these past months. I have two more customers wanting to use this feature so I have some urgent question s regarding distribution of DT libraries. I am going to end up with three customers with different versions of IDE and Firmware. The building of my custom module uses DT libraries (like the math functions) My current solution involves distributing the compilers.tar.gz, CompilerExtractProgress.exe files and extracttool folder from my PC to the customer and getting them to run CompilerExtractProgress.exe (I had the same IDE and firmware as the customer at that time). 1) Is this OK? 2) How do the libraries in that gz relate to the firmware on the card? 3) Are they just the libraries distributed with the IDE and not necessarily right for the customer’s firmware? 4) I know there is(was) a strange step in the IDE when first talking to a 465 where libraries are uploaded, is this an issue? 5) I know some files are uploaded by the IDE on a Build command, does the customer need these files (what are they)? 6) I envisage the customer building these modules on a PC not necessarily connected to the PPMAC card, is this possible? How to best proceed...

Hi I recreated this and agree it would be nice if it was made to work (or the script flow logic explained a bit more - there are other peculiarities which catch you out when switching between the C development and script, or the parser error message explaining what is wrong and how to fix...). Anyway, my first thought of a workaround with a global "return jump" seems to work and might be good enough? A little clunky: open plc 1 local suc; callsub sub.doMath(&suc); return; sub: doMath(&success) success = -1 //default is failure local math = 0; if (somethingbad==1) goto 9999 if (somethingelse == 1) goto 9999; math = 2+2; success = 1; //completed return; N9999: return; close or you could have a "return label" in each sub if that looks better, or this breaks other local variable scope... I haven't played with it too much.

It's not project specific. Projects work at home, not in the office. A blank new project fails in the office. I have hunted it a bit for you, here are some clues: * I'm using a 460 card at home, a 465 at work * I haven't connected my work system to a 460 since reinstallation of IDE * __wrap_printf appears to be in "C:\DeltaTau\Power PMAC IDE\compilers\opt\powerpc-465-rootfs\usr\local\xenomai-2.6.2.1\lib\libpthread_rt.so.1.0.0" at work * __wrap_printf appears to NOT be in "C:\DeltaTau\Power PMAC IDE\compilers\opt\powerpc-405-rootfs\usr\local\xenomai-2.5.6\lib\libpthread_rt.so.1.0.0" at work * Offline build puts "PMAC_ARCH=ppc405" in the makefile I haven't checked the libraries at home but could they be different? Maybe they are meant to be different. I'll try to find a 460 at work and connect...