#linuxcnc-devel | Logs for 2014-12-03

[00:01:12] <pcw_home> 2 KHz would help
[00:02:15] <skunkworks> That is what I have been running your config at - but like I said - I did get 1 overun
[00:02:29] <skunkworks> might just have to get some more umph..
[00:03:11] <skunkworks> I should go to sleep
[00:03:42] <skunkworks> pcw_home: thanks for the info - I think dad ordered the cards.
[00:04:17] <pcw_home> 'nite
[02:43:56] <KGB-linuxcnc> 03Sebastian Kuzminsky 05scorbot-er-3 2beaf03 06linuxcnc 10src/hal/user_comps/scorbot-er-3.py scorbot-er-3: sleep less between updates to the arm * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2beaf03
[02:43:56] <KGB-linuxcnc> 03Sebastian Kuzminsky 05scorbot-er-3 44f0854 06linuxcnc 10src/hal/user_comps/scorbot-er-3.py scorbot-er-3: warn on serial errors * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=44f0854
[02:43:56] <KGB-linuxcnc> 03Sebastian Kuzminsky 05scorbot-er-3 69a4dc6 06linuxcnc 10configs/by_machine/scorbot-er-3/scorbot-er-3.hal 10configs/by_machine/scorbot-er-3/scorbot-er-3.ini 10src/hal/user_comps/scorbot-er-3.py scorbot-er-3: set up for getting scale from ini * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=69a4dc6
[02:43:59] <KGB-linuxcnc> 03Sebastian Kuzminsky 05scorbot-er-3 a5930dd 06linuxcnc 10src/hal/user_comps/scorbot-er-3.py scorbot-er-3: fix motor move commands * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a5930dd
[07:54:07] <skunkworks> So am I seeing the path following changing because of read/write timing?
[07:54:09] <skunkworks> http://electronicsam.com/images/KandT/testing/Screenshot%20-%2012032014%20-%2003:31:04%20PM.png
[07:54:33] <skunkworks> (this is running spash at FO at 3000%)
[07:55:34] <skunkworks> or is it just path drawing artifacts?
[08:49:14] <ktchk> Hi the debian live cd missed to install the fsck.jfs. Can not use the jfs file system.
[09:24:19] <pcw_home> I dont think those are related to timing (much too large)
[09:40:31] <cradek> ktchk: does the one from debian have this? we just mostly use their choices.
[09:56:29] <ktchk> cradek: Yes download from linuxcnc.org
[10:20:05] <seb_kuzminsky> ktchk: what cradek was asking was, does the regular debian live+install cd from debian.org have that?
[10:26:35] <seb_kuzminsky> the debian wheezy (7.5.0) install cd has jfsutils.udeb, which contains fsck.jfs
[10:29:19] <seb_kuzminsky> and so does the latest linuxcnc 2.6 wheezy live+install
[10:29:58] <seb_kuzminsky> ktchk: i think there's a point during the install where you have the option to load more udebs, maybe try loading that and see what happens?
[10:30:25] <seb_kuzminsky> or maybe there's debian docs that describe how to do it? the linuxcnc live+install should work just the same way in this regard as the upstream debian.org live+install
[10:31:50] <pcw_home> skunkworks: also it looks like you could tune FF2 closer (to get rid of the acceleration related following error)
[10:33:30] <skunkworks> I don't know if I have enabled Dppl
[10:33:38] <skunkworks> on this system
[10:35:40] <pcw_home> FF2 is (mostly) independent of the DPLL retiming
[10:36:30] <pcw_home> it does change with different thread rates
[10:38:36] <pcw_home> P= thread rate seems to work well (1000 at 1 KHz 4000 at 4 KHz etc)
[12:28:36] <seb_kuzminsky> this looks like an interesting alternative to git rebase and git merge: https://www.youtube.com/watch?v=FMZ2_-Ny_zc
[12:49:08] <mozmck> looks promising
[13:13:01] <seb_kuzminsky> mozmck: the awesome sauce with imerge is that you get pairwise conflict resolution (so even better than the per-commit-vs-endpoint conflict resolution of rebase), and it's checkpoint-able at every stage (so you can come back to it later, or you can push it for someone else to work on)
[13:13:55] <mozmck> Yes. I wonder what the status of the tool is now? looks like the last commit was about 6 months ago.
[13:13:56] <seb_kuzminsky> "hey $COLLABORATOR, the conflict between commit abc123 and fed987 is in your code, you resolve it"
[14:35:01] <mozmck> How do I add the gladevcp widget catalog to glade?
[15:21:04] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/moveoff f6ea1d6 06linuxcnc 10(6 files in 2 dirs) moveoff.comp: refactor main loop * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f6ea1d6
[15:21:04] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/moveoff 892b956 06linuxcnc 10scripts/moveoff_gui moveoff_gui: clear entries when removing enable * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=892b956
[16:41:02] <Connor> (11:21:08 PM) skunkworks: Connor: wow - that is packed in there..
[16:41:14] <Connor> Yea.. it's a bit tight in the enclosure. :)
[18:17:39] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/moveoff 21cf735 06linuxcnc 10scripts/moveoff_gui 10src/hal/components/moveoff.comp moveoff.comp: bugfix: misuse of NCHANNELS in subs * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=21cf735
[18:36:34] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 e7e96c2 06linuxcnc 03docs/man/man3/rtapi_task_delete.3rtapi 04docs/man/man3/rtapi_task_delete.3rtpi docs: fix a misnamed rtapi manpage * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e7e96c2
[23:10:53] <Connor> any reason why axis wouldn't show a gcode file ?
[23:43:41] <zeeshan> https://www.youtube.com/watch?feature=player_detailpage&v=jjU3nsRwdc8&list=UU8SC-01ZKmzTIa2Usn6fexQ#t=1405
[23:43:49] <zeeshan> looks like linuxcnc with a different interface..