jepler: seen http://sphinx.pocoo.org/
I wonder if there is a way to incorporate tttscale into truetype-tracer???
jthornton: surely there is
but I thought ttt already does g-code scaling..
e.g. you have a parameter which scales the whole text
I can't remember
I think what tttscale does is allow you to tell it how long you want it or something like that
well.. without tttscale you have to:
a. load it in AXIS
b. look at the length
c. calculate the new scale = old_scale * needed_length/current_length
d. edit file and reload
hardly something hard to do..
and it allows you to specify the X and Y offsets
there is touch off for that
I've messing with joints_axes3 and I noticed that overriding limits are done only in joint mode not teleop
that means I can't put off from limit my gantry machine without skew it
limits are a joint thing, not world
I don't know if that analysis helps ;)
I can't tell this to our customer :D
I think the override only applies to the joints that are on a limit
I'm not sure that you're allowed to jog other joints
overrides applies to all joints, I can jog any joint
I hope that I'll figure out some solution for this
I am about to write a component for which I have no hardware to test it. Should I even bother?
This is the 6-wire version of the BLDC-Hall component.
I would get hardware
I don't really want the hardware, I have better hardware.
I could probably cobble something up, but then I will only really be testing the cobbled-up hardware.
If you know what you're doing you should write comp, someone with hardware could test (ideal case)
I have tested the closely-related 3-wire version, so I am fairly confident.
andypugh, you have a >6 channel scope to look at the outputs with ...
so you could make it work right according to halscope, and wait for bug reports :)
andypugh: If I'll get some spare time I'll look at your comp, we had this programmed to avr :)
I will be posting a better version to the mailing list, probably tonight.
andypugh: did you get the IRAMS powerstage to work well?
Not at all at the moment, but I think that is problems with my Arduino-based driver. I plan on transferring what I have learned from the bldc-hall drivers in EMC2 to that, and should be able to get it going. It looks like the arduino code is generating the wrong patterns.
There is a lot going on with that hardware, including a resolver to hall-signal conversion. It makes a lot more sense to use the sinusoidal component, thinking about it.
for consideration: patch removing compile warnings: http://www.pastebin.ca/1885351
(half warnings to be precise)
micges: looks ok for master
(just skimming over it, not in depth reading, but I assume all of it is like the first 3)
yes for master