Back
[00:05:01] -!-
theorbtwo has quit [Ping timeout: 264 seconds]
[00:05:12] theorb is now known as
theorbtwo
[00:11:28] -!-
n2diy has quit [Quit: Ex-Chat]
[00:18:44] -!-
Calyp has quit [Quit: Leaving]
[00:20:48] -!-
sumpfralle has quit [Ping timeout: 258 seconds]
[00:24:49] -!-
macpod has quit [Quit: errand]
[00:41:55] -!-
TekniQue has quit [Changing host]
[00:53:39] -!-
danielfalck [
[email protected]] has joined #emc-devel
[01:04:14] <danielfalck> is there still a log of this channel anywhere?
[01:05:30] -!-
SadMan has quit [Ping timeout: 258 seconds]
[01:44:47] -!-
YK has quit [Client Quit]
[01:47:27] -!-
bootnecklad has quit [Read error: Connection reset by peer]
[01:47:28] -!-
Danimal_garage has quit [Read error: Connection reset by peer]
[02:07:04] -!-
kljsdfhklj has quit [Quit: kljsdfhklj]
[02:16:34] <chester88> danielfalck:
http://psha.org.ru/irc/%23emc-devel/index-2011.html
[02:26:40] -!-
ve7it has quit [Remote host closed the connection]
[02:27:46] <danielfalck> chester88: thanks
[02:44:13] -!-
ries has quit [Quit: ries]
[03:47:26] -!-
toastyde1th has quit [Ping timeout: 246 seconds]
[04:17:52] -!-
mhaberler [
[email protected]] has joined #emc-devel
[04:51:08] -!-
FinboySlick has quit [Quit: Miranda IM! Smaller, Faster, Easier.
http://miranda-im.org]
[05:05:45] kb18951452 is now known as
kbarry
[05:16:07] -!-
psha[work] [psha[work]
[email protected]] has joined #emc-devel
[05:37:38] -!-
kbarry has quit [Remote host closed the connection]
[05:38:54] -!-
automata [
[email protected]] has joined #emc-devel
[05:47:45] -!-
vladimirek [
[email protected]] has joined #emc-devel
[05:54:09] -!-
mhaberler has quit [Quit: mhaberler]
[06:04:13] -!-
theos has quit [Ping timeout: 240 seconds]
[06:52:11] -!-
e-ndy [e-ndy!~jkastner@nat/redhat/x-ozofaotbqajakxmt] has joined #emc-devel
[06:56:16] -!-
WalterN has quit [Read error: Connection reset by peer]
[07:01:49] -!-
Danimal_garage has quit [Read error: Connection reset by peer]
[07:03:56] -!-
Eartaker has quit [Quit: Leaving]
[07:12:55] -!-
El_Matarife has quit [Quit: Nettalk6 - www.ntalk.de]
[07:53:59] -!-
MonstaBelly has quit [Quit: Leaving]
[08:26:20] -!-
vladimirek has quit [Ping timeout: 260 seconds]
[08:36:54] -!-
robh__ [
[email protected]] has joined #emc-devel
[08:50:54] -!-
mhaberler [
[email protected]] has joined #emc-devel
[08:53:38] -!-
vladimirek [
[email protected]] has joined #emc-devel
[08:54:27] -!-
awallin_ [awallin_!~quassel@2001:708:110:1020:224:7eff:feda:7c7d] has joined #emc-devel
[08:59:28] -!-
Eartaker has quit [Quit: Leaving]
[09:02:59] -!-
pingufan has quit [Remote host closed the connection]
[09:08:03] -!-
mhaberler has quit [Quit: mhaberler]
[10:00:28] -!-
mhaberler [
[email protected]] has joined #emc-devel
[10:00:30] -!-
mhaberler has quit [Client Quit]
[10:20:17] -!-
maximilian_h [
[email protected]] has joined #emc-devel
[11:03:55] -!-
bootnecklad has quit [Read error: Connection reset by peer]
[11:24:44] -!-
maximilian_h has quit [Ping timeout: 245 seconds]
[12:30:20] -!-
JT-Shop has quit [Read error: Connection reset by peer]
[12:30:50] -!-
JT-Shop [
[email protected]] has joined #emc-devel
[12:37:26] -!-
betta_y_omega [
[email protected]] has joined #emc-devel
[12:47:21] -!-
sumpfralle has quit [Read error: Connection reset by peer]
[13:00:43] -!-
theos has quit [Disconnected by services]
[13:02:29] -!-
HDB10 has quit [Quit: Ex-Chat]
[13:05:17] -!-
theos has quit [Disconnected by services]
[13:06:37] -!-
theos has quit [Remote host closed the connection]
[13:18:46] -!-
sumpfralle has quit [Ping timeout: 260 seconds]
[13:22:00] -!-
mhaberler [
[email protected]] has joined #emc-devel
[13:31:02] -!-
MOGLI has quit [Quit: Visitor from www.linuxcnc.org]
[13:38:57] -!-
vladimirek has quit [Ping timeout: 276 seconds]
[13:48:14] <danielfalck> mhaberler: my friend just bought a Hardinge lathe and intents on converting it to emc
[13:48:24] <mhaberler> ok
[13:48:39] <danielfalck> he works with me during the day at a place that does high volume production on lathes
[13:49:16] <danielfalck> we run try to keep the machines running constantly- so any adjustments to offsets of any kind need to be on the fly
[13:50:12] <danielfalck> for instance- we measure the part that was just produced as the next one is running
[13:50:40] <danielfalck> but, we make adjustments to the tools according to measurements and input them into the Fanuc controls
[13:51:01] <danielfalck> then next time in the cycle that that tool is loaded, it's new diameter value is reloaded
[13:51:36] <mhaberler> so its offset editing during auto mode?
[13:51:41] <danielfalck> yes
[13:52:38] <danielfalck> I think that now emc loads it all in at the start of a program, but it would be good to load it in just before a new tool change command
[13:52:59] <mhaberler> not necessarily
[13:53:08] <mhaberler> so you're editing the offset of a tool yet-to-be-loaded?
[13:53:29] <mhaberler> or a system (G5x)?
[13:54:03] <danielfalck> yes - we are editing tool diameter of the upcoming tool
[13:54:43] <danielfalck> my friend wants to look at 'wear offsets' too, but I thought it would be good to look at diameter offsets first ( I can use them on mills too)
[13:56:02] <mhaberler> hm, when you edit the tt during auto, and load the next tool. the tooltable should be re-read I think; maybe a G43 variant does it too
[13:57:01] -!-
cradek_ [
[email protected]] has joined #emc-devel
[13:57:11] <mhaberler> are you positive this does NOT work as emc stands right now?
[13:59:21] <mhaberler> so the 'upcoming tool' would have a different tool number like the current one, then, I assume
[13:59:43] <mhaberler> you're not fiddling with offsets of the *current toole*, are you?
[14:00:54] -!-
moldovean [
[email protected]] has joined #emc-devel
[14:01:12] -!-
Loetmichel has quit [Ping timeout: 240 seconds]
[14:01:13] -!-
tlab has quit [Ping timeout: 240 seconds]
[14:01:48] -!-
cradek has quit [Read error: Connection reset by peer]
[14:01:48] -!-
lilalinux has quit [Quit: deswahnsinns.de]
[14:01:48] -!-
automata has quit [Ping timeout: 252 seconds]
[14:01:48] -!-
i_tarzan has quit [Ping timeout: 252 seconds]
[14:01:48] -!-
adb has quit [Ping timeout: 252 seconds]
[14:01:48] -!-
fragalot has quit [Ping timeout: 252 seconds]
[14:01:49] -!-
Farthen has quit [Ping timeout: 252 seconds]
[14:01:49] lilalinux_mbp is now known as
lilalinux
[14:03:20] <danielfalck> the 'modern' guis like axis and touchy complain with an error when I try to reload the tool table in auto mode (via a python trick), but 'mini' doesn't
[14:03:25] -!-
Spida has quit [Ping timeout: 240 seconds]
[14:04:10] <mhaberler> my question more like was: what you want to do - are you sure this doesnt work without 'reload tool table'?
[14:04:19] <danielfalck> I sent the reload tool table request to axis, via a python command, because it seems to have the 'reload tool table' button greyed out during auto mode
[14:04:28] -!-
automata [
[email protected]] has joined #emc-devel
[14:04:45] <mhaberler> forget the button. Does the wrong thing happen if you JUST edit the tt and save it?
[14:04:47] <danielfalck> it does work with a G10 L1 PXX command and an external file
[14:05:16] <mhaberler> external file, what do you mean by that?
[14:05:17] <danielfalck> correct- it doesn't update by just saving the tool table
[14:05:46] <mhaberler> an you want to *remain* in auto mode continously?
[14:05:59] <danielfalck> you can set up a 'fake' tool table as in a subroutine that assigns named variables some values and then use G10 L1 Pxx to reload it
[14:06:08] <danielfalck> yes- continously
[14:06:16] <danielfalck> for high volume work
[14:06:34] <mhaberler> but your subroutine would be started from mdi, or what?
[14:07:30] <danielfalck> if you put a G10 L1 P command in your program, just before a tool change- you can run the program in auto mode and at the same time go edit the external file that contains the variables
[14:07:46] <mhaberler> technically what this boils down to is to sent an EMC_TOOL_LOAD_TOOLTABLE NML message to task, and the tight thing should happen
[14:07:50] <danielfalck> then, when emc comes to the G10 command, it does update the tool table
[14:07:57] -!-
MOGLI has quit [Ping timeout: 258 seconds]
[14:08:17] <danielfalck> ok, that's good
[14:08:26] <mhaberler> oh, so you change an *external o-word procedure*?
[14:08:31] <danielfalck> yes
[14:08:34] <mhaberler> aha
[14:09:04] <danielfalck> so, we knew it was possible to do- but talking with Chris the other night, we weren't sure about the best route to go
[14:09:05] <mhaberler> as I said, that message should do
[14:09:23] <mhaberler> option 1 is too look for codes which trigger it, G43 variants might be
[14:10:22] <mhaberler> option 2: auto-reload tooltable if timestamp/struct stat fields changed, locus= iocontrol
[14:11:15] <mhaberler> one would have make sure the UI is notified to reload the tt or preview will be off
[14:11:58] <mhaberler> one more snafu in the wonderful world of the EMC 'world model' implementation, which I really have an issue with
[14:12:48] <mhaberler> option 3: extend emcmodule.cc to expose a python function which sends an EMC_TOOL_LOAD_TOOLTABLE
[14:12:54] -!-
psha[work] has quit [Quit: leaving]
[14:13:27] <mhaberler> option 4: use my remapping-preview-0 branch and modify the m6 epilog to reload the tt
[14:13:45] <danielfalck> cool
[14:14:04] <danielfalck> that sounds like a good option
[14:14:44] Spida_ is now known as
Spida
[14:14:48] <mhaberler> option 5: modify Axis to leave 'reload tt' active on auto - again, Axis would have to reload the tt too
[14:15:53] <mhaberler> let me look in the code
[14:15:57] <danielfalck> thanks
[14:16:16] <danielfalck> we are interested in building a simple lathe oriented gui
[14:16:27] <danielfalck> preview won't even be necessary for this one
[14:16:43] <danielfalck> my friend is used to the Fanuc OT controls, which don't have preview
[14:18:44] <JT-Shop> mhaberler: is the remapping-preview-0 branch the one that can have custom tool change routines for tool changers?
[14:19:16] <mhaberler> yes - remapping t,m6 etc is one of the remapping tricks
[14:19:33] <mhaberler> I'm still working on docs and example configs, should announce in a few days
[14:20:11] <JT-Shop> thanks
[14:20:34] <mhaberler> daniefalck: the interpreter per se doesnt have a way to trigger an explicit way of pinging iocontrol to reload tt by sending an NML EMC_TOOL_LOAD_TOOL_TABLE
[14:20:42] <mhaberler> but its trivial to add and expose
[14:20:56] <mhaberler> what one would need to do in the interpreter:
[14:21:09] <mhaberler> add canon function which does send that nml message
[14:21:22] <mhaberler> add to gcodemodule so ui doesnt break
[14:21:39] <mhaberler> add call to that function, and interp.synch() in the M6 epilog procedure, done
[14:21:42] <mhaberler> 10 lines or so
[14:22:18] <danielfalck> ok, thanks. we will try it
[14:22:37] <mhaberler> JT-Shop: running the Heescad offset python code for pockets is another remapping stunt ;-)
[14:22:51] <JT-Shop> neat!
[14:23:49] <danielfalck> mhaberler: what is that? (another heekscad stunt :)
[14:24:17] <mhaberler> just import libarea in a Python oword procedure or remapped code an generate a path there
[14:24:33] <mhaberler> not that this is particularly bright example
[14:24:37] <danielfalck> oh, yes
[14:25:45] <mhaberler> the interpreter will call python during remapping of code before and after an oword proc, to do the stuff ngc cant do, and when oword.foo is a Python callable and you execute 'o<foo> call'
[14:25:57] <danielfalck> I'm just starting to get interested in working on my mill retrofit project again- just bought the servo amps- so am also getting interested in combining heeks and emc
[14:27:47] <danielfalck> very cool mhaberler
[14:29:49] <mhaberler> I am unsure wether preview in Axis can be coerced to follow these changes though; need to check wether it reloads tt on change; I think only at start of preview
[14:31:14] <mhaberler> please add any findings to my Rube Goldberg compendium at:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?ToolInformationFlow
[14:32:17] <danielfalck> thanks. I will study that
[14:32:24] <mhaberler> I'm off - beach social duties are calling, cu
[14:32:35] <danielfalck> nice- thank you for the advice
[14:35:55] -!-
sumpfralle1 has quit [Ping timeout: 252 seconds]
[14:36:10] -!-
factor has quit [*.net *.split]
[14:36:10] -!-
TekniQue has quit [*.net *.split]
[14:36:10] -!-
tris has quit [*.net *.split]
[14:36:10] -!-
esden has quit [*.net *.split]
[14:36:10] -!-
CIA-11 has quit [*.net *.split]
[14:36:39] -!-
mhaberler has quit [Ping timeout: 252 seconds]
[14:44:18] -!-
CIA-11 [
[email protected]] has joined #emc-devel
[14:48:13] -!-
pjm__ has quit [Ping timeout: 268 seconds]
[14:59:49] -!-
awallin_ has quit [Remote host closed the connection]
[15:00:40] -!-
e-ndy has quit [Quit: Ex-Chat]
[15:03:51] -!-
sumpfralle has quit [Ping timeout: 258 seconds]
[15:09:53] -!-
sumpfralle1 has quit [Ping timeout: 240 seconds]
[15:16:59] -!-
i_tarzan has quit [Ping timeout: 252 seconds]
[15:17:21] -!-
Valen has quit [Quit: Leaving.]
[15:38:17] -!-
e-ndy [
[email protected]] has joined #emc-devel
[15:44:03] -!-
vladimirek [
[email protected]] has joined #emc-devel
[15:51:32] -!-
theos has quit [Disconnected by services]
[15:51:38] -!-
YK has quit [Client Quit]
[16:04:15] -!-
theos has quit [Ping timeout: 260 seconds]
[16:05:32] -!-
psha [
[email protected]] has joined #emc-devel
[17:09:18] -!-
Danimal_garage has quit [Read error: Connection reset by peer]
[17:22:02] -!-
ve7it [
[email protected]] has joined #emc-devel
[17:27:04] -!-
IchGuckLive has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.18/20110628230241]]
[17:29:48] davec is now known as
Guest79099
[18:07:20] -!-
andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has joined #emc-devel
[18:19:11] -!-
isssy has quit [Quit: Visitor from www.linuxcnc.org]
[18:26:58] -!-
Guest79099 has quit [Quit: Leaving]
[18:38:31] -!-
bootnecklad has quit [Ping timeout: 258 seconds]
[18:40:34] -!-
awallin has quit [Remote host closed the connection]
[18:48:40] bootnecklad` is now known as
bootnecklad
[19:02:08] -!-
robh__ has quit [Read error: Connection reset by peer]
[19:02:37] -!-
robh__ [
[email protected]] has joined #emc-devel
[19:23:35] -!-
awallin [
[email protected]] has joined #emc-devel
[19:33:00] -!-
bootnecklad has quit [Ping timeout: 258 seconds]
[20:01:11] <andypugh> cradek_: You got your ears on?
[20:03:33] <andypugh> http://pastebin.com/G9hYc0UB
[20:04:47] <andypugh> (Input from jepler or seb would be good too). This is Pete's changes to support 5i25 and a couple of other cards. I think it looks safe to push to v2.5_branch, but would appreciate a second opinion.
[20:08:19] <andypugh> (Just noticed some whitespace changes, which I will remove)
[20:16:19] -!-
FinboySlick has quit [Quit: Leaving.]
[20:30:24] <andypugh> Now without the whitespace changes:
http://pastebin.com/kAbuFmB7
[20:32:47] -!-
micges has quit [Quit: Ex-Chat]
[20:35:18] -!-
psha has quit [Quit: Lost terminal]
[20:37:51] -!-
kljsdfhklj has quit [Quit: kljsdfhklj]
[21:05:19] -!-
bootnecklad has quit [Ping timeout: 252 seconds]
[21:05:52] -!-
vladimirek has quit [Remote host closed the connection]
[21:07:19] bootnecklad` is now known as
bootnecklad
[21:23:41] -!-
jthornton has quit [Ping timeout: 240 seconds]
[21:24:45] -!-
JT-Shop has quit [Ping timeout: 240 seconds]
[21:33:25] -!-
Tom_L has quit []
[21:52:43] -!-
e-ndy has quit [Quit: Ex-Chat]
[21:54:20] -!-
Fox_Muldr has quit [Ping timeout: 268 seconds]
[21:58:46] -!-
vladimirek [
[email protected]] has joined #emc-devel
[22:11:55] -!-
jthornton [
[email protected]] has joined #emc-devel
[22:28:55] -!-
mikegg has quit [Read error: Connection reset by peer]
[22:45:05] <andypugh> As SWPadnos appears to be alive, could you glance over the patch above, and see if you think it looks as safe as I think it is? PCW has checked that it makes a 5i25 work, I have checked that it doesn't stop a 5i23 working...
[22:48:11] -!-
odiug has quit [Ping timeout: 240 seconds]
[22:49:51] -!-
vladimirek has quit [Remote host closed the connection]
[22:54:48] <SWPadnos> andypugh, in that paste, lines 184 and 185 probably should have different names for the two connectors
[23:00:11] <andypugh> Your _good_!
[23:01:02] <SWPadnos> one more: the port bit width check (lines 336-340) probably shouldn't be removed, but changed to accept either 24 or 17 bit widths
[23:01:08] <SWPadnos> thanks :)
[23:04:21] <andypugh> There are soon to be 24, 17 and 32 widths. (see 363 et. seq.) The check seems like paranoia. How likely is it that anyone will find a bitfile with an invalid width, and how bad is it if it happens?
[23:05:46] <SWPadnos> it's more of a sanity check, I imagine
[23:06:18] <SWPadnos> if there's no need to check at all, then it's OK to remove. If there's any reason to check, then the check should be left in, but modified to accept any known values
[23:06:29] <SWPadnos> I can't answer that question though
[23:07:12] -!-
bootnecklad has quit [Disconnected by services]
[23:07:15] bootnecklad` is now known as
bootnecklad
[23:10:58] <andypugh> I think it makes little sense to re-write the driver every time Pete makes a different-width card. I think the check is to ensure that the pin-parsing code works, and the patch handles that for the currently-valid widths.
[23:16:55] <andypugh> SWPadnos: You saw Pete's reply? it seems that two registers share P1 on that card. (of which, as far as I know, no examples are in the wild(
[23:22:43] -!-
isssy has quit [Read error: Connection reset by peer]
[23:45:10] -!-
PCW has quit [Quit: ChatZilla 0.9.87 [Firefox 3.6.13/20101203075014]]