Back
[00:07:03] -!- Loetmichel2 has quit [Ping timeout: 240 seconds]
[00:35:19] -!- andypugh has quit [Quit: andypugh]
[00:37:59] -!- Renny has quit [Ping timeout: 268 seconds]
[00:43:03] -!- kingarmadillo has quit [Ping timeout: 246 seconds]
[00:44:22] -!- gohanlon has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
[01:04:20] -!- dgarr [dgarr!~dgarrett@71-223-153-180.phnx.qwest.net] has joined #linuxcnc-devel
[01:05:10] <dgarr> jepler: Re: the patch i posted for glcanon.py:is_lathe(), 2.5 doesn't build on my jessie system (tcl8.6). should i commit the patch to 2.5 anyway or commit to 2.6?
[01:10:05] -!- gohanlon has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
[01:31:04] -!- R2E4_ has quit [Read error: Connection reset by peer]
[01:36:02] -!- likevinyl has quit [Quit: likevinyl]
[01:43:52] -!- kingarmadillo has quit [Ping timeout: 252 seconds]
[02:05:15] <jepler> dgarr: I don't think there'll be another release of anything before 2.6, so I wouldn't go to the trouble.
[02:05:21] <jepler> micges: no, I wasn't around
[02:14:30] -!- xxcodermill has quit [Quit: Page closed]
[02:25:18] <dgarr> ok, thanks, will put on 2.6
[02:26:02] <KGB-linuxcnc> 03Dewey Garrett 052.6 1a972d0 06linuxcnc 10lib/python/rs274/glcanon.py glcanon.py is_lathe() is a function * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=1a972d0
[02:28:28] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8201:5d87:9184:896a:94a4:e2d] has joined #linuxcnc-devel
[02:31:11] -!- Duc has quit [Quit: Leaving]
[02:38:10] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8201:5d87:9184:896a:94a4:e2d] has parted #linuxcnc-devel
[02:41:21] -!- FloppyDisk has quit [Ping timeout: 246 seconds]
[02:45:29] -!- kingarmadillo has quit [Ping timeout: 276 seconds]
[02:58:36] -!- R2E4 has quit [Read error: Connection reset by peer]
[03:08:40] -!- mozmck has quit [Quit: Leaving.]
[03:43:35] <linuxcnc-build> build #261 of 4017.5.deb-wheezy-armhf is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4017.5.deb-wheezy-armhf/builds/261 blamelist: Dewey Garrett <dgarrett@panix.com>
[03:45:45] -!- kingarmadillo has quit [Ping timeout: 276 seconds]
[03:47:30] <dgarr> rtapi/rtapi_bitops.h:297:2: error: #error The header file <asm/bitops.h> is not usable and rtapi does not yet have support for your CPU
[03:48:30] <dgarr> above my paygrade
[03:48:34] -!- dgarr has quit [Quit: Leaving.]
[03:56:01] -!- AR__ has quit [Ping timeout: 244 seconds]
[03:57:41] -!- gohanlon has quit [Quit: Textual IRC Client: www.textualapp.com]
[03:58:00] -!- gaute has quit [Ping timeout: 250 seconds]
[04:22:23] -!- BeachBumPete has quit [Quit: I'm Outta here!!]
[04:26:07] -!- shaun413 has quit [Quit: Connection closed for inactivity]
[04:38:31] -!- CaptHindsight has quit [Quit: Leaving]
[04:41:51] -!- ink has quit [Ping timeout: 264 seconds]
[04:44:01] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[04:46:28] -!- kingarmadillo has quit [Ping timeout: 252 seconds]
[04:53:11] -!- SEL [SEL!~SEL@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[04:53:25] -!- SEL has quit [Client Quit]
[04:55:42] -!- ve7it has quit [Remote host closed the connection]
[04:58:13] -!- FinboySlick has quit [Quit: Leaving.]
[05:13:40] -!- FloppyDisk has quit [Quit: Leaving]
[05:17:07] -!- likevinyl has quit [Quit: likevinyl]
[05:20:58] -!- Not-Renny has quit [Ping timeout: 250 seconds]
[05:28:33] -!- brlcad has quit [Read error: No route to host]
[05:47:29] -!- kingarmadillo has quit [Ping timeout: 276 seconds]
[05:51:44] -!- yasnak has quit [Read error: Connection reset by peer]
[05:52:24] -!- bobo_ has quit [Ping timeout: 250 seconds]
[05:53:29] -!- Flipp_ has quit [Remote host closed the connection]
[06:06:27] -!- kwallace [kwallace!~kwallace@162.222.30.12] has parted #linuxcnc-devel
[06:10:54] -!- jthornton has quit [Ping timeout: 260 seconds]
[06:10:59] -!- Mathnerd314 has quit [Ping timeout: 268 seconds]
[06:11:32] -!- JT-Shop has quit [Ping timeout: 276 seconds]
[06:17:41] -!- teepee has quit [Ping timeout: 250 seconds]
[06:18:44] -!- teepee [teepee!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[06:21:56] -!- Not-Renny has quit [Ping timeout: 276 seconds]
[06:40:03] -!- Komzzpa has quit [Ping timeout: 246 seconds]
[06:47:45] -!- kingarmadillo has quit [Ping timeout: 246 seconds]
[07:08:15] -!- JT-Shop [JT-Shop!~john@198.45.191.246] has joined #linuxcnc-devel
[07:10:01] -!- b_b has quit [Changing host]
[07:10:15] -!- jthornton [jthornton!~john@198.45.191.246] has joined #linuxcnc-devel
[07:25:34] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[07:27:39] <skunksleep> pcw_home: enables of the amps worked hooking strait to the 7i48. Threw me off as the enable led on the amp only lights then the axis is moving.
[07:32:01] -!- skunksleep has quit [Ping timeout: 252 seconds]
[07:34:24] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[07:34:28] <skunksleep> Again - with the default tuning in the ini (p=100, ff1=1) it is jogging with no following error.
[07:35:21] -!- zeeshan|2 has quit [Ping timeout: 246 seconds]
[07:35:30] -!- zeeshan [zeeshan!~kvirc64@CPE84948c379051-CM84948c379050.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[07:35:56] <skunksleep> Crap. Disconnected
[07:37:45] <skunksleep> What is a clever way to figure out the output scale more accurately now that the axis are moving? (So ff1 is really close to 1)
[07:38:32] <skunksleep> I ran x open loop to get an idea... .1v was 1 IPS ish.
[07:43:52] -!- skunksleep has quit [Ping timeout: 260 seconds]
[07:48:33] -!- kingarmadillo has quit [Ping timeout: 240 seconds]
[07:58:47] -!- Not-Renny has quit [Ping timeout: 276 seconds]
[08:30:51] -!- tomp has quit [Quit: Ex-Chat]
[08:36:35] -!- traharis has quit [Client Quit]
[08:49:28] -!- kingarmadillo has quit [Ping timeout: 268 seconds]
[08:56:06] -!- XXCoder has quit [Remote host closed the connection]
[09:14:55] -!- the_wench has quit [Ping timeout: 250 seconds]
[09:16:51] -!- archivist has quit [Ping timeout: 246 seconds]
[09:28:41] -!- a_morale has quit [Read error: Connection reset by peer]
[09:31:10] -!- archivist [archivist!~archivist@host81-149-189-98.in-addr.btopenworld.com] has joined #linuxcnc-devel
[09:49:56] -!- kingarmadillo has quit [Ping timeout: 244 seconds]
[09:51:18] -!- the_wench [the_wench!~the_wench@host81-149-189-98.in-addr.btopenworld.com] has joined #linuxcnc-devel
[10:05:21] -!- mik has quit [Ping timeout: 276 seconds]
[10:10:58] -!- nofxx has quit [Ping timeout: 252 seconds]
[10:30:47] -!- RobyRemzy has quit [Remote host closed the connection]
[10:37:14] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[11:02:07] -!- skunkworks has quit [Ping timeout: 252 seconds]
[11:15:01] -!- SEL [SEL!~SEL@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[11:15:57] -!- SEL has quit [Client Quit]
[11:24:00] -!- dagjomar has quit [Ping timeout: 276 seconds]
[11:35:14] -!- ivansanchez has quit [Ping timeout: 276 seconds]
[11:48:58] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:49:26] <skunkworks> Tom_itx, can you kick the logger?
[11:49:41] <skunkworks> logger[psha],
[11:55:03] -!- zlog [zlog!~zlog@ip68-102-196-26.ks.ok.cox.net] has joined #linuxcnc-devel
[11:59:02] -!- elhe has quit [Quit: Leaving]
[12:04:43] -!- jthornton has quit [Remote host closed the connection]
[12:05:53] -!- jthornton [jthornton!~john@198.45.191.246] has joined #linuxcnc-devel
[12:14:36] -!- bilboquet has quit [Ping timeout: 244 seconds]
[12:18:13] -!- bilboquet_ has quit [Ping timeout: 244 seconds]
[12:27:36] -!- bilboquet_ has quit [Ping timeout: 246 seconds]
[12:47:51] -!- bilboquet_ has quit [Ping timeout: 276 seconds]
[12:53:05] -!- JT-JA [JT-JA!~john@198.45.191.246] has joined #linuxcnc-devel
[12:56:06] <JT-JA> fresh install of LinuxMint 17.3 and following the manual I did sudo apt-get update sudo apt-get dist-upgrade and sudo apt-get install linux-image-rt-686-pae but got this error E: Unable to locate package linux-image-rt-686-pae
[13:00:27] -!- CaptHindsight has quit [Ping timeout: 268 seconds]
[13:01:37] -!- kriskropd has quit [Ping timeout: 250 seconds]
[13:01:37] -!- linuxcnc-build has quit [Ping timeout: 250 seconds]
[13:01:50] -!- Valen has quit [Remote host closed the connection]
[13:01:55] -!- linuxcnc-build [linuxcnc-build!~linuxcnc-@174-29-9-189.hlrn.qwest.net] has joined #linuxcnc-devel
[13:02:22] -!- bilboquet has quit [Ping timeout: 260 seconds]
[13:02:55] -!- MattyMatt has quit [Ping timeout: 250 seconds]
[13:03:13] <JT-JA> I guess I need to follow my instructions
http://pastebin.ubuntu.com/16047896/
[13:03:25] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[13:06:17] -!- JT-JA has quit [Remote host closed the connection]
[13:06:48] -!- b_b has quit [Ping timeout: 250 seconds]
[13:06:49] -!- _methods has quit [Ping timeout: 250 seconds]
[13:07:46] -!- skunkworks__ [skunkworks__!~chatzilla@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[13:14:01] -!- bilboquet_ has quit [Ping timeout: 244 seconds]
[13:23:09] -!- bilboquet has quit [Ping timeout: 260 seconds]
[13:37:08] -!- b_b has quit [Changing host]
[13:43:17] -!- kwallace [kwallace!~kwallace@162.222.30.12] has joined #linuxcnc-devel
[14:02:52] <skunkworks> yikes
[14:02:53] <skunkworks> http://www.machsupport.com/forum/index.php/topic,32401.msg225458.html#msg225458
[14:30:37] <cradek> oops
[14:31:03] <skunkworks> cradek, did you see my middle of the night question?
[14:31:09] <cradek> no
[14:31:53] <cradek> now I see it :-)
[14:33:34] <cradek> if you set ff1=1 and I=0 and plot the ferror, won't you see it directly? then I think if you turn the gain knob on the amp you can zero the ferror
[14:34:59] cpresser_ is now known as cpresser
[14:36:05] <skunkworks> but what if I didn't want to adjust the amps - but the output scale. How would I work backwards?
[14:36:11] <skunkworks> or shouldn't I.
[14:36:24] <cradek> oh hmm
[14:37:25] <cradek> I think the output scale should be set so you use most of the 10v (say 9?) for your rapids
[14:38:02] <cradek> seems like the amps would already be set up close to that
[14:39:01] <cradek> either way, if you have just ff1=1 and no I, I think you'll see ferror and you can adjust gain (at the dac or amp) to zero it
[14:39:10] <cradek> (ferror proportional to velocity)
[14:40:06] <skunkworks> which is kinda what I did. Assuming it is linear .1v is 1ips about - I have my output scale set to 10
[14:40:44] <skunkworks> cradek, did you see
http://electronicsam.com/images/matsuura/followingerror.png
[14:40:51] <cradek> how much of the 10v do you use at rapid then?
[14:40:52] <skunkworks> that is with just P and FF1 ;)
[14:40:55] <pcw_home> you can do it backwards by setting FF1 to 1 and adjusting PWM scale
[14:41:21] <cradek> ah nice
[14:41:49] <skunkworks> I think it should tune well - the way it looks
[14:41:53] <cradek> if you get the scale closer you will see that fast dithering slow and maybe even stop
[14:42:22] <cradek> but yeah that looks great
[14:42:23] <skunkworks> I am figuring on tuning to 500ipm
[14:42:46] <skunkworks> (according to the little playing it should go to 600
[14:42:56] <cradek> velocity mode amps are great, aren't they
[14:43:03] <skunkworks> they are. even old ones.
[14:43:03] <cradek> it's nice when they're matched and tuned to the machine already
[14:43:29] <skunkworks> what should the max pid output be set to then?
[14:43:40] <cradek> I had to mess with mine a lot (replaced 2 of them)
[14:43:52] <cradek> many mysterious jumpers and soldered capacitors
[14:44:45] <cradek> I guess pid maxoutput should be a little more than what you get at rapid?
[14:45:10] <cradek> then it'll saturate if something goes wrong (you could tie the saturated output to amp-fault)
[14:45:57] <cradek> the amps also have a speed limit (at the tach input) and they'll fault with the tach error LED on if you get going too fast
[14:46:17] <cradek> which is nice...
[14:47:43] <skunkworks> dad has a few extra off ebay. we got the machine cheap because we think they where chasing their tail trying to fix a drive issue
[14:48:04] <cradek> heh did you find the real problem already?
[14:48:45] <skunkworks> we think the real problem was an open megohm resistor in the over current circuit of the drive.
[14:49:20] <cradek> yay
[14:49:58] <skunkworks> I don't know how dad found it ;)
[14:51:59] <skunkworks> not too messy ;)
[14:52:00] <skunkworks> http://electronicsam.com/images/matsuura/20160423_155545.jpg
[14:52:09] <skunkworks> those cables are nice
[14:52:58] <cradek> wow, stout
[15:00:03] -!- RobyRemzy has quit [Remote host closed the connection]
[15:07:03] -!- basiclaser has quit [Quit: Connection closed for inactivity]
[15:10:13] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[15:13:07] wtsmer is now known as remstw
[15:19:42] <pcw_home> Hmm customer trying to get 700 IPM from stepmotors with 14 TPI leadscrew....
[15:19:57] <skunkworks> that probably isn't going to happen...
[15:21:08] <archivist> managing unrealistic expectations is hard
[15:21:11] <pcw_home> asking you to change the tuning (its closed loop) to fix it
[15:21:15] -!- orangey has quit [Ping timeout: 276 seconds]
[15:22:06] <pcw_home> it does get to ~300 IPM before is goes bad (4200 RPM!)
[15:22:16] <skunkworks> show him the stepper motor rpm/torque curve?
[15:22:54] amnesic_away is now known as amnesic
[15:23:25] <pcw_home> I just explained that stepmotor have great low speed torque but that it drops rapidly at higher speeds
[15:23:35] <pcw_home> stepmotors
[15:25:17] <pcw_home> 700 IPM is probably possible with a plasma system with relatively coarse gearing
[15:26:23] -!- capricorn_1 has quit [Quit: Konversation terminated!]
[15:28:24] <skunkworks> Next to hook up the spindle drive analog
[15:33:24] -!- joem_ has quit [Quit: Leaving]
[15:34:18] <skunkworks> the 7i80 hasn't had an issue at all
[15:34:33] <skunkworks> (well - that wasn't caused by me)
[15:37:56] <skunkworks> pcw_home, has something changed with the 7i80 vs the 5i20 in regards to the opto22 boards? I remember having to set the gpio to open collector for the 5i20 - the 7i80 doesn't seem to care. (the led would glow very dimly if open collector wasn't set)
[15:44:20] <pcw_home> The bus switches on the Spartan3 boards allow 5V VOut even in push-pull mode
[15:45:02] <pcw_home> ( when jumpered for 5V tolerance mode )
[15:45:25] <pcw_home> Spartan3 and > I mean
[15:47:51] <pcw_home> The 5I20 outputs (Spartan2) are direct which means that output pins will be at 3.3V when high (which will turn +5V referenced LEDs on slightly )
[15:57:28] -!- Komzpa has quit [Ping timeout: 252 seconds]
[16:00:22] -!- ivansanchez has quit []
[16:02:59] -!- tobias47n9e__ has quit [Ping timeout: 260 seconds]
[16:25:03] <skunkworks> ah
[16:25:05] <skunkworks> thanks!
[16:26:06] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[16:28:47] -!- teepee has quit [Ping timeout: 244 seconds]
[16:28:47] teepee_ is now known as teepee
[16:29:19] <pcw_home> The FPGA cards with the bus switches also seem more resistant to damage (many more 5i20s back for repair than newer cards)
[16:29:21] <pcw_home> and in most cases if damaged, the bus switch is damaged, not the FPGA
[16:34:31] -!- swarfer has quit [Client Quit]
[16:34:43] <skunkworks> Cool - the 2 5i20 cards in the K&T have been rock solid. all of the i/o goes through opto22 though
[16:35:05] <skunkworks> (other than the drive interfaces)
[16:35:10] <jepler> I have a damaged card on which I should test that theory. A couple years ago, we blew up one of peter's little DC servo amps with back EMF; later I noticed that some of the outputs of the fpga board didn't work right either
[16:43:05] <skunkworks> wow - dad has been going to town
[16:43:06] <skunkworks> http://electronicsam.com/images/matsuura/DSC_7638.JPG
[16:44:23] <skunkworks> should have taken a before picture. There was a double layer terminal strip on the left side
[16:55:13] -!- Daerist has quit [Quit: Leaving]
[17:07:04] amnesic is now known as amnesic_away
[17:56:58] -!- maxcnc has quit [Quit: ChatZilla 0.9.92 [Firefox 45.0/20160304114926]]
[18:20:50] -!- gonzo_ has quit [Ping timeout: 276 seconds]
[18:21:34] -!- nofxx has quit [Read error: Connection reset by peer]
[18:28:39] <JT-Shop> yea my plasma will go 600 IPM on Nema 23 steppers
[18:28:58] <JT-Shop> I have it capped at 500 as there is no cut speed above that
[18:29:45] -!- gonzo__ has quit [Ping timeout: 276 seconds]
[18:38:39] <jepler> gross: > If you don't have a multimeter, set up a quick circle cut or similar that you can cut multiple times in a piece of waste material. Use a generous step down because we're trying to see when the machine misses steps. After each run, turn your current adjustments down bit by bit (CCW) - maybe 5 minutes on a clock dial each time. You should start seeing missed steps do to insufficient current.
[18:38:45] <jepler> Next, start working the other way turning the current up slightly (CW). At some point you should start seeing missed steps due to thermal shutdown. Back off slightly from this point, and you have a decent setting.[8]
[18:41:35] <PCW> what if you start seeing missed steps due to fire?
[18:50:25] <skunkworks> what magical stepping controller is this?
[18:52:58] -!- enleth has quit [Quit: leaving]
[18:55:23] <jepler> some reprap-class dingus
[18:55:30] -!- enleth has quit [Client Quit]
[18:56:53] -!- kingarmadillo has quit [Ping timeout: 250 seconds]
[18:57:59] <jepler> thermal shutdown circuitry is a part of a lot of the low end microstepping drivers such as A3967
[18:58:18] <jepler> I suppose it's good if they're designed to just ruin the work, not catch fire or melt their internal bonding wires
[18:59:14] <skunkworks> is this a realtime delay cause this?
[18:59:18] <skunkworks> http://pastebin.com/bvjeGds6
[18:59:28] <skunkworks> or is it a communication error?
[18:59:55] <jepler> I think that's a communication error first
[18:59:59] <skunkworks> (this is the HP i5 that had been running until today sometime.
[19:00:07] <skunkworks> ok. odd
[19:00:17] <skunkworks> maybe someone wiggled it
[19:00:29] <jepler> it's known that when a read request or read response packet is lost, the driver goes south and you have to restart linuxcnc
[19:00:45] <jepler> it's on my list of hm2_eth items to improve that
[19:00:52] -!- enleth has quit [Client Quit]
[19:01:15] <skunkworks> The matsuura (7i90) has been running for weeks and weeks with no issue.
[19:01:18] <jepler> There's a WIP branch relative to master that improves things a bit:
http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=shortlog;h=refs/heads/jepler/master/eth-packet-loss
[19:01:23] <skunkworks> *7i80
[19:02:04] <skunkworks> I can certainly test it on this machine
[19:02:51] <jepler> if your lost packet rate is on the order of 1/month I'm not sure it'll be the most useful test :)
[19:04:26] <skunkworks> heh - but it can run for another month.
[19:07:44] <jepler> anyway all the hard part of that little project remains to be done
[19:08:12] <jepler> the next easy step is to make the timeout configurable, and add an output to indicate when a failed read occurs (but without faulting the machine right away)
[19:08:35] <jepler> the hard step is figuring out how to make each different subsystem of hostmot2 work right in the event of a lost read or write
[19:09:07] <jepler> .. for instance, how you detect and what you do to recover from a lost write to the index-enable bit in an encoder
[19:10:36] <skunkworks> I am sure there are things not even thought about...
[19:20:48] <jepler> I think it's the most nebulous problem I've worked on so far where the hostmot2 driver is concerned
[19:42:35] <PCW> Sometime I think index enable should always be set
[19:43:07] -!- KimK has quit [Ping timeout: 260 seconds]
[19:43:49] <PCW> This also allows encoder sanity checking
[19:47:19] -!- raphdasouth has quit [Quit: Leaving]
[19:47:27] -!- beawesomeinstead has quit [Ping timeout: 268 seconds]
[19:51:21] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[19:51:29] -!- teepee has quit [Ping timeout: 250 seconds]
[19:51:29] teepee_ is now known as teepee
[19:59:10] -!- Not-Renny has quit [Ping timeout: 268 seconds]
[20:07:04] -!- skunkworks__ has quit [Ping timeout: 240 seconds]
[20:10:22] -!- skunkworks has quit [Read error: Connection reset by peer]
[20:20:24] -!- KimK [KimK!~Kim__@ip68-102-66-31.ks.ok.cox.net] has joined #linuxcnc-devel
[20:21:07] <seb_kuzminsky> jepler: i attempted to add something like that for the epp boards, way back when
[20:21:41] -!- b_b has quit [Remote host closed the connection]
[20:21:49] <seb_kuzminsky> the llio struct has an io_error hal pin
[20:22:06] <seb_kuzminsky> it gets set when the hm2_7i43 driver detects epp timeout
[20:22:13] <seb_kuzminsky> when set, all communication with the board is stopped
[20:22:23] <seb_kuzminsky> the user has to clear it in hal
[20:22:53] <seb_kuzminsky> then the hm2 driver force-writes all modules to sync their state up with the driver, and then normal communications start back up
[20:23:00] <seb_kuzminsky> might that work for the hm2_eth boards?
[20:38:30] -!- andypugh [andypugh!~andypugh@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[20:44:06] <jepler> seb_kuzminsky: I should look closely at that
[20:44:21] <jepler> seb_kuzminsky: in the case of ethernet, we want to continue (not stop) after a lost packet
[20:44:52] <jepler> but using force-write after a detected packet loss until the next success occasion sounds like a great idea; I'll study how to do that
[20:44:57] <jepler> thanks!
[20:49:13] <jepler> after a *single* lost packet. There'll need to be some sort of count up on error / count down on success / error on reaching threshold system for these detected ethernet errors
[20:53:18] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/trt_doc_test c1ce971 06linuxcnc 10docs/src/Submakefile 10docs/src/motion/5-axis-kinematics.txt docs/src/Submakefile use asciidoc -a latexmath * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c1ce971
[20:54:03] -!- asdfasd has quit [Ping timeout: 276 seconds]
[20:55:59] -!- d42 has quit [Read error: Connection reset by peer]
[21:10:24] -!- mase-tech has quit [Quit: Leaving]
[21:11:17] -!- Khetzal has quit [Ping timeout: 250 seconds]
[21:12:35] -!- Khetzal [Khetzal!~khetzal@sierra.khetzal.info] has joined #linuxcnc-devel
[21:15:27] -!- kalxas has quit [Changing host]
[21:32:53] -!- Deejay has quit [Quit: bye]
[21:43:38] -!- FloppyDisk has quit [Ping timeout: 276 seconds]
[21:58:38] -!- kalxas has quit [Quit: Goodbye]
[21:59:29] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[22:00:30] -!- JT-Shop has quit [Read error: Connection reset by peer]
[22:00:55] -!- JT-Shop [JT-Shop!~john@198.45.191.246] has joined #linuxcnc-devel
[22:04:24] -!- chillly has quit [Ping timeout: 246 seconds]
[22:04:24] -!- amiri has quit [Ping timeout: 246 seconds]
[22:04:45] -!- radish has quit [Ping timeout: 246 seconds]
[22:11:49] -!- chillly has quit []
[22:13:05] -!- swarfer has quit [Quit: swarfer]
[22:17:28] -!- PCW has quit [Read error: Connection reset by peer]
[22:22:25] <seb_kuzminsky> github gets an F in Ethics from the FSF:
https://www.gnu.org/software/repo-criteria-evaluation.html
[22:25:56] -!- Akex_ has quit [Quit: Connection closed for inactivity]
[22:38:27] -!- Valen has quit [Read error: Connection timed out]
[23:00:06] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[23:01:58] -!- teepee has quit [Ping timeout: 244 seconds]
[23:01:58] teepee_ is now known as teepee
[23:16:09] -!- shaun413 has quit [Quit: Connection closed for inactivity]
[23:17:12] -!- neckro23 has quit [Ping timeout: 260 seconds]
[23:44:10] <cradek> I have trouble getting worked up over the javascript thing.
[23:49:46] <andypugh> I feel that there may be more pressing ethical concerns, certainly.
[23:50:25] -!- Mathnerd314 has quit [Ping timeout: 268 seconds]
[23:52:12] -!- KimK has quit [Ping timeout: 260 seconds]
