De deadline komt al best dichtbij (deze vrijdag), maar we hadden toch nog een vraagje over de barcodescanners en het programma. De rest van het programma komt waarschijnlijk wel goed, maar het was dus niet mogelijk om te onderscheiden van welke USB-poort, en dus van welke scanner, de input komt? Als dat inderdaad niet kan, weten we niet helemaal zeker hoe we er dan voor moeten zorgen dat de robot weet wat hij met de input moet doen; er zijn immers 2 verschillende functies.

Heeft u nog een idee?

Alvast bedankt!

Groetjes,

Amber en Noëlle

In mijn vorige post staat dat het waarschijnlijk WEL mogelijk is om te onderscheiden van welke scanner het signaal komt. Als het goed is kun je aan het bericht zien van welke COM poort het komt.

Mocht dat echt niet lukken dan kan het in jullie geval volgens mij ook anders. Als ik het goed heb begrepen is er geen moment waarop er een signaal van beide scanners tegelijk komt toch? Je weet dus altijd van welke scanner je een signaal verwacht, en kunt dit dus met de hand onderscheiden. Ik bedoel het volgende: je weet dat je een kaart op de stapel gaat scannen, dus je roept de functie aan om de barcodescanner te activeren. Je wacht dan op een signaal/meting van de scanner. Je kunt misschien niet uit de meting halen van welke scanner dit komt, maar je weet zelf heel goed dat het de scanner van de stapel was, en niet de andere scanner. Je kunt dan gewoon in je code het onderscheid maken. Zou dat kunnen?

Groeten,
Matthijs

Ik hoop dat het goed gaat met jullie project! En plaats al je toekomstige vragen maar gewoon onder dit topic, dat is geen probleem.

Ik denk dat je je geen zorgen hoeft te maken over het onderscheiden van de twee barcodescanners. De raspberry werkt in principe hetzelfde als een computer, en zal een bepaalde COM poort toewijzen een de scanner. Je kan zien van welke poort een bepaald signaal komt, en dus ook van welke scanner. Mocht dit niet lukken, laat het weten!

Groeten,
Matthijs

Bedankt voor de update. Ik heb niet veel ervaring met een raspberry, maar ik denk dat we daar wel uitkomen. Ik denk niet dat het gaat lukken om alles te programmeren morgen, maar een goede start moeten we kunnen maken.

Tot morgen,
Matthijs

Het plan was inderdaad om een goede start te maken, dus we hopen dat dat gaat lukken! :)

Tot morgen dan!

Groetjes,

Amber en Noëlle

We hadden een vraagje en we vroegen ons af of u daar misschien het antwoord op wist.
We moeten dus twee barcodescanners aansluiten op de Raspberry Pi (moeten we trouwens een nieuw bericht beginnen aangezien deze nu een verkeerde titel heeft?) en de input die ze krijgen is dus een kaart. Met de info van de stapelscanner moet echter wat anders gedaan worden dan met de info van de scanner van de robot hand. Is het mogelijk om te zien van welke USB poort/scanner de informatie komt, zodat dat in het programma gebruikt kan worden?

Alvast bedankt!

Met vriendelijke groeten,

Amber en Noëlle

Even een update: misschien wat laat, maar we hebben toch besloten om voor een Raspberry Pi te gaan, aangezien het zo'n gedoe is met 2 arduino's. We weten niet of u toevallig bekend bent met raspi en Python?
Verder gebruiken we toch een stappenmotor en een motordriver. Daarvoor is inderdaad ook een PWM signaal nodig. We komen inderdaad naar de PWS middag om 14u en we hopen hulp te kunnen krijgen met het schrijven van de code. We moeten dus een steppermotor en 2 barcodescanners programmeren en een programma waarmee de robot keuzes maakt (dat we overigens al bijna helemaal hebben uitgewerkt in een schema).

Alvast bedankt!

Met vriendelijke groeten,

Amber en Noëlle

Sorry voor het late antwoord, ik had jullie reactie gemist en zie 'm nu pas.

Het is afhankelijk van de servo hoe ver je rond kunt draaien. Er zijn zeker servos die 360 graden kunnen draaien. Meestal wordt het aangeven als een hoeveelheid graden die zowel linksom als rechtsom gedraaid kan worden t.o.v. een bepaald nul punt. Iets meer uitleg over servos kun je hier vinden.

Je stuurt een servo aan met een pulse width modulation (PWM) signaal. De meeste Arduinos kunnen dit signaal afgeven.

Ik heb jullie aanmelding van de PWS middag voor a.s. donderdag gezien. Ik ben er zelf dan waarschijnlijk ook. Kunnen jullie nog even bevestigen dat jullie komen en hoe laat jullie er zijn?

Groeten,
Matthijs

We vragen ons af of de servo een rondje van 360 graden, in stapjes, kan draaien (en dat hij dan weer terugdraait en opnieuw begint.)? Dat is namelijk wel nodig voor het ontwerp.

Alvast bedankt!

Groeten,

Amber en Noëlle

Ik heb jullie tekening gezien en het begint wat duidelijker te worden. Een servo lijkt me ideaal voor jullie toepassing. Als je zorgt dat de kap goed kan steunen op de ondergrond, zodat de servo niet het hele gewicht hoeft te dragen, moet dat lukken.

Groeten,
Matthijs

Ah, ik heb jullie mail nog niet gezien, maar ik zal even zoeken en de tekening bekijken.

Verder heb ik denk ik een betere optie dan de stappenmotor: een servo. Deze kun je ook precies een aantal graden laten draaien, maar de aansturing is veel makkelijker dan een stappenmotor. Let er wel op dat een servo niet meerdere rondjes kan draaien, maar altijd heen en weer gaat. Dit moet dus wel kunnen met jullie toepassing.

Ik hoop dat dit helpt.
Groeten,
Matthijs

Als u even zou willen kijken, zou dat geweldig zijn. We zullen even kijken of een servo in de robot verwerkt kan worden, want als het makkelijker aansturen is, is dat natuurlijk fijn.
Als het goed is, zou het wel mogelijk moeten zijn! In ieder geval bedankt, we laten snel weer iets horen en we horen het natuurlijk graag als u de tekening heeft bekeken.

Groeten,

Amber en Noëlle

Ik heb de tekening van een klein deel van de opstelling gemaild naar het emailadres dat je eerder had opgegeven. De stappenmotor moet dus steeds 22,5 graad draaien, zodat aan de binnenkant, waar de barcode scanner zich bevindt, de kaart gescand kan worden. Ik hoop dat de tekening, die ik overigens haastig heb gemaakt, duidelijk genoeg is.

Ik zal even overleggen met mijn partner over de andere vragen die u heeft gesteld.

Groeten,

Amber

Waarom gaan jullie voor één normale arduino en één mini? Is daar een specifieke reden voor?

Als ik kijk naar de documentatie van de USB host library, zie ik een ander USB host shield bordje dan die jullie willen bestellen. Hebben jullie dat bewust gedaan?

Ik denk dat het gebruik van 2 arduinos het aansluiten van 2 barcodescanners een stuk makkelijker maakt. Ik weet alleen niet of de twee arduinos gegevens van elkaar nodig hebben. Moeten ze gegevens kunnen uitwisselen? En zo ja, hoe willen jullie dat gaan doen?

Wat betreft de stappenmotor blijft het probleem dat ik niet precies weet aan welke voorwaarden het moet voldoen. Een tekening hiervan zou een hoop helpen.

Groeten,
Matthijs

We denken er op het moment over om de volgende materialen te kopen;

-Arduino UNO
-Arduino mini
-USB host shield Arduini UNO
-USB host shield Arduino mini
-2x barcodescanner
-Stappenmotor
-Stroomtoevoer

Er is een library voor de USB hosts die gebruikt kan worden op andere arduinos dan alleen de DUE, dus dat vormt geen probleem meer.

Denkt u dat het project met dit materiaal kan slagen?

Alvast bedankt voor uw antwoord.

Met vriendelijke groet,
Amber Stoll en Noëlle van Kouwen

Dit is die library

Het blijkt nog een behoorlijk probleem te zijn om 2 USB apparaten op de arduino aan te sluiten. Ik lees net dat de USBhost library niet geschikt is voor meerdere USB apparaten die op een hub zijn aangesloten. Ik kom er niet helemaal uit of en hoe het mogelijk is om meerdere USB devices aan te sluiten. Mijn voorstel zou zijn om het even op een forum na te vragen voordat jullie spullen gaan aanschaffen. Een andere optie is om te kijken of jullie ontwerp aangepast kan worden zodat je uit de voeten kunt met maar één scanner, of met twee losse arduino bordjes.

Wat betreft de andere onderdelen: is de USB kabel voor het aansluiten van de scanners? Ik weet namelijk niet zeker of de scanners met USB type A aangesloten kunnen worden. De stappenmotor kan ik nog niet zo veel over zeggen tot ik meer weet van jullie ontwerp. Als het even kan zou ik proberen om het zonder stappenmotor te doen, aangezien het aansturen en aansluiten behoorlijk veel lastiger is dan een standaard DC motor.

Groeten,
Matthijs

2x barcode scanner

We zijn bezig met de tekening. We hebben inmiddels al wat gezocht naar materiaal en we zijn op de volgende dingen uitgekomen (zie volgend bericht).

Een voeding voor de arduino hebben we al. Weet u misschien of bovenstaande materialen goed zijn en of deze samen zouden kunnen werken?

We zullen u de tekening sturen wanneer deze af is.

Alvast bedankt.

Met vriendelijke groet,
Amber en Noëlle V6

USB kabel

Jullie stellen weer een hoop vragen die ik nog niet kan beantwoorden ;). Kunnen jullie een tekening maken van wat jullie precies willen, en welke oplossing jullie er voor bedacht hebben? Deze kun je als bijlage toevoegen of sturen naar info@scholierenlab.nl.

Als de kap een precies aantal graden moet kunnen draaien, moet je waarschijnlijk een stappenmotor hebben. Of een houten plaat te zwaar is hangt van de motor af, en wat er precies op de plaat moet komen.

Groeten,
Matthijs

Ik heb niet ontzettend veel ervaring met barcode scanners. Drie (vrij vanzelfsprekende) dingen waar je op moet letten is:

1. De scanner is geschikt voor het type barcode dat je wil scannen. In jullie geval dus 1D lineaire codes.
2. De scanner werkt op USB en heeft geen losse stroom aansluiting nodig.
3. De scanner verbruikt niet meer dan 500 mA. Zie mijn vorige bericht.

Scanners kun je bijvoorbeeld hier en hier vinden. Maar er zijn ongetwijfeld veel meer elektronica winkels waar ze scanners hebben.

Wat betreft het motortje: ik heb wat meer gegevens nodig om hier een goed antwoord op te geven. "Vrij krachtig" is nogal vaag ;). Hoe snel moet de motor kunnen draaien (RPM) en hoeveel koppel (Torque) moet de motor kunnen leveren? Moet het motortje zeer nauwkeurig een bepaalde positie hebben (bijvoorbeeld stappenmotor), of mag het gewoon in het "wilde weg" ronddraaien? Zijn er beperkingen wat betreft de stroomvoorziening?

Groeten,
Matthijs

We zullen op zoek gaan naar een geschikte scanner! :)

Wat betreft de vage omschrijving: ja, dat hadden wij ook al door, haha. De bedoeling is eigenlijk dat we een kap willen maken (materiaal weten we nog niet zeker; is een normale houtplaat te zwaar? is hardboard stevig genoeg?) die kan ronddraaien. De kap is bedoeld om de kaarten vast te houden en ook te scannen. Hij moet dus nauwkeurig steeds een positie aan kunnen nemen (bijv. x graden draaien en dan weer stoppen). We bedachten dat het misschien makkelijker zou zijn als we een soort (plastic) buis op de zijkant van een wieltje zouden lijmen, waarna de kap op die buis gelijmd zou worden. Vervolgens moet het motortje dan het wieltje kunnen laten draaien.
Er zijn waarschijnlijk een hoop andere mogelijkheden, maar we weten niet precies of er nog een makkelijkere optie is. Heeft u toevallig nog een idee?

Alvast bedankt voor uw antwoord en ik hoop dat het iets duidelijker is!

Groeten,

Amber en Noëlle