what have I been missing?
cradek_ is now known as cradek
Lots of cradek has joined #emc-devel..
we're a sturdy lot
then some - cradek has quit #emc-devel. <- about 50%
if that's all I've missed, it doesn't seem like much.
hw id the bus go?
lots of work, but all done
I have a few photos - I want to take some more of the various tools I made for the job, then I will write a little blog post
did you make the 3.5 inch socket?
what ended up being your internet problem?
it's not fixed yet. now my router is rebooting itself a few times an hour, and sometimes stopping working altogether. it is just a bad one I hope. I will get a new one monday.
there have been so many different routers and problems that I've lost track.
we'll get it soon.
struck by lightning?
I've spent pretty much two solid days on it
nope, the original problem is a firmware bug in the router that's tickled when you have one machine with more than one IP
it just goes nuts
I worked around that by adding another network card and futzing with static arp tables
now the resetting periodically is a separate problem I think.
skunkworks: special tool made for seal insertion: http://timeguy.com/cradek-files/emc/IMAG0032.jpg
new seal in place: http://timeguy.com/cradek-files/emc/IMAG0033.jpg
counterweight tool made for getting the spline lined up in the differential without taking the differential cover off: http://timeguy.com/cradek-files/emc/IMAG0038.jpg
Now that is thinking
I was a hero for thinking of that :-)
I didn't realise this was a rear axel
big heavy parts
jmkasunich: how have you been?
went to a nephew's graduation party in PA today
very far? only a state away ;)
2.5 hours each way, not bad
but it still puts a huge dent in the day
got a long day tomorrow too... .bedtime
EMC: 03micges 07master * rf4f0ed834856 10/src/emc/ (4 files in 3 dirs): Move task delayLeft value to correct place
EMC: 03micges 07master * r0c71683e6490 10/src/emc/ (4 files in 3 dirs): Change all boolean fields of TRAJ_STAT to have bool type
odd buildbot reports again git error
this looks odd: return *(new myObj()); is there a better way?
awallin: you probably want return myObj()
jepler: I'm copy/pasting from an operator overload tutorial. they suggest += -= *= = ans similar operators have return type of &MyClass then return myObj() doesn't work (I think)
I think they do that to allow things like this: obj.method1().method2()
* awallin has about 2 days of c++ behind him :)
me too, but it was years ago ;)
awallin: for an operator like =, +=, return *this
same for method1, method2 if you want to be able to chain them in that way
c++ is a baffling language for the first 5 years or so, then it levels off
(or else they come out with the next standard rev, and it's bafflement all over again...)
I'm trying to writhe the DropCutter CAM-stuff in c++ now. It's the third time around (first in Matlab, then in Python) so I should know it by now :) Hopefully this is the final version and they will be able to use it from HeeksCAD/CNC. Then I want to do the octree simulated cutting. (lot's of plans for the vacation :) )
Is it proper to add the same function at 2 different points in a thread?
EMC: 03bigjohnt 07v2_3_branch * r69df55b539e8 10/docs/src/common/User_Concepts.lyx: Add more info on Homing and Touch Off
I want to add a hm2_7i43.0.write to my servo thread, and 1 already exists for another purpose.
Goslowjimbo, I believe it's impossible to do that
if you try, you should get an error stating that the function is already part of a thread
So if I use the write function for the servo system, there's no way to use it for raw reads and raw writes on the same thread cycle?
I don't know that I understand the question
if the write function writes both servo settings and SPI data, then both will be done in one call
you can't do two SPI things in the same servo cycle though, unless there are two separate HAL functions
I may be the confused one. When I read in the hostmot2 man, I see that a write_address tell where the .write function sends the write_data.
that's a register, not a HAL function (right?)
The .write is a function according to the man page. The address and data are registers.
you can write exactly once per thread execution, and the write function can be in only one thread
if the .write function also writes servo data, then it makes sense to put it in the servo thread
No argument there.
I may be reading too much into it. In the description of the .write function, it says it updates the rates, cycles, and GPIO details.
But in the raw mode description, it say when a write fuction is called, It uses the address and data specified by write_address and write_data.
Maybe that's just in context of raw mode, and the write function does much more ? (I hope).
I'd have to look harder than I have time for at the moment :)
it looks like you can do whatever you want by making a component that has output pins for the address to write and the data to be written
plus an I/O pin for the strobe
That's what I'm hoping.
readback may be a little trickier, since you'd have to detect when your data is valid somehow
and the function order has to be pretty particular
(whatever sets the read address, then the hm2 read function, then whatever actually uses the data and sets the write address, then the hm2 write function)
gotta run. good luck with it
Actually, pcw explained to me that readback is easy. the SPI interface is so quick, the read data is always valid.
noel is now known as Guest29584
Guest29584 is now known as Roguish
SWPadnos: is git down or up? seems unresponsive.
there are some problems with net where git is hosted but here (Poland) it works for me
i get an error: fatal: The remote end hung up unexpectedly
where are you?
SF bay area
seems some net routing problems
ghost of MJ
EMC: 03cmorley 07master * rab153ba58023 10/src/hal/utils/meter.c: Fix halmeter command line options
Roguish: wait a bit, then retry
it usually works then
alex_joni: buildbot can't connect with git
alex_joni: still no luck. just did a 'pull' with same error.
I"m working on the git problems. like SWPadnos said on the list, the ISP is having trouble with a router. Please be patient.
I think it's up and down, so if you keep trying, it will work sometimes.
(actually, for me it seems like it is working right now)
anybody: little help with hostmod2....
what's the trouble?
constant error at start of emc: hm2-servo.hal:36: parameter or pin 'hm2_5i20.0.pwmgen.pwm_frequency' not found
good, the pros from dover...
stock emc install works with sample.
stock emc (released 2.3.1) does not work with my config.
how many pwmgens did you enable on the loadrt line?
used to work.
4 encoders, 4 pwms
did you copy that error or re-type it?
typnng is not thet goood
can you pastebin the hal and ini files
is this something with the symlink to the bit files ???
probably not, unless there are no PWMs in the bitfile it loads
(assuming it loads a bitfile at all)
I'd expect some other error in that case though
(don't know what, but I'd expect something different)
[20:56:01] <Roguish> http://pastebin.com/dc01042f
[20:56:44] <Roguish> http://pastebin.com/d10b6577b
i really don't follow that symlink thing
like and alias?
what symlink are you referring to?
to the bit file. referred to in the beginnign of one of the sample files for the hostmod2 config
maybe it's left over text....
are you calling this a symlink: #
loadrt [HOSTMOT2](DRIVER) config=[HOSTMOT2](CONFIG)
no, it's referred to in a comment .
at the begging of a file.
yep, I see that comment now
confuses the heck out of us idiots.
if you're running installed it shouldn't matter
if you're compiling for yourself then it does
well, my config is not runnning from either.
the config is immaterial, unless you have custom bitfiles
well OK then :)
I'm pretty sure the installed version creates the proper symlink for you
or just puts the files where they need to go
yeah, i checked . the bit files are in the /lib/firmware directory
which leads back to what the heck is going on or not with my config?
well, the param name sure looks right to me
i thought maybe the board wasn't found, but it is 'cause it works on the standard installed emc2
is a variable getting walked on somewhere?
could you pastebin the error?
I mean the terminal text from when you type emc until you have a prompt back
[21:09:13] <Roguish> http://pastebin.com/d62b73387
how about dmesg?
debug = 27
you shouldn't have to run "scripts/emc". if you do, there's something wrong
the whole thing?
well, probably just the last 100 lines or so
or if you don't need to keep it, you can dmesg -C (or -c - I don't recall) to clear it, then run emc agaion
[ 4716.896465] hm2/hm2_5i20.0: firmware hm2/5i20/SVST8_4.bit not found
[ 4716.896474] hm2/hm2_5i20.0: install the package containing the firmware, or link your RIP sandbox into /lib/firmware manually
[ 4716.896480] hm2_5i20.0: board fails HM2 registration
that darn link thing.
I didn't catch that in the ini file
change the bitfile name on line 14 of the ini file so it ends with "BIT", not "bit"
Linux names are case-sensitive ...
what ever happened to good old dos.....
death, luckily :)
freeDOS is alive....
yeah. it's still useful for flashing BIOS chips and stuff :)
runnning again. thanks.
hey, whos worked on the integrators manual
mostly bigjohnt lately
it is REALLY GOOD !!!!!!!!
heck of a clean up and improvement. OUTSTANDING.
great - let him know :)
git stilll seems to be unresponsive.
I think a router is getting replaced tomorrow - we'll have to see what happens then
ok. no problem.
at least i can get back to some moderately productive screen layout. thanks swpadnos.