EMC2 running on Raspberry Pi?

mungkie wrote:

mhaberler wrote: Hi Mungkie,

there has a lot been going on on the integration and not much is missing except package building; this work will probably wind up in master fairly soon.

you might give it a try:
git.mah.priv.at/gitweb/emc2-dev.git/shor...integration-preview1
...

I just had a quick look at your rtos preview last night (downloaded as a tar.gz package over git web not via git), how did you get it to compile for raspberry pi, it seems to give error due to ARCH testing macros in src/rtapi/rtapi_bitops.h

run configure like so:

./configure --with-platform=raspberry

this forces USE_GCC_ATOMIC_BITOPS so rtapi_bitops.h should compile

Are you making some special changes to you raspberry pi system includes so it compiles without modifying the linuxcnc source???

this tree compiles, and on xenomai it runs HAL+RTAPI, plus Gladevcp. I did not get Axis or one of the other UI's to work, mostly because of the OpenGL problem I mentioned, maybe some others. Did you get axis to run on the Pi? if so, I would be very interested in the list of installed packages on your Pi

I will try and check your gpio driver (src/hal/drivers/hal_gpio.c) at the weekend and either will manually patch in my previous changes to get the rpi to compile linuxcnc or if you let me know what system modifications are needed will try updating the rpi kernel headers etc and compile the unmodified source tree.

If you have some cleaned patches, that would be most welcome!

- Michael

mhaberler wrote: this tree compiles, and on xenomai it runs HAL+RTAPI, plus Gladevcp. I did not get Axis or one of the other UI's to work, mostly because of the OpenGL problem I mentioned, maybe some others. Did you get axis to run on the Pi? if so, I would be very interested in the list of installed packages on your Pi
If you have some cleaned patches, that would be most welcome!

- Michael

I really have not made any tests of any of the other programs except axis, axis seemed to run fine previously though the software stegen has never been good on it and the graphical update seemed to be about 1 frame every 5 seconds.

I just tried your './configure --with-platform=raspberry -enable-simulator' suggestion and it compiled okay though there are a few compiler warnings, I ran axis and it seems to run same as before.


I will try doing a RT_PREMPT compile at the weekend or maybe tomorrow evening if I get time, and try and get some of the driver code to a dist stage.

As far as the packages required, I loaded the most recent raspbian image available from the raspberry pi web site downloads section.

To update the required packages I used the following commands:

mungkie wrote:

mhaberler wrote: this tree compiles, and on xenomai it runs HAL+RTAPI, plus Gladevcp. I did not get Axis or one of the other UI's to work, mostly because of the OpenGL problem I mentioned, maybe some others. Did you get axis to run on the Pi? if so, I would be very interested in the list of installed packages on your Pi
If you have some cleaned patches, that would be most welcome!

- Michael

I really have not made any tests of any of the other programs except axis, axis seemed to run fine previously though the software stegen has never been good on it and the graphical update seemed to be about 1 frame every 5 seconds.

I just tried your './configure --with-platform=raspberry -enable-simulator' suggestion and it compiled okay though there are a few compiler warnings, I ran axis and it seems to run same as before.

Now that is what I call an interesting result. Thanks for getting my branch to execute Axis; it really must be an installed package problem then on my side; thanks for the list.

Did you run axis on the local console or with a remote X display?

I will try doing a RT_PREMPT compile at the weekend or maybe tomorrow evening if I get time, and try and get some of the driver code to a dist stage.

Just make sury you do this in git, so you have history. We cannot make much use of binary blobs or tgz files without history. I would btw be very much interested in having a RT_PREEMPT kernel for the raspberry, really just to make measurements.

As far as the packages required, I loaded the most recent raspbian image available from the raspberry pi web site downloads section.

To update the required packages I used the following commands:

Code:

sudo apt-get update sudo apt-get install gettext autoconf libpth-dev bc gcc g++ make git libncurses5-dev libxaw7-dev libreadline-dev tcl8.5-dev tk8.5-dev bwidget blt libgtk2.0-dev python-dev python-tk python-lxml libboost-python-dev libtk-img python-imaging-tk python-xlib python-configobj python-gnome2 python-glade2 python-numpy libgl1-mesa-swx11 libgl1-mesa-swx11-dev python-gtkglext1 python-opengl freeglut3 libglu1-mesa libglu1-mesa-dev

Hi all, just got my hands on a Pi yesterday and I have tried the following:

To get the code and packages
Then build

this gives me
and when I then try "make" I get a lot of these warnings:
the build stops att an error when compiling sim_rtapi_app.cc

any ideas?

thanks,
Anders

there is something wrong with either the branch, or the autogen/configure step

could you pastebin the top few lines of 'git log', as well as the src/configure?

- Michael

mhaberler wrote: there is something wrong with either the branch, or the autogen/configure step
could you pastebin the top few lines of 'git log', as well as the src/configure?

When doing the debian install I installed "debian-desktop" also. This may have been a mistake since it is quite slow and not really suitable for web-kiosk or similar use. Does anyone know what lightweight X/desktop envirionment people use on the Pi?

It seems my Pi now has some problems because after the X login screen it seems the window-manager does not start. I just get a screen with the debian background-image and the mouse works - but nothing else. The machine is alive as there are text-consoles with ctrl-alt-F1 etc.

So I will probably have to do a re-install and report back after that...

Anyway my first impression of the Pi is that it is disappointingly slow for desktop use with debian-desktop Makes me want to use ITX/Atom boards for my projects instead.