Back
[00:57:29] <CIA-37> EMC: 03jmkasunich 07TRUNK * 10emc2/configs/vismach/max5kins.ini: make kins version use its own var and tool files
[01:16:30] <jepler> maybe this is the real error:
[01:16:30] <jepler> Log line: !pdfTeX error: pdflatex (file 32_tmp_buildd_emc2-2_3_0_alpha1_docs_src_hal_parp
[01:16:34] <jepler> Log line: ort-block-diag.pdf): cannot find image file
[01:16:36] <jepler> Log line: ==> Fatal error occurred, no output PDF file produced!
[01:32:12] <jepler> (assuming this is even the same problem that tissf was having)
[01:33:17] <jepler> (hm, inside pbuilder the problem is that nothing pulled in ghostscript, which is required to convert eps files to pdf)
[01:33:45] <jepler> (I wonder why the package which contains epstopdf doesn't require gs, the program that makes it work !?)
[01:45:25] <jepler> (and after that, 'convert' from imagemagick is also needed)
[02:03:32] <CIA-37> EMC: 03jepler 07TRUNK * 10emc2/debian/configure: fix building in pbuilder on hardy/sim
[02:21:31] <CIA-37> EMC: 03jmkasunich 07TRUNK * 10emc2/src/hal/user_comps/vismach/hbmgui.py: sample configuration for a horizontal boring mill (uses vismach to model the machine)
[02:21:32] <CIA-37> EMC: 03jmkasunich 07TRUNK * 10emc2/configs/vismach/ (hbm.hal hbm.ini hbm.tbl hbm.var README): sample configuration for a horizontal boring mill (uses vismach to model the machine)
[02:42:26] <jepler> trying to get opengl to draw edges in vismach, but it didn't quite turn out like I wanted ..
http://emergent.unpy.net/index.cgi-files/sandbox/vismach-lines-medium.png http://emergent.unpy.net/index.cgi-files/sandbox/vismach-lines-medium-2.png
[02:42:39] <jepler> (it draws lines all over everything, and I'm not entirely sure why)
[02:43:37] <jmkasunich> 2nd file = 404
[02:43:54] <jepler> oops, correct url is
http://emergent.unpy.net/index.cgi-files/sandbox/vismach-lines-2-medium.png
[02:44:16] <jmkasunich> what do you mean by "lines all over"?
[02:44:32] <jepler> lines that should be hidden are visible
[02:44:47] <jmkasunich> oh, I thought it was supposed to be wireframe
[02:45:22] <jepler> well I want a kind of wireframe
[02:45:39] <jepler> but the lines that are on the far sides or that have a surface in front should be removd or hidden
[02:46:13] <jepler> oh well
[12:23:43] <CIA-37> EMC: 03jepler 07TRUNK * 10emc2/src/ (configure configure.in): testing shows that convert and gs are now necessary to build pdf documentation on hardy
[12:24:12] <SWPadnos> hmmm. I bet those are the two packages in my list
[12:31:08] <micges> in pumakins there are pins defined in main function that are used for runtime change of kinematics behavior ?
[12:33:40] <micges> iirc kinematics modules are used as generic hal modules, and where are used kinematicsForward and kinematicsInverse functions ?
[12:34:29] <jepler> document explaining how kinematicsForward and kinematicsInverse are used:
http://www.linuxcnc.org/docview/html//motion_kinematics.html
[12:35:42] <jepler> A2, A3, D3 and D4 are numbers which define something about the geometry of a specific puma-type machine. I am not sure what they mean, though
[12:36:54] <jepler> kinematics modules are free to define any parameters and pins that they find useful. For instance, 5axiskins defines a pin to be given the length of the tool, which is important when performing tool length compensation in 5 axes.
[12:39:33] <jepler> I believe this diagram shows what the meaning of the puma A2 and so on are:
http://prt.fernuni-hagen.de/lehre/KURSE/PRT001/EXAMPLES/eqs2/puma_dh.gif
[12:39:54] <jepler> apparently it is called "Denavit-Hartenburg (DH) parameter assignment"
[12:40:59] <micges> what I want to do: I have X linear and Y rotary table and I wonder if kins module can easly tace care of complex scale maths of Y
[12:41:10] <micges> take*
[12:42:13] <jepler> yes and no.
[12:42:29] <SWPadnos> Y is a linear axis in G-code, so kins would have to translate between the G-code representation and linear+rotary joint hardware
[12:42:55] <jepler> if you can write the mathematical equations to find the position for the linear and rotary joints given an X and Y (and the inverse), then you can use kinematics to move to the correct locations.
[12:43:21] <jepler> the "no" is because emc doesn't presently obey joint velocity and acceleration constraints, only cartesian ones
[12:43:51] <jepler> which can make it difficult to actually run useful gcode
[12:44:14] <micges> it is laser so velocity must be precise
[12:44:25] <micges> so it can't be done now
[12:45:20] <SWPadnos> you can get a precise velocity. what EMC2 doesn't do at the moment is restrict joints from accelerating too quickly
[12:45:33] <SWPadnos> unless they happen o be trivkins joints
[12:45:36] <SWPadnos> s/o/to/
[12:46:57] <jepler> imagine that the current point is somewhere far from the center of rotation. If you want to move 10mm perpendicular to the line from there to the center of rotation, the amount of rotation is small.
[12:47:05] <jepler> if you are close to the center of rotation, the amount of rotation is large
[12:47:26] <jepler> right now emc will plan both moves at the same velocity and acceleration
[12:48:13] <jepler> but if you make the permitted velocity high enough that the first (distant) movement goes as fast as it can, then the second (close) movement will have a velocity much too high for the rotary joint.
[12:48:33] <jepler> if you do it the other way around, the first (distant) move will be much slower than necessary
[12:48:44] <jepler> this is one of the main problems remaining emc2's support of nontrivial kinematics machines
[12:50:56] <micges> I see
[13:51:31] <cradek> jepler: today I had sliced bread for breakfast and I still think the tool table touch off is better (I used it a lot last night)
[13:53:09] <jepler> making anything interesting?
[13:53:24] <cradek> those knobs - they are coming out really great
[13:53:36] <cradek> I should make a video - it's a neat setup.
[13:53:41] <jepler> I'm glad it didn't require much UI work -- your idea to use "touch off" for it was a good one.
[13:54:41] <cradek> yeah, I was very surprised to figure out that's how it should work, and it was mostly done already
[13:56:16] <cradek> now when the program cuts with tool 6 at .4375 and I measure the part at .433, I T6M6G43; G0X.4375; touch off X=.433
[13:56:54] <cradek> I don't see how it could be easier
[13:57:25] <jepler> it feels a little bit silly to have to move the machine to enter the new tool diameter
[13:58:26] <cradek> and load the tool?
[13:58:51] <cradek> a special screen could have Tool#___ programmed diameter___ measured diameter___
[13:59:06] <cradek> or radius or whatever
[14:00:05] <cradek> but not sure more ways to do a thing is always a win though
[16:01:15] <tissf> hi all
[16:03:17] <jepler> hi tissf
[16:03:54] <jepler> check tht you have ghostscript and imagemagick installed on your hardy system -- I found that without them installed I would get an error without any explanatory message building the pdf documentation..
[16:04:22] <seb_kuzminsky> hi jepler
[16:04:59] <jepler> hi seb
[16:05:10] <tissf> jepler: yes I have the two
[16:05:16] <seb_kuzminsky> what is alex doing with the params-to-pins changes?
[16:06:02] <tissf> 01:32:12 <jepler> (assuming this is even the same problem that tissf was having)
[16:06:10] <tissf> infortunately not
[16:06:33] <jepler> tissf: then you need to add "-dbg any" to the lyx commandline by editing docs/src/Submakefile and let me look at the output it makes
[16:06:43] <jepler> using pastebin or something
[16:07:12] <jepler> seb_kuzminsky: take PID tuning, for instance. It is not possible to make a pyvcp that lets you tune the pid coefficients, because they are on parameters which can't have signals connected to them
[16:07:18] <tissf> yes I have to past but that's a >3000lines !
[16:07:29] <seb_kuzminsky> makes sense
[16:07:38] <jepler> tissf: yes I know -- but unless you think you can spot the relevant part, I need to see it all
[16:07:40] <seb_kuzminsky> why are there parameters at all? why not just all pins?
[16:08:07] <BigJohnT> tissf: did you try a fresh cvs checkout?
[16:08:53] <jepler> seb_kuzminsky: you'd have to ask jmk that -- but my impression is that originally this kind of use of a vcp wasn't envisioned.
[16:09:40] <seb_kuzminsky> ok
[16:11:34] <jepler> anyway, I think this conversion may be back on hold because I raised some issues regarding pin direction vs parameter direction
[16:12:26] <jepler> take stepgen for instance -- if it's set by halcmd setp to an impossible value, .maxvel is updated by stepgen to hold the maximum attainable speed
[16:12:32] <jepler> that means that technically it has to be an IO pin
[16:12:46] <jepler> but you can't connect that to an OUT pin, which is what you'd want to do to tune it by vcp
[16:13:22] <cradek> perhaps that's just a bizarre thing for stepgen to do
[16:15:36] <jepler> that's certainly another point of view
[16:16:30] <seb_kuzminsky> i dont understand why you can't connect multiple OUT and IO pins to the same signal
[16:16:41] <seb_kuzminsky> it'd be confusing if done wrong, sure
[16:16:48] <seb_kuzminsky> so dont do it wrong :-)
[16:17:07] <tissf> jepler:
http://pastebin.com/d6d1def5d
[16:19:01] <jepler> tissf: thank you, looking..
[16:20:01] <jepler> tissf: that is cut off at line 1366 which is the part I wanted to see
[16:20:20] <tissf> it cut the beginning
[16:20:24] <tissf> !
[16:20:35] <jepler> ok, you must not have done what I intended
[16:20:36] <tissf> make cut the beginning
[16:20:47] <jepler> in docs/src/Submakefile did you add the "-dbg any" flag to the lyx commandline?
[16:20:59] <tissf> yes
[16:21:39] <jepler> but it didn't cause thousands of lines of output below "Building ../docs/src/Master_HAL.pdf"?
[16:22:14] <tissf> $(DOC_SRCDIR)/%.pdf: $(DOC_SRCDIR)/%.lyx
[16:22:16] <tissf> $(ECHO) Building $@
[16:22:17] <tissf> @rm -f $@
[16:22:19] <tissf> - @$(LYX) --export pdf2 $<
[16:22:20] <tissf> + @$(LYX) -dbg any --export pdf2 $<
[16:22:22] <tissf> @test -f $@
[16:22:24] <tissf> that's correct?
[16:23:02] <jepler> let me double check, but yes I think that's what I did
[16:23:53] <jepler> mine prints about 44000 lines of output, starting with
[16:23:54] <jepler> || Setting debug level to any
[16:23:54] <jepler> || Debugging `info' (General information)
[16:24:13] <jepler> I changed the line like this:
[16:24:13] <jepler> -@$(LYX) --export pdf2 $<
[16:24:13] <jepler> +$(LYX) -dbg any --export pdf2 $<
[16:24:17] <tissf> ! don't understand wy
[16:24:22] <tissf> why
[16:24:50] <tissf> ok
[16:25:14] <jepler> (removing the @ causes make to print the commandline, instead of hiding it)
[16:27:05] <jepler> ummm wait -- is what you showed me a diff of the Submakefile, or the actual contents of the Submakefile?
[16:27:34] <tissf> avtual contents
[16:27:50] <jepler> oh!
[16:28:07] <jepler> it should look like this:
http://pastebin.com/m29566b2c
[16:29:08] <tissf> oops!
[16:29:17] <tissf> sorry
[16:31:05] <jepler> next problem will be that the output is way too big to put on pastebin
[16:31:11] <jepler> maybe you'll have to e-mail it to me (jepler@unpy.net)
[16:34:13] <tissf> not the same error!
[16:34:22] <tissf> ok I test pastebin
[16:37:57] <tissf> I have exactly the same file, please wait I make clear
[16:38:35] <tissf> clean
[16:46:26] <tissf> This time:
[16:46:28] <tissf> /usr/bin/mandb: attention: /home/francis/emc2-trunk/src/../docs/man/man1/CVS: nom de fichier erroné, ignoré
[16:46:29] <tissf> /bin/sh: Syntax error: word unexpected
[16:46:31] <tissf> make: *** [../docs/src/Master_HAL.pdf] Erreur 2
[16:46:32] <tissf> francis@aldi2:~/emc2-trunk/src$
[16:48:53] <tissf> the make > debug.txt guive the same file
[16:49:44] <jepler> OK, I have no idea what is going on at this point.
[16:49:57] <jepler> you should use 'make > debug.txt 2>&1' to capture both "standard output" and "standard error"
[16:50:04] <jepler> but why you get "word unexpected" I do not know.
[16:50:37] <jepler> it seems likely to me that you've still edited the Submakefile incorrectly
[16:51:39] <tissf> $(DOC_SRCDIR)/%.pdf: $(DOC_SRCDIR)/%.lyx
[16:51:40] <tissf> $(ECHO) Building $@
[16:51:42] <tissf> @rm -f $@
[16:51:43] <tissf> @(LYX) -dbg any --export pdf2 $<
[16:51:45] <tissf> @test -f $@
[16:51:57] <jepler> You removed a "$" sign from before (LYX).
[16:52:24] <tissf> !
[16:52:28] <jepler> no, $
[16:52:40] <tissf> :)
[17:02:21] <tissf> it cuts again the beginning
[17:05:47] <jepler> lunchtime here
[17:05:58] <jepler> if you e-mail me that output I'll read it in an hour or so
[17:06:31] <tissf> sorry for your time, thanks for help
[17:19:06] <tissf> jepler: 55000 lines pastebin accepts
[17:19:20] <tissf> http://pastebin.com/d52b9ef19
[17:32:56] <tissf> jeple: The file of pastebin is not good! I e-mail the good
[17:33:07] <tissf> jepler: :( pffffffffff
[18:12:53] <jepler> tissf: still not the information I need on pastebin, and I didn't see an e-mail
[18:13:37] <alex_joni> he left..
[18:14:14] <jepler> yeah, I know -- but he sometimes looks at the scrollback
[19:13:23] <jepler> make: Échec de refabrication du makefile « Makefile ».
[19:27:44] <jepler> (that's the only error I can find in the log that tissf mailed to me ... time to get a fresh checkout and/or try the --debug=b,m flag described on the wiki
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?FailedToRemakeMakefile
[19:27:59] <jepler> )
[20:56:01] <tissf> jepler: can you look at that?
[20:56:19] <tissf> http://pastebin.com/d1d2020a1
[20:56:31] <tissf> It would seem to have a problem of missing images
[20:57:18] <tissf> "only" 10 échecs :)
[20:57:18] <CIA-37> EMC: 03cmorley 07TRUNK * 10emc2/src/hal/classicladder/protocol_modbus_master.h: change for splitting of modbus i/0 page into 2
[20:57:57] <CIA-37> EMC: 03cmorley 07TRUNK * 10emc2/src/hal/classicladder/zEMC_README.txt: update
[21:01:29] <tissf> jepler: it is the result of the make --debug=b, m after make clean
[21:03:22] <tissf> jepler: a portion of the result
[21:09:39] <jepler> tissf: do you have the directory docs/src/classicladder/images ?
[21:10:22] <jepler> if not, you need to make sure to specify the flags '-Pd' with 'cvs up'. You can do this automatically by putting this line in your ~/.cvsrc file: update -Pd
[21:10:28] <jepler> .. then cvs up again
[21:10:40] <seb_kuzminsky> mmm, cvs
[21:10:44] <jepler> hi seb
[21:10:49] <seb_kuzminsky> hi jeff
[21:10:50] <jepler> you should tell us all your opinion on cvs again :-P
[21:10:57] <seb_kuzminsky> heh
[21:11:32] <tissf> no images directory under dapper !
[21:11:42] <seb_kuzminsky> i'm not saying anything!
[21:21:39] <tissf> total succes... pfff I am an idiot I have shame!
[21:23:06] <tissf> thank you for your help guys
[21:27:14] <jepler> tissf: it works now? I'm glad we solved it
[21:27:22] <jepler> have a nice day, I'm going home
[21:27:45] <tissf> yes all works fine, thank you
[21:28:20] <tissf> see you
[21:57:16] <tissf> good night all
[21:57:31] <jepler> goodnight tissf
