polaritet vändare för motor

matseng · Inlägg av **matseng** » 8 november 2003, 15:42:07

Att det är en ROV har inte nämnts hittills i denna tråden. Man skulle möjligen kunna anta det eftersom dyking och rov's är listade som Jonaz intressen. Och är det det så förstår jag att en-trådiga kopparledare i kabeln inte är allt för bra. Dom kommer inte att må bra efter ett tag.

Med aktiv elektronik i båda ändar skulle det räcka med tre kablar ner för att även få tillbaka uppgifter nedifrån (typ tryck,temp, baterikapacitet och liknande) utan att behöva ta till nåt onödigt avancerat halvduplexprotokoll i kablen.

rickeboy · Inlägg av **rickeboy** » 8 november 2003, 15:52:09

Hmm... antar att ROV grejen inte har nämnts som du säger och när jag skummar igenom att stämmer det mkt riktigt JA... men jag fick ett PM av honom och frågade om det var till ROVen... (han har haft ett annat inlägg om hur man lämpligast tätar en axel till ca 30m också så...)

Och jag håller med om att det låter bra med aktiv elektronik... frågan är bara hur man lämpligast gör... med PIC etc som jag hade tänkt använda blir det nog seriellt som gäller... kanske SERIN/SEROUT kommandona i PICBasic skulle kunna lösa detta... det ända jag ser som minus är att processorn skulle behöva "vänta" på att utföra saker innan den får in datan... t ex x,y,z etc... därför jag tänkte man skulle kunna ha flera som sköter andra saker utan direkt inverkan från ytan... t ex en som sköter temperatur och tryck angivelse och på begäran skickar detta till den PIC som är i kontakt med ytan... en ide iaf... konstruktiv kretik och ideer tas med glädje emot...

//Rille

matseng · Inlägg av **matseng** » 8 november 2003, 16:14:45

Nu har jag aldrig använt SERIN och SEROUT-kommandona (eller PicBasic) överhuvudtaget. Men om man inte kan kan bara kolla om det finns en byte som kommit in på serieporten och sedan fortsätta att köra koden om det inte gjort det så skulle jag nog avstå från att använda PicBasic i denna applikationen.

För PIC skriver jag alltid i assembler, för AVR så är det antingen assembler, eller om jag är slapp, i C.

Men om du nu absolut vill skriva i PicBasic och det inte finsn nåt sätt att bara 'polla' serieporten för inkommanda data så skull eman kunna tänka sig att lösa det genom att man sänder en ständig ström av NOP's eller dummy-bytes som mottagaren inte gör något med. På så sätt finns det alltid ett tecken att läsa, antingen ett intressant kommando, eller ett ontressant dummy-kommando som man kan slänga direkt och fortsätta och göra något annat i koden innan man återvänder och läser nästa inkommande tecken.

mullemeck · Inlägg av **mullemeck** » 8 november 2003, 16:43:11

finns det inte PICar med UART? då kan du ju ta emot och skicka seriell data samtidigt som programmet körs..

matseng · Inlägg av **matseng** » 8 november 2003, 16:47:33

Jag antog att SERIN/OUT använde sig av UARTen, men det verkar som om dom kommandona är mjukvarubitbangade och därför fungerar på vilken port som helst. Huga! Säkert bra för vissa applikationer, men en pic med egen UART är nog att föredra.

Jonaz · Inlägg av **Jonaz** » 8 november 2003, 18:04:12

Jo det är en ROV. man kunde kanske ha sagt det lite tidigare så kanske det hade blivit lättare...

Dessvärre kan jag inget om PIC, UART motsv. har just börjat läsa den här
http://www.mdh.se/iel/kurser/le1380/jmn ... uide14.pdf och hoppas att det kan hjälpa mig. Eller har ni nått annat förslag att börja läsa.

Den en trådiga kabelv är ju som sagt inget vidare att ha men jag får börja med den. visst kan man dra en kabel till det är ju bara att sätta fast dom med stripes.

motorerna är 4X6v 1A
en video kamera 100mA

Ev sen skall jag ta ett servo eller en liten motor för att kunna styra kameran upp\ner. Men det kan ju bli ett senare projekt.

Men somsagt en polaritet vändning är det jag behöver nu. har ingen lust att dra en massa kabel fram o till baka som ni nog förstår även om det är det lättaste alltenativet.

Jonaz

matseng · Inlägg av **matseng** » 8 november 2003, 18:32:22

Behövs ingen hastighetsreglering på motorerna?

Varför blir det 4 motorer? Upp/Ner Fram/Back Höger/Vänster, det borde räcka med 3 reverserbara motorer.

Hur sköts förresten flytkraftsbalanseringen? Eller behövs inte det om man har en sluten kropp som en ROV istället för en ihoptryckbar kropp som en själv när man dyker?

Jonaz · Inlägg av **Jonaz** » 8 november 2003, 18:51:40

tänkte göra den neutral med tyngder o sånt samt ha en ballasttank. (suger in\ut vatten) vilket hjälper till med upp\ner stigning

4 motorer för 2 fram, back och dom andra då upp, ner. dom sist nämnda för balansens skull om jag nara har en så kommer det nog att luta tror jag och det kan bli svårt med balansen.

Jonaz · Inlägg av **Jonaz** » 8 november 2003, 19:11:56

men dom 2 upp,ner skall gå parralellt med varandra och det blir nog lättast så, även och kontrollera den. samt att det går snabbare att dyka stiga.

sen i framtiden behöver man ju navigerings utrustning\ djupmätare\ tryckmätare. tänkte bara börja med en enkel kompass så man vet någurlunda vart man är...

rickeboy · Inlägg av **rickeboy** » 8 november 2003, 21:14:24

matseng>> Jo hela grejen med SERIN/SEROUT grejen att dem MÅSTE få grejer suger... detta har jag haft problem med i vissa projekt... dvs det går inte ihop rent teoretiskt pga av bristen av detta... man kan dock sätta en timeout men då är hur man ska göra sig säker på att den faktist får den info man skickar... koppla en pinne till, typ en interupt, som säger till den att hoppa till en rutin och ta emot seriell data... hmm... kanske kan gå...

Det jag tycker är att om man ska göra detta i assembler dvs allt i assembler gör att det tar mkt längre tid och eftersom det är ett så omfattande projekt skulle du behöva göra mkt jobb då det knappast funkar till 100% första försöket...

Tips om hur man använder UARTen då? Vilken PIC har en sådan? Typ hårdvaru buffer eller?

//Rille

matseng · Inlägg av **matseng** » 8 november 2003, 21:42:51

USART/AUSART/EUSART finns på följande flash-bara modeller:

PIC16F627, PIC16F628, PIC16F648A, PIC16F73, PIC16F74, PIC16F76, PIC16F77, PIC16F87, PIC16F870, PIC16F871, PIC16F873, PIC16F874, PIC16F876, PIC16F877, PIC16F88, PIC18F1220, PIC18F1320, PIC18F2220, PIC18F2320, PIC18F242, PIC18F2439, PIC18F248, PIC18F252, PIC18F2539, PIC18F4220, PIC18F4320, PIC18F442, PIC18F4439, PIC18F448, PIC18F452, PIC18F4539, PIC18F458, PIC18F6585, PIC18F6680, PIC18F8585, PIC18F8680

I stort sett så tittar man på en bit i ett register, om den biten är satt så finns det en nyinkommen byte att läsa av i inregistret. För att skicka så läser man först av en bit i ett register för att se att föregående byte är färdigskickad. Sen så skriver man in den byte man vill skicka i outregistret.

Jonaz · Inlägg av **Jonaz** » 9 november 2003, 01:07:20

hmm en liten fråga....

Har vi kommit närmare på en lösning på mitt problem????

rickeboy · Inlägg av **rickeboy** » 9 november 2003, 18:47:02

matzeng>> Tack! Kommer nog fråga lite när jag kommit så långt... men jag ser iaf "ljuset" på andra sidan nu

Jonaz>> Ja teoretiskt sett vill jag påstå att vi har kommit fram till att du borde satsa på PIC/AVR för att få bättre funktioner samt mindre kablar till ROVen... men polaritet vändare har du väl fått svar på hur man skulle kunna göra?

//Rille

ABC · Inlägg av **ABC** » 9 november 2003, 19:18:20

Synd att svaren på din fråga har spårat ur .....!
Jag gör ett nytt försök att ställa den igen!
Vem blir inte förvirrad av så många svar om pic:ar hit och dit.

Jonaz hade en fråga för länge sedan.......alltså:

polaritet vändare för motor
eh just ett sånt schema behöver jag

skall andvända en vippbrytare till\från\till
om jag har försått det rätt så skall man andvända sig av en H brygga eller?
är inte säker hur man skall gå till väga

är det nån som kan hjälpa till?

MVH Tommy

matseng · Inlägg av **matseng** » 9 november 2003, 19:34:48

ABC: Ja, jo, vi kan alla läsa, och vi kommer ihåg vad Jonaz frågade från början.

Men somma alltid finsn det kompletterade upplysningar som man behöve få för att kunan ge ett relevant svar. Dessutom så finns det alltid en mängd avvägningsfrågor.

I det här fallet skulle nog en datalänk via kabel ner i djupet vara den allra bästa lösningen - under förutsättning att den som ska konstruera anläggningen är tillräckligt hemma på digitalelektronik och micropocessorprogrammering.

Är men inte det så är det nästen en sådan relä-koppling som jag visade tidigare som är den enda lösningen. Nackdelen då är att alla 8 ledarna i kabeln blir uptagna av att styra dom 4 motorerna. Inga kablar finns över för servo och annat. Är man villig att dra två kablarn ner så är ju det löst förståss. Men det blir dyrt och klumpigt i jämförelse med en 3-ledare som klarar av dubbelriktad kommunikation.