jepler: do you think my kernel is good enough for a livecd?
I keep removing stuff and still have 1.5 meg left to go...
mozmck: I've used it on only one system, where it worked just fine. I don't know enough about the other issues you've encountered to say whether it's "good enough"
remember to include the hostmot2 firmware packages! That'll probably take a meg or two away from you :(
The only issue I have now is that I can't get it to run on my 6-core, and I think jthornton had the same problem on a quad-core
oh, yeah, where do I get that package?
What do you think about replacing openoffice with abiword and gnumeric? That was an easy way to get all the space I needed and a little more! So far I've removed all games, rhythmbox and related, several fonts, f-spot, pitivi, tomboy, evolution and related, all ubuntuone stuff, transmission (bittorrent client), and all the mono and *cil stuff.
personally, I don't care about openoffice, abiword *or* gnumeric
get the hostmot2-firmware packages from the dapper repository; they install on 10.04 just fine
0.7 is the current version, but I probably have to release 0.7.1 because I screwed up a dependency
ok. I figured it would be good to have a word processor and spreadsheet anyhow, and abiword and gnumeric can open a lot of formats and are *much* smaller than openoffice.
is there something you like better than those?
I don't see the use of a lot of word processing on an emc pc that's not net connected (can't install whatever package is desired)
I can see that spreadsheets would sometimes be useful, but I don't know what alternatives there are to gnumeric
I don't either. For the word processor, my main thought was for opening and reading documents, not so much for writing.
Lots of various docs not in pdf format out there.
again, I wouldn't know a thing about how well abiword opens doc or docx files
but if you're downloading random docs directly to that machine -> you have net access and can install what you need
That's true. abiword seems to do fairly well at doc files, I've never had a docx.
it's sleep time here. Thanks again for working on this! We'll have to talk soon about getting a correctly-formatted apt repo working for 10.04
no problem! wish I'd had time to get it done sooner.
I think I'll nuke openoffice
that sounds good to me now that I read what you guys just said
good! about ran out of stuff to get rid of. I think I may put in gnumeric and abiword because there will be plenty of room.
heh, removing openoffice.org: Need to get 0B of archives. After unpacking 254MB will be freed.
wonder how much difference that will make when squashed
Not that much, but quite a bit! I think on the other livecd I did with 9.10, I was able to install inkscape, gnumeric, abiword, qcad, and heekscad and maybe something else along with emc2.
have you managed to package heeks?
no, that was a package that someone else made.
I think it was linked to in an email or something.
what do you think about putting inkscape and/or qcad in?
sadly I'm still the wrong one to ask. I don't use either of those but I understand they are both useful for use in combination with emc.
(specifically how, I don't know)
I think mostly in conjunction with a CAM program, but there is a gcode output plugin available for inkscape. I don't know how well it works.
if someone will make linuxcnc.org/mozmck into an apt-gettable debian archive, i'll make the buildbot build emc2 debs for lucid
hey seb, shouldn't the archive be linuxcnc.org/lucid or something like that?
yeah it'll get moved to fit in the existing scheme ... somehow
shouldn't it be something like /debs/dists/<dist-name>/<arch/type>?
I think we almost used that scheme with /emc2 instead of /debs, but stopped (or maybe that's what we're doing, and the /hardy dir has older packages or something)
i agree, the lucid packages should be integrated into the current debian archive structure, or both of them should be reshaped to be more consistent (the current one is rooted at /hardy, which would be surprising if there were lucid packages there too)
I find www.linuxcnc.org/dists and www.linuxcnc.org/emc2, neither of which must be right
(because neither has 2.4/hardy packages)
/emc2 is the one I maintained for brezzy+daaper
[18:20:34] <SWPadnos> http://linuxcnc.org/hardy/
I think that's the one for 8.04
you are right
yielding the strange path /hardy/dists/hardy/xxx to actually get packages
oh, did we change the signing key between using /emc2 and /hardy?
EMC: 03seb 07master * re64571334a80 10/debian/control.in: fix a debian control file syntax warning in lucid
speaking of the buildbot... are we ready to turn off 2.3 builds? or is there still life in it?
there are a lot of people still using it, but I think chances are a little low that we'd make another release of it. I see there are no changes since 2.3.5 waiting for release
i guess it doesnt cost anything to leave the 2.3 buildbot running
just a bit more junk on the waterfall page, but it's off on the right where it's not in the way so much
And speaking of repository (and related) changes, I see that the "hostmot2-firmware-5i22-1.5" has popped up on my Update Manager, and under the changes tab it says "Changes for the versions:<newline>0.6<newline>0.7<newline><newline>This change is not coming from a source that supports changelogs.<newline>" In case there is any interest in supporting changelogs. Just thought I'd mention it.
Also, this message pops up when installing any of the hostmot2 software offered: ("Warning: You are about to install software that can't be authenticated...", etc.) Picture at: http://imagebin.ca/view/CilxpCD.html
Is there anything that can be done about that in the future?
* KimK should probably stop complaining about *free* software, lol
Has anyone ever tried running an interpreter independant axis by feeding a position into limit3 hal component and then pipe the output of the limit2 to a stepgen for driver control?
Jepler: CL Modbus works fine connected to a Prosoft Modbus RTU module stuck in an Allen Bradley SLC 500 PLC rack. Error free so far. I wish the module was as easy to configure as EMC2! The manual for that module stinks.
Dave911: thanks for the update.
I shudder to think what your PLC is like if you think setting up CL Modbus is easier :-/
The people who wrote the Prosoft Modbus manual should be shot. Even with 100+ pages of text, and an example configuration, I couldn't figure it out without calling the company's hotline.
KimK: last time we looked, it wasn't possible for us to supply changelogs in a way that worked with the update manager. If you look into it and find out different, let us know
KimK: as for the "can't be authenticated" message, is that an 8.04 system configured with the linuxcnc packages automatically (e.g., from linuxcnc.org live cd or emc2-install.sh), or from e.g., a 10.04 system?
if the latter, then you probably omitted the step of adding the linuxcnc repository signing key to your system
jepler: This is on 10.04 and mozmck. OK, thanks, I'll make sure I add the key and try again. As it happens, a visitor arrived and I haven't installed anything as of yet, so I can still retry.
The PLC maker, Allen Bradley/Rockwell, is getting rather nasty on support. At one time they had an open web forum where you could ask questions and look for solutions. Now you have to have a support contract before you can get into the forum so you can find the info to implement their hardware! Complete BS.
KimK: I think that the same incantation used in emc2-install.sh is appropriate to try on 10.04:
gpg --keyserver pgpkeys.mit.edu --recv-key 8F374FEF
gpg -a --export 8F374FEF | sudo apt-key add -
Oh well.. I've got it working so far....
Dave911: that's good to hear
Jepler: Did you ever find a reason why CL Modbus will not run properly without the CL GUI running? I haven't tried to figure that one out yet..
Dave911: yes I'm sure people have done that... why not
cradek: I can't think of a reason... I was just hoping that I was not overlooking something obvious.. I'll set it up for testing..
Dave911: no, I didn't figure it out
jepler: OK.... I'll try and figure it out after this next startup which begins on Friday and goes on for a week and a half..
Dave911: I mean, we both found serious bugs in it after I tried adding it, but I haven't looked into fixing it..
Oh ... I thought that it ran ok on your machine but did not on mine..
It makes me feel better that you found it broken also. :-)
At first glance it looked like the modbus sequencing was getting all screwed up without the GUI. The trace messages coming up in the terminal window appeared to be out of order. Or at least quite different from what they were when the GUI was running.
Dave911: The problem I saw was that starting without gui and then later loading the gui deleted the whole modbus configuration.
Dave911: I'm not sure whether I saw the problem you describe or not
The configuration did not disappear for me, although I think things began to get unstable at that point, so that might have been why you saw the configuration vanish. I'll try it again today and see what I find. I'll back up the config first before trying this out!
how on earth do you home http://www.linuxcnc.org/images/fbfiles/images/belt_schematic.jpg
Does anyone have a link to the pyvcp widget patch that allows you to use the "enter" key to set the value of a spinbox after manually typing in, (rather than requiring a flick-up / flick-down sequence)
I think that is how the flat-bed plotters work
cradek: How do you control that thing?? What kind of kinematics config would that require? That is an awful lot of belt to stretch and spring.
Dave911: it's an idea someone's discussing on the ... list or forum, I forget which
kinematics look simple to me, but I'm not sure how it would home, and I agree it seems floppy
Has anyone worked out a simple homing routine using only hal components?
you mean for that geometry?
No sorry.. referring to what I mentioned before about driving an interpreter independant axis via a limit3 and a stepgen...
stepgen can't zero its position, so you'd be stuck with maintaining your own motor offset
So when Axis (the GUI) homes a stepgen, it is merely maintaining an offset to zero?
AXIS doesn't home, the motion controller does - and yes it keeps track of the offset (in 2.4 you can even see this offset on a hal pin)
jepler: a while back you did the work to make macros in touchy. if you still have that work, would you put it somewhere safe before it's too late? I'm pretty sure you didn't push it to a shared branch.
cradek: I have no idea where that code went
too late :-/
I don't remember whether it was easy or hard. seems like it was somewhere in between.
well maybe I know
jepler@india:~/emc2-dev$ git branch | grep touch
hey whaddya know
looks like it's all in one commit: http://emergent.unpy.net/files/sandbox/0001-let-O-subs-be-called-from-MDI.patch
thanks, I'll stash it somewhere too
I think we shelved it because we were interested in probing from macros and that was badly busted
Dave911: Remembering the offset is pretty easy. The mux component makes a handy sample-and-hold.
It would be easiest if I kept the axes totally independent without the motion controller... due to the way the machine is controlled presently..
andypugh: That's right... I looked at that hal code you did before I still have that somewhere...
There is a limit3 function in HAL which can do most of a single-axis motion control task.
Yep.... I think I got that idea from you. :-)
Back to the workshop for an hour I think.
I need to dig up that info again I guess..
I think you used a DDT into a Mux as I recall. That was clever...
EMC: 03seb 07master * r158f777daaba 10/src/hal/drivers/mesa-hostmot2/ (bitfile.c bitfile.h hm2_7i43.c): complete the "linux firmware is const" conversion