Back
[00:01:18] -!- Nick001-Shop has quit [Remote host closed the connection]
[00:13:42] -!- memleak [memleak!~memleak@unaffiliated/memleak] has joined #linuxcnc-devel
[00:14:42] -!- Blorb has quit [Read error: Connection reset by peer]
[00:15:45] <skunkworks> our machines accelleration is a bit on the low side - so we didn't need the lowpass.
[00:15:47] <skunkworks> memleak: yes - for xnomai it really helped
[00:17:59] -!- atom1 has quit [Changing host]
[00:18:02] -!- alpha1125 has quit [Client Quit]
[00:18:25] <memleak> I told lars about it and how it affected PREEMPT_RT performance as well
[00:18:52] <memleak> I'm testing it on a different system now too.
[00:20:12] -!- atom1 has quit [Client Quit]
[00:20:49] -!- andypugh has quit [Quit: andypugh]
[00:23:26] <memleak> :/ doesn't work on the other box so far..
[00:24:29] <memleak> grrrrrrrrrrr
[00:26:52] <zultron> memleak, perhaps you should consider reading the docs? That's in the tutorial I wrote:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?XenomaiKernelPackages#Latency_spikes
[00:28:17] <memleak> zultron: the fix for the page fault / latency issue I have, nobody can figure out yet.
[00:28:38] <memleak> If it was that obvious I wouldn't be here ;)
[00:29:24] <memleak> It's for every person that tries to get PREEMPT_RT working that there is weird latency spikes.
[00:29:43] <memleak> Not even the devs who wrote it can figure out what is wrong yet, but one man... Hopefully he will!
[00:30:46] -!- Felix29 [Felix29!Felix@c-71-193-105-131.hsd1.in.comcast.net] has joined #linuxcnc-devel
[00:30:51] <memleak> He's using ftrace to determine exactly where the latency problem is coming from, then looking at the core dump with gdb
[00:32:32] <memleak> zultron, if you'd like to help us figure out what's wrong, fire up a PREEMPT_RT kernel when you can and just build linuxcnc as usual with the rtos branch, run linuxcnc and watch the possibly false positive page fault errors emerge!
[00:37:30] <memleak> rtapi_wait_hook in rt-preempt-user.c
[00:40:00] <memleak> Could be an issue with sim_rtapi_app.cc Nobody knows yet for sure.
[00:40:28] <memleak> zultron, I'll be AFK for the rest of the night, if you need me for anything just ping CaptHindsight
[00:41:20] -!- memleak has quit [Quit: Leaving]
[00:42:23] -!- danielfalck has quit [Ping timeout: 240 seconds]
[00:45:14] -!- rob_h has quit [Ping timeout: 240 seconds]
[00:45:15] -!- micges has quit [Quit: Leaving]
[00:51:59] -!- asdfasd has quit [Ping timeout: 246 seconds]
[01:07:19] -!- |1lien has quit [Quit: Leaving]
[01:28:23] -!- Servos4ever has quit [Quit: ChatZilla 0.9.90 [SeaMonkey 2.14.1/20121129191050]]
[01:30:41] -!- danielfalck [danielfalck!~danielfal@static-50-53-220-68.bvtn.or.frontiernet.net] has joined #linuxcnc-devel
[01:39:10] -!- tjtr33 has quit [Quit: Leaving]
[01:49:22] -!- cmorley [cmorley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[01:49:37] -!- Thetawaves has quit [Read error: Operation timed out]
[01:51:59] -!- PetefromTn_ has quit [Remote host closed the connection]
[01:52:23] -!- PetefromTn has quit [Remote host closed the connection]
[02:01:26] -!- pjm has quit [Read error: Connection reset by peer]
[02:08:00] -!- mozmck [mozmck!~moses@client-204.235.45.143.wcfltx.partnershipbroadband.com] has joined #linuxcnc-devel
[02:11:51] -!- danielfalck has quit [Ping timeout: 256 seconds]
[02:14:57] -!- Laremere has quit [Ping timeout: 246 seconds]
[02:21:34] -!- zzolo has quit [Quit: zzolo]
[02:26:48] -!- danielfalck [danielfalck!~danielfal@static-50-53-220-68.bvtn.or.frontiernet.net] has joined #linuxcnc-devel
[02:33:52] -!- danielfalck has quit [Ping timeout: 246 seconds]
[02:35:43] -!- Felix29 has quit []
[02:56:40] -!- danielfalck [danielfalck!~danielfal@static-50-53-220-68.bvtn.or.frontiernet.net] has joined #linuxcnc-devel
[02:58:01] -!- sumpfralle has quit [Read error: Operation timed out]
[03:04:35] -!- Loetmichel has quit [Ping timeout: 260 seconds]
[03:10:13] -!- danielfalck has quit [Ping timeout: 256 seconds]
[03:11:09] -!- PetefromTn has quit [Remote host closed the connection]
[03:33:55] -!- danielfalck [danielfalck!~danielfal@static-50-53-220-68.bvtn.or.frontiernet.net] has joined #linuxcnc-devel
[03:38:25] -!- BJfreeman has quit [Quit: had a good time]
[03:38:37] -!- danielfalck has quit [Ping timeout: 246 seconds]
[03:42:13] -!- seb_kuzminsky has quit [Ping timeout: 245 seconds]
[03:42:23] -!- hm2-buildmaster has quit [Ping timeout: 240 seconds]
[03:43:31] -!- linuxcnc-build has quit [Ping timeout: 246 seconds]
[03:43:48] -!- skunkworks- [skunkworks-!~yaaic@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[04:09:49] -!- skunkworks- has quit [Remote host closed the connection]
[04:15:41] -!- zzolo has quit [Client Quit]
[04:16:52] cevad is now known as Guest49242
[04:19:55] -!- davec has quit [Ping timeout: 256 seconds]
[04:22:31] -!- skorasaurus has quit [Ping timeout: 276 seconds]
[04:24:05] -!- pjm has quit [Read error: Connection reset by peer]
[04:46:41] -!- danielfalck [danielfalck!~danielfal@static-50-53-1-104.bvtn.or.frontiernet.net] has joined #linuxcnc-devel
[04:58:44] -!- alpha1125 has quit [Quit: Computer has gone to sleep.]
[05:01:06] -!- kwallace2 [kwallace2!~kwallace@smb-219.sonnet.com] has parted #linuxcnc-devel
[05:01:31] -!- FinboySlick has quit [Quit: Leaving.]
[05:03:18] -!- eric_unterhausen has quit [Quit: Leaving.]
[05:05:45] -!- workmank has quit [Ping timeout: 246 seconds]
[05:17:58] -!- KimK_3 has quit [Remote host closed the connection]
[05:31:26] -!- Valen has quit [Quit: Leaving.]
[05:35:47] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[05:42:15] -!- krusty_ar has quit [Ping timeout: 256 seconds]
[05:48:59] -!- kwallace1 [kwallace1!~kwallace@tmb-230.sonnet.com] has joined #linuxcnc-devel
[05:51:03] -!- ve7it has quit [Remote host closed the connection]
[05:55:42] -!- kwallace1 [kwallace1!~kwallace@tmb-230.sonnet.com] has parted #linuxcnc-devel
[05:55:58] -!- Kenneth_Lerman has quit [Read error: Connection reset by peer]
[05:56:27] -!- Kenneth_Lerman [Kenneth_Lerman!~chatzilla@24-151-1-146.static.nwtn.ct.charter.com] has joined #linuxcnc-devel
[05:56:38] cevad is now known as Guest696
[06:00:34] -!- gambakufu has quit [Read error: Connection reset by peer]
[06:00:34] -!- Guest49242 has quit [Ping timeout: 276 seconds]
[06:04:21] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[06:21:19] -!- psha[work] [psha[work]!~psha@195.135.238.205] has joined #linuxcnc-devel
[06:25:49] -!- vladimirek has quit [Remote host closed the connection]
[06:48:18] -!- hm2-buildmaster [hm2-buildmaster!~hm2-build@174-29-12-164.hlrn.qwest.net] has joined #linuxcnc-devel
[06:48:34] -!- linuxcnc-build [linuxcnc-build!~linuxcnc-@174-29-12-164.hlrn.qwest.net] has joined #linuxcnc-devel
[07:12:05] Guest696 is now known as davec
[07:26:09] _BJFreeman is now known as BJfreeman
[07:34:25] s1dev is now known as s1dev|away
[07:37:24] -!- Kup has quit [Read error: Connection reset by peer]
[07:42:55] -!- Simooon has quit [Quit: Leaving]
[07:46:40] -!- jus has quit []
[07:50:55] -!- md-2 has quit [Remote host closed the connection]
[08:11:34] -!- BJfreeman has quit [Quit: had a good time]
[08:11:45] -!- floppydisk has quit [Ping timeout: 250 seconds]
[08:17:21] -!- Simooon has quit [Quit: Leaving]
[08:20:53] -!- rob_h [rob_h!~rob_h@2.124.43.146] has joined #linuxcnc-devel
[08:48:48] -!- b_b has quit [Changing host]
[09:18:23] -!- stsydow has quit [Remote host closed the connection]
[10:04:19] -!- syyl has quit [Ping timeout: 246 seconds]
[10:21:27] -!- skunkworks has quit [Remote host closed the connection]
[10:54:13] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:06:31] -!- md-2 has quit [Remote host closed the connection]
[11:27:29] -!- mattiasb has quit [Ping timeout: 248 seconds]
[11:38:38] -!- sumpfralle has quit [Ping timeout: 252 seconds]
[12:06:07] -!- syyl_ has quit [Ping timeout: 246 seconds]
[12:19:28] -!- dhoovie has quit [Read error: Connection reset by peer]
[12:45:38] <jepler> it's not presently possible to build a live debian 7.0 image with linux-image-rt (i.e., RT_PREEMPT kernel) :(
http://lists.debian.org/debian-kernel/2013/02/msg00172.html
[12:47:33] -!- micges [micges!~toudi@user-46-113-172-3.play-internet.pl] has joined #linuxcnc-devel
[13:03:24] <skunkworks> Do you mean for a livecd like we have with ubuntu?
[13:04:04] -!- md-2 has quit [Read error: No route to host]
[13:04:10] -!- Valen has quit [Quit: Leaving.]
[13:04:20] md2 is now known as Guest1277
[13:13:45] -!- fatpandas has quit [Quit: leaving]
[13:24:36] -!- mhaberler [mhaberler!~mhaberler@99-190-134-148.lightspeed.austtx.sbcglobal.net] has joined #linuxcnc-devel
[13:25:46] <skunkworks> mhaberler, zultron, running overnight.
[13:25:48] <skunkworks> http://imagebin.org/263190
[13:27:24] <skunkworks> idle=poll, audio disabled. I tried 2 video cards I had here but both had hdmi and seemed to cause latency issues when there should have been a sound. (like a screenshot)
[13:27:46] <mhaberler> hm, I'm still before my first coffee - looks acceptable?
[13:28:29] <skunkworks> yes. >10us
[13:28:32] <skunkworks> heh
[13:28:35] <skunkworks> <10us
[13:29:35] <skunkworks> so this is using the onboard video. (it does have hdmi also onboard but doesn't seem to cause issues)
[13:29:46] <mhaberler> well that's very good then, congratulations!
[13:30:23] <mhaberler> you are going to use parport steppers?
[13:33:43] <skunkworks> Not at the moment. but I needed atlead workable realtime for the 7i80. (initally - this thing was giving >500us latency.
[13:33:49] <skunkworks> atleast
[13:34:11] -!- aple has quit [Ping timeout: 252 seconds]
[13:34:41] <skunkworks> but this seems like it would do really good software stepgen
[13:34:43] <mhaberler> well, different RTOS, similar causes - I'm really looking forward to having RT separated out so we dont have to deal this pattern anymore
[13:34:59] <mhaberler> right, looks doable
[13:37:21] <skunkworks> Do you mean so realtime is on a external black box?
[13:41:46] <skunkworks> as long as the realtime kernal is still an option (be it rtai, xenomai, rt_preempt) Knowing it might take a little elbow grease to get a stable system - I am all for it.
[13:41:57] -!- PetefromTn has quit [Ping timeout: 240 seconds]
[13:42:37] <mhaberler> eventually
[13:42:56] <mhaberler> I'm working on it; the beaglebone would be a candidate for such an 'outboard'
[13:43:04] <mhaberler> (outhouse ;-?)
[13:43:13] <skunkworks> heh
[13:43:33] <mhaberler> meaning for UI's it doesnt matter where they run, any platform really does it
[13:44:23] <mhaberler> well I'm delighted to see that result nevertheless, somehow your board combos seem to be the more challenging ones
[13:45:33] <alex_joni> jepler:
http://lists.debian.org/debian-kernel/2013/02/msg00261.html
[13:45:33] <skunkworks> yes.
[13:46:08] <skunkworks> ah - so you are saying separate the gui from the realtime more cleanly. so the could be run on 2 different systems. but could still be all run on one if wanted.
[13:56:14] <mhaberler> zultron just appeared armed with a coffee mug, too and sends congratulations!
[13:56:21] -!- stsydow has quit [Remote host closed the connection]
[13:56:37] <mhaberler> yes, distributed just would be an option
[13:57:49] <skunkworks> awesome
[13:58:06] -!- kwallace1 [kwallace1!~kwallace@smb-251.sonnet.com] has joined #linuxcnc-devel
[13:59:38] <skunkworks> heh - I added a normal dual head video card (no hdmi) and I get overruns. Don't breath on it!
[14:00:12] <skunkworks> maybe a pcie issue. who knows. I am just glad I can do some testing
[14:04:32] -!- jfire has quit [Quit: Leaving.]
[14:04:37] -!- mhaberler has quit [Quit: mhaberler]
[14:05:38] -!- mhaberler [mhaberler!~mhaberler@99-190-134-148.lightspeed.austtx.sbcglobal.net] has joined #linuxcnc-devel
[14:06:36] <mhaberler> the current style of doing things is just a bit too fickle for casual use
[14:06:58] <mhaberler> make sure you post a comment on the wiki, including chipset and necessary magic
[14:07:52] <zultron> skunkworks, what chipsets in the problem video cards?
[14:09:06] <zultron> Congrats, by the way, nice latency numbers!
[14:09:35] -!- putnik has quit [Ping timeout: 260 seconds]
[14:09:39] <mhaberler> I'd be interested in any results with the 7i80 too; I tried micges rtnet setup and that worked fine, giving figures around 50uS
[14:10:20] <skunkworks> ati 5450, geforce 7300, geforce 8400 ;)
[14:10:30] <mhaberler> now if we would find a hero to make the 7i80 run with the netmap fast ethernet stack..
[14:10:43] <skunkworks> mhaberler, I was getting 50us pings also
[14:10:49] <mhaberler> the ati is the onboard chipset?
[14:10:52] <skunkworks> (if that is what you are talking about)
[14:10:55] <mhaberler> yes
[14:11:02] <zultron> Hmm, I'm a little surprised. I've had pretty good luck with my ATI cards, though they're mostly older than that.
[14:11:24] <skunkworks> mhaberler, it is the amd apu processors. is that ati? I think so
[14:11:44] <mhaberler> I think amd bought ati
[14:11:46] <zultron> AMD acquired ATI sometime back, so yes.
[14:11:55] <mhaberler> (not it helps them out of the pits)
[14:12:26] -!- L33TG33KG34R has quit [Ping timeout: 268 seconds]
[14:14:12] <zultron> skunkworks, are you using rtnet v. 0.9.13, the released version? Or did you grab the git snapshot?
[14:14:27] <skunkworks> http://pastebin.ca/2414801
[14:14:40] <skunkworks> that is the onboard video
[14:14:43] <skunkworks> zultron
[14:15:15] <skunkworks> git clone git://rtnet.git.sourceforge.net/gitroot/rtnet/rtnet rtnet-0.9.13
[14:15:32] <skunkworks> when I looked at the readme it said 0.9.12
[14:15:35] <skunkworks> when I looked at the readme it said 0.9.13
[14:15:36] <skunkworks> sorry
[14:16:08] <jepler> alex_joni: yes I see they talked about solving it, but it looked like the result was that nobody in the thread planned to do anything until post-wheezy:
http://lists.debian.org/debian-kernel/2013/02/msg00251.html
[14:16:26] <jepler> alex_joni: though we sure could do as suggested, build a -rt kernel with aufs enabled and see whether it works
[14:16:42] <zultron> Thanks. I'm considering whether to package rtnet.
[14:16:54] <skunkworks> zultron, ooooh.
[14:17:39] <zultron> Also considering whether to spend a few hours beating my big toe with the 3 lb. sledge, similarly painful.
[14:18:13] <mhaberler> it's not a sledge, it's a "motivator"
[14:18:52] <mhaberler> jepler: are you chasing the pagefault cause? (aufs/rt)
[14:18:59] <jepler> mhaberler: no, this is unrelated
[14:19:03] <mhaberler> ah
[14:19:48] <jepler> mhaberler: I was playing with debian-live, a raft of scripts for building "live" debian images. I built one with the linux-image-rt kernel but it couldn't mount its root filesystem due to missing support for aufs, the union filesystem used for live debian
[14:19:59] <mhaberler> aja
[14:20:04] <zultron> Yuck yuck! That's right, I meant to name my 3 lb. sledge 'the persuader'. Right now I call it 'Fiat Tool #1'.
[14:21:31] <mhaberler> I need to record Stuarts quote for posteriority (seems to be a Yankee Engineering principle): "built to plain, beat to fit, paint to match"
[14:22:51] <jepler> mhaberler: as far as "page faults" go, I have not measured page faults in the realtime threads after fixing the dlopen RTLD_NOW flag. I don't know whether that change has been incorporated in your branches though:
http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=commit;h=72e6856c6884b9c8761d24bb5f8e77fbb0a3ee76
[14:23:55] <jepler> mhaberler: I also discussed briefly with zultron(?) that reporting of page faults should be rewritten to use RUSAGE_THREAD instead of RUSAGE_SELF, though I did not offer a patch.
[14:24:16] <jepler> because we know page faults are expected to occur in the main thread of rtapi_app, the part that needs no realtime guarantees
[14:24:32] <mhaberler> right, I'll pick that up as soon as I'm back
[14:24:41] <mhaberler> thanks, that was one of the grey areas
[14:24:42] <jepler> ok, I'm glad I got it on your radar
[14:25:14] <mhaberler> (Phoenix seems to be a Bermuda triangle for me, stranded twice there in transit :-)
[14:25:32] <cradek> where are you now?
[14:26:40] <mhaberler> Austin, in the John Morris asylum; missed the Lufthansa connection yesterday
[14:26:43] <zultron> He's at my place. Could be worse....
[14:27:11] <jepler> I also have in a non-patched branch a not-ready-for-use change to the 'threads' component that has it create some pins and functions that show the page fault count. I'm unsure whether calling getrusage() in a realtime thread is OK or makes you lose realtime, and it needs to be #ifdef'd for userspace realtime models
[14:27:18] <mhaberler> I've already explored the sofa of a closed Starbucks at Phenix for overnight stay..
[14:27:33] <cradek> yikes.
[14:27:37] <jepler> .. and possibly implemented in motion as well, since the 'threads' component isn't creating the threads in a typical linuxcnc setup (vs a halrun setup)
[14:27:38] <zultron> logger[mah], need a bookmark for the RUSAGE_THREAD stuff.
[14:27:39] <logger[mah]> zultron: Log stored at
http://linuxcnc.mah.priv.at/irc/%23linuxcnc-devel/2013-07-02.html
[14:28:10] <jepler> mhaberler: as for your travel troubles .. yuck.
[14:28:32] <mhaberler> jepler: what do you think about the watchdog/charge pump signal idea from threads?
[14:29:12] <mhaberler> I need to adress the Xenomai 'switch domains due to rt delay' event somehow, and exiting isnt the brightest of all ideas
[14:29:30] <jepler> mhaberler: I think it's interesting, and I think it could fit in with this code I was talking about in the threads component
[14:29:38] <mhaberler> but if we already have RT-specific pins I could add an estop output
[14:29:55] <mhaberler> yes, that looks like it'd be easier to use and comprehend
[14:30:26] <cradek> is that domain switch out of realtime permanent for the life of the program, or can you recover?
[14:30:35] <mhaberler> unfortnately irreversible
[14:30:56] <mhaberler> other than with rt-preempt where you get slapped but it keeps trying
[14:31:34] <mhaberler> probably I should consult the xenomai list, I dont assume I'm the first one to discover that
[14:31:41] <jepler> thinking aloud: rtapi_task_new can't create hal-level entities like pins and functions
[14:31:56] <mhaberler> yes, layer violation :-/
[14:32:00] <jepler> .. but we could provide a hal-level wrapper of rtapi_task_new (hal_task_new) which calls rtapi_task_new and then creates some hal-level items
[14:32:09] <jepler> like this "all is well in realtime" charge pump pin
[14:32:14] <cradek> if the hardware read/write threads stop, all hardware watchdogs should fire shortly
[14:32:19] <mhaberler> well we do, hal_create_thread methinks
[14:32:20] <jepler> and then just switch all the callers over to it, because they're all at the hal level
[14:32:39] <jepler> oh so there is
[14:32:48] <mhaberler> if I'm not mistaken both threads module and motion use the hal thread interface
[14:33:02] <jepler> you're right
[14:33:18] <mhaberler> actually I'm not sure the lowlevel interface to rtapi threads is used outside of hal_lib.c at all
[14:33:25] <mhaberler> but that'd be easy to grep
[14:33:36] <jepler> ok so there is a place to put this without layer violation
[14:33:52] <mhaberler> right, thats the way to do it
[14:34:30] <mhaberler> ok, one issue less..
[14:34:34] <jepler> now they cause problems - they can no longer be owned by the calling
[14:34:34] <jepler> component, and they can't be owned by the hal_lib because it isn't
[14:34:34] <jepler> actually a component.
[14:34:45] <jepler> err missing the first line: /* These params need to be re-visited when I refactor HAL. Right
[14:34:58] -!- stsy has quit [Client Quit]
[14:35:03] <jepler> so I guess I need to recreate jmk's thought process on why that is the case
[14:35:07] <mhaberler> yep, ownership of comps is a bit hokey
[14:35:35] <jepler> a thread-creating component *can* be unloaded without deleting the thread
[14:35:39] <jepler> but in practice it's not...
[14:35:46] <mhaberler> IMO there should be a 'context' (which is userland hal pids plus an pseudo-pid for kernel), and comps be pegged to a context
[14:35:58] <mhaberler> I have a different interface to create halthreads already, unmerged
[14:36:08] <mhaberler> replace threads by a sysfs file op
[14:36:19] <mhaberler> and with userland, a rtapi_app command
[14:36:43] <jepler> in that case we're back to not having a component to hang a pin on
[14:36:53] <mhaberler> so both motion thread gen and the threads module eventually could be put to rest and replaced by halcmd primitives
[14:37:15] <mhaberler> yes, rt needs to own a comp proper
[14:37:45] <mhaberler> where do you see a problem with that?
[14:38:09] <mhaberler> it might be the hal_lib module becomes a comp
[14:39:24] <jepler> It's not so much that I see a specific problem, but that it seems like it makes more sense to not write the pin-adding code now but see how it shakes out later on
[14:39:36] <mhaberler> Actually there are objects in HAL which shouldnt be 'owned' by a comp to start with, and threads is one of them
[14:39:49] <jepler> that must be why hal_create_thread doesn't have a comp_id argument
[14:40:23] <mhaberler> another one is shm segs used for ringbuffers; ringbuffers live beyond comps which started them but a shmseg needs to be owned by a comp
[14:41:12] <mhaberler> but it is a very far-reaching change to meddle with the compid ownership concept, so I rather muddle through
[14:41:46] <jepler> linuxcnc 2.6 is sure what is on my mind, which stops me thinking about long range plans
[14:42:12] <jepler> while I get the impression you focus much more on linuxcnc 3000
[14:42:32] <mhaberler> the problem turned up with cross-linking pins and ringbuffers, and that wont be in 2.6
[14:42:35] <mhaberler> yes
[14:47:36] <zultron> mhaberler, I haven't been following the Xenomai list. Any talk yet about scheduling the next release?
[14:48:28] <mhaberler> I need to catch Gilles in a quiet moment.
[14:57:45] -!- kwallace2 [kwallace2!~kwallace@smb-91.sonnet.com] has joined #linuxcnc-devel
[14:59:26] -!- kwallace1 has quit [Ping timeout: 252 seconds]
[15:16:41] -!- seb_kuzminsky [seb_kuzminsky!~seb@174-29-12-164.hlrn.qwest.net] has joined #linuxcnc-devel
[15:17:10] -!- cpresser has quit [Quit: Lost terminal]
[15:17:55] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[15:32:40] -!- PetefromTn has quit [Ping timeout: 276 seconds]
[15:42:54] _BJFreeman is now known as BJfreeman
[15:44:50] -!- DaveCVI has quit [Remote host closed the connection]
[15:45:35] -!- DaveCVI [DaveCVI!~DaveCVI@c-24-4-122-138.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[15:52:42] -!- oddover has quit [Read error: Connection reset by peer]
[15:53:08] `Nerobro_ is now known as PositveCl
[15:54:03] PositveCl is now known as `H2S04
[15:55:12] `H2S04 is now known as `Nerobro
[15:55:15] -!- psha[work] has quit [Quit: Lost terminal]
[15:55:37] <CaptHindsight> http://www.kickstarter.com/projects/pirate3d/the-buccaneer-the-3d-printer-that-everyone-can-use "We considered using the newly launched BeagleBone Black, which has everything we need. However, 3D printer firmware for the BeagleBone system is still in its formative stages and we will want to work on this further to improve it."
[15:56:18] -!- karavanjoW has quit [Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/]
[15:56:40] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[15:56:58] <CaptHindsight> $347 printer with $100 just for the electronics
[15:58:28] `Nerobro is now known as `DeadJohnny
[15:59:46] krusty_ar_ is now known as krusty_ar
[15:59:52] `DeadJohnny is now known as `Nerobro
[16:01:35] -!- stsydow has quit [Remote host closed the connection]
[16:01:56] -!- mhaberler has quit [Quit: mhaberler]
[16:02:15] -!- mhaberler [mhaberler!~mhaberler@99-190-134-148.lightspeed.austtx.sbcglobal.net] has joined #linuxcnc-devel
[16:10:50] <CaptHindsight> so if you can stuff 3 stepper divers and few 2A mosfets onto a BBB for $75 it would be adopted by just about every glue gun printer
[16:11:35] -!- Kup has quit [Read error: Connection reset by peer]
[16:12:05] s1dev|away is now known as s1dev
[16:12:43] <CaptHindsight> Linuxcnc still needs an easy to use UI for those
[16:12:45] <ssi> yea that's been obvious for awhile :)
[16:12:58] <ssi> it's amazing how much money the ramps or similar stack costs
[16:13:05] <ssi> for how little raw horsepower you get :)
[16:14:07] <CaptHindsight> BBB + stepper and heater drivers <$75
[16:14:51] <ssi> there are a couple pieces of hardware like that already
[16:14:55] <ssi> replicape, bebopr
[16:15:14] <CaptHindsight> people seem to think $45 for the BBB + >$100 for stepper and heater drivers = >$145 is going to sell
[16:15:35] <ssi> I dunno that you're gonna get it down to $30
[16:16:04] <CaptHindsight> ~$50
[16:16:15] <ssi> that'd be $95
[16:16:27] <CaptHindsight> $50 fot total BOM
[16:16:31] <CaptHindsight> fot/for
[16:16:49] <CaptHindsight> the BBB is overpriced
[16:17:13] <ssi> feel free to buy something cheaper
[16:17:17] <ssi> I think it's pretty reasonable
[16:17:34] <CaptHindsight> not buying, making
[16:17:37] <ssi> BBB costs less than an arduino mega, which is what most existing ggg stacks are based on
[16:17:49] <ssi> I have no interest in trying to replicate BBB
[16:17:55] <ssi> lot of work for no good reason
[16:18:19] <ssi> someone else already has done that work, has the volume economy in place, and charges a reasonable price for it
[16:18:26] <ssi> the only thing I might like to see is a BB-grey
[16:18:34] <ssi> for $35, without the hdmi framer and emmc
[16:19:05] <CaptHindsight> AM335x is $12 in China
[16:19:24] <CaptHindsight> A10 and the A20 is ~$6
[16:19:41] <ssi> that's a different product
[16:20:33] <CaptHindsight> not sure what your point is
[16:20:41] <ssi> point is it has nothing to do with the cost of a BBB
[16:21:04] <ssi> it's not like you can just build a BBB but use an A10 instead
[16:21:10] <ssi> and magically save $6/unit
[16:21:12] <CaptHindsight> you can make an equivalent BBB + stepper driver board for ~$50
[16:21:27] <ssi> call me when they're on sale
[16:22:02] <CaptHindsight> heh, I'll put your 1 board in a special box
[16:22:11] <ssi> cool
[16:22:25] <ssi> I'm serious... if you come up with such a thing, I'll happily buy them
[16:22:44] <ssi> but it's mostly more work than it's worth
[16:23:01] <CaptHindsight> well to sell to the DIYers
[16:23:17] <CaptHindsight> we make boards for OEM's
[16:24:18] <CaptHindsight> we work in different worlds
[16:25:11] <ssi> I guess I still can't quite divine the essence of your... argument? point? complaint?
[16:25:17] <ssi> from the string of half-sentences
[16:25:33] <CaptHindsight> no argument
[16:25:38] <ssi> if you think such a product should exist, can exist, and is within your abilities, then by all means, produce it
[16:25:51] <CaptHindsight> ok, thanks
[16:26:09] <ssi> the way your first statements were... "phrased"... made it sound like you thought that a BBB plus some addon bits could run a 3d printer for $75 total
[16:26:19] <CaptHindsight> just pointing out opportunities
[16:26:34] <ssi> and once you've spent $45 on a BBB, I don't think $30 is enough left over to spin a board, populate it with drivers, and make enough profit on the cape to make it worthwhile
[16:27:01] <ssi> and if you're talking about building something with an allwinner chip, well you're not exactly building a BBB now are you?
[16:27:09] <CaptHindsight> all in one board, the BBB is too high priced currently
[16:27:39] <ssi> if you took the BBB schematic and BOM, deleted the hdmi framer and the emmc, and did a layout on a board with five or six 4988s and a couple mosfets, you could make a pretty nice little printer controller
[16:27:51] <ssi> but I dunno if you'd be able to hit the $75 target without significant volume
[16:28:06] -!- jerryitt has quit [Ping timeout: 268 seconds]
[16:28:15] <ssi> and I'm not sure that having one board that does it for $100 vs two boards that do it for $125 is really a cost effective way to spend all that effort of designing a new BBB
[16:28:51] <ssi> I say leverage the work that circuitco already did, and the volume pricing they already have, and focus on making a quality GGG peripheral as cheaply as possible
[16:29:04] <ssi> ...which is what replicape, etc is
[16:29:40] -!- mhaberler has quit [Quit: mhaberler]
[16:30:10] <CaptHindsight> all what effort? to redesign an am3359 board?
[16:30:16] <ssi> yes
[16:30:33] <CaptHindsight> few days
[16:30:37] <ssi> if that's your dayjob and you can do it quickly and efficiently, more power to you
[16:30:47] <ssi> maybe there's gold in that hole
[16:30:56] <CaptHindsight> not for DIY
[16:31:31] <pcw_home> as a OEM printer controller that makes sense
[16:31:39] <ssi> sure
[16:31:46] <ssi> but you're then competing with printrboard and others
[16:31:56] <ssi> probably have a better product, MAYBE you can make it cheaper
[16:31:58] <CaptHindsight> it still needs an easy to user UI
[16:32:42] s1dev is now known as s1dev|away
[16:33:00] <ssi> personally, I want to get to where we have reasonably inexpensive BBB capes for controlling servo systems
[16:33:19] <CaptHindsight> this would be for >100K pcs, into the millions for appliance manufacturers
[16:33:39] s1dev|away is now known as s1dev
[16:35:03] <CaptHindsight> it would be nice to see Linuxcnc in something by Haier, if they haven't already gone down another path
[16:39:18] <CaptHindsight> but I don't get the impression that many here would be happy with that
[16:41:22] -!- psha [psha!~psha@213.208.162.67] has joined #linuxcnc-devel
[16:45:28] -!- andypugh [andypugh!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[16:51:38] -!- mhaberler [mhaberler!~mhaberler@99-190-134-148.lightspeed.austtx.sbcglobal.net] has joined #linuxcnc-devel
[16:55:31] -!- ler_hydra has quit [Remote host closed the connection]
[16:59:45] -!- dway has quit [Quit: NOOOOOOooooooooo……]
[17:00:23] -!- mhaberler has quit [Quit: mhaberler]
[17:02:33] -!- mhaberler [mhaberler!~mhaberler@99-190-134-148.lightspeed.austtx.sbcglobal.net] has joined #linuxcnc-devel
[17:03:09] -!- syyl_ws has quit [Quit: Verlassend]
[17:03:20] -!- micges has quit [Quit: Leaving]
[17:03:57] <seb_kuzminsky> CaptHindsight: i would be happy if more companies sold linuxcnc solutions, as long as they were good citizens of the community
[17:04:10] <seb_kuzminsky> several companies already do (Smithy, Sherline, probably others)
[17:05:01] -!- Heinz_60 has quit [Ping timeout: 246 seconds]
[17:05:37] -!- Guest1277 has quit [Remote host closed the connection]
[17:07:13] <CaptHindsight> but to a company that sells toaster ovens? :)
[17:11:04] <CaptHindsight> the problem is it ends up like ARM phones and tablets, u-boot was around for a decade but everyone decided to close the bootloader and firmware
[17:12:13] <CaptHindsight> if Linuxcnc makes it into OEM 3D printers in China there's no knowing what version of the code will end up actually shipping
[17:12:58] <jepler> if you're saying they're all bad actors who will not comply with the GPL, then they can die in a fire
[17:13:14] <CaptHindsight> not all, but some
[17:14:46] <CaptHindsight> some ARM soc vendors only ship their working Linux kernel and driver source under NDA
[17:17:26] <jepler> I am aware of this and I am aware that it's gnu.org's viewpoint that this is a GPL violation. I am not sure what good it does to bring it up in this context. Unless you just want to raise my blood pressure.
[17:17:54] <seb_kuzminsky> let's see if we can make jepler pop!
[17:18:04] <jepler> I already said "die in a fire"..
[17:18:08] <jepler> are you sure I haven't popped?
[17:19:34] <CaptHindsight> there's no way to control what OEM's might do with Linuxcnc there, one the other hand there a sea of developers there that do comply
[17:20:02] <jepler> yay it's lunchtime
[17:20:39] -!- Erich_12 has quit [Remote host closed the connection]
[17:21:22] -!- erictheise_ has quit [Quit: erictheise_]
[17:21:27] <CaptHindsight> we'll just have to see what happens
[17:23:16] -!- hashfail_ has quit [Ping timeout: 252 seconds]
[17:29:38] -!- mhaberler has quit [Quit: mhaberler]
[17:34:07] -!- jerryitt has quit [Ping timeout: 264 seconds]
[17:38:52] -!- stsydow has quit [Remote host closed the connection]
[17:39:41] -!- mhaberler [mhaberler!~mhaberler@99-190-134-148.lightspeed.austtx.sbcglobal.net] has joined #linuxcnc-devel
[17:44:17] <mhaberler> andypugh: which branch are you working off, master?
[17:44:49] -!- t4nk965 has quit [Client Quit]
[17:45:21] <mhaberler> I assume this should be a python module able to receive/send the iocontrol-specific NML messages so it can be plugged in instead of iocontrol but as a hal python usercomp?
[17:53:36] -!- mhaberler has quit [Quit: mhaberler]
[17:59:31] <KimK> jepler: I am told you wrote the new MPG program restart features for touchy, thanks very much. Where is the new touchy, in master? Anything special we would have to do to try it out? I saw you're at lunch now, I'll check back later.
[18:04:07] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[18:09:42] <cradek> I don't see that in any branch. maybe he's not happy with it yet.
[18:23:26] -!- zzolo has quit [Quit: zzolo]
[18:23:29] -!- micges [micges!~micges@eef50.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[18:23:51] -!- stsydow has quit [Remote host closed the connection]
[18:30:41] <jepler> KimK: I did not push it
[18:30:44] <jepler> it's half done on my laptop
[18:31:01] <jepler> I forget just what I was dissatisfied about
[18:31:11] <cradek> then it's 80% done
[18:31:35] <jepler> 80% is the same as half? I never got the hang of percentages in school.
[18:51:30] -!- ler_hydra has quit [Remote host closed the connection]
[18:55:21] <seb_kuzminsky> 50% is less done than 80%, but 80% is not more done than 50%
[18:55:35] <seb_kuzminsky> err wtf did i just type
[18:55:40] <ssi> :D
[18:55:51] <ssi> hey seb, this is some MAGIC C syntax I've never seen before
[18:55:51] <ssi> static int ioaddr_hi[HM2_7I43_MAX_BOARDS] = { [0 ... (HM2_7I43_MAX_BOARDS-1)] = 0 };
[18:55:58] <ssi> what's with that [0 ... ] mess?
[18:56:01] <ssi> hahaha
[18:56:26] -!- jthornton has quit [Read error: Connection reset by peer]
[18:56:26] -!- JT-Shop has quit [Read error: Connection reset by peer]
[18:56:55] -!- JT-Shop [JT-Shop!~John@99.198.67.11] has joined #linuxcnc-devel
[18:56:55] -!- jthornton [jthornton!~john@99.198.67.11] has joined #linuxcnc-devel
[18:57:24] <seb_kuzminsky> ssi:
http://gcc.gnu.org/onlinedocs/gcc/Designated-Inits.html
[18:57:52] <ssi> whoa
[18:57:55] <ssi> mind blown :D
[18:58:02] <seb_kuzminsky> it means "every entry from 0 to HM2_MAX_BOARDS-1 is initialized to 0"
[18:58:06] <ssi> yea got it
[18:58:08] <ssi> thanks :D
[18:58:12] <seb_kuzminsky> yeah that doesn't look much like C does it?
[18:58:19] <ssi> nothing I've seen before
[18:58:28] <seb_kuzminsky> "what is this, one of those newfangled interpreted languages??"
[18:58:36] <ssi> although I just learned about the .foo struct initializers a couple weeks ago
[18:58:44] <ssi> I haven't exactly done a ton of C recently
[19:01:25] -!- zzolo has quit [Ping timeout: 248 seconds]
[19:02:15] -!- rosario has quit [Ping timeout: 246 seconds]
[19:04:49] <psha> seb_kuzminsky: btw why not just {0}?
[19:07:19] <psha> i can't find link but as i recall all unspecified elements are zeroed
[19:07:24] <psha> at least for struct that's for sure
[19:10:10] <ssi> there are other cases where it sets the first two to a concrete value and then the rest to zero
[19:15:02] <psha> yep, that's where such initializers are important
[19:15:27] <psha> however first to values - rest to zeroes are still covered by more simple clause = {1, 2, 3}
[19:16:47] -!- andypugh_ [andypugh_!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[19:17:08] <psha> s/to/two/
[19:18:52] -!- andypugh has quit [Ping timeout: 276 seconds]
[19:18:52] andypugh_ is now known as andypugh
[19:26:43] <ssi> ok I have the skeleton of a BCC hm2 driver
[19:26:51] <ssi> now I just gotta figure out how to make it dance :D
[19:27:07] <ssi> i'll likely start with programming... programming is done with I2C and SPI
[19:27:44] -!- theorbtwo has quit [Read error: Operation timed out]
[19:28:45] -!- jerryitt has quit [Read error: Connection reset by peer]
[19:52:19] -!- sumpfralle has quit [Ping timeout: 246 seconds]
[19:53:25] -!- zzolo has quit [Quit: zzolo]
[19:57:33] -!- PetefromTn has quit [Remote host closed the connection]
[20:00:20] -!- skunkworks has quit [Read error: Connection reset by peer]
[20:01:04] -!- i_tarzan_ has quit [Ping timeout: 246 seconds]
[20:25:55] -!- zzolo has quit [Ping timeout: 246 seconds]
[20:30:22] -!- Kenneth_Lerman has quit [Ping timeout: 276 seconds]
[20:37:30] -!- BJfreeman has quit [Read error: Connection reset by peer]
[20:45:16] -!- pjm has quit [Read error: Connection reset by peer]
[20:59:57] -!- jerryitt has quit [Read error: Connection reset by peer]
[21:10:19] -!- chillly has quit [Quit: Leaving]
[21:10:42] -!- skorasaurus has quit [Ping timeout: 246 seconds]
[21:24:04] -!- gimpswork has quit []
[21:25:26] -!- nj_ has quit [Client Quit]
[21:27:19] -!- zzolo has quit [Quit: zzolo]
[21:30:23] -!- corndog has quit [Ping timeout: 250 seconds]
[21:36:37] -!- sumpfralle has quit [Ping timeout: 246 seconds]
[21:55:53] -!- DJ9DJ has quit [Quit: bye]
[22:14:39] -!- f1oat has quit [Quit: Leaving]
[22:15:14] -!- andypugh has quit [Quit: andypugh]
[22:15:40] -!- Heinz_60 has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Now with extra fish!]
[22:21:19] -!- toxx has quit [Remote host closed the connection]
[22:24:30] -!- stsydow has quit [Remote host closed the connection]
[22:41:13] -!- syyl__ has quit [Quit: Leaving]
[23:02:59] -!- toastyde2th has quit [Ping timeout: 260 seconds]
[23:45:36] -!- Nick001-Shop has quit [Read error: Connection reset by peer]
[23:46:45] -!- asdfasd has quit [Ping timeout: 248 seconds]
[23:49:19] -!- kwallace2 [kwallace2!~kwallace@smb-91.sonnet.com] has parted #linuxcnc-devel
[23:58:30] -!- kwallace [kwallace!~kwallace@smb-91.sonnet.com] has joined #linuxcnc-devel