Aaaaand that did it! Well, is there any reason to hook that enable up to anything? Won't it issue a stop via Modbus if we do Toggle Machine Power? (I should have checked that).
I found the code has a bug, it's making a "calculated frequency" by multiplying the freq by 100x. But neither the x200 nor wj200 do that. They go by 10x (e.g. 100Hz is 100.0Hz and formatted as "1000" on both read and write). So it was trying to send impossible frequencies to the VFD. Now when I first hooked up this system under Mach3, the Modbus didn't read or write and it turned out to be a problem with massive common-mode noise on the VFD, even with no motor output. RS485 is differential, but unless it has opto isolating input stages, its input IC can't read a signal outside its common-mode range even if the differential is fine. I fixed that with an RS232-RS485 isolating converter. At least I thought I did. There's a problem that the X200 has no ground reference to tie the converter's RS485 ground to- not that I could find. But it worked fine. The thing is, now that I have fprintf reporting, I DO see that the readbits() task fails a LOT when the VFD is decelerating- and to a much lesser extent on acceleration. I suspect there's additional excessive ground noise going on during deceleration. Doesn't seem like it's gonna break anything, though. Danny On 3/6/2016 6:01 PM, andy pugh wrote: > On 6 March 2016 at 23:46, <dan...@austin.rr.com> wrote: >> I'm sure it will- how do I connect it?? Or just get rid of it? > Simplest is to "setp pin-name.enable 1" in the HAL file. > > ------------------------------------------------------------------------------ Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users