Back
[16:13:15] <cradek> psha: you're probably right
[16:15:23] <psha> so i'll move it and push everything to gladevcp-modules branch
[16:15:33] <cradek> hey, I think it worked
[16:17:10] <psha> downside is that gladevcp will be placed in two different places in source....
[16:17:33] <cradek> a lot of stuff is like that...
[16:20:30] <cradek> I confirm that GLADE_CATALOG_PATH works
[16:22:30] <psha> check gladevcp-modules branch
[16:22:40] <psha> i've moved them and updated emc-environment.in file
[16:23:51] <cradek> looks great
[16:23:57] <psha> i'm updating READ_ME file too
[16:24:13] <cradek> gitk FETCH_HEAD master
[16:24:16] <cradek> oops
[16:29:25] <psha> i've updated readme to reflect current state
[16:33:12] <cradek> instead of the link warning in the readme, can we (you :-) just fix the package and make install rules?
[16:34:03] <cradek> seems like it wouldn't need any special warnings then
[16:39:59] <psha> working on it :)
[16:41:08] <cradek> fwiw, rip works for me, with your latest changes
[16:42:50] <psha> great
[16:52:47] <cradek> psha: why do we need special hal hbox and table?
[17:02:41] <psha> don't know... i've not digged that far
[17:04:57] <cradek> hm, is there no widget for a plain numeric readout?
[17:04:58] <psha> cradek: they may be enabled/disabled via hal pins
[17:05:14] <cradek> <number halpin="spindle-actual" font="('Courier',12)" format=" 4.0f"/>
[17:05:15] <psha> like gtk.Entry but only for digits?
[17:05:23] <cradek> not entry - readout only
[17:05:40] <psha> HAL_Label may be easily fixed this way
[17:06:34] <cradek> oh it has "label pin type" - maybe it already does this?
[17:06:41] <psha> no
[17:06:46] <psha> self[obj].set_text("%s"% str ( self.hal[obj] ) )
[17:06:51] <psha> only simple '%s'
[17:06:53] <psha> without formatting
[17:07:00] <psha> but if it's enought - then it is
[17:07:16] <cradek> I don't understand what that would do - there is no hal string type
[17:07:40] <psha> everything may be converted to string in python :)
[17:07:51] <psha> it's either u32 or float
[17:09:03] <psha> but way how it's defined is not great...
[17:17:36] <psha> i'm fixing it...
[17:17:42] <cradek> cool
[17:18:24] <cradek> http://timeguy.com/cradek-files/emc/lathepanel.png
[17:19:04] <cradek> this is a replacement for the axis pyvcp panel currently on my lathe
[17:19:30] <cradek> ... after I plug in your new label widget in those two holes
[17:20:03] <cradek> brb
[17:26:39] <awallin> horrors.... , is pyvcp dying a slow death now ?
[17:29:40] <psha> cradek: check last commit
[17:31:04] <psha> awallin: for me gladevcp is far better options since i'm only confident with gtk when some guis are needed
[17:31:43] <awallin> is touchy in gtk?
[17:31:45] <psha> yes
[17:32:05] <awallin> ok, so touchy+gladevcp and axis+pyvcp
[17:32:12] <psha> seem so
[17:32:17] <psha> gtk + gtk, tk + tk
[17:32:24] <psha> other mixtures looks horrible
[17:45:03] <psha> cradek: i think i have to revert f7c7fddbde2c2315da96515b4b3aa904fef32f6b and leave xml and png files in lib/python/gladevcp...
[17:45:43] <psha> files in share are hard to find and there is no serious 'pros' of this move
[17:46:04] <psha> in run-in-place mode there is no difference what dir to set in GLADE_CATALOG_PATH
[17:46:28] <psha> in installed - no difference from whare install files to /usr/share/glade3
[19:32:57] <psha> cradek: i've reverted it and updated makefile so it installs in correct place
[19:33:18] <psha> i've also updated hal_label
[19:33:30] <psha> it seem that it's time for some documentatation :)
[19:37:03] <qq-> psha, maybe find some time to fix rtai+emc install in debian too ;)
[19:39:45] <psha> it was very hard for me to force myself to use ubuntu instead of debain :)
[19:41:35] <psha> i hope i'll have small amount of time theese evenings (sat/sun) so i may give it a try...
[19:42:01] <psha> on sun is birtday of my daughter so i won't have enought time :)
[19:42:46] <qq-> i don't force myself at all, i'll stay on debian :)
[19:43:39] <psha> i'm a bit tired of packaging so i was hoping that at least here i'll use stock debs :)
[19:44:01] <psha> but - why not?
[19:44:13] <psha> it seem that there are some debian users here
[19:45:13] <psha> so if we'll roll good quality packages they will be usefull
[19:47:34] <qq-> i looked on ubuntu-cnc at 'rtai-config*' file and guess what ? it isn't provided by any package ..
[19:47:47] <psha> if you promise to punch me regulary i'll setup repo/buildsys for testing
[19:48:24] <qq-> * qq- punch pasha
[19:48:42] <psha> and now i'm going to sleep :-P
[19:48:57] <psha> but tomorrow i'll setup repo at least...
[19:49:08] <psha> after my raid will sync
[19:49:26] <qq-> * qq- sing easy sleep to psha
[19:49:30] <psha> :)
[19:49:34] <psha> thanks :)
[19:54:01] <andypugh> The 8i20 has a whole lot of settings stored in nvram. There is a Windows application to change them. PCW seemed not too fond of the idea of exposing them in the main driver for fear of wearing out the nvram. The idea was to create a secondary driver that exports all the parameters where they could be tweaked inside halrun or a comp or maybe something similar to stepconf.
[19:56:00] <andypugh> However, as parameters are only really written inside the HAL file at startup, and it is easy to only write values that have changed, I am wondering if this makes any sense?
[20:00:09] <andypugh> I am considering simply creating parameters for all of them, though that will end up being an awful lot of pins.
[20:01:36] <skunkwork> could you do something fancy that if you pass a flag with the loadrt line - it activates the parameters - otherwise it doesn;t? (talking out of my a$$)
[20:02:20] <andypugh> Yes, that would be doable.
[20:02:34] <andypugh> And is probably the easiest way, on reflection.
[20:03:55] <andypugh> Then you could start the driver from halrun.
[20:04:08] <andypugh> Good plan.
[20:04:26] <skunkwork> wow - that doesn't happen very often,
[20:35:56] <cradek> can it be a regular userland program?
[20:36:58] <andypugh> I don't know
[20:38:03] <andypugh> I assume so, but you would need to duplicate so much of the hostmot2 driver to get the interface to the FPGA registers that I am not sure it would make sense
[20:42:09] <cradek> gotcha
[20:42:45] <cradek> wonder how much of the windows app could be reused
[20:43:08] <cradek> maybe just strip anything gui and parse the command line instead
[20:43:20] <cradek> probably would have to replace a few getperm type things
[20:44:05] <andypugh> I _think_ that it communicates with the individual serial modules via the serial port, not through the FPGA card. I might be wrong.
[20:46:00] <alex_joni> now just wait for pcw to pop in and set you straight :)
[20:46:25] <andypugh> Reading the manual, it does work through the serial port, and is in fact not windows but command-line
[20:47:01] <cradek> oh hey, that is probably pretty darn easy to port then, unless it's written in microsoft word macros or some other crazy windowsy thing
[20:48:23] <andypugh> Indeed, but then you have to dismantle the equipment, move a jumper and plug into the serial port.
[20:49:08] <cradek> how often do you want to do this reprogramming? what does it do?
[20:49:09] <andypugh> On the plus side, I could stop writing the driver now if that was acceptable.
[20:49:16] <cradek> heh
[20:50:21] <andypugh> Sets parameters like max current, PID gains, brake voltage thresholds etc
[20:50:52] <andypugh> It will be something you do during initial machine setup, then never touch.
[21:15:09] <cradek> hm, gladevcp doesn't go into touchy for me, it pops up a separate window instead, with everything disabled in it
[21:15:36] <cradek> oh, x protocol errors (bad window)
[21:23:37] <cradek> fwiw, my output:
http://pastebin.ca/1970361
[23:33:18] <andypugh> Is it likely that this chap haas achieved what he thinks he has achieved?
[23:33:20] <andypugh> http://www.linuxcnc.org/component/option,com_kunena/Itemid,20/func,view/catid,24/id,4800/lang,english/#4804
[23:47:37] <qq-> emc configs/sim/touchy.ini < or so, wouldn't it worked too ?
