since it's actually been used now, I'm thinking about checking in hal_dpp. I was also thinking about checking in the "C" source for the program I put on the microcontroller (it's very simple, turning 7 or 14 digital inputs into 2-byte serial packets whenver an input changes).
does anyone have feelings on the matter? should hal_dpp go in hal/drivers or hal/user_comps? where would the source for the microcontroller go?
er, "turning 7 or 14 digital inputs into 1- or 2-byte serial packets"
I'm not sure I understand the distinction, but maybe dpp is a driver, and the microcontroller stuff is a user_comp?
hm, I notice hal_joystick (userspace hal driver) is in user_comps/devices
that's the thing that's most like "hal_dpp"
oh, I thought of user as "human interface", not userland
I guess only jmk would know
ugh. axis bug: while emc is starting up, grab another window by the title bar and move it around until axis dies with the error: _tkinter.TclError: grab failed: another application has grab
oh good grief
(I'm not serious)
but thanks for fixing the one that happens when there's a pending error when axis starts
yeah, same here (thanks)
sorry - what was axis mostly written in? p....
could not think of irt
is it bad to switch the spindle brake on, while the spindle is rotating?
you'd have to talk to someone with a spindle brake
causes more wear on the brake, but otherwise, I think it should be OK
while it's powered, or while it's rotating?
you don't want to run it that way for long though
IMO powered=yes, rotating=probably not
then probably iocontrol is busted
but.. I think people can file a bug-report if they feel like it
We (used to?) have a delay between spindle on/off and brake on/off: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?SectionIo
SPINDLE_OFF_WAIT = 1.0
How long, in seconds, to wait after the spindle has been turned off before applying the brake.
SPINDLE_ON_WAIT = 1.5
How long, in seconds, to wait after the spindle brake has been released before turning the spindle on.
yeah, that was in emc1
or just have brake_off and brake_engaged inputs, and feed them from a delay (or CL if you want to do that)
err - just one input: brake_sense
yeah, if we are no longer observing those delays inside the IO controller, then do something about it in CL
cradek: there is a EMC Status page/script in AXIS
I noticed it doesn't get killed when you exit AXIS and emc2
yeah, I've noticed that too
didn't try to relaunch emc.. maybe it reconnects? :D
I think it actually may
it looks like it's intended to exit, though.
except emc.error: raise SystemExit
I LOVE how it selects in red the things that change
it does reconnect by itself
I don't understand how 's.poll()' (poll the stat buffer) succeeds after emc has completely exited..
this is fubared
hm .. something in axis.py between CVS version 1.205 and 1.207 now makes the feed override start at 0%!
jepler: something else..
there is no Hal_Configurator anymore
it's halshow.tcl now
hm, I can't get halshow.tcl to run anyway
I mean, the process starts, but it never shows any window
you need to run it with proper envs
look at tkemc I think
jepler: one question.. how did you get the spindle_speed in "EMC Status" ?
because it's borked..
from the stat buffer
alex_joni: does "halshow.tcl" work for you?
not really :(
but I know it used to
it's the field 'io.spindle.speed' in the stat buffer
yeah.. that's where it should be
but it's always at 1.0
doesn't hal have an "out" and an "in"?
for spindle speed
oh.. it does
but I never coded to use that..
I always used emcioStatus.spindle.speed
oh, what I meant was maybe you have to connect something to spindle-speed-in, and that number gets put in the stat buffer
but that doesn't seem to be true
no.. I meant to but never coded it like that
emcioStatus.spindle.speed always has the commanded speed
but it seems to be always 1.0.. for some strange reason
I suspect this happens in task somewhere
hmm.. there is some suspicious stuff..
in iotaskintf.cc (a global spindleSpeed).. any idea what that's about?
ok.. that's a BUG
no idea what that is doing in there.. but it seems to be working OK without that