Re: [Emc-users] EMC traffic

On 06/19/2017 11:42 PM, hubert wrote: > Just checking, It seems unusual not to have any posts in this long a > period. My last received post was 6/17/17, 12:27 PM Seems right... No news is good news ;-) -- Greetings Bertho (disclaimers are disclaimed)

Re: [Emc-users] max joint number

On 06/15/2017 03:41 PM, Bertho Stultiens wrote: > On 06/15/2017 03:02 PM, andy pugh wrote: >>> G00 1X1. 2X1.0200 3X14.950 4X10.9530... >>> something in this fashion comes to mind first >>> there may not be a YZABCIJK representation - just 1X through 15X >> T

Re: [Emc-users] max joint number

On 06/15/2017 03:02 PM, andy pugh wrote: >> G00 1X1. 2X1.0200 3X14.950 4X10.9530... >> something in this fashion comes to mind first >> there may not be a YZABCIJK representation - just 1X through 15X > > That doesn't work with a conventional G-code interpreter because spaces are > ignored. >

Re: [Emc-users] Question for Peter C. Wallace

On 06/13/2017 07:34 AM, Nicklas Karlsson wrote: > Maybe there is no need for a linux kernel. Have you read the manual for the > ARM CPU? Or what kind of CPU is it? RPI3 uses a quad-core ARMv8 (Cortex-A53) with all kinds of bells and whistles. Have you read the manual for that core? I've been

Re: [Emc-users] Question for Peter C. Wallace

On 06/12/2017 11:04 PM, Gene Heskett wrote: >> Do the real time threads work well on a raspberry? > Definite sometimes, Nicklass. latency-test actually shows less jitter > with a stock kernel, but figures lie. I am getting joint following > errors with the stock kernel and 15 minute maximum

Re: [Emc-users] Question for Peter C. Wallace

On 06/12/2017 09:30 PM, Nicklas Karlsson wrote: >> Lets just say that we're not that far yet... >> From what I can tell, the initial start of linuxcnc results in a few >> missed deadlines in the main task. But once all code is cached, it seems >> to be fast enough. But time will tell. > > I also

Re: [Emc-users] Question for Peter C. Wallace

On 06/12/2017 08:02 PM, Nicklas Karlsson wrote: > Do the real time threads work well on a raspberry? Lets just say that we're not that far yet... >From what I can tell, the initial start of linuxcnc results in a few missed deadlines in the main task. But once all code is cached, it seems to be

[Emc-users] RPI stable kernel

Hi all, Can anybody suggest the most recent stable kernel for the RPI 3 with functional preempt rt patches? I've been runnning 4.9.30-rt20-v7+, but I've been seeing crashes (lockups) very often. The CPU(s) seems to be spinning at 100% because the SoC gets really warm. -- Greetings Bertho

Re: [Emc-users] RPI saga continues - SPI probably solved

On 06/06/2017 03:30 AM, Gene Heskett wrote: > Does the image I downloaded Saturday and wrote to an sd card yesterday > have this stuff in it? No, you need to pull the most recent source-files (hm2_rpspi.c and spi_common_rpspi.h) from the mailing list (or the forum). Login as pi user and put

Re: [Emc-users] RPI saga continues - SPI probably solved

On 06/04/2017 06:15 AM, john mcintyre wrote: > Your saga continues, you must be related to a bulldog ,once locked > on it cannot let go. Isn't this what you call a challenge? Anyway, I've fixed a couple of things, like endianness, which I did wrong in the previous versions. This

Re: [Emc-users] RPI saga continues - SPI probably solved

On 06/03/2017 03:36 AM, Gene Heskett wrote: >> Has anybody done an implementation of affinity in linuxcnc already? If >> yes, how is it setup? > > On the x86 stuff, in years past, we used "isolcpus"=3 (or whatever was > the last core) as a kernel argument at kernel load time. > > On x86 stuff

Re: [Emc-users] RPI saga continues - SPI probably solved

On 06/03/2017 01:08 AM, Gene Heskett wrote: >>> 5mv? 4 amp box, haven't had a problem. >> And you do not see any red led on the pi blink then? >> If yes, then you man need to add decoupling. > Solid as a rock. That should be fine then. Something different: I see that the hm2_rpspi module is

Re: [Emc-users] RPI saga continues - SPI probably solved

On 06/03/2017 12:20 AM, Gene Heskett wrote: [snip] >> The problems seem to stop now that I have attached a bench-PSU set to >> 5V directly on the 40-pin header's 5V input. I needed to increase the >> voltage to 5.1V after the red LED still was blinking once in a while >> (probably indicating too

Re: [Emc-users] RPI saga continues - SPI probably solved

On 06/02/2017 01:46 AM, Bertho Stultiens wrote: > Problem 1: > The RPI3 has dynamic frequency scaling activated by default > (ondemand governor). This makes the Pi hop between 600MHz and 1.2GHz > core frequency. Very annoying and makes realtime rather > unpredictable. There are act

Re: [Emc-users] RPI saga continues - SPI probably solved

On 06/01/2017 02:13 AM, Gene Heskett wrote: > Hi Bertho; I haven't heard any more, so I am wondering if you've found > any more "magic beans"? Yes, I think I've tracked down (most of) the problem(s). There are several factors that play a role. Not all are solved or maybe solvable, but the timing

Re: [Emc-users] RPI saga continues - SPI probably solved

On 06/01/2017 02:13 AM, Gene Heskett wrote: > Hi Bertho; I haven't heard any more, so I am wondering if you've found > any more "magic beans"? Still looking into options. There is that persy dayjob taking away attention from the real work ;-) Seriously, it is exams-period and that requires some

Re: [Emc-users] RPI saga continues - SPI probably [not] solved

On 05/30/2017 02:28 PM, Jeff Epler wrote: > We already have a driver for hostmot2 that uses /dev/spidev*, > hm2_spi. hm2_rpspi exists because its contributor stated that on > their system, hm2_spi did not perform adequately. That reminds me of setting scheduling/cpu affinity. Maybe the solution

Re: [Emc-users] RPI saga continues - SPI probably solved

On 05/30/2017 02:28 PM, Jeff Epler wrote: >> However, there already is a solution for this! The linux kernel has a >> SPI driver, which is quite good (used it before). It solves all the >> userspace problems and, to say the least, some very clever people have >> had a crack at this problem before.

Re: [Emc-users] RPI saga continues - SPI probably solved

On 05/30/2017 02:32 AM, Bertho Stultiens wrote: > After some digging I noticed that there might be a data-barrier problem, > where peripheral register access can become out-of-order. The ARM has > the __sync_synchronize() (via gcc) to insert DMB (data-memory-barrier) > instructions w

[Emc-users] RPI saga continues

Hi all, Too happy too soon. That is what happens. There seems to be one additional problem when configuring the SPI port. After a restart of the Pi everything went to bad again. After some digging I noticed that there might be a data-barrier problem, where peripheral register access can become

Re: [Emc-users] the saga of gene vs pi's continues

On 05/30/2017 12:39 AM, Gene Heskett wrote: >>> I may have a fix to the SPI problem. There seems to be a problem in >>> clock-setting, which me apparently have been seeing. The attached >>> patch is very simple and works correct and so all the time. >> And some images how it looks now :-) > >

Re: [Emc-users] the saga of gene vs pi's continues

On 05/29/2017 11:13 PM, Bertho Stultiens wrote: > I may have a fix to the SPI problem. There seems to be a problem in > clock-setting, which me apparently have been seeing. The attached patch > is very simple and works correct and so all the time. And some images how it looks now :-)

Re: [Emc-users] the saga of gene vs pi's continues

On 05/29/2017 10:58 PM, Gene Heskett wrote: >> I'll build a clean SD card with all on it once I get it all debugged, >> and hopefully fixed. > > One comment, this one is failing with the newest kernel, 4.9.30-rt20-v7+. I think it is because lcnc was compiled with another kernel in mind. I

Re: [Emc-users] the saga of gene vs pi's continues

On 05/28/2017 10:32 PM, Gene Heskett wrote: > pi@pionsheldon:~ $ linuxcnc -l > LINUXCNC - 2.8.0-pre1-2771-gdc2ff49 > Machine configuration directory > is '/home/pi/linuxcnc/configs/sheldon-lathe' > Machine configuration file is '7i90-axis.ini' > Starting LinuxCNC... > Found file(REL):

Re: [Emc-users] the saga of gene vs pi's continues

On 05/28/2017 10:09 PM, Bertho Stultiens wrote: > I can also confirm that the SPI interface is running at 50MHz and not > 32MHz. This means I can, apparently, reproduce the problem. This makes no sense at all. I just added a one-liner in probe_board(), reading the cookie twice after each

Re: [Emc-users] the saga of gene vs pi's continues

On 05/28/2017 09:20 PM, Bertho Stultiens wrote: > Well, I'n now in the position that I can report the following: > ... > Starting LinuxCNC... > Starting LinuxCNC server program: linuxcncsvr > Loading Real Time OS, RTAPI, and HAL_LIB modules > Starting LinuxCNC IO program: i

Re: [Emc-users] the saga of gene vs pi's continues

On 05/28/2017 09:00 PM, Gene Heskett wrote: > Boots right up, x still busted I'm not running X on my pi. I wanted to keep it as simple as possible. It already took ages to get all required dev-packages installed. And no, I didn't install tex for building docs. That would've made testing a planned

Re: [Emc-users] the saga of gene vs pi's continues

On 05/28/2017 09:00 PM, Gene Heskett wrote: > Boots right up, x still busted, plugged in the HD and while it didn't > mount anything, it id'd /dev/sda1 2 & 3, which are empty, with one > as /boot, 2 as / and 3 as swap. That should be about right, except... I'm using a filesystem-file as swap.

Re: [Emc-users] the saga of gene vs pi's continues

On 05/28/2017 06:41 PM, Gene Heskett wrote: >> For the Pi, I always make a card image on my local host of the latest >> running version using: >> # dd if=/dev/sdX bs=4M | gzip > piimg-XYZ-$(date >> '+%Y%m%d%H%M%S').img.gz >> > I take it you have a rotating media attached? Well, I take the SD card

Re: [Emc-users] switching to a slower spi driver to see if it works,

On 05/27/2017 09:43 PM, Gene Heskett wrote: >> I do not have the hm2 hardware, but that should not prevent me from >> seeing the problem on the SPI bus. > > I think you'll have to have the hm2 hardware, although I'll be glad to be > the lab rat if you want to PM me the newly built modules.

Re: [Emc-users] the saga of gene vs pi's continues

On 05/28/2017 04:20 PM, Gene Heskett wrote: [snip] > I think I'd do as a previous install did, > name the kernel and kernel7 images with unique names, and specify, in > boot/config.txt, the kernel its supposed to boot. Then apt, apt-get, and > dpkg can shovel shit around in the /boot tree to

Re: [Emc-users] switching to a slower spi driver to see if it works,

On 05/27/2017 02:41 PM, Gene Heskett wrote: [snip] > If I can rebuild just this module on the pi itself, that is TBD. Gene, can you specify which base-distro you run on the Pi and which kernel? I'd like to reproduce your problem here on the bench and see if I can hack a fix. Also, what options

Re: [Emc-users] switching to a slower spi driver to see if it works,

On 05/27/2017 05:46 AM, Gene Heskett wrote: [snip] > This is the exact same response from the 7i90 at the initial 50 MHz > clocking: > > pi@pionsheldon:~ $ linuxcnc -l > LINUXCNC - 2.8.0-pre1-2771-gdc2ff49 > Machine configuration directory > is '/home/pi/linuxcnc/configs/sheldon-lathe' >

Re: [Emc-users] switching to a slower spi driver to see if it works,

On 05/17/2017 12:50 PM, Gene Heskett wrote: [snip] > I can't hold the probe in contact, retrigger the scope to capture the > next snapshot, and hit the up-arrow then a return to initiate the next > signals existence as linuxcnc starts up. Birth defect I guess, I'd need > 6 arms, all steadier

Re: [Emc-users] switching to a slower spi driver to see if it works,

On 05/17/2017 04:24 AM, Gene Heskett wrote: [snip] > The ideal situation in this instance would be to mirror the design of the > 7i90 so as to rotate the 26 pin header 180 degrees, which would allow > the cable to be only an inch long. Or mount the pi upside down, which > would have the same

Re: [Emc-users] switching to a slower spi driver to see if it works,

On 05/16/2017 09:56 PM, Gene Heskett wrote: > Is this driver your work, Bertho? No, not at all. But, I have dealt with high frequency stuff before. The biggest problem is that some parts are in the realm of magic ;-) The RPI hardware is not made for such high frequencies. Pushing that out of a

Re: [Emc-users] switching to a slower spi driver to see if it works,

On 05/16/2017 08:33 PM, Peter C. Wallace wrote: > 50 MHz will work if everything is terminated correctly and if the RSPI timing > is correct. (It may require using a SPI late data sample option if the RSPI > hardware has that option) > > Correct series termination of RSPI outputs (130 Ohm total

Re: [Emc-users] Thoughts on extending the life of the microsd's.

On 03/13/2017 10:00 AM, Erik Christiansen wrote: >> This has been a long time standard email client on many systems and is >> still in use today. > On this list, even. And many other places. >> It is *still* in development (last release ~16 days ago). > "*still*", huh? Venerable it may be, but

Re: [Emc-users] Thoughts on extending the life of the microsd's.

On 03/12/2017 11:04 PM, Peter Blodow wrote: > Please, could someone explain to a poor physicist what noatime and Mutt are? Noatime refers to a flag that can be set on the filesystem. By default, the access timestamp is recorded and saved in a unix filesystem (the last time you access a file, any

Re: [Emc-users] OT - Arduino development - Atmel ICE useful ?

On 02/25/2017 09:22 AM, Erik Christiansen wrote: > Once I've built familiarity with a chip family's peripherals, and a > debugged library of routines to use them, then it is just dufus to rock > up with "My cpu core is sexier than yours." They all execute code > reliably, so the core is quite

[Emc-users] Spindle soft start example failure

Hi, The spindle soft start example in the documentation fails to run 'as is' (located at: http://linuxcnc.org/docs/2.7/html/examples/spindle.html#_spindle_soft_start ) The errors: 1 - motion.spindle-speed-out is already connected 2 - motion.spindle-at-speed is already connected 3 - scale.0.in

Re: [Emc-users] question on emi filters

On 01/02/2017 12:38 AM, Gene Heskett wrote: [snip] > Bring up power to the motor supplies and its injecting enough noise on > the SPI bus that it all goes in the crapper. Once I stopped everything > but lcnc, and was walking around the tail end of it to see what I could > see on the scope, this

Re: [Emc-users] question on emi filters

On 01/01/2017 04:33 PM, Gene Heskett wrote: > Well, in my case, the cable might be 8" long. The power to the pi and the > power to the 7i90, originate from the output terminals of a separate 5v > supply. But the pi has a ferrite choke on its power lead that the 7i90 > lacks. The 5v supply's

Re: [Emc-users] question on emi filters

On 12/31/2016 09:18 PM, Gene Heskett wrote: [snip] >> However, if the reference ground is not equal at both ends of the >> signal line, then you are in trouble. This is why you would use a >> balanced line (differential), which is not absolutely referenced to >> ground, but switches on the

Re: [Emc-users] question on emi filters

On 12/31/2016 05:54 PM, Gene Heskett wrote: > While I like the SPI interface as its faster that even a parport, I am > finding it quite susceptible to mistakes cause by emi from a switching > psu's typical of stepper motor psu's. These things it seems can radiate > back out the line input

Re: [Emc-users] Allowable length of db25 interconnect cabling to talk to an epp version of a 7i90?

On 12/24/2016 09:59 PM, Chris Albertson wrote: > Read the little write up at the Mesa site about cable length. They > claim ribbon cable is the worst and to only use it for very short > runs, 2 or 3 feet at most. They suggest using "real" parallel > cables made with twisted pairs and

Re: [Emc-users] Allowable length of db25 interconnect cabling to talk to an epp version of a 7i90?

On 12/24/2016 01:20 PM, Gene Heskett wrote: > If that fails, I'll quit beating my head with a hammer and reset this > 7i90 to an epp interface and go back to an x86 computer to drive it, but > that brings up the next $64K question. The big old Dell I have to drive > it with isn't swarf proof

Re: [Emc-users] I think its time to issue a warning about sandisk 32GB supposedly 2x speed of a samsung sd card

On 12/20/2016 01:10 AM, Gene Heskett wrote: > What has been other raspi users experience? Is a sandisk crap? For the small SD cards (<8G) it seems to work most of the time. I have only seen few problems, but have not been able to pin it down on one manufacturer. The large ones (16+) can be a

Re: [Emc-users] r-pi<->7i90 cable update

On 12/18/2016 09:13 PM, Gene Heskett wrote: > Update: In an effort to identify all the grounds available on the pi's > 40 pin gpio header, I went the their site at > > > > Which they claim also aplies to the 3b's, and

Re: [Emc-users] Display issue

On 10/27/2016 05:58 PM, chris wrote: > I just started having a display issue that cropped up this morning when I > started up my EMC machine. For some reason the widow controls that normally > show > up in the right hand corner of the window aren't there. The ones that let you > minimize,

Re: [Emc-users] LinuxCNC officially rocks

Hi All, I agree with the conclusion that LinuxCNC rocks. Most, if not all, functionality you want is there and you just need to tap into that. However, the main obstacle I see is the very steep learning curve for tuning the software to fit the particular setup. This is the ever recurring problem

[Emc-users] Gcmc - 1.8.0

Hi all, A new version 1.8.0 of gcmc has been released. This version changes the internal handling of characters/strings and uses Unicode internally. This enables better abstraction and handling of text. Using Unicode allows functions like insert(), delete(), head() and tail() to operate on

Re: [Emc-users] Linuxcnc on arm

On 03/22/2016 11:15 AM, bari wrote: >>> How real time do you want the GUI? Is a few second lag behind the >>> machines state ok? How about E-stop or Start/Stop from the UI? What's >>> safe? 1 second max, 10 seconds? If you are milling while at the beach >>> miles away does it matter? What problem

Re: [Emc-users] Stake in ball screw Cincinnati Arrow

On 02/27/2016 03:47 PM, Joe H wrote: > You linked a site that sells ball nuts. Is it possible to change a ball nut > only, assuming the screw has even wear? I realize that there are there are > considerations for mounting and such, but I had the feeling that the screw > and the nut were made as a

Re: [Emc-users] 5i25 example configuration referenced in docs

On 02/22/2016 01:52 PM, andy pugh wrote: >> The documentation (2.7) states that there are example configurations for >> the 5i25/7i76 and 5i25/7i77 cards available (at >> http://linuxcnc.org/docs/2.7/html/drivers/hostmot2.html#_5i25_configuration). >> However, no such example configs can be found

Re: [Emc-users] Micro-switch repeatability

On 02/17/2016 04:28 PM, Dave Cole wrote: > The other approach to take is to forget about home switches and do a > touch off on the work or the stops by using a probe. Yes, you are right. That would be a good solution. I may just want to clarify... The whole discussion is not about the correct

Re: [Emc-users] Micro-switch repeatability

On 02/17/2016 04:28 AM, Gregg Eshelman wrote: >> I'm now considering to take an old CD player and move the >> laser-assembly onto several micro-switches at different speeds. The >> laser-assembly is sub-micrometer accurate (CD track-separation runs at >> 1.5...1.6 um) and generally uses a simple

Re: [Emc-users] Micro-switch repeatability

On 02/16/2016 03:15 PM, TJoseph Powderly wrote: >> I heard rumors here a while ago about micro meter accuracy switch >> but I guess it might be a little bit expensive. > my-com switches, 1um guaranteed. every good german wedm uses them > and high end japanese > my-com > yes expensive paeng maak!

Re: [Emc-users] Micro-switch repeatability

On 02/16/2016 02:01 PM, Lester Caine wrote: >> Indeed, unless you can crush them. There must be a run-into-the-wall >> protection, as mentioned earlier, to prevent killing your switch. > > The problem on the Taig is while one hits the end stop one end, you come > out of the nut the other ;) But

Re: [Emc-users] Micro-switch repeatability

On 02/16/2016 01:38 PM, Nicklas Karlsson wrote: It seems that the micro-switches are well suited for the purpose, but I guess some hard (unbiased) data has yet to be gathered (outside of a mill). >>> The alternatives seem to have the same problems of repeatability. Using >>> a hall

Re: [Emc-users] Micro-switch repeatability

On 02/16/2016 12:42 PM, Lester Caine wrote: > On 16/02/16 10:21, Bertho Stultiens wrote: >> It seems that the micro-switches are well suited for the purpose, but I >> guess some hard (unbiased) data has yet to be gathered (outside of a mill). > > The alternatives seem to h

Re: [Emc-users] Micro-switch repeatability

On 02/16/2016 12:39 PM, Dave Caroline wrote: > I originally searched for a switch with data and a local distributor > had some movement specs of the plunger, I got some but unfortunately > that distributor no longer lists the item. but it is a Patterson V4 > type microswitch, the .tw website of

Re: [Emc-users] Micro-switch repeatability

On 02/16/2016 07:53 AM, Nicklas Karlsson wrote: > I heard rumors here a while ago about micro meter accuracy switch but > I guess it might be a little bit expensive. Well, yes. The "real" switches which are /specified/ with repeatability values of about 0.005mm are in the order of $200...$300 per

Re: [Emc-users] Micro-switch repeatability

On 02/16/2016 01:16 AM, Len Shelton wrote: > We in fact see about 2-3 tenths of a thou repeatibility with a slow > approach on cheap chinese snap switches. Just like what others seem to report. Is that on direct activation or using an positional offset on a lever? Using a lever seems like

Re: [Emc-users] Micro-switch repeatability

On 02/16/2016 12:57 AM, Gene Heskett wrote: > I am using some micro-mini roller lever junk I got for 6 bucks a bag of > 10 from ebay. Repeatability according to my dials is well within .001" > even with crap switches. Its a "dry' circuit, so as long as the > contacts are clean, there's very

Re: [Emc-users] Micro-switch repeatability

On 02/16/2016 12:53 AM, Dave Cole wrote: >> Has anyone numbers on the repeatability of "normal" >> micro-switches? >> >> Micro-switches are (relatively) cheap and mostly not too shabby, >> but I have a not seen any hard data on repeatability (other than >> datasheets saying that they are made for

[Emc-users] Micro-switch repeatability

Hi, I'm looking for an on-the-cheap way to do reasonable homing. Usual switches for the purpose cost a lot. The machine only has a repeatability of 0.02mm, so it may just be a waste to use too accurate (expensive) switches. Has anyone numbers on the repeatability of "normal" micro-switches?

Re: [Emc-users] 5i25 example configuration referenced in docs

On 02/15/2016 10:46 PM, John Thornton wrote: > Pncconf is a good place to generate a config unless your just wanting to > be able to see the pins or something. I have some configs for my > machines if you want to look at them. Well, primarily it was the discrepancy between the manual/docs and

[Emc-users] 5i25 example configuration referenced in docs

Hi, The documentation (2.7) states that there are example configurations for the 5i25/7i76 and 5i25/7i77 cards available (at http://linuxcnc.org/docs/2.7/html/drivers/hostmot2.html#_5i25_configuration). However, no such example configs can be found when checking the current source tree. My guess

Re: [Emc-users] Wiki g-code generators link addition

On 02/14/2016 01:34 PM, John Thornton wrote: > EVERYONE has write access to the wiki. Thank you. DuckDuckGo provided me with the "missing" info. Next time: I promise to read the manual, really. ;-) -- Greetings Bertho (disclaimers are disclaimed)

[Emc-users] Wiki g-code generators link addition

Hi, Could someone with write access to the LinuxCNC wiki add a link to G-Code Meta Compiler - gcmc? The page describing G-Code generators located at http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Simple_LinuxCNC_G-Code_Generators does not currently have a link to gcmc

Re: [Emc-users] Modbus wiring

On 02/08/2016 09:01 PM, Nicklas Karlsson wrote: >> I agree with the sentiment that it is less than ideal to have something >> that certainly has a local microprocessor that then creates an analog out >> which you then read in. It's a lossy channel and subject to any number of >> problems. That

Re: [Emc-users] Modbus wiring

On 02/08/2016 09:54 PM, andy pugh wrote: > On 8 February 2016 at 20:34, Bertho Stultiens <ber...@vagrearg.org> wrote: >> But, I should not hijack the thread with information theory... > In theory Modbus should be better, but I don't have any information > about the VFD i

Re: [Emc-users] Modbus wiring

On 02/08/2016 09:12 PM, Peter C. Wallace wrote: >> The number of bits required goes to the root of Shannon's information >> theory. We see how effective it is in our daily life everywhere and it >> is better than analog. >> >> Telephony has been digitalized completely today. Television has >>

Re: [Emc-users] Modbus wiring

On 02/08/2016 10:12 PM, andy pugh wrote: >> I thought that ModBus was pretty standardized: > So which register do I write to to set output frequency? Do you have the original documentation of the VFD? I guess not. Do you have any "old" VFD control or test software, If you have, you can reverse

Re: [Emc-users] Modbus wiring

On 02/08/2016 07:01 PM, Dave Cole wrote: >>> RS485 is two wire, half duplex. >>> I think you have a RS422 connection that can run full duplex. >>> I don't recognize the D and R pins??Perhaps Data Ready and Request >>> to Send ?? >>> Those aren't normally required for RS422. >> I am becoming

Re: [Emc-users] Modbus wiring

On 02/08/2016 08:52 PM, Nicklas Karlsson wrote: >> Noise in analog will reduce the effective resolution, whereas noise in >> digital can be easily filtered and the resolution stays constant. >> Analog signals cannot be isolated easily and trying so results in >> awkward non-linearities that need

Re: [Emc-users] Modbus wiring

On 02/08/2016 08:23 PM, Jerry Scharf wrote: > I agree with the sentiment that it is less than ideal to have something > that certainly has a local microprocessor that then creates an analog out > which you then read in. It's a lossy channel and subject to any number of > problems. That assumes you

Re: [Emc-users] Modbus wiring

On 02/08/2016 11:03 PM, andy pugh wrote: >> Try and try again, or get a hold of the documentation. ;-) > > The documentation is silent on the subject: > http://www.lovatoelectric.com/Single-phase-supply-200-240VAC-50-60Hz-EMC-suppressor-built-in-PNP-24VDC-programmable-inputs/150005010/spd

Re: [Emc-users] Modbus wiring

On 02/08/2016 11:56 PM, andy pugh wrote: >> My best guess is that they have mapped the entire register space from >> the front-panel config (page 4-9 and forward), as documented, to the >> communications register map. That should be possible to test with a few >> read commands. > > I thought of

Re: [Emc-users] Creating G-code?

On 01/31/2016 02:57 AM, craig wrote: > I use Java, where I have a rich set of mathematical tools to write code > to write and manipulate arrays of "pseudo code" and routines to generate > g-code from the pseudo code.The "pseudo code" has the advantage of > being easily manipulated with

[Emc-users] Gcmc - 1.7.2

Hi all, A new version 1.7.2 of gcmc has been released. This is mostly a bugfix release. The version jumps two points because an assertion bug was found just after 1.7.1 was released. The major additions to this version are the reduced stroke (Hershey) sans-serif font and the addition of the

Re: [Emc-users] Another crazy idea?

On 01/11/2016 06:01 PM, Gene Heskett wrote: > 1. put a small tranny delivering say 6 volts AC in series with the > resistor and its shorting SSR to encourage that SSR to turn off when the > cap voltage has dropped to 6 volts or less. How do you connect the 6V AC without it bearing a huge (peak)

Re: [Emc-users] Rewiring the BP Again

On 01/10/2016 12:44 PM, John Thornton wrote: > Well none of the suggestions about star grounding did any good. In > fact they made the problem worse than before, so bad I could not even > get 2.6 to run. That may suggest a couple of things being wrong simultaneously: 1) you may still have loops

Re: [Emc-users] Rewiring the BP Again

On 01/10/2016 02:48 PM, Bertho Stultiens wrote: > The sserial connection has a great potential for a loop. See attached > image for illustration. The image has a shielded connection between two > devices, which is good. However, the 0VDC connection (aka GND), which is > embedded in

Re: [Emc-users] Another crazy idea?

On 01/06/2016 10:13 PM, Gene Heskett wrote: [snip] >> This setup is probably also cheaper than using SSRs. > Perhaps, but your parts count is many times what I have in mind. But then again, the components are small and cheap. The setup you described would probably use more space. [snip] > So if

Re: [Emc-users] Another crazy idea?

On 01/06/2016 01:54 PM, Gene Heskett wrote: >> When you turn off the machine and the SSR starts to bleed, and then >> turn on the machine before the caps are completely empty, then you >> will have the bleeder load on there permanently. > > Exactly the reason for the forced time delay in the turn

Re: [Emc-users] Another crazy idea?

On 01/06/2016 03:05 AM, Gene Heskett wrote: [snip] > The idea being that when that drain goes low, it will charge the .22, > thru the diode, essentially maintaining that charge state. But when > LCNC is stopped, that drain will go high (to 25 volts) as the supply is > turned off, and as it

Re: [Emc-users] Rewiring the BP

On 01/04/2016 07:34 PM, Mark Johnsen wrote: > Bertho - What you state about the different power supplies is a fear of > mine as I have a +-15vdc Power supply for the Op-amps for the West-Amp > servos, an open frame type 24Vdc power supply, plus the 5vdc power supply I > added for the 7i77. Many

Re: [Emc-users] Rewiring the BP

On 01/04/2016 05:34 PM, John Thornton wrote: > Well I grounded X2 to the main ground and when I started LinuxCNC and > started to home I got the flurry of sserial errors. So I thought about > it for a bit and maybe the ground from the computer case to the ground > block was creating a ground

Re: [Emc-users] Rewiring the BP

On 01/01/2016 07:25 PM, Kirk Wallace wrote: >> Machine wiring is different in that you can have scenarios where >> references are moved, especially in a 2-phase system where you are not >> using the neutral, which is the scenario we have here. > My understanding is, and I could be wrong, that

Re: [Emc-users] Measuring Noise - Oscilloscope

On 01/02/2016 12:27 AM, andy pugh wrote: >>> I'm assuming using a scope is the right way to do it? >> Yes and no. It depends on what you are tracking and how it is induced. > Also, there is no way to detect an occasional microsecond spike > without recording and analysing unfeasible quantities of

Re: [Emc-users] Rewiring the BP

On 01/02/2016 01:41 AM, John Kasunich wrote: > This is one of those cases where electrical practices on opposite > sides of oceans differ significantly. Yes, there are some significant differences. That has become obvious. [snip] > Three phase or single phase doesn't matter. When a transformer

Re: [Emc-users] Rewiring the BP - where to connect ground

On 01/01/2016 10:28 PM, Bertho Stultiens wrote: > Short explanation: > You must ensure that a grounding connection does not carry current and > is located at such a point where a symmetric coupling can be achieved. > > A bit longer explanation: [snip] Just one comment on

Re: [Emc-users] Rewiring the BP - where to connect ground

On 01/01/2016 08:24 PM, Rafael wrote: >> There are a lot of good reasons to tie one leg the transformer to ground >> besides to establish the safety ground and neutral as is common on the US. >> Intermittent faults to ground, with an ungrounded system, can cause the >> secondary of the transformer

Re: [Emc-users] Rewiring the BP

On 01/02/2016 12:24 AM, Gene Heskett wrote: > this is a single phase system delivering 240+ volts AC > to the two ends of a single core transformers primary winding. Well, yes and no. It depends on what you are looking at. The point in normal AC systems is that your ground potential is at or

Re: [Emc-users] Rewiring the BP

On 01/02/2016 01:47 AM, John Kasunich wrote: > This is ENTIRELY a function of where you are and what language you > speak. (English and American are not the same language :-) Yes, and neither is my native language... I'm trying, so confusion is probably pre-programmed for some "features" and

Re: [Emc-users] Rewiring the BP

On 01/01/2016 08:13 PM, John Dammeyer wrote: > (Reposted with link to pdf fixed) > Here's what I did for my SouthBend Lathe. Not run with CNC but with my > Electronic Lead Screw. > http://www.autoartisans.com/Lathe/SouthBendPower.pdf The connection from the secondary to ground (chassis)

Re: [Emc-users] Measuring Noise - Oscilloscope

On 01/01/2016 11:28 PM, Mark Johnsen wrote: > Anyway, I've been reading all the posts here and on the IRC as I've been > away for X-mas Holiday and I think I would like to be able to measure the > noise to be able to determine if my changes make an effect. I've > unsuccessfully dealt w/ noise

Re: [Emc-users] Smart-Serial cabling

On 01/01/2016 12:23 PM, andy pugh wrote: > Is there any reason to think that the 2x3 screened pairs in that cable > will be unsuitable for transporting smart-serial data The bandwidth of rs232 style serial connections is so low that you will not see any problems with twisted pairs. I assume that

  1   2   3   >