Exacte Werking TEU-101bk

Hallo allemaal,

Dit is mijn eerste post op dit forum (hoera!). Ik ben momenteel bezig met een profielwerkstuk waarbij ik een actief veiligheidssysteem probeer te creëren op een RC Auto, de auto die ik in gedachte heb is een Tamiya TT-01 met TEU-101bk en Modelcraft 2-kanaals Receiver.

Het idee is om de signalen die van de receiver naar de ESC lopen te onderscheppen, te verwerken en indien nodig aan te passen en vervolgens weer door te sturen naar de ESC. Het 'tussenstation' wordt een Arduino Duemilanove, maar dat even terzijde.

Nu mijn vraag: van de receiver naar de motorregelaar lopen drie draadjes: Zwart, Rood en Wit. Welk draadje heeft welke functie? Ik neem aan dat er 1 draad is voor de spanning (Rood?), 1 draad is aarde (Zwart?) en 1 draad (Wit?) is voor de PWM of pulsen die van de receiver naar de motorregelaar lopen. Klopt dit? En zo ja (dit is meer elektrotechniek, dus deze vraag is bonus ), is het mogelijk om het PWM signaal op te vangen en vervolgens door te sturen alsof er niks aan de hand is met een Arduino?

Indien er dingen niet duidelijk zijn, schroom niet om ernaar te vragen! Alvast erg bedankt!

Yannick van Dijk

 

Ja, je interpretatie van de bedrading klopt.
En ja, 't is mogelijk. Kijk maar naar een failsave. Die krijgt het signaal binnen van de ontvanger, test of het niet corrupt is, en als het niet corrupt is, geeft die het ongewijzigd door. Is het wel corrupt, dan zal een vooraf geprogrammeerd signaal doorgestuurd worden. Maar ik weet niet of het mogelijk is met het toestel (microcontroller?) dat jij gaat gebruiken. 't Is waarschijnlijk wel zo te programmeren, maar daar weet ik niks van...

 

Bedankt voor je reactie, ik ga maar eens even wat lezen over het principe van een failsave, weet je misschien op welke frequentie de TEU-101bk werkt? En wat daarbij de puls breedtes zijn? Bijvoorbeeld 50ms = 0% snelheid, 25ms = -100% snelheid en 75ms = 100% snelheid?

De Arduino is inderdaad een complete printplaat met Microcontroller (ATMega328) en 14 I/O pins.

 

Plus en min voor rood en zwart

Maar wat wil je het actief veiligheidssysteem laten doen?

 

De informatie over een PPM signaal is vrij opzoekbaar:
R/C PPM encoding - MFTech
Radio Control Transmitters and Receivers

Of je verdiep je eens in servotesters: servo tester - Google zoeken=

 

Het eindresultaat moet een auto worden die uit zichzelf kan remmen indien het met een te grote (relatieve) snelheid een object nadert of indien de afstand tussen de auto en een bepaald object te klein wordt.

De bedoeling is dat de Arduino (Duemilanove 328), uitgerust met MaxBotix LV-Ez4 Ultrasonic Rangefinder het signaal van de Modelcraft receiver overruled wanneer er een plotselinge verandering in relatieve snelheid is, bijvoorbeeld een auto die voor je rijdt plots moet remmen (verkeerssituatie). Als dit gebeurt moet het signaal dat oorspronkelijk van de receiver komt (en dus van het zendpistool) vervangen worden door een signaal van het actieve veiligheidssysteem (de Arduino), namelijk een signaal voor 75% remmen o.i.d.

Daarvoor moet ik dus weten welke signalen van de receiver overeenkomen met welke acties: welke pulsbreedte geeft hoeveel gas/rem. Een programma schrijven voor de Arduino zal niet zo'n probleem zijn evenals het meten en bepalen wanneer er ingegrepen moet worden, het is meer hoe er ingegrepen moet worden.

Vandaar dat ik wil weten met welke signalen de TEU-101bk werkt (en of deze te vervangen zijn door een Arduino).

@Roelof, hier heb ik veel aan, maar nu komt er nog een vraag boven: is PPM (Pulse Position Modulation) hetzelfde als PWM (Pulse Width Modulation), want in allebei jouw links staan voorbeelden die elk werken met een periode van ongeveer 22,5 ms, waarvoor 1,5 ms (eigenlijk 1,2+0,3 stop) voor elk kanaal de middenstand is.

Nu hebben mijn Zender (Adspec GP) en Receiver (Modelcraft) maar 2 kanalen en werken op een (radio)frequentie 27Mhz. Betekent dit dat er 27000 keer per seconde een signaal wordt verstuurd (lijkt mij VEEL te veel..)?

En is de 1 ms (0,7 + 0,3 stop) en 2 ms (1,7 + 0,3 stop) universeel? Gaat dit op voor elke receiver?

Alvast bedankt!

 

Klinkt goed! Lijkt me een leuk project.

En 27Mhz is de draaggolffrequentie.

 

Je hebt een framerate van +/- 20ms
Iedere puls in een frame is een kanaal
Per kanaal wordt aan de servo-aansluiting alleen de puls voor dat kanaal doorgelaten.
De pulsbreedte van 1 tot 2ms bepaalt de aansturing van minimaal naar maximaal.
De pauze na het pulstreintje is een reset detectie voor een nieuwe pulstrein.

Nog wat info:
http://duteela.et.tudelft.nl/~elca/XilinxTutor/documents/servohack.pdf
R/C stuff servo's



Er bestaat nog iets als een hoge framerate wat niet altijd goed werkt met de aangesloten apparatuur, met name analoge servo's:
spektrum-dx3r-framerate-4

 

De 27Mhz is simpelweg de frequentie waarop de zender en ontvanger communiceren. Ik geloof dat een servo elke 20ms (of iets in die richting) moet worden aangestuurd, om te voorkomen dat deze gaat haperen. Je zou kunnen kijken naar diverse robots die worden gemaakt op basis van Arduino's en die werken met servo's (dat zijn er genoeg). Het signaal naar een servo of regelaar is hetzelfde.
Servo:
Far Left Command: Time ON = 1 + 0.0 ms = 1.0 ms
Neutral Command: Time ON = 1 + 0.5 ms = 1.5 ms
Far Right Command: Time ON = 1 + 1.0 ms= 2.0 ms

Succes!

Edit:
Ah, Roelof heeft het al prima weergegeven!

 

@Allemaal, bedankt voor jullie reacties, nog even een verduidelijking, de auto moet uiteindelijk gaan remmen, er is dus geen sprake van een servo, maar het gaat mij om het signaal van de receiver naar de motorregelaar, waarschijnlijk heeft deze hetzelfde principe als van de receiver naar de servo.

In het kort, de auto moet gaan remmen, maar de stromen die van de motorregelaar naar de motor (540 Mabuchi) lopen zijn fors en daarom zal ik het signaal tussen de receiver en de motorregelaar moeten aanpassen.

Klopt het als ik zeg dat een puls van 1,0 ms naar de motorregelaar 100% rem/reverse geeft en een puls van 2,0 ms 100% gas oplevert?

@Switch, als de motorregelaar ook iedere 22,5 ms moet worden aangestuurd komt het er dus op neer dat de Arduino een framerate moet hebben van 44 Hz, zijn er nog andere manieren (dan een servotester) om erachter welke framerate de receiver heeft? Bijvoorbeeld met een oscilloscoop?

Zou het kwaad kunnen om een kleinere framelengte (dus meer frames) te sturen naar de motorregelaar, bijvoorbeeld 62,5 Hz, dus met een framelengte van 16 ms, waarbij er een zelfde startpulse, pauze en kanaalpuls wordt gebruikt?

 

Er is geen verschil tussen de aansturing van een servo en een regelaar.
De stromen van een 540 motor is pinuts voor iedere regelaar maar als je gaat programmeren hou dan wel rekening met de volledige regelbaarheid van de regelaar en rem, je kunt dus doseren.

Ik kan niet spreken voor de Tamiya regelaar maar veel huidige regelaars zijn digitaal en hebben meestal geen probleem met een hogere framerate, je zult er alleen niets van merken. Ik kan even niets zeggen over welke richting wat voor functie geeft, op veel zenders zit er een servo-reverse optie op om de juiste beweging in te stellen..... Dan zou je er echt een scoop aan moeten hangen of in de software een servo reverse opnemen.

 

Een eenvoudige oplossing voor jouw probleem: neem een failsaver en stel deze op remmen in. Op het moment dat de veiligheidselectronica moet ingrijpen, hoef je alleen de pulsdraad tussen ontvanger en failsave te verbreken.

 

Sneller werkt het als je een servotester maakt en de pulsdraad tussen de ontvanger en tester laat schakelen, sommige savers komen er vertraagd in.

 

Persoonlijk wil het houden bij een Arduino, dit omdat deze volledig te programmeren is en daarbij ook dat er heel veel informatie over te vinden is, daarnaast heb ik een topic lopen op een elektronica forum, dus mocht ik nog problemen hebben met de Arduino dan kan ik daar terecht.

@Roelof, Het is niet dat ik een hogere framerate wil zodat hij sneller reageert o.i.d., maar de Arduino kan een minimale frequentie van 62,5 Hz halen, vandaar dat ik me afvroeg of het daarmee gaat lukken. Maar zoals je aangaf, kan dat.

Wel is het een goed idee om een servotester met LED display aan te schaffen zodat ik de pulsebreedtes kan meten en verwerken. Heb je misschien enig idee over een geschikte en goede Servotester? Het liefst onder de 20 euro, de kosten staan namelijk al op 200 euro ofzo... :s

Is het een mogelijkheid om de pulsen te meten met een oscilloscoop? Want op school hebben we die wel namelijk, scheelt weer in de portemonnee .

 

Bij de conrad haal je al een bouwpakketje voor weinig als ook het internet vol staat met dergelijke schema's maar niet met een uitlezing. (meestal gebaseerd op een NE555)
Als je er een leuk kastje omheen bouwt met een draaiknop met een wijzer erop kan je met de behulp van een scoop wel merktekentjes maken voor een schaalverdeling.

servotester ne555 - Google zoeken

 

@ Roelof, bedankt voor je uitleg om zelf goedkoop een servotester te maken, na wat na denken hoop ik deze niet nodig te hebben, maar het is goed om er op terug te kunnen vallen

@ Allemaal, inmiddels ben ik in het bezit van een Tamiya TT-01 met de volgende specificaties:

- Modelcraft 27,095 Mhz ontvanger
- Tamiya TEU-101bk motorregelaar
- Mabuchi 540 motor
- Robbe FS100 servo

Ik zou jullie graag willen vragen om te bevestigen wat ik zeg en me anders te verbeteren, aangezien ik niet geheel zeker weet hoe alles in elkaar zit. Klopt het als ik zeg dat er een setje van 3 draden van de receiver naar de servo loopt, dat er een setje van 3 draden van de receiver naar de motorregelaar loopt en dat er van de accu 2 draden naar de ontvanger lopen?

Zo ja, dan moeten de rode en zwarte draad die van de ontvanger naar de motorregelaar voeding zijn en dit betekent dat het signaal van de ontvanger via het witte draadje naar de motorregelaar loopt.

Ik vroeg me af wat voor een type signaal er van de ontvanger naar de motorregelaar loopt; ik verwacht dat dit een PPM signaal is (in tegenstelling tot een PWM signaal) aangezien het de motorregelaar aanstuurt en niet een servo/motor (het snel aan/uit schakelen van stroom heeft hier geen zin en PWM zou niet op zijn plaats zijn). Hopelijk kan iemand mijn verhaal bevestigen/verbeteren en antwoord geven op mijn vraag!

Alvast heel hartelijk bedankt voor uw interesse!

 

Je doet er verstandig aan om de manual eerst te bekijken:
http://www.tamico.de/manuals/45029.pdf

Uit de regelaar komt een appart 2-polig draadje die je in de BAT aansluiting van de ontvanger moet steken maar dat mag alleen een ontvanger met ingebouwde BEC zijn, is dat niet het geval moet je er een BEC tussen plaatsen (5v spanningsregelaar)

De draden kloppen, zwart/rood voor spanning en wit is de puls

Beide kanalen werken hetzelfde, eens in de 20ms een puls van 1 tot 2ms, waar in een electro de regelaar aan geknoopt wordt zal in een brandeof auto een servo bevatten.

 

@ Roelof, je hebt inderdaad gelijk, de ontvanger (Modelcraft 2 kanaals) krijgt zijn voeding van de ESC, ik had de handleiding gelezen, maar ik snap het nog steeds niet helemaal:

Als de receiver zijn voeding krijgt van de ESC (via ingebouwde Battery Eliminator Circuit) waarom lopen er dan 3 (rood +, zwart - en wit puls) draadjes weer terug naar de ESC? Zijn de rode en de zwarte niet in gebruik aangezien de ESC al voeding heeft? Of is de ESC uit twee delen opgebouwd, namelijk BEC deel (van ESC) en ESC zelf?

Voor de duidelijkheid: van de ontvanger lopen drie draadjes naar de stuurservo (rood, zwart en wit: logisch aangezien stuurservo nog geen voeding heeft) en drie draadjes terug naar de ESC (die al voeding heeft van accu); de witte draad is volkomen logisch, maar waar dienen de rode en de zwarte dan voor?

Bedankt!

 

Die regelaar van Tamiya is een rare, door het gebrek aan een ingebouwde BEC kan die goedkoop geproduceert worden en laten ze de BEC over aan de ontvanger (bij veel RTR ontvangers zit er wel een BEC in). Mogelijk zal de de + die bij de stuurkabel weer uit de ontvanger komt weer eeen stukje 5 volt techniek in de regelaar voeden.

Dat je alleen een puls naar de regelaar nodig denkt te hebben kan wel waar zijn maar die puls moet je minimaal tov. een ander niveau sturen en heb je dus een massa zeker erbij nodig.

Als je een normale ESC hebt komt er alleen een 3-polig kabeltje uit waar op de rode draad vanuit de ESC een gestabiliseerde 5v hebt als voeding voor de ontvanger en servo

 

Kan ik hieruit concluderen dat er zowel een stroom loopt via de ESC naar de ontvanger als van de ontvanger (terug) naar de ESC? Om hier achter te komen heb ik een paar simpele proefjes bedacht:

1) Ik haal de battery plug uit de ontvanger en kijk of de ESC nog reageert, zo ja dan is de stroom terug naar de ESC niet noodzakelijk, of slechts deels nodig. Als beiden geen stroom hebben dan is de ontvanger noodzakelijk voor de stroom van de ESC.

2) Ik haal de Ch.1 plug uit de ontvanger en dan kijk ik of de receiver zelf nog werkt (m.b.v. stuurservo) en daarna of de ESC nog werkt. Zo niet, dan heeft deze stroom nodig via de ontvanger. Als de ESC het wel doet dan zijn de + en - van de ontvanger naar de ESC nutteloos in dit geval...

Nu is mijn vraag: kan ik bij deze twee opstellingen de motor aangesloten houden (het liefste wel, namelijk vrijwel waterdichte aansluiting incl. Tie-rip)?

Kan het geen kwaad om deze twee testjes uit te voeren?

Graag enige gedachten hierover, dankuwel!