Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 65, views: 18.246 •

Romm-E, een schoonmaakrobot die door studenten van de TU Delft werd gebouwd, heeft meer dan zijn naam aan Pixars bekende robotje ontleend. Ook het uiterlijk van de robot, die met zijn grijparm zwerfafval kan oprapen, doet sterk denken aan de getekende robot die alleen zijn eigen naam kon zeggen. Dat Romm-E een aansprekende behuizing kreeg, is geen toeval: de robot zou op termijn bezoekers van parken als De Efteling moeten vermaken en tegelijk rommel opruimen. Daarmee zou Romm-E een eenentwintigste eeuwse Holle Bolle Gijs worden.

Zover is het echter nog lang niet: de acht weken die de studenten voor hun project kregen, zijn vanzelfsprekend niet genoeg om een robot te ontwikkelen die volledig betrouwbaar met mensen kan omgaan. Dat geldt ook voor de overige projecten die door studenten gebouwd werden en tijdens het openingssymposium van het TU Delft Robotics Institute werden gedemonstreerd. Zo moeten in Nederland ontwikkelde robots een mooie toekomst tegemoet gaan.

Reacties (65)

Voor alle doem scenario denkers hierboven, het zijn ideen / concepten / prototypes.
8 weken hebben de studenten gekregen om dit te ontwikkelen.

Vond het zelf leuke ideeen, zeker voor een pretpark kan het wel eens iets zijn. Deels entertainer deels schoonmaak ploeg. Zou kosten kunnen sparen op de lange termijn.

[Reactie gewijzigd door Revres op 2 februari 2013 12:52]

Leuk bedacht allemaal, maar in de praktijk zijn 9 van de 10 blikjes nog gevuld met drank. Als je die arm naar achteren ziet klappen dan zit je robot zo onder de troep. Cola bijt...
Het enige probleem dat ik zie, is dat het voor een bepaalde minderheidsgroep enorm grappig gaat zijn om de robot om te tillen of te beschadigen op zoveel mogelijk manieren.
Romm-E is bedoeld voor toepassing in beschermde omgevingen zoals thema-parken hier is dat probleem door bewaking in de parken dus niet aanwezig.
of om te kijken hoeveel hij kan hebben of tot hoe vol hij kan gaan, maar daar zal wel iets simpels op gebouwd zijn, dat hij zodra hij vol is dat hij richting zijn sortplek gaat.
Waarom zou je een robot bouwen om dit te doen (symptoombestrijding)? In landen als Zweden heft men op bijna alle soorten blikjes gewoon statiegeld, mensen leveren liever hun blikjes dan weer in i.p.v. ze op straat neer te gooien. Straten zijn dan per definitie al weer een stukje schoner en er wordt ook net weer even meer gerecycled. Met het gerecyclede metaal kun je dan weer mooi andere robots bouwen :)
Ligt ook aan de cultuur en wetten. Ik woon in China en meeste steden is het smerig en ligt overal afval. Mensen laten alles meteen uit hun handen vallen als ze er klaar mee zijn. Ook in het verkeer constant gaan er raampjes open en vliegt er van alles naar buiten.

Dit terwijl er legers schoonmakers rondlopen, zelfs op de autoweg. Is echt mega lijp op de autoweg die schoonmakers, verkeer knalt er met +150 langs en ze lopen doodleuk afval van de weg te vegen. Elke 2-3 kilometer staat een schoonmaker op de autoweg.
Of dit is een kwestie van 'oorzaak/gevolg'. Meeste mensen denken "ow er zijn toch zoveel schoonmakers kan net zo goed op straat gooien"

In Singapore hoef je niet te proberen iets op straat te gooien krijg je meteen 500 dollar boete, daar kun je bijna van de straat eten. Dan heb je dus geen statiegeld nodig ;)

Is ook een kwestie van opvoeden, toen ik klein was en iets op straat gooide moest ik het toch echt oprapen van mijn vader of moeder en netjes in de prullenbak gooien. En nog steeds gooi ik nooit iets op straat.
Zo zie je maar weer hoe geniaal die kinect eigenlijk is, dat ding wordt inmiddels door zoveel van deze projectjes gebruikt omdat de sensors gewoon prima zijn en de kosten ook niet al te hoog. Op de UT gebruiken ze die dingen ook voor soortgelijke projecten en is het mooi om te zien wat je relatief weinig middelen en goede ideen al kunt bereiken.

Dit zal overigens wel voortborduren op werk uit eerdere kwartielen/jaren, maar best wel nice om dit soort prototypes te zien werken.
We hebben voor bij aanvang van dit project de mobiele basis en de gripper gekregen. De software voor deze stukken hardware is uiteindelijk zelf geschreven.

Zoals eerder al vermeld is gebruik gemaakt van ROS (http://www.ros.org/wiki/), in combinatie met een aantal bestaande packages. Data afkomstig van de Kinect is verwerkt met PCL (http://www.pointclouds.org/).
Traag / langzaam.
Leuk projectje, maar ik zou toch een flink aantal "Sleep(1000)" regels uit de code weghalen...
Ik zou zeggen probeer jij iets beters in 8 weken op de plank te toveren dat sneller en beter is.
Dit is puur een prototype, 999 van de 1000 prototypes zijn langzamer en kwetsbaarder dan het eind resultaat.
Voor dit project is gebruik gemaakt van ROS (http://www.ros.org/wiki/), welk naast een aantal voordelen ook een nadeel heeft; tenzij alles uitgebreid en systematisch in verschillende omgevingen is getest kan er van alles gebeuren bij een demo, omdat het totale systeem al erg snel erg complex wordt. Bij deze demo besloten we het zekere voor het onzekere te nemen en alles dus wat langzamer aan te sturen, zodat we wanneer nodig op de noodstop konden drukken.

Het had misschien wel meer publiciteit opgeleverd, "Schoonmaakrobot TU-Delft slaat op hol",
maar dit was niet ons doel.

Mocht je een keer behoefte hebben om in de code rond te kijken kan ik je wel een link sturen naar de repository ;)
Altijd interessant om een keer door te kijken :>
Een borstel met zuiger lijkt me sneller en beter dan zo'n grijparm, maar misschien was dat niet zo'n uitdaging.
Denk alleen dat 'mensen' nog niet geschikt zijn om met zo een robot om te gaan. Als robots als deze in bijvoorbeeld een pretpark zouden rondrijden, denk ik dat veel mensen zo een robot gaan pesten of expres blikje wegpakken op laatste moment. Of moedwillig ervoor gaan staan zodat robot in de war raakt.
Kunnen ze mensen gewoon niet leren om afval in de prullenbak te gooien.
Lijkt me makkelijker.
Netjes gedaan hoor. Er komt veel bij kijken. Het zou wel leuk zijn om dit soort projecten cross-disciplinair te doen. Ik kan me goed voorstellen dat je als werktuigbouwer juist de controle van de arm leuk vindt om te doen. Echter, de herkenning van objecten en het embedded proggen zou je door iemand van EWI kunnen laten doen. Het waterdichte ontwerp door iemand van IO, etc.

Over het algemeen zou het leuk zijn ook als de studenten meer werden gestimuleerd om voor autonomie te gaan. Ik heb veel liever dat er iets op hol slaat af en toe, dan dat er op afstand bestuurbare robots worden gebouwd. Autonomie bestaat in vele vormen, zoals zelf kunnen opladen, zelf rond rijden, zelf dingen kunnen oppakken, je zelf kunnen legen, etc. Het hoeft niet allemaal tegelijk, als er maar wel "iets" gebeurt zonder dat er iemand bij is betrokken. En dan kunnen volgende studenten daarop voortborduren.

Projectjes, zoals zet er een arm op en kijk of 'ie met de camera erbij deze arm kan leren besturen. Haal de arm eraf, en doe dit nu met een andere arm. Ik kan me niet anders voorstellen dan dat dit leidt tot interessante leeralgoritmes. Een variant hierop is natuurlijk dezelfde arm gebruiken, maar verschillende gereedschappen geven (van hamer tot beitel), of voor verschillende taken gebruiken.

Heel veel succes als je daarmee aan de slag gaat!
DIt project was ook cross-disciplinair aangepakt! Er waren twee technische informatici, twee werktuigbouwers, n industrieel ontwerper en n l&r student aanwezig in de projectgroep die deze robot heeft gemaakt.

Ik ben het inderdaad met je eens dat autonomie een leuk en uitdagend doel kan zijn, het probleem is helaas dat de hard- en software tegelijk ontwikkeld worden, waardoor pas in de laatste weken daadwerkelijk de software kan worden getest, waardoor er uiteindelijk bij de meeste groepen niet of nauwelijks sprake was van autonomie tijdens de demo die je in dit filmpje zag.

Een manier om dit probleem aan te pakken is natuurlijk het hergebruiken en eventueel verbeteren van bestaande hard- en software. Ook een goede kennisoverdracht op de 'nieuwe generatie' minorstudenten zou een steeds grotere rol moeten gaan spelen.

Op dit item kan niet meer gereageerd worden.