* [ANN] Player-Ada 2.0.3.0 released @ 2006-10-26 17:51 Alex R. Mosteo 2006-10-27 7:29 ` Dmitry A. Kazakov 0 siblings, 1 reply; 12+ messages in thread From: Alex R. Mosteo @ 2006-10-26 17:51 UTC (permalink / raw) Player-Ada ========== A binding for the Player/Stage robotic platform. Player-Ada is a not-so-thin binding to the libplayerc client library that is distributed as part of the Player/Stage multi-robot interface/simulator software. It currently implements the following interfaces: blobfinder, gps, laser, localize, planner, position2d, simulation. Binding homepage: http://ada-player.sf.net/ Player homepage: http://playerstage.sf.net/ ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [ANN] Player-Ada 2.0.3.0 released 2006-10-26 17:51 [ANN] Player-Ada 2.0.3.0 released Alex R. Mosteo @ 2006-10-27 7:29 ` Dmitry A. Kazakov 2006-10-27 8:42 ` Alex R. Mosteo 0 siblings, 1 reply; 12+ messages in thread From: Dmitry A. Kazakov @ 2006-10-27 7:29 UTC (permalink / raw) On Thu, 26 Oct 2006 19:51:01 +0200, Alex R. Mosteo wrote: > Player-Ada > ========== > A binding for the Player/Stage robotic platform. > > Player-Ada is a not-so-thin binding to the libplayerc client library that is > distributed as part of the Player/Stage multi-robot interface/simulator > software. > > It currently implements the following interfaces: blobfinder, gps, laser, > localize, planner, position2d, simulation. > > Binding homepage: http://ada-player.sf.net/ > Player homepage: http://playerstage.sf.net/ Hardware? -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [ANN] Player-Ada 2.0.3.0 released 2006-10-27 7:29 ` Dmitry A. Kazakov @ 2006-10-27 8:42 ` Alex R. Mosteo 2006-10-27 9:20 ` Dmitry A. Kazakov 0 siblings, 1 reply; 12+ messages in thread From: Alex R. Mosteo @ 2006-10-27 8:42 UTC (permalink / raw) Dmitry A. Kazakov wrote: > On Thu, 26 Oct 2006 19:51:01 +0200, Alex R. Mosteo wrote: > >> Player-Ada >> ========== >> A binding for the Player/Stage robotic platform. >> >> Player-Ada is a not-so-thin binding to the libplayerc client library that >> is distributed as part of the Player/Stage multi-robot >> interface/simulator software. >> >> It currently implements the following interfaces: blobfinder, gps, laser, >> localize, planner, position2d, simulation. >> >> Binding homepage: http://ada-player.sf.net/ >> Player homepage: http://playerstage.sf.net/ > > Hardware? The binding has only been tested in Linux with gnat, but it's supposed to be pure Ada95 without using gnat extensions. Quoting Player FAQ: " Player runs on pretty much any POSIX platform, including embedded systems (Player has been cross-compiled to run on several ARM- and PPC-based Linux systems). Specifically, Player's requirements are: * POSIX development environment, with threads (pthreads) * TCP stack * A compiler with both C and C++ (we have only tested gcc, but other compilers may work) * A bash shell, to run the configure script; this implies that Player will not build natively in Windows, though some users have it running under Cygwin, and there are rumors of MinGW builds as well. " If you refer to what robots can be controlled with player: http://playerstage.sourceforge.net/doc/Player-cvs/player/supported_hardware.html I have used it with Pioneer3 DX/AT robots equiped with sonar and SICK200 lasers. Alex. ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [ANN] Player-Ada 2.0.3.0 released 2006-10-27 8:42 ` Alex R. Mosteo @ 2006-10-27 9:20 ` Dmitry A. Kazakov 2006-10-27 10:03 ` Alex R. Mosteo 0 siblings, 1 reply; 12+ messages in thread From: Dmitry A. Kazakov @ 2006-10-27 9:20 UTC (permalink / raw) On Fri, 27 Oct 2006 10:42:27 +0200, Alex R. Mosteo wrote: > Dmitry A. Kazakov wrote: > >> On Thu, 26 Oct 2006 19:51:01 +0200, Alex R. Mosteo wrote: >> >>> Player-Ada >>> ========== >>> A binding for the Player/Stage robotic platform. >>> >>> Player-Ada is a not-so-thin binding to the libplayerc client library that >>> is distributed as part of the Player/Stage multi-robot >>> interface/simulator software. >>> >>> It currently implements the following interfaces: blobfinder, gps, laser, >>> localize, planner, position2d, simulation. >>> >>> Binding homepage: http://ada-player.sf.net/ >>> Player homepage: http://playerstage.sf.net/ >> >> Hardware? > > The binding has only been tested in Linux with gnat, but it's supposed to be > pure Ada95 without using gnat extensions. Quoting Player FAQ: > > " > Player runs on pretty much any POSIX platform, including embedded systems > (Player has been cross-compiled to run on several ARM- and PPC-based Linux > systems). Specifically, Player's requirements are: > > * POSIX development environment, with threads (pthreads) > * TCP stack > * A compiler with both C and C++ (we have only tested gcc, but other > compilers may work) > * A bash shell, to run the configure script; this implies that Player > will not build natively in Windows, though some users have it running under > Cygwin, and there are rumors of MinGW builds as well. > " > > If you refer to what robots can be controlled with player: > > http://playerstage.sourceforge.net/doc/Player-cvs/player/supported_hardware.html > > I have used it with Pioneer3 DX/AT robots equiped with sonar and SICK200 > lasers. Thanks for the information. If I correctly understood it is not embedded, the thingy is controlled by a PC. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [ANN] Player-Ada 2.0.3.0 released 2006-10-27 9:20 ` Dmitry A. Kazakov @ 2006-10-27 10:03 ` Alex R. Mosteo 2006-10-27 12:08 ` Dmitry A. Kazakov 2006-10-27 20:12 ` Jeffrey R. Carter 0 siblings, 2 replies; 12+ messages in thread From: Alex R. Mosteo @ 2006-10-27 10:03 UTC (permalink / raw) Dmitry A. Kazakov wrote: (snip) > If I correctly understood it is not embedded, the thingy is controlled by > a PC. Well, no and yes. In our case, the Pioneer robots have an embedded board with PC/104 socket that allows to have a x86 platform running linux. Player connects to the hardware via RS232. But I suppose you refer to more exotic platforms? You can check more details here: http://mobilerobots.com/ ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [ANN] Player-Ada 2.0.3.0 released 2006-10-27 10:03 ` Alex R. Mosteo @ 2006-10-27 12:08 ` Dmitry A. Kazakov 2006-10-27 13:29 ` Alex R. Mosteo 2006-10-27 20:12 ` Jeffrey R. Carter 1 sibling, 1 reply; 12+ messages in thread From: Dmitry A. Kazakov @ 2006-10-27 12:08 UTC (permalink / raw) On Fri, 27 Oct 2006 12:03:10 +0200, Alex R. Mosteo wrote: > Dmitry A. Kazakov wrote: > > (snip) > >> If I correctly understood it is not embedded, the thingy is controlled by >> a PC. > > Well, no and yes. In our case, the Pioneer robots have an embedded board > with PC/104 socket that allows to have a x86 platform running linux. Is it role of being a sort of extension board, arithmetic booster, DSP board etc as in PCs of early 90s? > Player > connects to the hardware via RS232. But I suppose you refer to more exotic > platforms? Nothing specific. I am just wondering if there is an architecture that could natively support Ada, down to actuators, sensors and real-time control loops. [In industry actuators and sensors are connected via Ethernet (maybe modified) or a field bus. The latter slowly dies out. RS232 is, well, quite outdated.] > You can check more details here: http://mobilerobots.com/ Thanks. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [ANN] Player-Ada 2.0.3.0 released 2006-10-27 12:08 ` Dmitry A. Kazakov @ 2006-10-27 13:29 ` Alex R. Mosteo 2006-10-27 14:50 ` Dmitry A. Kazakov 0 siblings, 1 reply; 12+ messages in thread From: Alex R. Mosteo @ 2006-10-27 13:29 UTC (permalink / raw) Dmitry A. Kazakov wrote: > On Fri, 27 Oct 2006 12:03:10 +0200, Alex R. Mosteo wrote: > >> Dmitry A. Kazakov wrote: >> >> (snip) >> >>> If I correctly understood it is not embedded, the thingy is controlled >>> by a PC. >> >> Well, no and yes. In our case, the Pioneer robots have an embedded board >> with PC/104 socket that allows to have a x86 platform running linux. > > Is it role of being a sort of extension board, arithmetic booster, DSP > board etc as in PCs of early 90s? I think it's a standard socket for industrial PCs that allows stacking of cards. A card can mount the CPU, another one the wireless, another some USB ports and so on... http://en.wikipedia.org/wiki/PC/104 >> Player >> connects to the hardware via RS232. But I suppose you refer to more >> exotic platforms? > > Nothing specific. I am just wondering if there is an architecture that > could natively support Ada, down to actuators, sensors and real-time > control loops. Do you know MARTE OS? It could be useful for such an architecture and is mostly Ada. http://marte.unican.es/ Our robots have a proprietary OS (ARCOS) in the other side of the RS232 for real-time control of the robot. I don't know much about it. > [In industry actuators and sensors are connected via Ethernet (maybe > modified) or a field bus. The latter slowly dies out. RS232 is, well, > quite outdated.] I don't have much experience with robots out of these ones, but USB is still second place to RS232: even if newer SICK models have USB, our models, GPS receivers, the robot microcontroller, the pan-tilt camera units, our lasers, all use RS232... may be they tricked us into buying obsolescent hardware ;) ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [ANN] Player-Ada 2.0.3.0 released 2006-10-27 13:29 ` Alex R. Mosteo @ 2006-10-27 14:50 ` Dmitry A. Kazakov 2006-10-30 8:12 ` Alex R. Mosteo 0 siblings, 1 reply; 12+ messages in thread From: Dmitry A. Kazakov @ 2006-10-27 14:50 UTC (permalink / raw) On Fri, 27 Oct 2006 15:29:54 +0200, Alex R. Mosteo wrote: > Dmitry A. Kazakov wrote: > >> On Fri, 27 Oct 2006 12:03:10 +0200, Alex R. Mosteo wrote: >> >>> Dmitry A. Kazakov wrote: >>> >>> (snip) >>> >>>> If I correctly understood it is not embedded, the thingy is controlled >>>> by a PC. >>> >>> Well, no and yes. In our case, the Pioneer robots have an embedded board >>> with PC/104 socket that allows to have a x86 platform running linux. >> >> Is it role of being a sort of extension board, arithmetic booster, DSP >> board etc as in PCs of early 90s? > > I think it's a standard socket for industrial PCs that allows stacking of > cards. A card can mount the CPU, another one the wireless, another some USB > ports and so on... > > http://en.wikipedia.org/wiki/PC/104 Yes it is, but I actually meant the system architecture: Sensors / Actuators ^ | DAC/ADC, I/Os etc y Controller [closed, runs nobody knows what] ^ | RS232 V Extension board [open, runs Linux with an [Ada] application on] Architectures like this were widely used in industrial automation 10 years ago. History tends to repeat itself... (:-)) >>> Player >>> connects to the hardware via RS232. But I suppose you refer to more >>> exotic platforms? >> >> Nothing specific. I am just wondering if there is an architecture that >> could natively support Ada, down to actuators, sensors and real-time >> control loops. > > Do you know MARTE OS? It could be useful for such an architecture and is > mostly Ada. > http://marte.unican.es/ Interesting, thank you for the link. > Our robots have a proprietary OS (ARCOS) in the other side of the RS232 for > real-time control of the robot. I don't know much about it. > >> [In industry actuators and sensors are connected via Ethernet (maybe >> modified) or a field bus. The latter slowly dies out. RS232 is, well, >> quite outdated.] > > I don't have much experience with robots out of these ones, but USB is still > second place to RS232: even if newer SICK models have USB, our models, GPS > receivers, the robot microcontroller, the pan-tilt camera units, our > lasers, all use RS232... may be they tricked us into buying obsolescent > hardware ;) Presently, it is no problem to bring a small embeddable 100MBaud Ethernet switch on the board and connect sensors/actuators directly to the robot's "LAN." The problem is that Ethernet/fieldbus-capable sensors/actuators are quite expensive. Ada were an excellent candidate for implementation of a middleware for "software wiring" of process variables in such a system. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [ANN] Player-Ada 2.0.3.0 released 2006-10-27 14:50 ` Dmitry A. Kazakov @ 2006-10-30 8:12 ` Alex R. Mosteo 2006-10-31 14:14 ` Dmitry A. Kazakov 0 siblings, 1 reply; 12+ messages in thread From: Alex R. Mosteo @ 2006-10-30 8:12 UTC (permalink / raw) Dmitry A. Kazakov wrote: > Yes it is, but I actually meant the system architecture: > > Sensors / Actuators > ^ > | DAC/ADC, I/Os etc > y > Controller [closed, runs nobody knows what] > ^ > | RS232 > V > Extension board [open, runs Linux with an [Ada] application on] That's it, and you explain it mroe clearly than me. > Architectures like this were widely used in industrial automation 10 years > ago. History tends to repeat itself... (:-)) At least the move to USB will simplify/cheapify new systems? > Presently, it is no problem to bring a small embeddable 100MBaud Ethernet > switch on the board and connect sensors/actuators directly to the robot's > "LAN." The problem is that Ethernet/fieldbus-capable sensors/actuators are > quite expensive. Ada were an excellent candidate for implementation of a > middleware for "software wiring" of process variables in such a system. Regards, Alex. ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [ANN] Player-Ada 2.0.3.0 released 2006-10-30 8:12 ` Alex R. Mosteo @ 2006-10-31 14:14 ` Dmitry A. Kazakov 0 siblings, 0 replies; 12+ messages in thread From: Dmitry A. Kazakov @ 2006-10-31 14:14 UTC (permalink / raw) On Mon, 30 Oct 2006 09:12:24 +0100, Alex R. Mosteo wrote: > Dmitry A. Kazakov wrote: > >> Architectures like this were widely used in industrial automation 10 years >> ago. History tends to repeat itself... (:-)) > > At least the move to USB will simplify/cheapify new systems? Maybe, though I am not sure. USB is P2P. It could become a burden for an application, no matter if there were a port per sensor or else all of them were multiplexed on one port. In the latter case you quickly end up with something like a TCP/IP stack. So why not just to take Ethernet? -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [ANN] Player-Ada 2.0.3.0 released 2006-10-27 10:03 ` Alex R. Mosteo 2006-10-27 12:08 ` Dmitry A. Kazakov @ 2006-10-27 20:12 ` Jeffrey R. Carter 2006-10-28 9:53 ` mosteo 1 sibling, 1 reply; 12+ messages in thread From: Jeffrey R. Carter @ 2006-10-27 20:12 UTC (permalink / raw) Alex R. Mosteo wrote: > > Well, no and yes. In our case, the Pioneer robots have an embedded board > with PC/104 socket that allows to have a x86 platform running linux. Player > connects to the hardware via RS232. But I suppose you refer to more exotic > platforms? I don't know if it's the question Kazakov was asking, but what I'd like to know is: Does the robot have to be connected to the PC (RS232) in order to function? -- Jeff Carter "What I wouldn't give for a large sock with horse manure in it." Annie Hall 42 ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Player-Ada 2.0.3.0 released 2006-10-27 20:12 ` Jeffrey R. Carter @ 2006-10-28 9:53 ` mosteo 0 siblings, 0 replies; 12+ messages in thread From: mosteo @ 2006-10-28 9:53 UTC (permalink / raw) Jeffrey R. Carter ha escrito: > Alex R. Mosteo wrote: > > > > Well, no and yes. In our case, the Pioneer robots have an embedded board > > with PC/104 socket that allows to have a x86 platform running linux. Player > > connects to the hardware via RS232. But I suppose you refer to more exotic > > platforms? > > I don't know if it's the question Kazakov was asking, but what I'd like > to know is: Does the robot have to be connected to the PC (RS232) in > order to function? If your question is if you can flash some program inside the robot microcontroller and completely forget about the serial and external things, I think the answer is no, or not easily. The robot's microcontroller is documented and its OS is upgradeable. I don't think the documentation says enough to replace the OS with something else, but certainly this is not the use the manufacturer has in mind. The intended use for the robot is via serial. You'd also have other problems: the microcontroller has access to wheels and sonars, but not to laser that is a completely isolated entity. Maybe you could use the now unused serial to link these two. ITOH, nothing mandates that the client (user) side of the serial is a PC. The protocol is documented so you could use whatever you want. In fact the robot can be purchased with or without embedded PC. Without it, you need either a radio serial, a laptop to put on the robot, or something else. The advantage of a PC is that you have out-of-the box the proprietary software provided, and Player as an open source option. If you're concerned with a full real-time solution, this is doable: the microcontroller OS is RT and the periods of wheel encoders and sonars feedback are documented. So nothing precludes using some RT-Linux or other RTOS in the client side. (Actually, these Pioneer robots are popular within the robotic community. You can probably find other PC software interfaces as well. CARMEN comes to mind). http://carmen.sourceforge.net/hardware.html ^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2006-10-31 14:14 UTC | newest] Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2006-10-26 17:51 [ANN] Player-Ada 2.0.3.0 released Alex R. Mosteo 2006-10-27 7:29 ` Dmitry A. Kazakov 2006-10-27 8:42 ` Alex R. Mosteo 2006-10-27 9:20 ` Dmitry A. Kazakov 2006-10-27 10:03 ` Alex R. Mosteo 2006-10-27 12:08 ` Dmitry A. Kazakov 2006-10-27 13:29 ` Alex R. Mosteo 2006-10-27 14:50 ` Dmitry A. Kazakov 2006-10-30 8:12 ` Alex R. Mosteo 2006-10-31 14:14 ` Dmitry A. Kazakov 2006-10-27 20:12 ` Jeffrey R. Carter 2006-10-28 9:53 ` mosteo
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox