SteveStallings is now known as steves_logging
SWPadnos: cool, so emc2 (at least the latency test) worked on your quad and 6-core machines
that's really nice
sim works + Mlatency test works on triple core too :>
alex_joni: you up early or late?
Jymmm: based on his slow/no reaction i wonder if he is up at all
Jymmm: close to 10am
so.. neither ;)
morficmobile: some people do have to work for a living
i am hating on ms sql server express right now
CAM software depends on at least a local version answering
and it seems to have eaten itself without chance for recovery
YES! We have POWAR!!!
Something that's so simple was a pita and costly!
* Jymmm blames alex_joni for that
sorry.. was up late, and tired .. so it probably was my fault :P
something to make you feel better
alex_joni: It cost $50 in parts to install an outdoor outlet
seems a bit pricey
alex_joni: Tell me about it. GFCI outlet, outdoor box, water tight flex conduit, two adapters, and what the mostly costly is this cheap plastic cover that's now required for code
alex_joni: This is a metal one, but you get the idea http://www.hammerzone.com/archives/exterior/siding/vinyl/accessories/j_block_01/sdvnjb28a_vinyl_j_block.jpg
alex_joni: Ah, here we go... http://www.deltronelectric.com/_cache/Electrical%20Boxes/img/amazon_B0013FRYH8.jpg
alex_joni: That, on top of one of these http://media.mydoitbest.com/imagerequest.aspx?sku=507614&size=2&warehouse=C&newsize=200
two of these http://www.discount-electrical.co.uk/shopimages/products/normal/cableman_plas/Flexicon/FLEX_fpa16m16b.jpg
alex_joni: and some of this water tight flex conduit http://socalfreenet.org/files/images//flex_hose_fitting_large-672_0.jpg
I see.. then it's not _that_ pricey, but still pricey
Well, $50 just to add an outdoor outlet is expensive
yeah, but the second one will be cheaper ;)
I doubt it
especially since I'll have to buy all the exact same parts all over again.
i have only just noticed that linksp/linkps are obsolete???
does that mean only net connections will work?
i have decided to change all my variable names to (paramname_unitType) it will save me a huge amount of confusion
i have been trying to multiply an angle in radians by pi/180
alex_joni, yes, all of the machines were able to run the latency test, so I assume EMC2 would also run
it was also a combination of architectures - Intel ultra low voltage with Intel graphics, AMD 7xx motherboard with Phenom quad core and older nvidia graphics, and AMD 890FX motherboard with hexa-core and new(est) nvidia graphics
SWPadnos: thanks for starting the loggers.
sure. sorry I didn't see the message until this morning
not a problem. Dad just gets a little grumpy ;)
not to worry -- if we're ever talking about him, his ears'll burn even if the logger is not running
dad mounted the 3 phase transformer for the servos.
it will output about 140v 3phase to the amc drives
it will get rid of the 220v wires run from the breaker box - across the floor
can anyone help me out and have a very brief look at my config?
moopy: So did you get someone to look at your config?
I looked at it, but couldn't see the problem in the time allotted (a few minutes)
where was the config?
OK, thanks. Didn't want to ignore him.
[19:38:41] <SWPadnos> http://pastebin.com/WxgwachD http://pastebin.com/jLJ2Hb0u
I think the first has the vismach program (called "test") as well as the config
I don't know enough about vismach to be able to tell if it will work by inspection
I am back and still have to worked out what is wrong with my config.
as far as i can tell is should work and the jog buttongs vcp dials and readouts work in axis, but when I run gcode the positions do not update as the tooltip moves in axis??
moopy, try this: run a standard 33-axis sim config, and verify that the tool moves correctly in the AXIS preview
then, copy that config and change it to load the vismach program
okay i will try that
without connecting anything in HAL - just loadusr "test"
verify that the tool still moves in AXIS (jog or G-code)
i have to connect the joints in hal or the vismach simulation will not move
then, connect axis.[0-2].motor-pos-cmd to a few of the inputs to test
one step at a time
make sure that loading your program doesn't somehow screw up anything else
(I don't think it does, but I'm being thorough)
the machine will move incorrectly, but you should see some motion both for jogs and for G-code
i may have missed something my net just went down
[16:07:39]<moopy>i have to connect the joints in hal or the vismach simulation will not move
[16:07:41]<SWPadnos>then, connect axis.[0-2].motor-pos-cmd to a few of the inputs to test
[16:07:47]one step at a time
[16:07:58]make sure that loading your program doesn't somehow screw up anything else
[16:08:08](I don't think it does, but I'm being thorough)
i see what you mean,if i loadusr the vismach and the axis readouts stop updating when running gcode i know its the vismach script not the config
i may be back in an hour after i have played around with it
thanks for the input SWPannos
just do things one step at a time. make a vismach program that only has one thing that moves, make sure you understand how things work for non-trivial kinematics (try the sample config vismach/max5kins), etc.
i just checked a sim (axis_mm) and it all seems to work fine
so my guess is that genserkins is broken somehow?
now try with one of the vismach sample configs
huh. actually, I see the same thing (sim mode, vismach/max5kins.ini)
do you have the home problem problem SWP?
I don't have a home problem - you have to home before you can do coordinated motion
i tried configs/myvis/max5kins.ini
yep. I'm messing with it right now (in sim)
and the config only allows 'home all'?
I see that AXIS doesn't move but the vismach does when first jogging around
no, you can home each axis individually as well (press the "home" key with some axis selected)
ah, ok. this may be expected behavior
(I don't know for sure, since I don't have any experience with non-trivkins setups)
the AXIS cone doesn't move until after all joints are homed
SWPadnos: what is the source for the cone set to?
actual / relative / joint mode
i seem unable to workout why there is a joint2 on limit switch error
moopy: can be a kinematics error too
if the axis.2.limit-* aren't active
surely the vismach demos should work 'out of the box'?
i am trying to test on the max5kins model
yes, but it's hard to find a sample G-code file that you can actually run
b-index.ngc works on vismach/mak5kins
does puma560 simulation work for anyone?
it worked for me
i am running it in vmware
i will have to try on a real machine tommorrow
it worked for me in vmware
i think its probably a pebkac error then
I'm awestruck by Rick G's creativity, but adding incremental jog to halui would be a better approach...
i wish i understood what you just said cradek
i get the feeling i should go back to #emc, i dont seems to be having a lot of luck with development
it seems puma560 vismach is not part of the 2.4.3 package?
is the stuff i am looking at only in git?
cradek was referring to a mailing list post, I think.
i am going to try downloading the latest git sources again
yeah sorry, I have a habit of commenting on mailing list stuff here
especially when I think something needs some development but I don't want to do it right now, it seems on-topic
i think unfortunatly most of this stuff is beyond me
moooop: The trick is to never admit it, and nobody can tell.
SWPadnos_ is now known as SWPadnos