Back
[02:17:47] <DJ9DJ> moin
[03:17:46] <uw> groin
[09:46:52] <Aero-Tec> is there a way to get G83 working in G18 mode?
[09:47:57] <Aero-Tec> the lathe is complaining that there is no Y axis and it is needed for a G83 canned cycle, looks like all canned cycles need a Y axis
[09:48:26] <Aero-Tec> any way around this?
[10:03:13] <Aero-Tec> did some more looking on the net
[10:03:48] <Aero-Tec> looks like the work around it is to set G17, do the canned cycle and then set G18
[10:04:10] <Aero-Tec> so what is gained by using G18 at all?
[10:04:23] <Aero-Tec> why even set it
[10:12:20] <JT-Shop> http://email.villagepress.com/pub/HSM/20130904/20130904.html
[10:12:48] <JT-Shop> so G2/3 works
[10:21:51] <DJ9DJ> re
[10:21:57] <JT-Shop> er
[10:27:56] <cerditofaldero> Good evening.
[10:46:41] <JT-Shop> I have a MPG that when I turn it in the + direction sometimes the axis will move on increment then bounce back. What do I look for?
[10:47:02] <jdh> debounce the mpg?
[10:47:19] <Tom_itx> maybe it's in the middle of a step on your steppers
[10:47:39] <jdh> or the detent isn't well aligned with the encoder wheel?
[10:48:07] <Tom_itx> if they're wired funny, it will change on the rise of the detent not the valley
[10:49:02] <Tom_itx> it could just be gremlins
[10:49:12] <Tom_itx> if so, don't water them
[10:49:22] <JT-Shop> lol
[10:49:47] <JT-Shop> it only does it if I turn CW slow
[10:50:15] <Tom_itx> look in halscope and see if it's reading the change
[10:50:20] <Tom_itx> on both channels
[10:50:31] <Tom_itx> 90deg out of phase
[10:53:33] <pcw_home> What is the MPG connected to?
[10:56:03] <JT-Shop> the 7i77
[10:56:16] <pcw_home> encoder input?
[10:59:09] <JT-Shop> yes this is the connections
http://pastebin.com/u9aC6rh0
[10:59:56] <pcw_home> If you use the normal enccoder input in up/down mode it will do that
[11:00:29] <pcw_home> (because up/down mode /= 1x quadrature mode)
[11:01:09] <JT-Shop> counter-mode = up/down mode?
[11:01:17] <pcw_home> unfortunately theres no 1X mode in the hardware encoders
[11:01:27] <pcw_home> Yes up/down
[11:02:04] <pcw_home> the best solution is probably to update your 7I77 firmware and use the MPG inputs on the field I/O
[11:02:23] <pcw_home> (they default to 1x mode)
[11:03:01] <JT-Shop> ok
[11:04:18] <pcw_home> MPG INPUTS:
[11:04:19] <pcw_home> Software mode 3 allows using inputs 16,17,18 and 19 as MPG quadrature encoder
[11:04:21] <pcw_home> inputs. In this mode the input thresholds are automatically set to 2.5V for compatibility with
[11:04:22] <pcw_home> 5V encoder signals. Default counter mode is 1X for compatibility with standard 100 PPR
[11:04:24] <pcw_home> MPGs.
[11:07:27] <pcw_home> (MPG input is also available on 7I76s,7I73s,7I84s,7I70s,7I69s etc)
[11:10:41] <JT-Shop> I remember the last step... power cycle the PC :)
[11:11:02] <Tom_L> possibly useful for this channel:
http://www.electronicproducts.com/Digital_ICs/Video_Graphics_Audio/This_Smart_Vision_Sensor_Instantly_Learns_What_to_Detect.aspx
[11:11:26] <pcw_home> for 7I77 firmware update you need to power cycle the 7I77
[11:11:36] <pcw_home> twice!
[11:11:45] <JT-Shop> ok
[11:11:56] <Jymmm> pcw_home: five times!!!
[11:12:00] <Aero-Tec> so no input for using G18 with a lathe?
[11:12:06] <Tom_itx> standing in a bucket of water
[11:12:16] <Jymmm> on one foot
[11:12:16] <JT-Shop> <JT-Shop> so G2/3 works
[11:12:18] <pcw_home> remote sserial update also requires linuxcnc master
[11:12:31] <Jymmm> brb
[11:12:34] <Aero-Tec> I know it is lathe mode, but what does it do for you other then not letting canned cycles run?
[11:13:16] <JT-Shop> I need to update master
[11:13:18] <Jymmm> I'm Baaaaaaaaaaaaack (this is your only warning)
[11:13:45] <DJ9DJ> hi jymmm
[11:13:52] <Jymmm> DJ9DJ: Howdy
[11:13:57] <DJ9DJ> :)
[11:14:41] <Jymmm> JT-Shop: I got a pair of 36" bolt cutters from HF yesterday. less than $20 out the door and a lifetime warranty =)
[11:15:25] <pcw_home> http://ww.mesanet.com/software/parallel/sserial.zip
[11:15:27] <pcw_home> has the firmware and update utilities for all sserial cards
[11:15:28] <pcw_home> (except 7I64)
[11:16:04] <skunkworks> Aero-Tec, it isn't as much 'lathe mode' as it selects the xz plane. (so you can do arcs in them amoung other things athat I cannot think of)
[11:17:05] <Aero-Tec> ok thanks
[11:17:41] <Aero-Tec> so no harm in using G19 for canned cycles and then switching back to G18 mode?
[11:17:56] <skunkworks> sure
[11:18:21] <Aero-Tec> I saw someone used that to run them on a lathe but nothing as to how well it worked out
[11:18:25] <Aero-Tec> thanks
[12:11:36] <Aero-Tec> that G19 trick did not work
[12:11:57] <Aero-Tec> it looks like it moves the X not the Z
[12:12:24] <Aero-Tec> the lathe is setup with no Y axis programed in the INI or the HAL
[12:12:57] <Aero-Tec> could there be a axis mix up when doing the G19 command?
[12:13:28] <IchGuckLive> hi all B)
[12:13:54] <Aero-Tec> should I add the Y axis code in the INI and HAL for my lathe?
[12:13:59] <Aero-Tec> hi
[12:14:11] <IchGuckLive> no
[12:14:18] <IchGuckLive> lathe is XZ
[12:14:30] <IchGuckLive> give it a geometry = XZ
[12:14:38] <IchGuckLive> and a lathe =1
[12:14:58] <Aero-Tec> so why are things all messed up when I use G19 to run can cycles?
[12:15:05] <Aero-Tec> want to run G83
[12:15:17] <Aero-Tec> but it will not do it in G18 mode
[12:15:23] <Aero-Tec> needs G19
[12:15:44] <IchGuckLive> lathe in ini shoudt set this
[12:15:49] <Aero-Tec> but when I do that Z becomes X
[12:16:26] <Aero-Tec> not sure what X becomes
[12:16:30] <IchGuckLive> Whow never had this
[12:16:52] <IchGuckLive> 2.5.2
[12:16:59] <Aero-Tec> will have to play some more to find out what exactly is happening
[12:17:02] <Aero-Tec> yes
[12:17:10] <IchGuckLive> update to 2.5.3
[12:17:11] <Aero-Tec> can check and make sure
[12:17:15] <IchGuckLive> lathe has imprived
[12:17:17] <Aero-Tec> will check
[12:18:01] <JT-Shop> Aero-Tec: if you command Z to move, it should move in any plane y ou have selected
[12:19:03] <Aero-Tec> 2.5.3
[12:19:24] <Aero-Tec> G0 Z0.5
[12:19:24] <Aero-Tec> G1
[12:19:24] <Aero-Tec> G19
[12:19:24] <Aero-Tec> G98
[12:19:24] <Aero-Tec> G83 X0 Z-0.65 R0.25 Q#<DQ>
[12:19:24] <Aero-Tec> G80
[12:19:26] <Aero-Tec> G18
[12:19:28] <Aero-Tec> G0
[12:19:30] <Aero-Tec> the code
[12:19:55] <Aero-Tec> X moves not Z
[12:19:56] <IchGuckLive> G19 may iretate the interpreter as lathe =1 sets G19.2
[12:20:31] <Aero-Tec> lathe=1 is set in the INI
[12:20:42] <Aero-Tec> G19.2?
[12:20:46] <Aero-Tec> whats that for?
[12:21:07] <IchGuckLive> internal plane
[12:21:25] <IchGuckLive> lathe g-code is nor recommendet on plane
[12:21:34] <IchGuckLive> as lathe is fixed in iso
[12:21:48] <JT-Shop> why do you set the YZ plane for peck drill?
[12:22:13] <Aero-Tec> G18 throws error
[12:22:35] <Aero-Tec> the doc do not have 19.2, they have 19.1
[12:22:45] <IchGuckLive> oh i got to go BBQ outside its 30Deg C here
[12:22:47] <JT-Shop> as it should
[12:22:59] <JT-Shop> canned cycles are for mills
[12:23:25] <Aero-Tec> so what do the lathe guys do?
[12:23:38] <JT-Shop> I do this
http://pastebin.com/HRQdaHSn
[12:23:39] <Aero-Tec> I can write my own code for drilling
[12:23:53] <JT-Shop> that's my ngcgui subroutine for drilling
[12:24:09] <JT-Shop> or maybe not it want's a captcha
[12:24:24] <JT-Shop> http://pastebin.com/HRQdaHSn
[12:24:54] <JT-Shop> for one offs on a lathe I use ngcgui for 99% of my ops... saves tons of time
[12:26:47] <Aero-Tec> thanks
[12:27:31] <JT-Shop> have you seen the lathe subroutine library?
[12:31:10] <Aero-Tec> oops
[12:31:22] <Aero-Tec> was G17 not G19
[12:32:10] <Aero-Tec> where is the library of subroutines?
[12:32:17] <JT-Shop> http://www.linuxcnc.org/index.php/english/forum/lathe-subroutines-library
[12:32:19] <Aero-Tec> would love to see it
[12:34:22] <Aero-Tec> thanks
[12:40:45] <Aero-Tec> setting G17 worked great
[12:40:55] <Aero-Tec> can run G83 in G17 mode
[12:42:02] <JT-Shop> great
[12:44:48] <JT-Shop> PCW: am I correct that once I update the 7i77 I will need to run my configuration in master?
[12:49:36] <JT-Shop> nevermind I just read down to that part
[12:51:56] <pcw_home> No, master is just needed because it has the setsserial command
[12:53:02] <JT-Shop> does update7i77 need master running?
[12:53:19] <pcw_home> yes
[12:53:20] <pcw_home> You may aslo have to upgrade th e5I25 firmware first if its sserial firmware is earlier than V35
[12:54:10] <JT-Shop> ok, let me look
[12:54:31] <pcw_home> At least I think so. Andy P would know if setsserial is in 2.5.x
[12:56:15] <JT-Shop> yea my 5i25 is v31
[13:01:33] <pcw_home> The ones in the mesa 5i25.zip file are v35 or later
[13:07:00] <JT-Shop> ok, use mesaflash from Linux, I don't see any jumpers to set on the 5i25 in the manual
[13:07:18] <JT-Shop> mesaflash --device 5I25 --write FPGAFILE.BIT
[13:08:33] <JT-Shop> or 7i77x2.bit
[13:08:37] <JT-Shop> I see now
[13:10:10] <andypugh> Another eBay bargain. I got one of these for £12.
http://www.kulttempel.de/elektronik-gesamt/pepperl-fuchs/pepperl-fuchs-visolux-entfernungsmessgeraet-edm-120-ssi-neu/a-4152/
[13:10:24] <andypugh> In as-new condition too.
[13:10:39] <andypugh> (I only got it for testing the SSI interface driver :-)
[13:11:28] <JT-Shop> andypugh: is setsserial in 2.5?
[13:13:00] <andypugh> I don't think so.
[13:13:52] <JT-Shop> so have master running when I update the 7i77?
[13:14:15] <andypugh> You don't need setsserial for that, you need mesaflash
[13:14:24] <JT-Shop> might as well flash it with 7i77_7i76.bit so the second port can drive the stepper
[13:14:29] <andypugh> Err, no, wait. I am wrong
[13:14:33] <JT-Shop> mesaflash for the 5i25
[13:14:35] <JT-Shop> right?
[13:14:44] <andypugh> Yes
[13:14:50] <JT-Shop> which I must do first
[13:15:35] <JT-Shop> I'm at that stage now. mesaflash --device 5I25 --write 7i77_7i76.bit or do I need the path to the .bit file too
[13:16:18] <andypugh> You will need the path, or run it from the same directory as the bitfile
[13:16:57] <JT-Shop> ok
[13:20:07] <pcw_home> I _think_ most of the bugs are out of the 7I77 upgrade script
[13:21:11] <JT-Shop> --fallback is the same bit file as write?
[13:21:48] <JT-Shop> ie. mesaflash --device 5I25 --write 7i77_7i76.bit --fallback
[13:22:43] <pcw_home> Normally you use a fallback config for fallback but any will do
[13:23:06] <JT-Shop> fallback config?
[13:23:08] <pcw_home> (well, any appropriate config)
[13:23:27] <JT-Shop> use fallback.bit?
[13:23:51] <pcw_home> the fallback config has no special I/O and blinks a red LED so you know its broken
[13:24:19] <JT-Shop> so I don't need to upgrade it?
[13:24:35] <pcw_home> the fallback config, no
[13:24:41] <JT-Shop> ok
[13:25:05] <pcw_home> also
[13:25:06] <pcw_home> sudo ./mesaflash etc etc
[13:25:54] <JT-Shop> yea figured that quick
[13:26:03] <pcw_home> unless its installed in a place your shell searches
[13:26:52] <JT-Shop> just looking for my finger adapters to move the jumpers on the 7i77
[13:26:54] <mrsun> https://fbcdn-sphotos-c-a.akamaihd.net/hphotos-ak-prn2/1186168_10151819133648648_477354158_n.jpg my machine is starting to come together =)
[13:27:02] <mrsun> but my camera sucks :P
[13:27:04] <pcw_home> yeah they are a bit awkward
[13:29:02] <pcw_home> so flash 5I25
[13:29:04] <pcw_home> cycle computer power
[13:29:05] <pcw_home> power down 7I77 (both 1/2s) move jumpers to setup mode
[13:29:07] <pcw_home> run script
[13:29:08] <pcw_home> power down 7I77
[13:29:12] <pcw_home> move jumpers to operate mode
[13:29:12] <pcw_home> power up 7I77
[13:30:26] <JT-Shop> ok
[13:30:28] <pcw_home> nothing can go wrong, go wrong , go wrong...
[13:30:31] <JT-Shop> 5i25 done
[13:30:35] <JT-Shop> I think...
[13:34:06] <pcw_home> We will fix the need to move the setup operate jumpers on the sserial remotes for firmware
[13:34:11] <pcw_home> upgrades eventually but unfortunately that will require updating the sserial firmware the hard
[13:34:12] <pcw_home> way one last time (we are adding setup_mode and operate mode commands)
[13:35:14] <andypugh> JT-Shop: Mesaflash seems too easy doesn't it?
[13:35:53] <pcw_home> note that the 7i77 will be incommunicado when in setup mode (except by setsserial)
[13:37:20] <pcw_home> bbl
[13:37:44] <Aero-Tec> how do I move to a absolute machine location?
[13:37:51] <JT-Shop> G53
[13:38:04] <Aero-Tec> cool thanks
[13:38:14] <JT-Shop> andypugh: yes, analoga seems to be gone
[13:38:26] <JT-Shop> ... what did peter say about mode??
[13:39:54] <JT-Shop> ah there it is mode 3
[13:41:16] <JT-Shop> andypugh: after upgrading do I need to use master or can I run with 2.5?
[13:43:56] <JT-Shop> andypugh: from the hal prompt should I just be able to do loadrt hostmot2?
[13:49:01] <JT-Shop> got past that
[13:50:32] <JT-Shop> hmm seems to be working, now to fix my config
[13:57:49] <JT-Shop> how do you pick mode 3 on the loadrt hm2_pci line?
[14:02:54] <JT-Shop> I don't see this pin anymore net x-axis-enable hm2_5i25.0.7i77.0.1.analogena
[14:03:14] <JT-Shop> is that no longer needed?
[14:08:44] <JT-Shop> net x-axis-command pid.0.output => hm2_5i25.0.7i77.0.1.analogout0
[14:09:05] <JT-Shop> hm2_5i25.0.7i77.0.1.analogout0 is not there anymore...
[14:10:14] <JT-Shop> bbl
[14:10:31] <andypugh> Sorry, I was afk
[14:10:44] <JT-Shop> afk?
[14:10:54] <andypugh> Away from keyboard
[14:11:03] <JT-Shop> ah
[14:11:25] <andypugh> Mode 3 is the loadrt modparam.
[14:11:49] <andypugh> I have forgotten what it is called.
[14:12:18] <JT-Shop> I've never seen loadrt modparam
[14:12:31] <JT-Shop> do I need to run master now?
[14:12:41] <andypugh> No modparam for the loadrt
[14:12:49] <andypugh> sserial_port_0=00000000
[14:12:58] <JT-Shop> ah yes that one
[14:13:25] <andypugh> loadrt hmt_pci config="sserial_port_0=03xxxxxx" or something like that
[14:13:27] <JT-Shop> loadrt hm2_pci config="num_encoders=6 num_stepgens=1 sserial_port_0=003xxx"
[14:13:39] <JT-Shop> was my guess
[14:13:51] <andypugh> Something like that, anyway.
[14:14:07] <JT-Shop> but I've lost all pins that are hm2_5i25.0.7i77.0.0...
[14:14:16] <PCW> probablysserial_port_0=300xxx"
[14:14:26] <andypugh> Because the 7i77 is still in setup mode?
[14:14:44] <JT-Shop> moved the jumpers and power cycled twice
[14:15:17] <andypugh> I don't know off-hand which sserial port the 7i77 is on
[14:15:34] <andypugh> But I would have thought 0
[14:16:11] <PCW> field I/O is 0 analog out is 1 expansion is 2
[14:17:03] <PCW> sserial_port_0=30xxxx"
[14:17:29] <JT-Shop> it didn't like sserial_port_0=300xxx
[14:17:29] <PCW> since channel 0 needs to be in mode 3
[14:17:41] <PCW> and port 2 is not used
[14:17:58] <JT-Shop> I loaded the 7i77_7i76.bit file
[14:18:09] <JT-Shop> didn't like 30xxxx
[14:18:12] <PCW> did the 7i77 update script run without errors?
[14:18:19] <JT-Shop> yes
[14:19:25] <JT-Shop> ok the pins are showing up now
[14:19:40] <JT-Shop> had to stand on one foot and hold onto the lightning rod
[14:20:49] <jdh> left foot or right foot?
[14:21:11] <JT-Shop> I used sserial_port_0=003xxx
[14:21:11] <JT-Shop> dogs foot
[14:21:39] <JT-Shop> is there any indication that I'm in Mode 3?
[14:21:52] <PCW> I guess i cant remember the channel order either
[14:22:13] <PCW> the encoder pins should be visible
[14:23:40] <PCW> and some analog inputs pins
[14:26:27] <JT-Shop> yes I see the analog pins and encoder and one stepgen
[14:26:31] <JT-Shop> and the I/O
[14:26:44] <JT-Shop> and my configuration loads now
[14:29:44] <JT-Shop> I seem to be back up and running... thanks for the hlep
[14:29:46] <JT-Shop> help
[14:30:59] <JT-Shop> gotta run now but when I get back I'll move the MPG to 16,17,18,19 and I guess it needs a software encoder?
[14:31:27] <PCW> No its a built in encoder counter
[14:32:22] <PCW> (16,17 are ENC-0 a,b, 18,19 are ENC-1 a,b)
[14:33:16] <PCW> the advantage is that it can count to 20 KHz or so just using the base thread
[14:33:44] <PCW> s/base thread/ 1 KHz servo thread/
[14:38:01] <JT-Shop> right now I have X connected to 7i77 encoder 0, Y to 1, Z to 2, spindle to 3 and MPG to 5
[14:38:32] <JT-Shop> so I need to move the axes and connect the MPG to encoder 0?
[14:42:01] <JT-Shop> the MPG is working correctly now...
[14:42:11] <PCW> no, its a differernt encoder
[14:42:20] <PCW> with 7i77 in the name
[14:44:46] <PCW> lot of steps :-(
[14:45:14] <JT-Shop> nothing showed up when I did show pin with 7i77 and encoder in the name
[14:45:18] <andypugh> There has to be a way to set sserial remote mode individually.
[14:45:47] <andypugh> If only the driver eriter wasn't so lazy
[14:45:56] <JT-Shop> lol
[14:46:44] <andypugh> If you use the sserial_remotes_by_serial_number option, then the sserial_mode_0=xxx string makes even less sense
[14:47:34] <andypugh> I should make it a parameter, and if the penalty is having to stop the card and restart, then that's not the worst thing in the world.
[14:47:43] <JT-Shop> none of it makes any sense to me
[14:47:59] <JT-Shop> so what does the 0000xxxx string mean?
[14:52:15] <JT-Shop> The sserial_port_0=0XXX configuration string sets some options for the smart serial daughter card. These options are specific for each daughter card. See the Mesa manual for more information on the exact usuage.
[14:52:24] <JT-Shop> ops a typo
[14:52:40] * JT-Shop looks in the Mesa manua
[14:52:41] <PCW> just verified here
[14:53:03] <JT-Shop> the sserial_0=?
[14:53:06] <PCW> sserial_port_0=300xxx
[14:53:28] <JT-Shop> ok let me try that
[14:54:55] <PCW> the encoders are on the field I/O (channel 0) so sserial channel 0 (the first number in the string) must be 3 to enable the encoders
[14:56:37] <JT-Shop> the config ran, but I don't see the extra encoders... I used the 7i77_7i76.bit file could that be a problem?
[14:56:46] <andypugh> A sserial port can have up to 8 remotes. You can have up to 8 ports (I think).
[14:56:58] <PCW> the are called enc0 and enc1
[14:57:31] <andypugh> So, sserial_mode_0=12345678 sets the mode for each remote on port 0, sserial_mode_1=12345678 sets the modes for the cards on port 2, and so on.
[14:58:27] <PCW> 5i25.0.7i77.0.0.enc0
[14:58:29] <PCW> 5i25.0.7i77.0.0.enc1
[14:58:39] <JT-Shop> no pins like that
[14:58:57] <JT-Shop> do I need to use the 7i77x2.bit file?
[14:59:18] <PCW> wont make a difference
[14:59:50] <PCW> are you still running master?
[15:00:15] <andypugh> dmesg might list the modes.
[15:00:24] <JT-Shop> no, do I need to run master?
[15:00:28] <JT-Shop> let me try that
[15:00:34] <PCW> if so you should be able to see the remote 7I77 version
[15:00:42] <PCW> (its a parameter)
[15:01:25] <PCW> Im running 2.5.1 and the encoders show up
[15:01:44] <andypugh> JT-Shop: Try man sserial, I moved a lot of detail into there
[15:02:28] <PCW> If you look for them, they are at the bottom of the list of pins)
[15:03:31] <JT-Shop> just did a minimal run in master and 5i25.0.7i77.0.0.enc0 or enc1 are not there
[15:04:11] <andypugh> dmesg (in master) is meant to list all the sserial modes
[15:04:22] <andypugh> Can you pastebin it?
[15:04:31] <JT-Shop> yes
[15:05:12] <andypugh> Would you pastebin it?
[15:06:30] <JT-Shop> takes me a moment to get from there to here
[15:07:10] <JT-Shop> dmesg
http://pastebin.com/65ag57Jy
[15:07:39] <JT-Shop> show pin
http://pastebin.com/6G6Zjmg5
[15:09:23] <PCW> looks like the 7I77 firmware did not get updated
[15:09:32] <JT-Shop> the mill is a touch screen with no proper place for the keyboard or mouse so it takes a bit
[15:09:54] <jdh> ssh
[15:10:08] <JT-Shop> I'm not making too much noise
[15:10:39] <JT-Shop> this 843.589315] Board hm2_5i25.0.7i77.0.1 Hardware Mode 0 = standard?
[15:10:49] <JT-Shop> no mode 3
[15:10:56] <PCW> you can verify (running master) by looking at the swrevision parameter
[15:10:58] <PCW> hm2_5i25.0.7i77.0.0.swrevision
[15:11:18] <JT-Shop> one moment
[15:12:46] <JT-Shop> show param
http://pastebin.com/3F6chFh4
[15:13:01] <PCW> field I/O is 7i77.0.0 but yours only lists 0,1,2 as possibles which means your not running the latest 7I77 firmware
[15:13:07] <JT-Shop> 7 u32 RO 0x00000006 hm2_5i25.0.7i77.0.0.swrevision
[15:13:10] <andypugh> Thats 6 in hex, which is 6 :-)
[15:13:38] <PCW> yeah, should be E
[15:13:42] <JT-Shop> let me try the 7i77 upgrade again
[15:13:43] <PCW> (14)
[15:14:29] <PCW> thats the one on field I/O power
[15:16:30] <JT-Shop> power down the 7i77 and move 4 and 12 to right
[15:19:54] <JT-Shop> http://pastebin.com/GtqazMgw
[15:21:54] <PCW> and thats running master?
[15:22:08] <JT-Shop> can the problem be that I don't have master "installed" but only a RIP?
[15:22:45] <JT-Shop> if I run master while I try and do that I get an error that says turn off with halrun -U
[15:22:59] <JT-Shop> hmm I have an idea
[15:23:05] <PCW> RIP should be good as long as you launched the script in the same terminal tha you set the RIP environment in
[15:23:41] <PCW> also linuxcnc should not be running
[15:25:24] <JT-Shop> http://pastebin.com/uGrdPuqi
[15:26:40] <jdh> I think he is way more about power than religion.
[15:26:43] <jdh> <urk>
[15:27:01] <JT-Shop> and dmesg
http://pastebin.com/Y0RAeGyF
[15:27:15] <JT-Shop> 4446.161200] hostmot2: Unknown parameter `sserial_baudrate'
[15:28:32] <JT-Shop> this line does not wait cycle 7I77 field power and 5V power and hit return
[15:28:58] <PCW> looks like you are not running master
[15:29:35] <JT-Shop> I'm in the RIP environment
[15:29:37] <PCW> or running the script in the RIP environment
[15:29:51] <JT-Shop> john@BpMill:~/emc2-dev$ . ./scripts/rip-environment
[15:31:43] <JT-Shop> http://pastebin.com/qshjHM5d
[15:32:01] <JT-Shop> I typed in linuxcnc and got 2.6.0~pre
[15:32:12] <JT-Shop> then sudo .update7i77
[15:32:36] <PCW> well maybe too old
[15:33:02] <JT-Shop> master? I just pulled and make clean and make before I started
[15:33:25] <JT-Shop> I did get an error with make about some modbus thing
[15:36:34] <JT-Shop> the libmodbus error
http://pastebin.com/pKNqkXxW
[15:37:37] <JT-Shop> what is this? checking libgl1-mesa-dri workaround... required - need to preload /usr/lib/libstdc++.so.6
[15:38:35] <PCW> Hmm looks like its gotten broken in master (the baudrate thing)
[15:39:21] <JT-Shop> this? hostmot2: Unknown parameter `sserial_baudrate'
[15:43:55] <PCW> Yep
[15:47:35] <andypugh> That's a strangeness
[15:48:29] <andypugh> Oh, and if you already have LinuxCNC (or similar) live, halcmd -kf lets you add a persistent command line interface
[15:52:50] <PCW> Yeah that used to work as of a couple months ago...
[15:52:51] <andypugh> JT-Shop: "sserial_baudrate" is a parameter to loadrt hostmot2, not loadrt hm2_pci
[15:53:24] <JT-Shop> and?
[15:54:37] <JT-Shop> I assume the error is from insmod: error inserting '/usr/realtime-2.6.32-122-rtai/modules/linuxcnc/hostmot2.ko': -1 Unknown symbol in module
[15:54:44] <JT-Shop> while trying to update the 7i77
[15:55:11] <PCW> here's the script (well 1/2 of)
[15:55:11] <JT-Shop> this is from dmesg after a failed update attempt hostmot2: Unknown parameter `sserial_baudrate'
[15:55:12] <PCW> loadrt hostmot2 sserial_baudrate=115200
[15:55:13] <PCW> loadrt hm2_pci
[15:55:15] <PCW> loadrt setsserial cmd="flash hm2_5i25.0.7i77.0.0 hm2/sserial/7I77DR14.BIN"
[15:55:16] <PCW> exit
[15:55:18] <PCW>
[15:55:51] <JT-Shop> from hostmot2.c hm2->sserial.baudrate = sserial_baudrate;
[15:56:20] <JT-Shop> added on Sat, 26 Jan 2013
[15:56:29] <JT-Shop> just fishing
[15:56:30] <mhaberler> it's the module parameter, not the symbol - have a link to the source?
[15:57:06] <JT-Shop> http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=commit;h=5f6cd02aeb0337f93a77a41b56c111d5bc694a17
[16:03:48] <mhaberler> try 'modinfo <path to .ko>', it should list params and types near the end
[16:04:13] <JT-Shop> me?
[16:05:14] <mhaberler> well it should give a clue what the right params for a module are, didnt you have the issue?
[16:05:23] <JT-Shop> yes
[16:05:27] <JT-Shop> let me try
[16:06:01] <mhaberler> near the end of the output are lines tagged with 'parm:'
[16:06:17] <mhaberler> those describe name, comment, type of legit params for that .ko
[16:07:46] <mhaberler> should be hostmot2.ko
[16:09:58] <JT-Shop> it shows parm: sserial_baudrate
[16:12:15] <mhaberler> is that all which is on that line?
[16:12:30] <mhaberler> here's an example from some driver:
[16:12:48] <JT-Shop> it gives a description and (int)
[16:12:54] <mhaberler> (parport_pc.ko):
[16:12:55] <mhaberler> parm: io:Base I/O address (SPP regs) (array of int)
[16:12:56] <mhaberler> parm: io_hi:Base I/O address (ECR) (array of int)
[16:12:56] <mhaberler> parm: irq:IRQ line (array of charp)
[16:14:05] <mhaberler> bizarre, and if you insmod /usr/realtime-2.6.32-122-rtai/modules/linuxcnc/hostmot2.ko sserial_baudrate=115200
[16:14:15] <mhaberler> that fails too with same error?
[16:15:12] <JT-Shop> the error from trying to update the 7i77 is insmod: error inserting '/usr/realtime-2.6.32-122-rtai/modules/linuxcnc/hostmot2.ko': -1 Unknown symbol in module
[16:16:06] <mhaberler> that's something different though, an unresolved symbol - that should be in dmesg too hinting which symbol
[16:16:38] <JT-Shop> the terminal session
http://pastebin.com/uGrdPuqi
[16:16:48] <JT-Shop> dmesg
http://pastebin.com/Y0RAeGyF
[16:18:44] <mhaberler> hm, insmod reports a bad param as 'Unknown symbol' . still the same though
[16:19:27] <mhaberler> could it be some depmod step is missing so the wrong hostmot2.ko file is picked up?
[16:20:44] <JT-Shop> I got an error about libmodbus when running make
http://pastebin.com/pKNqkXxW
[16:21:00] <JT-Shop> so I did configure --without-libmodbus
[16:21:23] <PCW> I looks like there some magic that not done to load the RIP kernel modules
[16:21:27] <JT-Shop> because sudo apt-get install libmodbus-dev failed
[16:21:39] <mhaberler> you could apt-get install libmodbus3 and that should resolve the issue
[16:21:51] <JT-Shop> ok
[16:21:57] <mhaberler> but I dont think that has an impact, modbus is userland
[16:22:33] <PCW> So whats the magic about the RIP environment and has it changed?
[16:22:42] <JT-Shop> I get the same error Segmentation faulty tree
[16:22:53] <andypugh> I don't think Master has changed yet
[16:23:33] <PCW> it looks like old hostmot2.ko is used
[16:23:46] <mhaberler> yes, I think the wrong .ko is inserted
[16:23:48] <JT-Shop> in master
[16:24:01] <DJ9DJ> gn8
[16:26:09] <andypugh> There is only one way to be sure, nuke the site from orbit. Or configure --prefix=/usr && make && sudo make install
[16:26:23] <mhaberler> right
[16:26:24] <PCW> Im pretty sure Ive never installed master just used it RIP
[16:26:50] <andypugh> Indeed, and all the setsserial testing was done with a RIP
[16:26:57] <PCW> and this used to work
[16:28:23] <PCW> must be something in the linuxcnc startup script that makes it work
[16:28:49] <mhaberler> jt; what's a segmentation faulty tree?
[16:29:09] <JT-Shop> john@BpMill:~/emc2-dev/src$ sudo apt-get install libmodbus-dev
[16:29:10] <JT-Shop> Reading package lists... Done
[16:29:10] <JT-Shop> Segmentation faulty tree... 56%
[16:29:29] <JT-Shop> also for apt-get install libmodbus3
[16:30:24] <mhaberler> apt-get segfaults? even after a reboot?
[16:31:33] <JT-Shop> I just tested sudo apt-get install libmodbus-dev on another PC and it worked
[16:31:41] <JT-Shop> let me boot it
[16:32:16] <mhaberler> sounds like something wedged basic shared libraries; or a /etc/ld.so.conf.d/* entry pointing to a directory with unsuitable libraries (wild guess)
[16:33:18] <andypugh> A segfaulting apt-get does sound spectacularly borked
[16:34:34] <mhaberler> urban dictionary example: Admin: I totally borked my machine installing Win XP SP2. Yes, that sounds about right.
[16:36:18] <JT-Shop> do an apt-get update?
[16:36:22] <mhaberler> sure
[16:37:36] <mhaberler> somehow this sounds like a mixup of a package install and a RIP install
[16:38:44] <JT-Shop> that worked
[16:39:05] <mhaberler> might have just been a wedged kernel
[16:39:58] <mhaberler> well, as Andy said - either install to user, or get rid of the packages and just do a RIP build - to make sure the right thing gets loaded
[16:41:29] <PCW> linuxcnc script loads the right things, halrun script does not
[16:41:54] <andypugh> Now that sounds interesting.
[16:42:12] <mhaberler> well, I'm off - good luck!
[16:42:40] <andypugh> Oh! Is that the time?
[16:42:45] <andypugh> :-)
[16:43:26] <PCW> yeah linuxcnc loads and runs master fine but halrun loads the old .ko's
[16:43:51] <JT-Shop> even when you do . ./scripts/rip-environment
[16:43:53] <JT-Shop> ?
[16:44:00] <PCW> yes
[16:44:04] <JT-Shop> hmmm
[16:45:05] <PCW> you can tell from the update7i77 error message (look at the .ko path)
[16:45:40] <JT-Shop> oh I see it now
[16:51:43] <PCW> I wonder if there some some magic i need to do in the the update scripts
[16:51:44] <PCW> (that I didn't do before)
[16:55:44] <PCW> JT-Shop: its script related so its probably my fault, so
[16:55:45] <PCW> halrun update7i77d.hal does work
[16:56:07] <PCW> Still dont know what changed
[16:57:24] <PCW> halrun update7i77a.hal for the other 1/2
[17:04:09] <JT-Shop> when I do sudo halrun I get the installed version, when I just do halrun I get the RIP but without permission
[17:05:38] <PCW> ahh its my stupid mistake
[17:06:12] <PCW> its ./update7i77, not sudo ./update7i77
[17:10:15] <JT-Shop> http://pastebin.com/ykYAHVWW
[17:10:25] <JT-Shop> I get Operation not permitted
[17:10:49] <andypugh> sudo make setuid?
[17:10:58] <JT-Shop> yes
[17:11:08] <andypugh> As you were then
[17:12:23] <JT-Shop> thanks, I have to leave now
[17:22:47] <Tom_itx> all for an encoder click.
[17:46:27] <andypugh> I never thought of that "Carbon migrates into the steel from the wood. Gumming prevents case hardening and fatigue cracking of the saw band gullets." (from
http://en.wikipedia.org/wiki/Sawfiler )
[17:51:05] <Jymmm> hmmmm
[18:04:51] <andypugh> Goodnight chaps
[20:14:28] <false_> hey everybody
[20:16:47] <false_> Does anybody know what kind of delay I should be expecting between the start of a command to my velocity drive and actual motion?
[20:17:10] <false_> Disconnected from the mill on the bench that is
[20:33:51] <reciproqc> hello everyone, anyone here familiar with TB6560 3axis controller or with noise reduction technics? Seems my installation gets really noisy once linuxcnc is launched, anything familiar?
[20:36:59] <reciproqc> seems the noise starts when I plug the parallel port cable in
[20:37:38] <jdh> squealing/whining?
[20:38:52] <reciproqc> hi jdh, yes some high pitch freq
[20:39:37] <jdh> there are threads in various places about replacing caps on them to lessen the squeal.
http://www.cnczone.com/forums/general_electronics_discussion/110986-fixed_chinese_tb6560_controller_updated.html might have that one.
[20:40:39] <reciproqc> can it be the hardware in the PC parallel port?
[20:43:22] <jdh> I don't know. noisy TB boards are common
[20:43:30] <reciproqc> looks like the hissing starts when I plus the parport cable in
[20:51:16] <reciproqc> I see in dmesg I have "Unexpected realtime delay" errors...
[20:51:34] <reciproqc> RTAI module failing too
[20:52:21] <jdh> did you run the latency test?
[20:52:33] <reciproqc> "Incorrect desired TSSI"
[20:55:04] <reciproqc> I did but I didn't see anything wrong, what do I need to check?
[20:55:29] <Chemeleon> anyone ever seen a cam program with a tool to automatically make wood jigsaw puzzles?
[20:57:17] <reciproqc> jdh, what values are bad?
[20:58:55] <reciproqc> servo i have max 1364156 jitter 372036 last is around 992111
[20:59:55] <reciproqc> base is 430515 405512 25000
[21:31:23] <skunkworks> reciproqc: that is bad
[21:35:05] <skunkworks> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?TroubleShooting#Unexpected_realtime_delay_check_dmesg_for_details
[22:02:33] <reciproqc> thanks for the link
[22:03:09] <reciproqc> really appreciated
[22:22:27] <CaptHindsight> reciproqc: first fix your latency jitter issue, then take a look at the settings for the tb6560 and replacing caps to allow for higher stepping speeds and quieter operation
[22:23:23] <CaptHindsight> reciproqc: the tb65xx tend to make more noise with microstepping
[22:25:33] <CaptHindsight> I have some that make noise no matter what the STEP and DIR signals come from, it's just the design of the tb65xx and the type of motors used
