#linuxcnc-devel | Logs for 2018-09-02
Back
[00:03:39] -!- Sigyn has parted #linuxcnc-devel
[00:59:35] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15c-morley pushed 3 new commits to 06qt5vcp_py2: 02 https://github.com/LinuxCNC/linuxcnc/compare/9f28c1d2c1bf...17fc929150a9
[00:59:35] -linuxcnc-github:#linuxcnc-devel- 13linuxcnc/06qt5vcp_py2 146235069 15Chris Morley: qtvcp -make the hal pin option available
[00:59:35] -linuxcnc-github:#linuxcnc-devel- 13linuxcnc/06qt5vcp_py2 14827bfbe 15Chris Morley: qtvcp -sytstemtoolbutton: cleanup and only set text if user didn't...
[00:59:35] -linuxcnc-github:#linuxcnc-devel- 13linuxcnc/06qt5vcp_py2 1417fc929 15Chris Morley: qtvcp -update/add to docs
[01:16:04] -!- c-log has quit [Ping timeout: 246 seconds]
[01:18:36] -!- c-log has joined #linuxcnc-devel
[01:22:47] -!- c-log has quit [Ping timeout: 240 seconds]
[01:24:12] -!- c-log has joined #linuxcnc-devel
[01:40:26] -!- selroc has joined #linuxcnc-devel
[02:03:38] -!- selroc has quit [Quit: Leaving]
[03:02:09] -!- hazzy-dev has quit [Remote host closed the connection]
[03:02:29] -!- hazzy-dev has joined #linuxcnc-devel
[04:20:54] -!- rob_h has joined #linuxcnc-devel
[05:10:43] -!- mrdata26 has joined #linuxcnc-devel
[05:11:20] -!- mrdata26 has quit [Remote host closed the connection]
[06:40:29] -!- icasdri has joined #linuxcnc-devel
[06:43:25] -!- icasdri has quit [Remote host closed the connection]
[08:03:45] Jin|away is now known as Jin^eLD
[08:05:18] <Jin^eLD> seb_kuzminsky: btw I kind of figured out the pin name length mystery, because it still did not add up even counting the component name, it seems that it appens .changepin, so the full name results in compname.pinname.changepin
[08:31:54] -!- cylon512_ has joined #linuxcnc-devel
[08:36:38] -!- cylon512_ has quit [Remote host closed the connection]
[08:54:52] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jin-eld opened pull request #494: Provide a clearer error message when exceeding hal pin name length (06master...06clearer-errpr-message) 02 https://github.com/LinuxCNC/linuxcnc/pull/494
[08:55:28] -!- JT-Shop has quit [Read error: Connection reset by peer]
[08:56:12] -!- JT-Shop has joined #linuxcnc-devel
[08:57:22] <Jin^eLD> seb_kuzminsky: shall I assign the PR to you since we discussed it a while ago or will someone just pick it up?
[09:42:31] -!- c-log has quit [Ping timeout: 246 seconds]
[09:43:55] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15zultron commented on issue #151: Thanks, @c-morley. I'll make good on that pledge. 02 https://github.com/LinuxCNC/linuxcnc/pull/151#issuecomment-417931844
[09:45:12] -!- c-log has joined #linuxcnc-devel
[10:05:22] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler pushed 2 new commits to 06master: 02 https://github.com/LinuxCNC/linuxcnc/compare/24ef2feaec06...9eb50d8d035d
[10:05:22] -linuxcnc-github:#linuxcnc-devel- 13linuxcnc/06master 14a418f86 15Jin: Provide a clearer error message when exceeding hal pin name length...
[10:05:22] -linuxcnc-github:#linuxcnc-devel- 13linuxcnc/06master 149eb50d8 15Jeff Epler: Merge pull request #494 from jin-eld/clearer-errpr-message...
[10:08:06] <Jin^eLD> thx
[10:35:30] -!- rob_h has quit [Ping timeout: 244 seconds]
[10:39:07] -!- iDanoo6 has joined #linuxcnc-devel
[10:44:03] -!- iDanoo6 has quit [Ping timeout: 250 seconds]
[11:13:16] -!- jthornton has quit [Remote host closed the connection]
[11:20:58] -!- jthornton has joined #linuxcnc-devel
[11:23:35] -!- rob_h has joined #linuxcnc-devel
[11:23:39] -!- Roguish has quit [Remote host closed the connection]
[11:24:59] -!- jthornton has quit [Remote host closed the connection]
[11:26:46] -!- jthornton has joined #linuxcnc-devel
[11:32:38] -!- jthornton has quit [Remote host closed the connection]
[11:34:26] -!- jthornton has joined #linuxcnc-devel
[12:35:34] -!- Roguish has joined #linuxcnc-devel
[13:23:45] -!- rob_h has quit [Ping timeout: 252 seconds]
[13:40:13] -!- rob_h has joined #linuxcnc-devel
[13:56:14] -!- Roguish_desk has quit [Ping timeout: 276 seconds]
[14:07:08] -!- Roguish_desk has joined #linuxcnc-devel
[15:09:41] <rmu|w> pcw_home: i think you mentioned experimenting with the lepotato cc (amlogic S905 SOC), do you have any realtime kernel for that board? does mainline rt preempt work there?
[15:30:27] -!- rob_h has quit [Ping timeout: 240 seconds]
[15:32:05] -!- ve7it has joined #linuxcnc-devel
[15:46:54] -!- rob_h has joined #linuxcnc-devel
[16:45:06] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15superfunk58 commented on issue #491: YES, there is GREAT interest in getting a little walkthrough - i am currently trying to control a parker ac10 with linuxcnc via modbus as well... 02 https://github.com/LinuxCNC/linuxcnc/issues/491#issuecomment-417958551
[17:00:33] -!- JT-Shop has quit [Quit: Leaving]
[17:01:01] -!- JT-Shop has joined #linuxcnc-devel
[18:40:33] <pcw_home> rmu|w: I built a kernel but like most ARM system it requires a rather bizzare boot sequence so I'm stuck there ATM
[18:41:48] <pcw_home> I expect to also run into lack of hardware OpenGL support...
[18:45:22] <pcw_home> supposedly one of Libre computers claims to fame is their attempt to get all kernel patches mainlined so I was hopeful a 4.18.5 kernel might have the right stuff
[18:45:35] <jthornton> is the possibility to connect ist via usb/rs485 interface but the mesa interface would be nicer
[18:45:36] <jthornton> 06:02 AM valentin_s: i got a 7i96 fpga card
[18:45:43] <jthornton> that was this morning
[18:46:05] <jthornton> i would like to connect my huanyang vfd via rs485 directly to the serial interface of my mesa card.
[18:46:10] <jthornton> missed a bit
[18:47:15] <pcw_home> Unfortunately that requires someone to connect the modbus (mb2hal maybe?) interface to a low level hardware UART interface
[18:47:33] <jthornton> ok, I was just wondering
[18:48:40] <pcw_home> it would be nice (and probably better real time control that the userland modbus interface if the VFD modbus implementation was fast)
[18:48:47] <pcw_home> than the
[18:49:01] <pcw_home> good for plasma current setting also
[18:50:25] <pcw_home> I do have possible help with this so I will look into it now
[18:52:18] <pcw_home> rmu|w: something pretty weird with the RPI is that if you enable hardware OpenGL support you need isolcpus=1,2,3 to get a reliable 1 KHz servo thread running the SPI hardware
[18:53:58] <pcw_home> this of course make the RT stuff run like molasses in Siberia in January
[18:54:07] <pcw_home> sorry non-RT
[18:58:15] <pcw_home> but if you are only running LinuxCNC and no other large programs it seems fine (other than the fact that if you have a large and complex gremlin backplot and you try some fancy manipulations you can run out of memory...)
[18:59:11] -!- gregf has joined #linuxcnc-devel
[19:00:41] -!- gregf has quit [Remote host closed the connection]
[19:09:53] -!- Robh__ has joined #linuxcnc-devel
[19:13:04] -!- rob_h has quit [Ping timeout: 272 seconds]
[19:13:27] -!- rob_h has joined #linuxcnc-devel
[19:14:13] -!- Robh__ has quit [Ping timeout: 245 seconds]
[19:45:07] -!- rob_h has quit [Ping timeout: 240 seconds]
[21:43:43] <jepler> I'll go ahead and spin a new revision of the stretch live CD, try to get it uploaded tonight. seb has probably fixed a number of headaches by removing modemmanager...
[21:44:16] <jepler> not to mention all the updates from debian, new kernels and all that jazz
[21:44:54] <jepler> ugh that's weird, it has two kernels somehow
[21:50:32] <jepler> it installs the one from strech/main first (the one in the last debian point release)
[21:50:44] <TurBoss> jepler: hello, what is missing with the rtai kernel on stretch?
[21:50:48] <jepler> then it installs the one from strech/updates/main. at that point I would have expected the old kernel to become autoremovable
[21:51:00] <jepler> TurBoss: I don't work with rtai kernels anymore, so I'm out of date
[21:51:10] <TurBoss> ok thanks
[21:51:39] <jepler> the other day, hours after you left, I suggested that more information about your error might be in dmesg, such as the specific signal. I don't know if you saw that or tried looking in dmesg.
[21:51:52] <jepler> er specific symbol
[21:52:15] <jepler> TurBoss:
[21:52:16] <TurBoss> oh sorry didn't notice :(
[21:53:36] <TurBoss> recopiling
[21:58:22] <TurBoss> jepler: dmesg output without loading rtai modules
[21:58:25] <TurBoss> http://dpaste.com
[21:58:59] <TurBoss> now If I load the modules..
[21:59:01] <TurBoss> sek
[21:59:39] <TurBoss> insmod: ERROR: could not insert module /usr/realtime/modules/rtai_hal.ko: File exists
[22:02:20] <jepler> when properly configured, linuxcnc takes care of loading/unloading the modules.
[22:03:01] <TurBoss> then I don't need to load them firts? ok
[22:03:16] <jepler> rtf_create is a standard rtai function. https://www.rtai.org so on first glance it's unusual for it not to be available
[22:03:32] <jepler> but beyond that I don't have any other advice offhand
[22:04:35] <TurBoss> maybe because i pick rtai 5.1?
[22:04:48] <TurBoss> I should pick an older version?
[22:04:51] <jepler> hm more roadblocks on the way to uploading fresh isos :-/ I figured this was simple
[22:05:14] <TurBoss> :)
[22:05:24] <jepler> TurBoss: it's always a superhuman effort to get rtai going, that's why it is approximately 100 years between linuxcnc releasing CDs based on RTAI and why I'd tell you to use preempt-rt instead
[22:06:07] <TurBoss> oh
[22:06:42] <TurBoss> I need some hardaware
[22:10:47] <pcw_home> Preempt-RT has comparable latency to RTAI on some (Usually fast) hardware
[22:12:09] <pcw_home> http://freeby.mesanet.com
[22:14:29] <TurBoss> still experimenting
[22:16:10] <pcw_home> I have not found any low power (fanless) CPUs that have really good latency on Preempt-RT though, decent for servo thread only but not good for software stepping
[22:19:05] <TurBoss> I saw the humingboard thing
[22:26:24] <TurBoss> https://wiki.solid-run.com has pci-e
[22:26:32] <TurBoss> havent tested
[22:28:29] <jepler> OK, upload of "-r11" stretch rt-preempt images is in progress, should finish within the hour.. I won't stick around and shepherd it though
[22:31:46] <pcw_home> I can see a possible advantage of a $30/35 RPI/Rock64/Potato but an X86 PC is likely cheaper and faster than the hummingbird
[22:33:16] <pcw_home> a $30 rock64 and a couple 3 PowerStep01s on a board might be a decent low cost system
[22:34:32] <TurBoss> true
[22:34:48] <pcw_home> doable in china for <$100 including 3 10A 80V step drives
[22:38:32] <pcw_home> (probably need stick-on heatsinks to actually get 10A but the PowerStep01s are quite decent (16 mOhm MOSFETs))
[22:39:31] <jepler> yeah I was just thinking -- it is sure to work just fine without a heatsink since it's shown without one in this aliexpress listing. https://www.aliexpress.com
[22:40:13] <pcw_home> :-)
[22:41:24] <pcw_home> yeah the fact that MOSFETs have strong positive on resistance tempcos will bite
[22:43:33] <pcw_home> neglecting switching losses and using 25C on resistance its still >3W at 10A (but 10A is higher than most common step motor currents)
[22:45:02] <jepler> certainly for the people where it's reasonable to think about $100 controllers
[22:45:18] <jepler> but people always want more than they pay for
[22:45:33] <pcw_home> isolate the SPI and daisy chain it through all 3/4 drives and LinuxCNC can drive it with a 1 KHz servo thread
[22:47:25] <pcw_home> Its interesting that the PowerStep01 has a "VFD" like voltage drive mode (no current control)
[22:48:24] <pcw_home> but voltage scaled to velocity based on motor resistance&inductance model
[22:49:16] <pcw_home> might have slightly better damping than current control
[22:52:47] <jepler> have you worked with this particular chip? I guess it should work in servo-ish mode for linuxcnc, send it "run(DIR,SPD)" and query back "ABS_POS" and "EL_POS". Looks like there's no way to read the latched ABS_POS + EL_POS at once (EL_POS is the microstep position)
[22:53:36] <jepler> you get 2 overlapping bits between ABS_POS and EL_POS I guess, but at any modest speed that is just not gonna work for much
[22:57:00] <pcw_home> I have not but know people that are using it in this way
[22:57:45] <pcw_home> I think all you need is ABS_POS
[23:01:10] <pcw_home> (which AFAICR is in units of the current ustep)
[23:02:40] <jepler> "the stored value unit is equal to the selected step mode"
[23:02:54] <pcw_home> yeah
[23:03:09] <jepler> I read it as being whole steps only
[23:03:15] <jepler> it should be fine then
[23:03:57] <jepler> afk, goodnight
[23:04:04] <pcw_home> 'nite
[23:33:41] -!- ilbelkyr24 has joined #linuxcnc-devel
[23:34:22] -!- ilbelkyr24 has quit [Remote host closed the connection]
[23:38:04] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15c-morley pushed 2 new commits to 06qt5vcp_py2: 02 https://github.com/LinuxCNC/linuxcnc/compare/17fc929150a9...15a27e80cb7b
[23:38:04] -linuxcnc-github:#linuxcnc-devel- 13linuxcnc/06qt5vcp_py2 149d0551f 15Chris Morley: qtvcp -make spindle +- actions smarter...
[23:38:04] -linuxcnc-github:#linuxcnc-devel- 13linuxcnc/06qt5vcp_py2 1415a27e8 15Chris Morley: qtvcp -update blender screen...