#linuxcnc-devel | Logs for 2019-02-27
Back
[00:43:57] -!- ve7it has quit [Remote host closed the connection]
[01:46:17] -!- c-log has quit [Ping timeout: 245 seconds]
[01:48:12] -!- c-log has joined #linuxcnc-devel
[01:54:27] -!- c-log has quit [Ping timeout: 240 seconds]
[01:56:15] -!- c-log has joined #linuxcnc-devel
[02:39:02] -!- c-log has quit [Ping timeout: 255 seconds]
[02:41:29] -!- c-log has joined #linuxcnc-devel
[03:26:46] -!- selroc has joined #linuxcnc-devel
[03:39:26] -!- selroc has quit [Quit: Leaving]
[03:44:12] -!- c-log has quit [Ping timeout: 245 seconds]
[03:47:20] -!- c-log has joined #linuxcnc-devel
[04:15:02] -!- JT-Shop has joined #linuxcnc-devel
[04:15:06] -!- jthornton has joined #linuxcnc-devel
[09:54:29] -!- jthornton has quit [Remote host closed the connection]
[09:57:55] -!- jthornton has joined #linuxcnc-devel
[11:05:51] -!- cerna has joined #linuxcnc-devel
[11:37:58] -!- cerna has quit [Quit: Page closed]
[14:03:38] -!- ve7it has joined #linuxcnc-devel
[14:19:38] -!- micges has joined #linuxcnc-devel
[14:50:30] -!- micges_ has joined #linuxcnc-devel
[14:50:44] -!- micges_ has quit [Read error: Connection reset by peer]
[14:51:20] -!- micges_ has joined #linuxcnc-devel
[14:51:20] -!- micges_ has quit [Read error: Connection reset by peer]
[14:51:50] -!- micges_ has joined #linuxcnc-devel
[14:51:50] -!- micges_ has quit [Read error: Connection reset by peer]
[14:52:22] -!- micges_ has joined #linuxcnc-devel
[14:52:23] -!- micges_ has quit [Read error: Connection reset by peer]
[14:52:52] -!- micges_ has joined #linuxcnc-devel
[14:53:30] -!- micges_ has quit [Read error: Connection reset by peer]
[14:53:48] -!- micges_ has joined #linuxcnc-devel
[14:53:55] -!- micges has quit [Ping timeout: 246 seconds]
[14:54:09] -!- micges_ has quit [Read error: Connection reset by peer]
[14:54:17] -!- micges_ has joined #linuxcnc-devel
[14:54:52] -!- micges__ has joined #linuxcnc-devel
[14:54:52] -!- micges_ has quit [Read error: Connection reset by peer]
[14:55:15] -!- micges__ has quit [Read error: Connection reset by peer]
[14:55:48] -!- micges__ has joined #linuxcnc-devel
[14:55:48] -!- micges__ has quit [Read error: Connection reset by peer]
[14:56:20] -!- micges__ has joined #linuxcnc-devel
[14:56:30] -!- micges__ has quit [Read error: Connection reset by peer]
[14:56:50] -!- micges__ has joined #linuxcnc-devel
[14:57:02] -!- micges__ has quit [Read error: Connection reset by peer]
[15:20:28] -!- andypugh has joined #linuxcnc-devel
[15:23:37] <andypugh> I wonder if this code is redundant?
[15:24:30] <andypugh> https://github.com
[15:26:10] -!- c-log has quit [Ping timeout: 258 seconds]
[15:27:34] -!- c-log has joined #linuxcnc-devel
[15:28:00] <andypugh> I commented it out and homing still happens. I think that the joints get their home params from inijoint.cc instead:
[15:28:00] <andypugh> https://github.com
[15:28:22] <andypugh> Both call emcJointSetHomingParams()
[15:41:51] -!- KimK has quit [Quit: Leaving]
[16:42:33] <rene_dev_> andypugh a quick grep showed that the message type is not used
[16:42:41] <rene_dev_> tell me more about spindle homing
[16:58:28] <andypugh> I only plan on something very simple, run the spindle at a fixed speed until index reset.
[17:01:11] -!- KimK has joined #linuxcnc-devel
[17:01:27] <andypugh> One use-case is spindle-orient, but you might need to re-home in some cases if, for example, the spindle encoder counter can’t handle top speed.
[17:01:53] <andypugh> (Which I suspect isn’t that unusual)
[17:02:46] <andypugh> It’s just a logical extension of the multi-spindle patch that makes spindles and joints converge a bit more.
[17:06:37] <cradek> my vmc's spindle encoder loses count if it gets much over tapping speed, and I don't care at all
[17:07:30] <cradek> if it used it for orient that'd be different!
[17:13:42] <andypugh> Yes, exactly. My old lathe was the same. It’s not a problem for threading and tapping.
[17:14:19] <andypugh> But if your VMC needed to orient the spindle for tool-change, then it would matter and you would want to re-home prior to orient as part of the tool change sequence.
[17:16:45] <cradek> definitely
[17:17:25] <cradek> mine orients with a pin and the vfd's jog input, which is the best way
[17:17:36] <cradek> the pin stays in, mechanically locking the spindle during the tool change
[17:19:39] <andypugh> And, also, it bugged me to have to re-type this FIXME: https://github.com
[17:20:49] <andypugh> I am not sure that spindle homing would ever be useful to anyone, really, but it just feels like it should be there. And I have tried to fudge it in HAL for someone at least once.
[17:46:01] <rene_dev_> cradek "much over tapping speed"
[17:46:10] <rene_dev_> I dont understand why you would tap at low speeds :D
[17:47:39] <rene_dev_> cradek yeah, samt pin shit on my haas
[17:52:46] <rene_dev_> if you dont trust the vfd to hold position during toolchange, why would you trust the other axis?
[19:08:11] -!- andypugh has quit [Quit: andypugh]
[19:45:02] -!- JT-Shop has quit [Ping timeout: 268 seconds]
[19:45:29] -!- jthornton has quit [Ping timeout: 255 seconds]