CVS make install vs. packaged EMC: I've noticed some people having problems with this, but I don't recall the exact situations
is this mostly an issue if you try to update, want to uninstall the CVS version, or some other situation?
also, a packaging question - does emc2-dev need to depend on emc2?
it seems that it shouldn't, because if you get -dev, you're probably going to be compiling your won
emc2-dev is for developing additional realtime and userspace components, user interfaces, and the like. It's no use in building a new version of emc.
if you "make install" while a package version is already installed, you've made a mess and now you'll have to clean it up
(even if they have different --prefix, becuse /etc is used instead of $prefix/etc)
I haven't done anything yet :)
I was trying to remember the difficulties, so I did a fake apt-get remove emc2-dev, and was slightly surprised that it wanted to remove emc2-dev as well
thinking that the issues would be lessened if I removed the packaged version before installing the CVS version
better to use dpkg-buildpackage or "fakeroot debian/rules binary" to produce an emc2 package you can install with dpkg
probably true, though I also have additional modules that need to be installed, which means I'd have to learn how to change the installed file list, etc.
one problem is that "make install" leaves .py files (python source) in /usr/lib/python/site-packages, but the .deb has .pyc files (python bytecode) -- python has some well-defined but irritating-in-this-case rules for which file it picks
(it prefers the .py file even when the .pyc file is newer, and doesn't give any sort of message about this condition)
in this case, that wouldn't be a problem, since there won't be any python use (unless I get the pyvcp test panel finished)
one other question - do you have a suggestion for getting a HAL system running at startup?
of course I can do S99realtime
I suppose I can stick an emchal script in init.d as well, and start that one up from rc2.d
scripts/halrun shows the steps you need to do; a lot simpler than the emc runscript
heh - for sure
I assume you mean more than "realtime start" at boot time
I've been using halrun for testing and debugging this application - thanks a bunch for that
yes, I need to load a bitfile into the 5i22, then load the application as well (HAL driver, additional RT component, userspace modbus program)
and make all the connections, of course
you need to write up an init.d version of halrun, complete with start and stop args
yeah. that's probably what I'll do
but not for tomorrow (again)
at least the application is working now (yay!!!)
it is pretty cool to have the modbus comms working alongside the digital and analog I/O
this system is way more complex than it needs to be, but it's interesting at least
like so many systems
since there's already a hal
yep, that's why I said emchal
i must have read over that without seeing it
heh - just after I mentioned S99realtime
I guess that would be S98realtime, and S99emchal
i finally figured out /lastlog is why i could never find the 'search' feature in irssi
SWPadnos_ is now known as SWPadnos
SWPadnos: you'll find that you always want to restart "realtime" and your app at the same time, since that's the only thing that will clean up threads added by 'loadrt threads'
jepler, the intent of this is to have a headless system that just runs the realtime app. it would be strange to stop it without powering down the PC
Can I ask what this is for? From what I understand it is a dac that runs at high speeds..
Guest303 is now known as skunkworks_
ADC and DAC actually, with a 10KHz HAL thread
it's a controller for a pulsed DC power supply
ah - nice
but could be used for cnc in the future I suppose...
the power supply is for a big ECM machine ;)
electro chemical machining
similar to EDM
searches where coming up with expersso machines ;)
I was thinking - wow that would be some accurite coffee. ;)
apparently, the process is limited by the amount of current you can pump into the electrode
so this is a 20000A supply
the next one is supposed to be 25000A
but only 36V, so theoretically you could grab the output bus bars
but I don't intend to test that theory ;)
just don't put your touge on it.
finally home :)
days like this are a bit too much, even for me
oh right, it's about 2AM there :)
left home at 7am, drove 300 miles, then worked about 4 hours on a robot, then drove back
about 14-15h total
yeah - that's a tough day
SWPadnos: "only" midnight here
but on sunday I get an extra hour :D
oh, then what are you complaining about? ;)
SWPadnos: so.. when are we gonna see your miracle boards? :P
I could post a photo if you like
I just wonder if I'll get to see the machine this power supply is for
so I gather
it's a 20000A power supply
that's a whole lotta ECM going on
oh, quite big
heh - 720kW
I tested a spotwelder a while ago
it was about 250kVA
only 3-6V or so though
but way more current ;)
I guess the end customer is thinking 20 kA isn't enough, so the next round of machines will be 25 kA
I think the highest current machine my controls have been is was 60000A
I'm being oh so helpful in #emc :)
that's an interesting gathering of verbs
"have been is was"
err - ... have been is was ...
in in in
* alex_joni goes to bed
SWPadnos: you should too :D
soon. it's only 5:45 here
you seem tired :P
tank yew ;)