Back
[00:24:52] -!- tjb1 has quit [Client Quit]
[00:27:42] -!- WillenCMD has quit [Quit: Leaving]
[00:29:15] -!- rob_h has quit [Ping timeout: 246 seconds]
[00:30:52] -!- joe9 [joe9!~joe9@c-24-126-150-243.hsd1.ga.comcast.net] has joined #linuxcnc-devel
[01:11:11] -!- tjb1 has quit [Client Quit]
[01:19:28] -!- joe9 has quit [Quit: leaving]
[01:19:45] -!- tjb1 has quit [Client Quit]
[01:26:53] -!- Dev__ has quit [Quit: Page closed]
[01:45:22] -!- tjb1 has quit [Client Quit]
[01:59:38] -!- null_radix has quit [Ping timeout: 244 seconds]
[02:05:40] -!- tjb1 has quit [Ping timeout: 246 seconds]
[02:29:19] -!- Nick001 has quit [Ping timeout: 272 seconds]
[02:38:23] -!- sumpfralle has quit [Ping timeout: 265 seconds]
[02:57:36] -!- FinboySlick has quit [Quit: Leaving.]
[03:14:57] -!- null_radix has quit [Ping timeout: 256 seconds]
[03:39:11] -!- Guthur has quit [Remote host closed the connection]
[03:54:20] -!- gmagno has quit [Quit: Leaving]
[03:56:12] -!- bonehead420 has quit []
[04:10:46] -!- taiden has quit [Quit: taiden]
[04:20:21] -!- tjb1 has quit [Quit: tjb1]
[04:44:08] -!- karavanjo has quit [Quit: Leaving]
[04:49:23] -!- tjb1 has quit [Quit: tjb1]
[05:03:23] -!- Fox_Muldr has quit [Ping timeout: 265 seconds]
[05:08:06] -!- tjb1 has quit [Client Quit]
[05:11:30] -!- mcenter has quit [Ping timeout: 264 seconds]
[05:24:01] -!- demacus has quit [Remote host closed the connection]
[05:34:04] -!- Valen has quit [Quit: Leaving.]
[05:36:52] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.21] has joined #linuxcnc-devel
[05:37:00] -!- maximilian_h has quit [Client Quit]
[05:47:06] -!- psha[work] [psha[work]!~psha@195.135.238.205] has joined #linuxcnc-devel
[05:47:15] -!- mcenter_ has quit [Ping timeout: 276 seconds]
[06:09:36] -!- null_radix has quit [Ping timeout: 245 seconds]
[06:18:31] -!- jthornton has quit [Read error: Connection reset by peer]
[06:18:52] -!- JT-Shop has quit [Read error: Connection reset by peer]
[06:19:38] -!- JT-Shop [JT-Shop!~john@184.20.140.167] has joined #linuxcnc-devel
[06:20:02] -!- jthornton [jthornton!~john@184.20.140.167] has joined #linuxcnc-devel
[06:38:43] -!- Loetmichel has quit [Read error: Connection reset by peer]
[06:39:52] -!- JT-Shop has quit [Read error: Connection reset by peer]
[06:39:56] -!- jthornton has quit [Read error: Connection reset by peer]
[06:41:04] -!- JT-Shop [JT-Shop!~john@184.20.140.167] has joined #linuxcnc-devel
[06:41:06] -!- jthornton [jthornton!~john@184.20.140.167] has joined #linuxcnc-devel
[07:04:36] -!- demacus has quit [Ping timeout: 276 seconds]
[07:20:21] -!- wsjr|2 has quit [Ping timeout: 248 seconds]
[07:27:40] -!- Connor has quit [Ping timeout: 252 seconds]
[07:28:13] -!- Connor_CNC has quit [Ping timeout: 268 seconds]
[07:43:16] -!- cncbasher_ [cncbasher_!~quassel@cpc15-hart9-2-0-cust101.11-3.cable.virginmedia.com] has joined #linuxcnc-devel
[07:43:38] -!- theorbtwo has quit [*.net *.split]
[07:43:38] -!- ybon has quit [*.net *.split]
[07:47:11] -!- rob_h [rob_h!~rob_h@027c3dec.bb.sky.com] has joined #linuxcnc-devel
[08:09:32] -!- geo01005 has quit [Ping timeout: 268 seconds]
[08:34:24] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[08:50:18] -!- AitalMAC has quit [Quit: Leaving]
[09:19:40] -!- PCW has quit [Ping timeout: 246 seconds]
[09:19:51] PCW_ is now known as PCW
[09:31:55] -!- Tom_itx has quit [Ping timeout: 246 seconds]
[09:39:45] -!- maximilian_h [maximilian_h!~bonsai@p549FC00F.dip.t-dialin.net] has joined #linuxcnc-devel
[09:46:45] -!- maximilian_h has quit [Quit: Leaving.]
[10:09:43] -!- engkur has quit [Read error: Connection reset by peer]
[10:10:29] -!- jthornton has quit [Read error: Connection reset by peer]
[10:10:57] -!- jthornton [jthornton!~john@184.20.140.167] has joined #linuxcnc-devel
[10:13:54] -!- stillme has quit [Quit: Leaving.]
[10:35:39] -!- factor has quit [Read error: Connection reset by peer]
[10:36:31] -!- phantoxe has quit [Read error: Connection reset by peer]
[10:55:11] -!- pjm has quit [Read error: Connection reset by peer]
[11:00:18] -!- Valen has quit [Quit: Leaving.]
[11:00:33] -!- morfic has quit [Read error: Connection reset by peer]
[11:04:41] <CIA-32> 03mhaberler 07v2.5_branch * r27b6da6d44b3 10/docs/src/common/python-interface.txt: docs: start work on the linuxcnc Python module
[11:05:45] <awallin> mhaberler: any chance of using the interpreter through python? any simple examples out there?
[11:06:08] <awallin> (I should say I found reading the AXIS source quite confusing... :)
[11:06:16] <mhaberler> welcome to the club
[11:07:49] <mhaberler> the only thing I can offer is this - note gcodemodule is geared towards preview/progress display generation; machine movements are generated by a 'real' interpreter in task:
http://git.mah.priv.at/gitweb/rs274-python.git
[11:08:14] <mhaberler> what do you want, preview or machine movements?
[11:13:04] -!- Keknom has quit [Quit: Leaving.]
[11:15:01] -!- seb__ has quit [Client Quit]
[11:34:44] -!- zakis has quit [Client Quit]
[11:39:35] <CIA-32> 03mhaberler 07v2.5_branch * ra108e108f24a 10/docs/src/ (common/python-interface.txt gui/gladevcp.txt): docs: touchups
[11:43:46] -!- mhaberler has quit [Quit: mhaberler]
[11:52:37] -!- demacus_ has quit [Ping timeout: 246 seconds]
[12:00:42] -!- zlog has quit [Ping timeout: 264 seconds]
[12:00:58] -!- Tom_itx has quit [Ping timeout: 245 seconds]
[12:01:42] -!- mozmck1 has quit [Quit: Leaving.]
[12:02:59] -!- zlog [zlog!~zlog@ip68-102-193-88.ks.ok.cox.net] has joined #linuxcnc-devel
[12:04:05] <awallin> I want to run my cutting simulation..
[12:04:51] <awallin> I have c++ routines that need to run in response to each g0/1/2/3 etc, which should then update an opengl model
[12:05:02] <awallin> not sure if I should drive it all from python or all in c++
[12:08:54] -!- sumpfralle has quit [Ping timeout: 252 seconds]
[12:10:36] -!- chron0 has quit [Remote host closed the connection]
[12:18:15] -!- factor has quit [Quit: Leaving]
[12:19:02] -!- mozmck [mozmck!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[12:24:19] -!- _bwg_ has quit [Ping timeout: 246 seconds]
[12:28:19] Cylly2 is now known as Loetmichel
[12:37:42] phantone is now known as phantoxe
[12:41:26] <cradek> sounds like you could just link in the ngc interp if your function calls match
[12:52:27] -!- micges [micges!~micges@ewj119.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[13:04:11] -!- odogono has quit [Read error: Connection reset by peer]
[13:07:40] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[13:07:55] <skunkworks> logger[p
[13:07:58] <skunkworks> logger[psha],
[13:25:10] -!- micges_ [micges_!~micges@day151.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[13:28:25] -!- gmagno has quit [Client Quit]
[13:28:27] -!- micges has quit [Ping timeout: 240 seconds]
[13:30:58] -!- demacus has quit [Ping timeout: 245 seconds]
[13:37:22] <awallin> cradek: yes, probably, I wonder if/how the interp code is documented..
[13:40:05] -!- oterral has quit [Ping timeout: 248 seconds]
[13:51:57] -!- micges_ has quit [Quit: Leaving]
[13:55:16] <cradek> awallin: the canon interface was documented in the ngc document, but I'm sure you'll find it quite out of date
[13:55:55] -!- _bwg_ has quit [Quit: Bye!]
[13:58:00] -!- oterral has quit [Ping timeout: 276 seconds]
[14:00:12] -!- gmagno has quit [Quit: Leaving]
[14:11:08] <cradek> the canon calls aren't the hard part - "driving" the interp is where I'd have to study a bit
[14:11:14] <cradek> maybe check sai
[14:11:30] <cradek> heck maybe just start with sai
[14:18:18] -!- oterral has quit [Ping timeout: 268 seconds]
[14:18:27] -!- null_radix has quit [Read error: Connection reset by peer]
[14:20:26] -!- oterral has quit [Read error: Operation timed out]
[14:34:55] -!- kent_ has quit [Read error: Operation timed out]
[14:35:26] -!- Vq has quit [Ping timeout: 248 seconds]
[14:46:45] -!- geo01005 has quit [Ping timeout: 248 seconds]
[14:46:45] <jepler> a class called 'PrintCanon' which is kind of like a framework for an SAI in python has bitrotted. Fixes (against master):
http://emergent.unpythonic.net/files/sandbox/printcanon-fix-bitrot.patches.mbox and a script that actually makes it go:
http://emergent.unpythonic.net/files/sandbox/pysai.py
[14:47:48] <jepler> this still doesn't take care of offsets and rotation in a sane way, and it doesn't help you get the same arcs that the real interpreter does..
[14:48:08] -!- gmagno has quit [Quit: Leaving]
[14:48:41] <jepler> the ArcsToSegmentsMixin and Translated classes are supposed to help with this, but they don
[14:48:51] <jepler> 't seem to be working with PrintCanon
[14:49:57] -!- stillme has quit [Ping timeout: 248 seconds]
[14:54:25] -!- micges [micges!~micges@day151.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[14:59:20] -!- BenceKovi11115 [BenceKovi11115!~BenceKovi@polaris.mogi.bme.hu] has joined #linuxcnc-devel
[15:00:19] -!- gmagno has quit [Ping timeout: 244 seconds]
[15:04:45] -!- BenceKovi11115 has quit [Read error: Connection reset by peer]
[15:06:54] -!- BenceKovi11115 [BenceKovi11115!~BenceKovi@polaris.mogi.bme.hu] has joined #linuxcnc-devel
[15:09:02] -!- psha[work] has quit [Quit: Lost terminal]
[15:23:45] -!- djcoin has quit [Quit: WeeChat 0.3.2]
[15:23:46] -!- tjb1 has quit [Read error: Connection reset by peer]
[15:34:10] -!- tjb1 has quit [Ping timeout: 246 seconds]
[15:34:11] tjb1_ is now known as tjb1
[15:43:49] -!- vladimirek has quit [Remote host closed the connection]
[15:48:20] -!- tjb1 has quit [Quit: tjb1]
[15:49:09] -!- stillme1 has quit [Quit: Leaving.]
[15:58:13] kent is now known as Guest53669
[16:03:12] -!- BenceKovi11115 has quit [Read error: Connection reset by peer]
[16:07:33] -!- jj_ has quit [Quit: Page closed]
[16:10:45] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[16:13:16] -!- wsjr has quit [Read error: Connection reset by peer]
[16:14:59] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[16:20:48] -!- sebjames has quit [Quit: Ex-Chat]
[17:14:36] -!- jthornton_ [jthornton_!~john@184.63.140.99] has joined #linuxcnc-devel
[17:17:43] -!- jthornton has quit [Ping timeout: 244 seconds]
[17:18:10] -!- JT-Shop has quit [Ping timeout: 246 seconds]
[17:18:55] -!- JT-Shop [JT-Shop!~john@184.63.140.99] has joined #linuxcnc-devel
[17:30:04] -!- IchGuckLive has quit [Ping timeout: 256 seconds]
[17:32:39] -!- automata [automata!~automata@122.170.77.13] has joined #linuxcnc-devel
[17:33:16] <automata> i seem to have run into a problem with running MDI commands with halui
[17:33:16] <automata> . The MDI command is specified in the INI file and called by activating a halui pin
[17:33:28] <automata> The problem is halui switches the mode to MDI then without completing the command immediately switches the mode back to manual. After that the command tries to run generating an error that EMC is not in MDI mode
[17:33:37] <automata> I have identified this bug with the halui.cc file in the main loop: check_hal_changes is called which calls sends the command to the emc command buffer. Immediately after that, the function modify_hal_pins is called. this function switches the mode to previous mode if emsStatus->status is non-zero.
[17:33:46] <automata> I think this is the source of my problem... In between the calls to check_hal_pins() which issues a command to the emcommandQueue, and modify_hal_pins which resets the mode back to manual, the emctaskplan thread needs to activate atleast once.
[17:33:54] <automata> That would make sure that the status queue would know that there is atleast one MDI command in the command queue.
[17:34:01] <automata> There are 2 simple solutions: 1. put an esleep(0.01) call between the check_hal_changes() and modify_hal_pins(). 2. reverse the call order of the two functions (call modify_hal_pins before check_hal_pins)
[17:34:09] <automata> I have tried both solutions and have not run into the problem since.
[17:34:16] <automata> But this being a timming glitch type of bug, what is the gurantee of it being sloved???
[17:34:25] <automata> can anyone with more experience in this field comment?
[17:36:40] <cradek> strange! I was sure that the halui mdi used to work correctly. what branch are you running?
[17:37:13] <cradek> I agree with your distrust of sleep to fix it
[17:39:39] <automata> 2.6.0pre~
[17:39:55] <automata> it works correctly most of the time...
[17:40:10] <cradek> have you tried v2.5_branch? if it works, you could bisect to find the breakage
[17:40:31] <automata> it's just once in a while the computer decides that halui mdi commands should not work... and then they dont!!! until the next re-boot
[17:40:32] <cradek> in master a lot of state-keeping code has changed
[17:41:11] <automata> I'll check on that... I'll compare my branch with 2.5 master...
[17:43:01] <automata> Also, could there be some issues with me running emc headless and using a GUI I wrote on another PC over the network...?
[17:43:21] <cradek> I don't know the answer to that
[17:44:14] <automata> I use emcrsh + halrmt + some general glue code for getting the status Queue messages piped over the network to a different computer...
[17:51:20] -!- stillme has quit [Ping timeout: 244 seconds]
[18:07:56] -!- sumpfralle has quit [Ping timeout: 245 seconds]
[18:19:03] <mhaberler> automata: I would think the fault is with sendMdi(): return emcCommandWaitReceived(emcCommandSerialNumber);
[18:19:21] <mhaberler> this returns as soon as the command is *received*
[18:19:29] <mhaberler> it should return after it is *completed*
[18:20:04] <mhaberler> however this would likely kill the ability to abort an mdi command by a hal pin
[18:21:11] <automata> mhaberler: if I have a long running command... like moving an axis to zero position.. then wait done will stop update of the other halui pins...
[18:21:36] <mhaberler> the easier option is to send an emc null message after the mdi command, this should return only after task picked up the previous command
[18:21:59] -!- tjb1 has quit [Quit: tjb1]
[18:22:10] -!- zer0_her0 has quit [Ping timeout: 252 seconds]
[18:22:16] <automata> This seems like a good solution...
[18:23:17] <automata> is there someplace EMC_NULL is documented...
[18:24:43] <mhaberler> emc_nml.hh:class EMC_NULL:public RCS_CMD_MSG {
[18:24:54] <mhaberler> here's your doc;)
[18:25:14] <mhaberler> need to check task, hold on.
[18:25:32] -!- phantoxe has quit []
[18:25:32] <automata> I found that... already in emctaskmain.cc
[18:25:42] <mhaberler> does handle it. you're good, methinks..
[18:29:02] <automata> So, the right solution is to send in a EMC_NULL Command after the EMC_TASK_PLAN_EXECUTE Command...
[18:29:22] <automata> Should I do a wait received or a wait done after EMC_NULL?
[18:30:43] <mhaberler> yes, I'd think so; the question is whether task turns around to read the next message when it got a TASK_PLAN_EXECUTE but I would guess so because otherwise it couldnt be aborted by an EMC_ABORT
[18:31:23] <mhaberler> but you will find out on first try;) - send both, and do wait received; not wait complete
[18:32:05] <automata> Task will read the next message. So the EMC_NULL should do a wait done...
[18:32:31] <automata> So on the next task read, it will get picked up...
[18:33:12] <mhaberler> you're right, EMC_NULL should complete immediately
[18:33:17] <automata> However, there does not seem to be a way to test if this really solved the problem... as the problem is so intermitant...
[18:33:59] <automata> i crops up once in 50 reboots and then refuses to go until the next reboot...
[18:35:52] <mhaberler> you could make halui very aggressive by shirtening the esleep() in main()
[18:35:58] <mhaberler> shi/sho
[18:36:28] <mhaberler> I'd guess that should trigger it more consistently
[18:36:54] -!- ys52 has quit [Quit: Page closed]
[18:38:50] <automata> I will increase the task plan cycle time in the ini file tooo.. that will probably help too...
[18:39:08] <mhaberler> right, fiddle either end
[18:39:20] <automata> in bringing the bug out...
[18:39:35] <automata> thanks... I will update you on my findings...
[18:39:50] <automata> need to get some sleep now!!
[18:40:03] <mhaberler> I'd be interested if the NULL msg thing helps ; where are you located?
[18:40:12] <automata> Mumbai,India
[18:40:25] <mhaberler> uh, clearly ahead!
[18:40:39] <automata> where are you located?
[18:40:49] <mhaberler> Graz, Austria
[18:41:15] <mhaberler> CET+1
[18:41:35] <automata> GMT + 5:30
[18:42:04] <automata> Goodnight
[18:42:06] <mhaberler> cu
[18:47:08] -!- automata has quit [Ping timeout: 244 seconds]
[18:47:44] -!- erictheise has quit [Quit: erictheise]
[18:51:37] -!- karavanjo has quit [Quit: Leaving]
[18:55:39] -!- stillme has quit [Read error: Connection reset by peer]
[18:58:58] -!- gmagno has quit [Quit: Leaving]
[19:23:05] -!- vladimirek has quit [Remote host closed the connection]
[19:30:21] -!- tjb1 has quit [Quit: tjb1]
[19:31:17] -!- erasmo [erasmo!~erasmo@77-255-239-224.adsl.inetia.pl] has joined #linuxcnc-devel
[19:44:53] -!- Loetmichel has quit [Ping timeout: 248 seconds]
[19:47:26] -!- Vq has quit [Ping timeout: 248 seconds]
[19:47:55] -!- Guest53669 has quit [Ping timeout: 246 seconds]
[19:48:21] -!- gallenat0r has quit [Quit: This computer has gone to sleep]
[19:49:20] toudi_ is now known as micges_dev
[19:50:59] -!- micges_dev has quit [Client Quit]
[19:57:49] -!- micges has quit [Quit: Leaving]
[19:58:09] -!- micges [micges!~micges@day151.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[19:59:23] -!- chillly has quit [Quit: Leaving]
[20:04:05] -!- Guthur has quit [Ping timeout: 248 seconds]
[20:05:15] Vq_ is now known as Vq
[20:23:06] <CIA-32> 03mhaberler 07v2.5_branch * r8502971e0e0e 10/docs/src/gui/gladevcp.txt: docs/gladevcp: clarify proper shutdown and state saving
[20:26:07] jthornton_ is now known as jthornton
[20:36:02] <JT-Shop> mhaberler, a program example for gladevcp linuxcnc stat would make that section easier to understand
[20:36:18] <JT-Shop> http://linuxcnc.org/docs/html/gui/gladevcp.html#_using_the_linuxcnc_stat_object_to_deal_with_status_changes
[20:36:50] <JT-Shop> python interface docs looking good
[20:37:13] <mhaberler> yes, but you assume I understand what Pavel did ;)
[20:37:43] <JT-Shop> LOL
[20:38:27] <JT-Shop> I looked at this morning but got dragged to the industrial park before I could figure it out
[20:38:56] <mhaberler> ok, I guess it really it should be two examples - using EMC Stat based actions, and a vanilla linuxcnc polling solution with a timer callback; I really need to try how that can be unified
[20:39:19] <mhaberler> is that where you currently stand with your GUI?
[20:41:31] <JT-Shop> I am trying to finish up the 3rd tutorial for writing a gui atm and have done a few more things past that like getting the DRO to function using python
[20:42:08] <JT-Shop> I saw the stat as an action and wanted to see what it did
[20:42:28] <mhaberler> well actually all it needs is how you get at the linuxcnc instance variables so you pull out emcstatus variables, and add command and error channels (in case they arent there yet, need to look)
[20:43:29] <mhaberler> ok, I give in.. will look into it
[20:49:11] <JT-Shop> :)
[20:50:17] -!- andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust639.basl.cable.virginmedia.com] has joined #linuxcnc-devel
[20:50:25] -!- DJ9DJ has quit [Quit: bye]
[20:54:32] -!- skunkworks has quit [Read error: Connection reset by peer]
[20:55:07] -!- mhaberler has quit [Ping timeout: 240 seconds]
[21:03:24] Cylly2 is now known as Loetmichel
[21:27:03] -!- FinboySlick has quit [Quit: Leaving.]
[21:29:14] -!- erasmo has quit [Remote host closed the connection]
[21:32:43] -!- mhaberler [mhaberler!~mhaberler@extern-182.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[21:51:25] -!- zzolo has quit [Quit: zzolo]
[21:52:32] -!- micges has quit [Quit: Leaving]
[21:52:47] -!- r00t-Shed has quit [Ping timeout: 268 seconds]
[21:57:09] -!- bedah has quit [Quit: Ex-Chat]
[21:59:51] -!- nandoP has quit [Ping timeout: 244 seconds]
[21:59:51] nandoP_ is now known as nandoP
[22:07:34] -!- syyl has quit [Quit: Leaving]
[22:29:47] -!- grummund has quit [Ping timeout: 244 seconds]
[22:30:02] -!- theorbtwo has quit [Ping timeout: 255 seconds]
[22:34:16] -!- servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[22:53:07] -!- sumpfralle has quit [Ping timeout: 240 seconds]
[22:57:21] -!- asdfasd has quit [Ping timeout: 265 seconds]
[23:07:10] -!- sumpfralle has quit [Quit: Leaving.]
[23:10:56] -!- nandoP has quit [Ping timeout: 246 seconds]
[23:10:56] nandoP_ is now known as nandoP
[23:20:51] -!- geo01005 has quit [Ping timeout: 245 seconds]
[23:21:01] geo01005_ is now known as geo01005
[23:52:06] -!- skunkworks__ [skunkworks__!~chatzilla@str-bb-cable-south-3-102.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[23:58:57] -!- Nick001-Shop has quit [Quit: ChatZilla 0.9.88.2 [Firefox 14.0.1/20120713134347]]