I may have to up my speed at some point. (now that the wife has an nano and we stream a lot of stuff)
I'd settle for a link that stays up
jepler: thanks for applying the notifications-clear patch
dgarr: I tested it and it seemed to work
is there any way to distinguish between errors and warnings?
SWPadnos: in the nml level there are EMC_OPERATOR_ERROR and EMC_OPERATOR_TEXT which I guess could be taken to mean error and warning
ok - I was just thinking that there should be separate clear inputs for errors and warnings
if AXIS can differentiate at that point
oh, I don't think AXIS makes the distinction at the moment
I thought it used a different icon
ah, you're right -- it does
but then again, a more generic solution needs the equivalent of level and edge warnings - some things shouldn't be clearable until the error condition has been remedied
which probably should be done in HAL I guess
oh, and it seems there's also NML_ERROR and NML_TEXT
(and _DISPLAY for each kind, but I don't think we use those -- the comments indicate something about displaying a document by URL)
I wish we had a good way to show errors
one thing that really struck me retrofitting jr was that virtually every possible error was reported to the cpu and would show up on the screen.
I like the way AXIS does it now
but auto-clearing seems kind of dangerous to me
a fuse blown, it tells you which one - no air pressure - lube low - spindle didn't orient right - Y amp tach signal fault - etc etc
I bet there was 50 of them
yeah, the big machine I worked on also had that
there was a separate window/panel that had a list of the active error codes
the frame would turn yellow or red, depending on the most severe condition displayed
I have a bunch of stuff in the estop chain - if it doesn't come out of estop, I either guess or open the box and look at stuff
you can get some of that with the message .comp jepler posted
only if you had the 100 inputs to spare
several are coming in already, for ladder to see
the 5i22 would be useful there ;)
but not most of them, it's true
I have plenty of inputs left but I'm tired of wiring stuff
SWPadnos: do you have any magic sources for opto22 modules? I can't find a specific one anywhere except opto22 and I'm loathe to call and talk to a salesman.
there are other automation houses that sell them though, like Automation Direct (I assume), and maybe even DigiKey
ok, I've got a saved search going there
no luck at digikey
there are other modules that fit, they just don't have the screw (at all, or in the right place, depending)
looks like none at automationdirect (surprising)
specifically looking for some G4IDC5K
K means inverted?
I could sure use 3
even 1 would make me happier (probe input)
IDC are white, right?
they're only $15 from opto22.com - I should just suck it up and do their stupid thing
all of mine are non-K
thanks for checking!
I think there's a board on eBay that has a couple of them in it though - let me find it
except that eBay isn't serving me descriptions or photos at the moment
it's one of those intermittent things
geez -that guy is selling them for $15.95 now
wow, he must have a LOT of them
they sure work nice
I think he had 10 or 20 when I asked
"IMPORTANT: Your UPS or FedEx shipping account number is required for ALL credit card/PayPal orders"
you fail at e-commerce
if I cannot buy from you, you fail. fail fail fail!
(if it's your fault, Mr. website)
it lets you pay by paypal
but they can't, for some reason, calculate and charge the shipping amount
or they don't want to be on the hook for it if you decide to reverse the payment
yeah, silly isn't it
this is only about the shipping charge
cradek_ is now known as cradek
yay chris - I think you got it :)
what do/did I get?
oh I see it
I never reproduced the problem he had (where it sometimes worked and sometimes not)
although when I look at his plot, I see that the different passes start differently - some have a big initial overshoot
I never saw that
they may have triggered the oscillation in the old buggy code
wonder if his hardware or rtai setup are bad - I think he's using a custom kernel.
well yes, a homegrown smp kernel
I'm still suspicious that you have a problem I don't
although the new code sure deals with it better
I'm unsure what to try; I can revert to the standard hardy rtai kernel
what I can try is back out all your fixes from master and see wether I arrive at the plots I had before
option#2: declare victory ;-)
if your last plot is from exactly the same code I was running, there is a difference outside that code
it's not the config, since you shared that with me
do you ever get the rtai realtime-delay error?
last - you mean what I just sent half an hour ago?
no realtime delay since I dont use base-thread anymore (hm2)
yes this one http://mah.priv.at/cgi-bin/viewvc.cgi/emc-syncmove-without-hardware/post-fix.png?revision=1.1&root=CVS&view=markup
ok, where should I look for a difference?
have both in front of me
both what, sorry?
[17:00:32] <mhaberler> http://timeguy.com/cradek-files/emc/14b8248.png
on your plot, start at the  button at the bottom, see the vertical dotted line above it, follow up to the cyan line
at that point see the downward spike at the beginning of the threading pass?
I think that is wrong and I don't have it
ok, copy that
I think that is still a wrong initial sync, like you had on some passes before
but that disturbance does not freak out the new algorithm
on my plot, you can see all passes have the same initial sync
I see; any hints where I should try probing?
the apparently-missing sync-accel would still explain it
it baffles me why you have that
I moved away the old tree and fetched today; have a hard time believing one of my changes made it in there, that is out of the way; kernel?
that box can be made reachable over the net btw
but emc over vnc is a loser
git status will tell you if you have changes - you do not need to guess
ok... back in 5mins - will turn machine on and see for good
would be fun if you would change kernels and do nothing else (except the needed make clean; make)
it *could* be a coding error that gets tickled for you but not me
y'know, I've always tested this (I think always) on sim
what is the worst that can happen?
jepler: I like the no-pointer change. it looks much cleaner. I am still getting a different color on the last-poked button though (it is hardy)
cradek: hmph, ok
jepler: bet it's coming from greasy fingers
whatever theme I've got on here, it's nearly impossible to tell the difference between a clicked-in and clicked-out button
but the color of the just-clicked button and the pointed-at button are the same as anything else
yeah I had to look through several to find a sane one
I guess I have "custom" with "redmond" controls
cradek: I'm baack
did two shots with stock kernel and my smp kernel - can you tell a difference? I'm not sure
gotta run, bbl
are you suggesting higher sample rate?
is that your servo-period, or are you using "multiplier" in halscope?
if it's your servo period, I'm suggesting it is an uncommon configuration
has a mulitplier of I think 700 in halscope
no, it'snot the servo period - now i get it
good night all
the -smp one looks wrong and the vanilla one looks right
but small sampling...