In the RoboShop project, we aim at developing a platform for robotic applications in a shopping mall. We took the decision to use ROS, the robotic middleware backed by the Open Source Robotic Foundation. We also wanted to continue using our favorite language Pharo. This is how we end up developing PhaROS, a client for Pharo-based ROS nodes.

Today, we are glad to announce that the first version of PhaROS is now officially available, that is there is :

There is still much to do in PhaROS, and more broadly in the RoboShop project. But, so far we already have a PhaROS node that wraps the robot that we are using. We connected it to the gmapping SLAM algorithm and we have used it to buid a map of our lab. More to come soon.

The CAR team  (http://car.mines-douai.fr) carries research at the frontier of Software Engineering and Robotics. We study software architectures, languages and tools for controlling individual robots. We have developed an expertise in reflective and dynamic languages, as well as component models, for a modular robotic software architectures. Besides, our research also addresses coordination and cooperation in robotic fleets. We mainly focus on communication models as well as emerging or predefined organizations for multi-agent robotic systems.

The post-doc position is part of the CAIRE project. The goal of the project is  to propose innovative solutions for the agile development of robotic software. The study will be validated by developing new robotic-based exploration and mapping solutions.

The candidate must have a PhD in Computer Science or Robotics, should demonstrate strong programming skills, and have research interests in at least one of the following areas:
- modularity and software composition
- programming languages design
- agile software development
- robotic middleware
- control architectures for robots
- multi-agent robotic systems

Important information:
-Workplace : Douai (Lille area), France
-Start: Between May and October 2013
-Duration : 18 months
-Salary approx. 2000 Euros.

To apply, please send your CV + references to : noury (DOT) bouraqadi (AT) mines-douai.fr

The goal of the RoboShop project is to make a robot for services into a shopping mall. From the hardware point of view, we are using two wheeled robots, equipped with a laser SICK 300 range finder, as well IR and sonar telemeters (see Picture 1). Each robot has a pole that is about 1.5 m heigh. It holds a tablet PC and Pan/Tilt camera.

Picture 1: Robots we use for the RoboShop project

On the software side, we have chosen the ROS middleware. The rational behind this choice is that ROS is backed by an active community, structured around Willow Garage and more recently the Open Source Robotics Foundation (OSRF). On the programming side, we took the reflective language Pharo. As Object-Oriented experts, we believe that Pharo is among the best (if not THE best) object-oriented programming language. Besides, it’s available under a free software license, and it’s community (backed by the INRIA french public research organization dedicated to computer science) is continuously improving it.

The first step was to develop a ROS client in Pharo: PhaROS = PHAro + ROS (initially named RoSt). So far, we have a first complete, running version. We have also developed a ROS node to control our robot. As a first validation, we drove the robot inside our lab and make it build a map (see Picture 2). That was also an opportunity to test our client with a third party ROS node, namely gmapping. We fed this Synchronous Localization And Mapping (SLAM) algorithm with data from the laser embedded on the robot.

Picture 2: Our lab’s map built by a robot

We are currently working on automatic map construction. The robot should be able to roam autonomously to build the map. This will lead us to test other parts of our infrastructure. Ultimately, the robot should be able to navigate in the building based on the existing map. It should be able to plan its trajectories to reach it destination while avoiding obstacles even if they are not on its initial map. Such obstacles include moving ones such as people or other robots.

The 8th french national conference on “Control Architectures of Robots” will be held this year in the beautiful city of Angers next 12-13 june. As for every edition since 2006, the CAR conference will gather researchers of the french robotics community interested in the transverse theme of embedded software for controlling autonomous robots. This event is an opportunity to get an overview of research currently conducted in french labs.

Important Dates

  • Paper submission (full paper or extended abstract) : 5th April 2013
  • Notification of acceptance : 26th April 2013
  • Camera ready due: 26th May 2013
  • Conference: 12-13 June 2013

Submission Guideline

  • Even if CAR is a french conference, we prefer article written in english
  • No specific style is required
  • No limit on article length, usually articles for CAR are between 6 and 17 pages long !
  • Send the PDF of  to car2013@contact.univ-angers.fr

During the execution of object-oriented applications, several millions of objects are created, used and then collected if they are not referenced. Problems appear when objects are unused but cannot be garbage-collected because they are still referenced from other objects. This is an issue because those objects waste primary memory and applications use more primary memory than they actually need.

Relying on the operating system’s (OS) virtual memory is not always enough since it cannot take into account the domain and structure of applications. At the same time, applications have no easy way to parametrize nor cooperate with memory management.

In our latest paper published in JOT, we present Marea, an efficient application-level object graph swapper for object-oriented programming languages. Its main goal is to offer the programmer a novel solution to handle application-level memory. Developers can instruct our system to release primary memory by swapping out unused yet referenced objects to secondary memory. Our approach has been qualitatively and quantitatively validated. Our experiments and benchmarks on real-world applications show that Marea can reduce the memory footprint between 23% and 36%.

While working on robots, we needed to work with a sensor that uses a serial communication protocol. However, we also needed UDP sockets to work with other parts of the robot. The problem is:

  • SerialPlugin only work in squeak VM (old VM) and not in the Cog VM
  • UDP sockets only work in Cog VM and not in squeak VM

I decided to take the bull by the horns and modify the Cog VM so that the SerialPlugin works. In this post, I will quickly explain what I did.

1. Get the VM sources

git clone git://gitorious.org/cogvm/blessed.git

I cloned the git repository of Cog. I did not used the svn repository (http://squeakvm.org/svn/squeak/trunk) because the git repository also includes useful scripts. Then, I followed the steps described in the HOWTOBUILD file.

2. Create your own VMMaker image

cd image
PHARO_VM=/Applications/SmalltalkVMs/CogVM.app/Contents/MacOS/CogVM ./newImage.sh

You should specify your own VM path. Then, you can use the generator.image that has loaded the right VMMaker package.

3. Generate C source code from Slang

In the generator.image, a workspace contains a lot of useful snippets. Execute the right one depending on your setup. For me it was:

"Configuration for OSX"
CogCocoaIOSConfig new
addExternalPlugins: #( FT2Plugin );
addInternalPlugins: #( UnixOSProcessPlugin );
"generateForDebug;"
generateSources; generate.

You can analyse the generated C source code in the src/ directory.

4. Compile C code

# as of 10.7 llvm is the default but incompatible compiler
export CC='/usr/bin/gcc-4.2'
export MACOSX_DEPLOYMENT_TARGET=10.5
cd build
sh ../codegen-scripts/extract-commit-info.sh
cmake .
make

5. Check your new VM

In the result/ directory you should find your new VM.

6. Modify VM sources

You can now either modify the C source code (plugins, …) or the Slang code. In my case, I changed a single method in the SerialPlugin class. Then I rebuilt a new modified VM and tested it. I also verified that I worked on the latest version.

Note: In my case, I worked on the VMMaker-oscog branch (Pharo branch?) and not the VMMaker.oscog (Eliot’s branch).

7. Publish your patch

I am not sure that I followed the “right” process in this step. What I did is to fill a bug entry in the Cog bug tracker https://code.google.com/p/cog/issues/list and I attached a .mcz (or .st) file to the bug entry.

Thanks to Igor, Esteban and others who made this process simple.

This end of the year comes with good news. Our research on robotic exploration and mapping received a two years funding from the Région Nord-Pas de Calais for a proposal entitled: CAIRE. This project that will be kicked off in 2013 involves two other partners: the RMoD team from INRIA Lille, and the Telice team from the IEMN lab of Lille.

The goal of the CAIRE project is to propose a methodology as well as an infrastructure for developing modular software to control robot for building maps of unknown buildings. One originality of our approach is that we fully rely on dynamic languages and more specifically on the Pharo reflective language. Dynamicity enables fast development and eases debugging. Besides, we rely on reflective and meta-level facilities for building tools and adapting the language to fit our needs.

Research we will be conducting in the CAIRE project will complement our previous work on cooperative exploration of unknown terrain using a fleet of robots. CAIRE is also related to our ongoing project RoboShop which aims at experimenting with robots in a shopping mall. In both projects we are using human size wheeled robots. They also share the same middleware: the de facto standard ROS, from the Open Source Robotics Foundation.

Last october the 29th, Mariano Martinez Peck successufuly  defended his PhD entitled “Application-Level Virtual Memory for Object-Oriented Systems“. The jury agreed on the importance and the quality of the contributions that were published in different journals and conferences. If you are interested learn more, you can find below the slides of the defense, as well as the video recording of Mariano’s talk.

Slides of the PhD Defense

Video of the PhD Presentation

I’m happy to announce the arrival of a new colleague: Dr. Jannik Laval.

Officially, Jannik started working for our team since Friday 2nd november 2012. That was a Pharo sprint day hosted by our partner the RMoD INRIA Lille team. This was the opportunity to revive our dormant project: OCEAN. Luc Fabresse, Jannik Laval and my self are the main contributors of this new network library for Pharo. We worked a on it while Jannik was doing his PhD. An now that he is back, we have new energy to get this project done.

However, the main effort that we all concetrate on is Robotics. With the rest of the CAR team, we target models, software infrastructures and tools to ease the development of control architectures for robots. We expect to produce soon some cool demos.

As a response to a question in the Pharo-dev mailing list, Esteban Lorenzano explains how to make an iOS app that makes use of Pharo. There should be soon a web page on the Pharo web site that summarizes this and provides other details. In the meanwhile, I would like to share with you this solution. Note that Esteban also announced that  in a couple of weeks there will be a jenkins job to build iOS VMs.

Assuming that you already has in your system:

1) Xcode (I’m using version 4.4)
2) CMake (I’m using version 2.8.8)

And assuming also that you already has an iOS development user.
For use pharo in your iPad you need to follow the following steps:

1) clone https://git.gitorious.org/~estebanlm/cogvm/cog-osx.git
2) in ./image dir prepare a VMMaker image (using pharo 1.4):

Gofer it
squeaksource: 'MetacelloRepository';
package: 'ConfigurationOfCog';
load.
(Smaltalk at: #ConfigurationOfCog) project lastVersion load.

3) Generate sources for iPhone:

StackIPhoneConfig new
generateSources; generate.

4) Generate your iPhone image (follow the instructions in iosbuild/resources/README), which is the place where iOS images need to be placed.

5) In dir ./build

build$ ../codegen-scripts/extract-commit-info.sh
build$ cmake -G Xcode .
build$ open iStackVM.image

5.1) you probably need to add your own development profile, the default one is named “iPhone Developer”

6) run

ALTERNATE
To run in Simulator:
Replace in Step 3 from StackIPhoneConfig to StackSimulatorConfig