odd. I see an fr version of HAL users manual but not an en version in the 8.04 release.
or am I missing something more than the ability to see.
err - where are you looking?
on a system installed from the emc2 package.
rayh: I'm not sure why HAL_User_Manual_fr.pdf is in there -- all the hal specific stuff should be in the EMC2_Integrator_Manual.pdf, I think
I was looking to compare released versions of it with what I'd compiled here but it just ain't in there.
for instance, EMC2_Integrator_Manual.pdf has HAL Tutorial, Canonical Device Interfaces (in section 'hal specifics') and Hardware drivers (in section 'EMC related HAL')
fwiw, in my dapper 2.2.5 emc2-sim I have both english and french pdf files
jepler@hardly:/usr/share/doc/emc2$ ls *.pdf
EMC2_Integrator_Manual_fr.pdf EMC2_User_Manual_fr.pdf HAL_User_Manual_fr.pdf
When I build 2.2.5 here it produces a copy.
rayh: yes it builds files that aren't used, because they contain duplication
oh I see
you'd want HAL_User_Manual.pdf as a separate document if you were going to use hal separate from emc, but for emc users we just put everything in the integrator manual
There is quite a bit of overlap between these.
user, integrator, hal
I'm just stumbling across things while getting ready for the classes.
Thanks for looking.
it's tough to decide whether a big manual with configuration through G-code is better than separate mannuals for HAL, integration, development, operation, troubleshooting, classicladder ...
do the lyx-to-pdf tools support something like a master document with links to other docs (in other files)?
SWPadnos: yes that's exactly what it does
well, maybe I don't understand what you mean
hmmm. I thought you ended up with a big single file with all the sub-documents included
there are several .lyx files which include other .lyx files
are you asking for links between pdfs?
pdfs are for killing trees. html files have nice links between them, though, and that's what they were made for
some docs I've gotten have a master index, which then point to other files for the detail information
SWPadnos, We make the big doc using a master Lyx that includes the other files
right - I'm thinking of something different :)
pdf files are for killing trees. html files are for hyperlinks.
if you want something that's linked out the wazoo, use html
it's not about hyperlinks between files, it's about organization and partitioning
But still one big doc?
I think my electronic CAD program does this - there's a master document which is fairly small, but will cause other files to be loaded
no, separate files
so I could load the HAL Integrator manual if I know that's what I need
When the end user views it, what does it look like.
or I can load the "top level" file, which will have short descriptions of the other files, along with links to them
separate files, but one essentially lists the others, and lets you easily load them by clicking link-like things
SWPadnos: I believe that's important; that's why I improved the html export, which makes things like that work splendidly.
Lots of our chapters are individual LyX files
adobe reader also has search options, so you could load "the emc docs", and search all the files automatically
do users get HTML with an installed system?
for historical reasons they get pdf
Only if they build.
I'm not sure if all that hierarchical stuff is supported by the free viewers anyway (especially evince, which seems to be the least useful of them)
with 2.3 I intend to switch to html
just thinking out loud - I have no complaints
I'm still thinking that docs and control ought to be separate packages.
at one point there was a "what doc format do you want" poll but now I can't find it to see what the results were
With packages of docs in your favorite language.
and perhaps in your favorite format.
I like one big file because it's easy to search. then again, I also like smaller files that are more tailored to a specific subsystem or task :)
if they are files, they should be HTMP
so smaller files that are also easy to search would be the best of both worlds (unless there are 1000 files ;) )
SWPadnos: if only I'd been able to figure out the gnome help system, it would have provided a full-text search of the html documentation. unfortunately, it bested me.
pdf is for printing
* jmkasunich channels jepler
yeah - maybe several more heads will be able to help you get it :)
jepler, I tried for a few days and it beat me also.
I need to learn never to cook anything ambitious on a weekday - if I'm lucky I'll be eating dinner by 10pm
(fwiw the pdf docs are 10 megs and the html docs are 6 megs. that's including both languages and all the same images as far as I know)
make 23-hour stew in a crock pot
or however you spell that
Ah sounds great.
big pot of it, most will go in the freezer
so the next 5 times it will be easy and quick
With the advent of my fast link, most of my objections to 10 Meg have gone away.
funny how that is
But if we get 30 languages...
that would be one of my dearest fantasies
That will really dwarf the control software
I'm surprised to see that even the most trivial .ko are about 88KB
this makes it look straightforward: http://scrollkeeper.sourceforge.net/documentation/scrollkeeper_example2_manual/ar01s02.html
so they must be wrong :)
SWPadnos: I probably just overlooked something
it's XML - easy to overlook everything
well -- here's my broken attempt at omf support. you really can't test it short of building a deb and installing it. patch is against TRUNK. http://emergent.unpy.net/index.cgi-files/sandbox/broken-omf-support.patch
Have a good evening guys.
I wonder what I should be doing to get ready for fest.
I put my list of stuff on the wiki. I need to install the machines I'm taking
I've been debating if I should bring my main machine, or leave it here and just bring my older one
I think I'm going to take three (!) laptops
one to run each machine plus my normal one
the main PC has the compile farm and serves my website - the farm can run at Rolands, but the site can't
can you ssh into it when it's at home?
oh hmm - do you have a hardy VM yet?
yes, as long as nothing goes wrong
I hear beeping, I think its food
10:00, right on time
damn that was good - worth the wait
jmkasunich: what do you hope to get done at fest? or do you know it's useless to plan?
its pretty useless
gotta try to do axis-joints stuff mostly
the thing I want to be sure to do is the rigid tapping time lag comp. I don't have the hardware, and I don't think there's any sure way to simulate it
it will take some playing to fix, at the least
how will you measure success? looking for the part to get pulled up out of the vise?
with the acme rod you're bringing
oh, thats right
(I do have that written down)
oh, now that's an interesting idea - prevent auto mode until homed
SWPadnos: that's an old idea ;)
it's still interesting ;)
right.. didn't say it wasn't
but I'd find it more interesting to have that configuration dependable
yes - of course I thought about that :)
and we get back to Runlevels..
essentially have inputs (or messages ...) that must be on to allow going into that mode
[13:11:22] <alex_joni> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?RunLevels
yep - I remember some of those conversations
I've never known a shop guy to try and run a program without homing. The routine is power up, home, go to work.
I don't even know if you could switch to running a program without homing on a Mazak.
that's what the email suggested
It would never enter the head of an operator to try.
That's not what the email suggested.
but at the moment, I don't think you can configure EMC to do that
"Don't let me is what the email suggested."
oh - I was responding to your musing that "I don't even know if you could switch to running a program without homing on a Mazak."
that implies that the Mazak might not let you ...
(I'm assuming before the EMC conversion ;) )
I wonder if my books even say.
is it just me and my mailer, or does it seem that "reply-to" is picking up both the list and the sender now?
I wonder if I managed to set some "reply to all all the time" option
Don't see any reference to no auto unless homed.
I think such a thing could be done with halui and either cl or a comp.
I'm not sure. UI->task is a direct shot
halui can only add to that, not step in between
it might be possible to have a watchdog that looks at "homed" for all axes, and sets machine off (or jog mode) if it also sees that EMC is in auto mode
Would it matter if it stepped between or reversed the status.
but that's reactive
hmmm. I'm not sure there's a "has-homed" HAL pin
If -- not all homed -- and status auto -- set mode manual.
(for each joint)
on the BOSS you can't even jog before you home, and it sometimes causes me pain
That doesn't sound right at all. If a Mazak is shut down away from home you can jog it near and then press home.
if you put your thumb on a limit switch, you can jog with the wheel. this is probably fairly unsafe but I've had to do it.
We should rename the halui halvcp config in the next release.
Yea. Halui has joint.x.is-homed pins.
we should probably delete halvcp like we threatened to do for 2.2
I seem to remember a Fanuc that would only let you jog with the wheel before an axis was homed.
Seems like Roltek's mill did that.
that seems reasonable to me, but I'd hate to put something so specific in emc - many people don't even have wheels
well, there's auto, manual, and MDI - you'd want a way of preventing entering each mode
manual includes jogging and homing, right?
so the root problem is that there's no configurable way (that I know of anyway) for an integrator to decide what modes are allowable at any given time - those are hard-coded into task (or somewhere)
ok, seems jmk has the same email response problem as me. I wonder if SF changed the way they write headers
I think that's an oversimplification of the problem. locking out some of our three modes auto, manual, MDI doesn't give "jog only with the wheel, and only until off the limit switches, then require a home" for instance
I don't mind reactive.
SWPadnos: what problem?
I noticed today that if I reply to a list email, it replies to the sender and the list
which should be reply-all
cradek, actually, it can do all that, with ladder
there's a Reply-To header in some of the list emails. It would be entirely reasonable for that to be an option (somewhere)
you can enable/disable the wheel in HAL, you can do things based on limit switches ...
it can't prevent key jog while allowing wheel jog though
No difference here between reply and reply to all.
yeah that kind of thing is why I said that
a basic reply should send to what's in the Reply-To header if it's present.
Looks like some users include themselves in the reply to and that gets passed through sf to the list.
yes I think it might be a subscriber option/preference - I'm trying to confirm that
I'm not seeing that actually, but it could be only certain users
I don't see it in your post but do in Matt's.
weird. looking at Alex's message - the official 8.04 announcement), I see from Alex, reply-to the list, to the list
I don't see the preference. maybe it's turned on for people who get the digest.
same for the one from Organic Engines (subject "still crashing")
either way I'm pretty sure this is a feature, not a problem
but if I reply to Alex, it goes to the list only. to organic engines it goes to both
Couldn't that be just the sender's preference in his own email program?
yeah - I wasn't sure if it was a feature - like you'd use it if you're not subscribed or something
nope, those preferences aren't transmitted
it's true anyone can add a Reply-To header to their emails. I'm not sure whether sf would pass it through.
anyway - if you guys also get both recipients for Organic Engines and Matt, but not for Alex and Stuart, then I won't worry about it
SWPadnos: of course we do, it's just a header
no magic here
Yep that's what I get here.
I examined the headers, and didn't see any difference though
SWPadnos: look again at Reply-To:
maybe my mailer is hiding some header info - like don't put it in treply-to if it's the from address
if so don't tell me, since I'll go on a rant about crappy mailreaders again
that was my confusion - I looked at reply-to and only saw one address :)
Should any existing Reply-To: header found in the original message be stripped? If so, this will be done regardless of whether an explict Reply-To: header is added by Mailman or not. NO
oh - it's not problem. I see (when I "view message source" that both addresses are in the reply-to
not a problems
this is the only related option I see
so the way it's set, I think mailman adds the list address to an existing reply-to header. I bet some people have them existing.
we can also have it remove the existing one first, so all messages have reply-to: list address only
can non-subscribers send messages to the list?
I've been caught by that recently.
With two mail accounts
ok, then removing reply-to is probably OK, though it's possible that some people want replies to more than one address
I'm not saying we should, I'm saying that we could
then again, they can sign up with both addresses
if matt wants his responses separately, why would we forbid it
that's extremely useful for someone who gets digests but occasionally wants to participate in a thread
right - I see no reason to remove it - people will figure it out when they get two copies of every message ;)
SWPadnos: fwiw, I don't have Reply-to address set in my email client
right - I see that my mailer was just omitting the reply-to (if it's the same as from) in the "headers view" - when I look at message source, I see that it's doing what it should
hahaha - I just got an email with "proce alerts" for first class tickets. Only $12621 for first class from Burlington to Quebec city
or a 4-hour drive :)
I really am having trouble believing you didn't put an extra digit in that price
I didn't :)
they may have though
it's possible to get tickets for only $2600 or so, so they probably have a 1 prepended. it's still funny that one could spend a few $k, and have a 9-hour travel time, instead of driving for about 4 hours
even in the jeep, it would be less expensive :)
...aaaaaand my 64-bit + rtai machine crashed again
well that bites
Mine's still up.
how much uptime?
Oh. I rebooted with a package upgrade yesterday. So I guess I don't really count that much.
that's true; as long as ubuntu comes out with security fixes frequently enough, we don't have to worry about uptimes that don't get past 21 days
that only works for net-connected PCs
crontab -e -> reboot
is that the "Windows work-alike" function? :)
"reboot every once in a while"
no.. windows is do some weird things every once in a while