Kmm09-3

kmm09-3@lists.lysator.liu.se

124 discussions

Desginspecifikation
by Joakim Tosteberg 14 Oct '09

14 Oct '09

Hej Det ser ut som att designspecifikationen börjar bli klar nu, tanken är att den sista finputsningen görs nu ikväll och sedan skickar jag in den till handledaren imorgon för bedömning så får vi se om det är nått mer vi behöver fixa till sedan. //Joakim Tosteberg

1 1

Re: [Kmm09-3] Rättningar i designspecen
by Erik Sjölander 14 Oct '09

14 Oct '09

Hej, Ni kan tabort "per steg". Z = konstant = antal svängsteg åt vardera håll, Jag tycker det räcker att det står. "Där K och Z är konstanter", sedan "Z = Antal svängsteg åt vardera håll". mvh Erik On Wed 14/10/09 22:29 , Daniel Björklund danbj266(a)student.liu.se sent: > Jag har suttit och klurat med thomas och tost och fixat en del av > sakerna. Punkter som är kvar: > > -- > > STYR > Jag fattar inte det här med "per steg". Är det varje gång PWM:en > ändras? > Har vi vårt delta-T här? Är Z en konstant i hjulstyr? > > Någon styr-människa får förtydliga den texten! > > -- > Antar att info om nivåkonv från styr läggs in senare, i text (bla > bla > klarar 5V in men avr bla bla) och > kopplingsschema. Kanske info om nivå för lasern? > Vill någon skriva vettig text om detta? Kopplingsschemat är ju > fixat iaf. > > --- > Sen börjar det faktiskt bli klart! håhå. > Den 14 oktober 2009 18.48 skrev Daniel Björklund : > Har pushat ändringar nu, -2^4 tror jag väl det borde vara > isåfall, så jag skrev det i docet. Skrev om meningen om om > symmetrin också, anl. till att jag var lite förvirrad var att den > gick att tolka som "värdet -2^5 skulle kunna ge ett symmetriskt > styrområde, men vi använder det inte", hehe :D > Rubrikerna är också fixade, fälten uppdateras inte automatiskt, > hade glömt att göra't. > > En sak jag inte fixat än är det här med PC104 och TS7800, vad är > rätt och fel? Heter det PC104-kort eller TS-7800-kort? > Den 14 oktober 2009 17.19 skrev Joakim Tosteberg : > > Hjulstyrning > > - Andra stycket. > > "Båda värdena ska betraktas som tvåkomplementstal. Den får > således 3 > > hastigheter bakåt och 4st frammåt, och 16 styrvärden åt både > vänster > > och höger. För styrningen används ej värdet -2^5 för att få > ett > > symmetriskt styrområde. > > " > > => > > "Värdet för hastigheten skall tolkas som ett tal 0-7 medan de > 5 högsta > > bitarna som ett tvåkomplementtal. Hastighetsbitarna kommer att > > fördelas på 4 frammåt och 3 bakåt. Svängstyrkan defineras med > 15st > > styrvärden åt både vänster samt höger, värdet -2^5 används > ej för att få > > ett symetriskt styrområde." > > > > > > ---- > > > > Tycker båda dom där meningarna var lika flummiga :P Varför ska > > hastigheten sluta vara tvåkomplement, och varför skriver vi om > värden > > som inte används? > Att explicit notera att vi faktiskt inte använder en bit för att > få till > ett symmetrisk område tror jag är vettigt. > Och motiveringen för hastigheten är att om vi tolkar dem som > tvåkomplement så blir det fel för fördelningen mellan > hastigheter om vi > tolket som tvåkomplement (området blir ju då -4 till 3 vilket ger > 4 > bakåt och tre frammåt istället för tvärt om). > _______________________________________________ > Kmm09-3 mailing list > http://lists.lysator.liu.se/mailman/listinfo/kmm09-3 [4] > > > Links: > ------ > [4] http://lists.lysator.liu.se/mailman/listinfo/kmm09-3 > >

4 4

Rättningar i designspecen
by Daniel Björklund 14 Oct '09

14 Oct '09

Har fixat thomas och eriks junk nu. Lite saker som inte fixades: -- Thomas -- 2.3.2: "När sensorn når sin slutpunkt på ena sidan kommer en reset-signal att skickas, dock inte båda sidorna eftersom det tar två svep att få en full mätning." Står inget om detta paket nedanför men kanske räcker med att styr håller koll på färskheten på sin data? (typ behåll 4 senaste, timestamp, vet ju att de är nya när de skickas) (Har vi tur kanske vi kan köra snabbare och få med 8 ^^) Anledningen att skicka signal om nytt svep var om vinkel inte skickades med, har jag för mig. (?) Bestäm er för nåt så skriver jag in det! -- 2.3.2: Inte träd: "Informationen skickas till styrenheten om någon gren i följande träd stämmer:" Här tänkte jag säga ta bort "någon gren .. stämmer", men den andra punkten borde tas bort enl föregående resonemang. Samma här -- "Om flimmer är 0 betyder det att datat gäller ett identifierat mål med det nummer som anges." -> "Om flimmer är 0 betyder det att datat gäller ett identifierat mål _i den riktning som_ nummer som anger." Ska nummer i datapaketet ändras till riktning helt och hållet eller ska både riktning och signaturnummer skickas med? Förtydliga. -- Kanske ett enkelt schema som visar numreringen av ir-detektorerna, så som för monteringen av reflexsensorer (figur 9), kan placeras någonstans under 2.1. (Jag kan konstruera det om ingen annan behöver äta mer timmar, har ca 13h på design efter denna sak (tagit 30 min nu =o)) Som sagt, nån får fixa -- STYR Jag fattar inte det här med "per steg". Är det varje gång PWM:en ändras? Har vi vårt delta-T här? Är Z en konstant i hjulstyr? Nån styr-människa får förtydliga den biten yes! -- Antar att info om nivåkonv från styr läggs in senare, i text (bla bla klarar 5V in men avr bla bla) och kopplingsschema. Kanske info om nivå för lasern? Please do! --- MONTERING IR-sensorer: Lite otydligt om var de sitter i bilderna, men kanske räcker med texten? Tror det duger med det som står, text i kombination med figurer. -- Erik -- Hjulstyrning - Första stycket "Den komminucerar med" => "AVRen komminucerar med" - Andra stycket. "Båda värdena ska betraktas som tvåkomplementstal. Den får således 3 hastigheter bakåt och 4st frammåt, och 16 styrvärden åt både vänster och höger. För styrningen används ej värdet -2^5 för att få ett symmetriskt styrområde. " => "Värdet för hastigheten skall tolkas som ett tal 0-7 medan de 5 högsta bitarna som ett tvåkomplementtal. Hastighetsbitarna kommer att fördelas på 4 frammåt och 3 bakåt. Svängstyrkan defineras med 15st styrvärden åt både vänster samt höger, värdet -2^5 används ej för att få ett symetriskt styrområde." ---- Tycker båda dom där meningarna var lika flummiga :P Varför ska hastigheten sluta vara tvåkomplement, och varför skriver vi om värden som inte används? - Daniel

2 5

pc104.sch uppdatering
by Erik Sjölander 14 Oct '09

14 Oct '09

BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; }Hej, Jag lade precis in en uppdatering av pc104.sch där jag lade till en 74LS245 chip och drog livdioder, hulstyr-rs232, ir samt aktivera via den ( alla dessa är utgångar). //Erik On Wed 14/10/09 09:46 , Joakim Tosteberg joato769(a)student.liu.se sent: -----Original Message----- From: kmm09-3-bounces(a)lists.lysator.liu.se [1] [kmm09-3-bounces(a)lists.lysator.liu.se [2]] On Behalf Of Thomas A Sent: den 14 oktober 2009 09:21 To: KMM projekt Subject: Re: [Kmm09-3] FW: Omvandling 3.3V5V Tog och kollade genom design. Är bra om alla iaf scrollar o kollar den delen de skrivit så de kan säga emot mig eller förklara nåt ^^ Det sägs PC-104 och TS-7800 på olika ställen, sök efter 104 och 7800 ;) Vet inte om det är openoffice som buggar men indexet verkar inte uppdaterat, iaf när man klickar på saker i det :P. Men antar att att så länge rubriker stämmer gör det inget i pappersform. MÅLSÖK Under JTAG(JP1) står det visst "kejdan" i första meningen :P 2.3.2: "När sensorn når sin slutpunkt på ena sidan kommer en reset-signal att skickas, dock inte båda sidorna eftersom det tar två svep att få en full mätning." Står inget om detta paket nedanför men kanske räcker med att styr håller koll på färskheten på sin data? (typ behåll 4 senaste, timestamp, vet ju att de är nya när de skickas) (Har vi tur kanske vi kan köra snabbare och få med 8 ^^) Anledningen att skicka signal om nytt svep var om vinkel inte skickades med, har jag för mig. (?) 2.3.2: Inte träd: "Informationen skickas till styrenheten om någon gren i följande träd stämmer:" Här tänkte jag säga ta bort "någon gren .. stämmer", men den andra punkten borde tas bort enl föregående resonemang. 2.3.3. Ändra alla vinkel -> riktning? Är ju inte gradtal vi skickar. "Vi kommer alltså ha en envägskanal, och den kommer att ha en överföringshastighet på 38.4 Kb/s. Reglerna för när dessa ska skickas står under dess respektive rubrik." Slå ihop med förste meningen i 2.3.3 eller ta bort? Känns som upprepning. Stycket om ir-paketet kanske ska börja med "När information om IR-signaturer skickas är första biten i paketet 0. Flimmer ..." "Om flimmer är 0 betyder det att datat gäller ett identifierat mål med det nummer som anges." -> "Om flimmer är 0 betyder det att datat gäller ett identifierat mål _i den riktning som_ nummer som anger." Kanske ett enkelt schema som visar numreringen av ir-detektorerna, så som för monteringen av reflexsensorer (figur 9), kan placeras någonstans under 2.1. (Jag kan konstruera det om ingen annan behöver äta mer timmar, har ca 13h på design efter denna sak (tagit 30 min nu =o)) STYR 3: ((Multipla pilar vid hjulstyrning i blockschemat (figur 4) men enkla till allt annat :P)) Blir en horunge här i OO. Dör mallen om man tar motsv, Edit paragraph style -> Text flow -> Keep with next paragraph, på rubrik-stilen i Word? Var nog nämnt tidigare om rubriknumreringen. Sista meningen under taktik har IR-signatur-genereringen felstavat. Hjulstyrning: PWM utgångar -> PWM-utgångar, RS-232-länken, säkert fler särskrivningar :P En ihopskrivning :P 8-st databitar -> 8 (st) databitar -2^5 => 2 med upphöjd 5:a, Y_c => Y med nedsänkt c "läggs till på den för högra" -> anv ett sätt :P Jag fattar inte det här med "per steg". Är det varje gång PWM:en ändras? Har vi vårt delta-T här? Är Z en konstant i hjulstyr? Antar att info om nivåkonv från styr läggs in senare, i text (bla bla klarar 5V in men avr bla bla) och kopplingsschema. Kanske info om nivå för lasern? SENSOR 4.2: "XTAL-pinnarna på AVR:en behöver ej kopplas in då processorn kommer att använda dess interna oscillator." -> XTAL1 - EXO-3 MONTERING IR-sensorer: Lite otydligt om var de sitter i bilderna, men kanske räcker med texten? Rörelsesensor -> Avståndssensor labbkort -> virkort? (med avkopplad matning? alla hade kanske inte det) Enda nivåkonv var väl nu att de från TS-7800 måste höjas för att avr:erna ska registrera dem? Daniel Björklund wrote: > Tjoff. Både marcus och gustavs hittade fel är rättade. Feel free att > leta fler fel, ni andra! > > Löste för övrigt det där med servotexten genom att helt enkelt ta bort > den. Vi har ju trots allt ett helt kapitel om montering nu. > _______________________________________________ Kmm09-3 mailing list Kmm09-3(a)lists.lysator.liu.se [3] http://lists.lysator.liu.se/mailman/listinfo/kmm09-3 _______________________________________________ Kmm09-3 mailing list Kmm09-3(a)lists.lysator.liu.se [4] http://lists.lysator.liu.se/mailman/listinfo/kmm09-3 Links: ------ [1] mailto:kmm09-3-bounces@lists.lysator.liu.se [2] mailto:kmm09-3-bounces@lists.lysator.liu.se [3] mailto:Kmm09-3@lists.lysator.liu.se [4] mailto:Kmm09-3@lists.lysator.liu.se

3 3

FW: FW: Omvandling 3.3V<->5V
by Joakim Tosteberg 14 Oct '09

14 Oct '09

-----Original Message----- From: kmm09-3-bounces(a)lists.lysator.liu.se [mailto:kmm09-3-bounces@lists.lysator.liu.se] On Behalf Of Thomas A Sent: den 14 oktober 2009 09:21 To: KMM projekt Subject: Re: [Kmm09-3] FW: Omvandling 3.3V<->5V Tog och kollade genom design. Är bra om alla iaf scrollar o kollar den delen de skrivit så de kan säga emot mig eller förklara nåt ^^ Det sägs PC-104 och TS-7800 på olika ställen, sök efter 104 och 7800 ;) Vet inte om det är openoffice som buggar men indexet verkar inte uppdaterat, iaf när man klickar på saker i det :P. Men antar att att så länge rubriker stämmer gör det inget i pappersform. MÅLSÖK Under JTAG(JP1) står det visst "kejdan" i första meningen :P 2.3.2: "När sensorn når sin slutpunkt på ena sidan kommer en reset-signal att skickas, dock inte båda sidorna eftersom det tar två svep att få en full mätning." Står inget om detta paket nedanför men kanske räcker med att styr håller koll på färskheten på sin data? (typ behåll 4 senaste, timestamp, vet ju att de är nya när de skickas) (Har vi tur kanske vi kan köra snabbare och få med 8 ^^) Anledningen att skicka signal om nytt svep var om vinkel inte skickades med, har jag för mig. (?) 2.3.2: Inte träd: "Informationen skickas till styrenheten om någon gren i följande träd stämmer:" Här tänkte jag säga ta bort "någon gren .. stämmer", men den andra punkten borde tas bort enl föregående resonemang. 2.3.3. Ändra alla vinkel -> riktning? Är ju inte gradtal vi skickar. "Vi kommer alltså ha en envägskanal, och den kommer att ha en överföringshastighet på 38.4 Kb/s. Reglerna för när dessa ska skickas står under dess respektive rubrik." Slå ihop med förste meningen i 2.3.3 eller ta bort? Känns som upprepning. Stycket om ir-paketet kanske ska börja med "När information om IR-signaturer skickas är första biten i paketet 0. Flimmer ..." "Om flimmer är 0 betyder det att datat gäller ett identifierat mål med det nummer som anges." -> "Om flimmer är 0 betyder det att datat gäller ett identifierat mål _i den riktning som_ nummer som anger." Kanske ett enkelt schema som visar numreringen av ir-detektorerna, så som för monteringen av reflexsensorer (figur 9), kan placeras någonstans under 2.1. (Jag kan konstruera det om ingen annan behöver äta mer timmar, har ca 13h på design efter denna sak (tagit 30 min nu =o)) STYR 3: ((Multipla pilar vid hjulstyrning i blockschemat (figur 4) men enkla till allt annat :P)) Blir en horunge här i OO. Dör mallen om man tar motsv, Edit paragraph style -> Text flow -> Keep with next paragraph, på rubrik-stilen i Word? Var nog nämnt tidigare om rubriknumreringen. Sista meningen under taktik har IR-signatur-genereringen felstavat. Hjulstyrning: PWM utgångar -> PWM-utgångar, RS-232-länken, säkert fler särskrivningar :P En ihopskrivning :P 8-st databitar -> 8 (st) databitar -2^5 => 2 med upphöjd 5:a, Y_c => Y med nedsänkt c "läggs till på den för högra" -> anv ett sätt :P Jag fattar inte det här med "per steg". Är det varje gång PWM:en ändras? Har vi vårt delta-T här? Är Z en konstant i hjulstyr? Antar att info om nivåkonv från styr läggs in senare, i text (bla bla <exakt vilka - bra att ha> klarar 5V in men avr bla bla) och kopplingsschema. Kanske info om nivå för lasern? SENSOR 4.2: "XTAL-pinnarna på AVR:en behöver ej kopplas in då processorn kommer att använda dess interna oscillator." -> XTAL1 - EXO-3 MONTERING IR-sensorer: Lite otydligt om var de sitter i bilderna, men kanske räcker med texten? Rörelsesensor -> Avståndssensor labbkort -> virkort? (med avkopplad matning? alla hade kanske inte det) Enda nivåkonv var väl nu att de från TS-7800 måste höjas för att avr:erna ska registrera dem? Daniel Björklund wrote: > Tjoff. Både marcus och gustavs hittade fel är rättade. Feel free att > leta fler fel, ni andra! > > Löste för övrigt det där med servotexten genom att helt enkelt ta bort > den. Vi har ju trots allt ett helt kapitel om montering nu. > _______________________________________________ Kmm09-3 mailing list Kmm09-3(a)lists.lysator.liu.se http://lists.lysator.liu.se/mailman/listinfo/kmm09-3

1 0

FW: Omvandling 3.3V<->5V
by Joakim Tosteberg 14 Oct '09

14 Oct '09

-----Original Message----- From: Anders Nilsson [mailto:andersn@isy.liu.se] Sent: den 13 oktober 2009 11:28 To: Joakim Tosteberg Subject: Re: Omvandling 3.3V<->5V On Mon, 12 Oct 2009 19:07:39 +0200 "Joakim Tosteberg" <joato769(a)student.liu.se> wrote: > Hej > > Efter att ha tittat lite på det har vi kommit fram till att för > kommunikationen med AVR:erna bör det fungera okej att använda 3.3V för > RS-232 kommunikationen med AVR:erna då dessa ser ut att acceptera > 3.3V som en hög signal. Om ni tittar i databladet för AVR så ser ni att den kräver att en hög insignal är som lägst 3V. En utsignal från ett 3.3V-system är i bästa fall just 3.3V vilket ger en mycket liten marginal ner till 3V och en sådan situation blir väldigt känslig för störningar. Men, i fallet med seriell RS232-kommunikation så kommer kretsen MAX232 (vilken *måste* används mellan AVR och dom serieportar som finns i bandkabeln från PC104-kortet) att omvandla +/-12V till 0-5V. Dvs inget problem med 3.3V-nivåer. För övriga serieportar från PC104-kortet som har TTL-nivåer (dvs 3.3V) så finns alltså den högst påtagliga risken med störningar om man inte använder något som höjer signalnivån. > Så då återstår att vi behöver få upp det till 5V då vi ska skicka > signaler till måltavlan då vi gissar att antagligen åtminstone > transistorn som styr IR-sändaren är avpassade för denna nivå och kan > få problem annars, AKTIVERA signalen kan väl eventuellt tänkas se > 3.3V som att det är hög också, men svårt att säga då vi inte vet vad > det är för kretsar inblandade där. Just den signal som styr IR-sändaren borde fungera fint att styra med 3.3V, men transistorsteget är dimensionerat att styras med en 5V-signal, så varför inte använda det när dom övriga signalerna också ska vara det. > Däremot så är vi lite fundersamma över 74LS254 kretsen efter att ha > tittat på den, typical output voltage för hög signal på den verkar ju > vara 3.4V och inte de 5V som vi vill ha, och dessutom verkar den ha > relativt låga nivåer på utströmmarna så att det antagligen inte > fungerar att driva lysdioderna ifrån den, men det går ju att slänga > in lite transistorer istället eller nått också. Nja, att 74LS245 bara ger ifrån sig 3.4V som typiskt hög utsignal gäller ju under dom testförutsättningar som står angivna, dvs att den matas med minsta möjliga VCC=4.5V. Om vi ser till att den får ordentliga 5V som matning så bör det funka utan problem. 74LS245 kan enligt datablad driva 15mA (vid hög utsignal) och sänka 24mA (vid låg utsignal). En vanlig lysdiod går bra att tända vid dom 15mA som kretsen kan ge, och skulle det krävas mer så kan man använda omvänd logik, koppla lysdioden till plus och tända den vid låg utsignal från 74LS245. /Anders > > -----Original Message----- > From: Anders Nilsson [mailto:andersn@isy.liu.se] > Sent: den 12 oktober 2009 17:29 > To: Joakim Tosteberg > Subject: Re: Omvandling 3.3V<->5V > > On Mon, 12 Oct 2009 14:13:06 +0200 > Joakim Tosteberg <joato769(a)student.liu.se> wrote: > > > Hej > > > > Vi har tittat lite på vad som kan användas för att konvertera mellan > > 3.3V och 5V och hittat 74LCX245 som vi tror ska göra det vi vill, > > datablad finns på http://www.fairchildsemi.com/ds/74%2F74LCX245.pdf > > > > Däremot verkar denna krets inte finnas på ELFA vad vi kan se, har du > > hittat något annat smidigt som kan tänkas fungera? > > > > Joakim Tosteberg > > KMM grupp 3 > > > > Tja, eftersom den kretsen ska matas med 2.3-3.6V så kan den inte höja > en 3.3V-signal till 5V, vilket vi egentligen var ute efter. Åt andra > hållet går det dock bra, dvs från 5V till 3.3V. > > Jag har i och för sig hittat andra kretsar som kan göra det vi vill t > ex 74LVCC4245 (http://focus.ti.com/lit/ds/symlink/sn74lvcc4245a.pdf) > eller MAX3001 (http://www.farnell.com/datasheets/74584.pdf) men om man > tittar lite närmare på kopplingsschemat för PC104-kortet > (http://vanheden.isy.liu.se/lib/exe/fetch.php?id=dator&cache=cache&media=ts7 > 800-schematic.pdf) > så framgår det att dom intressanta I/O-signalerna är 5V-toleranta. Dvs > det går bra att skicka in en 5V-signal till PC104-kortet utan att man > först behöver omvandla den till 3.3V. Åt andra hållet så behövs dock > något som höjer 3.3V-signaler till 5V, och för detta kan vi helt > enkelt använda en vanlig 74LS245 (dvs samma krets som ni föreslår men > 5V-varianten av den, se datablad här > http://vanheden.isy.liu.se/lib/exe/fetch.php?id=ttllista&cache=cache&media=s > n74ls245.pdf). > Den kretsen kräver *bara* 2.0V på ingångarna för att det ska tolkas > som hög insignal, vilket borde vara god marginal till > 3.3V-utsignalerna från PC104-kortet. > > Serieportarna som finns utdragna i bandkabeln från PC104-kortet (se > här > http://vanheden.isy.liu.se/lib/exe/fetch.php?id=dator&cache=cache&media=ts78 > 00-pc104-arm-platta.pdf) använder dock +/-12V som signalnivåer, > vilket innebär att dessa måste konverteras till 0-5V m h a en MAX232 > (http://vanheden.isy.liu.se/lib/exe/fetch.php?id=driver&cache=cache&media=ma > x232.pdf) > > Summa summarum, vi har redan dom kretsar som behövs. > > /Anders >

4 4

Designspec granskning...
by Erik Sjölander 14 Oct '09

14 Oct '09

Hej allesammans, Här kommer ett par ändringar som jag tycker bör appliceras, Det är även med ett par kommentarar så det inte bara blir kritik! Jag ser även att vissa rubriker är på en sida och texten är på nästa, detta bör också fixas. Givetvis när dokumentet är redo för inlämning. Men jag nämner det nu så det inte blir bortglömt. Någon med word får gärna applicera dessa ändringar, hojta till ifall det är något som ni inte håller med om. 1. Inledning - Bra bild och text! 2. Målsökningsenhet 2.1 Hårdvara - "och sitter på ett servo" => "och är monterat på ett servo" - "Det går även att mot en kontakt", Vi bör skriva att vi ska progga den med JTAG, annars kan dett tas bort. - Bra bild. 2.3.2 - Använd helst inte "vi" tycker jag., "Det första vi gör är att" => "Det första som görs är att". 2.3.3 - Bra protokoll beskrivning! 3. Styrenhet Hjulstyrning - Första stycket "Den komminucerar med" => "AVRen komminucerar med" - Andra stycket. "Båda värdena ska betraktas som tvåkomplementstal. Den får således 3 hastigheter bakåt och 4st frammåt, och 16 styrvärden åt både vänster och höger. För styrningen används ej värdet -2^5 för att få ett symmetriskt styrområde. " => "Värdet för hastigheten skall tolkas som ett tal 0-7 medan de 5 högsta bitarna som ett tvåkomplementtal. Hastighetsbitarna kommer att fördelas på 4 frammåt och 3 bakåt. Svängstyrkan defineras med 15st styrvärden åt både vänster samt höger, värdet -2^5 används ej för att få ett symetriskt styrområde." Livhantering - Tabort Liv 4 pinne A4. Det är lasern. Laser - Lasern sitter på pinne A4 på PC-104 Knappar/brytare - "på/av/reboot" => "på/av/omstart" Sätt så alla rubriker på Styrenhet får 3.1, 3.2 osv.. (detta gäller även på någon annan rubrik-serie) 4. Sensorenhet 4.1 Mjukvara - Kanske säga spänningarna på analoga värdet? - Bra bild figur 7! 5. Montering - Monteras mellan hjulen och roboten? - IRSensor, Det finns väll en bild på hur de ska placeras? - AVR-processsorkort, "kommer att på ett vanligt" => "placeras på ett labbkort" - PC104-kort - Centrera alla figurer lika som alla andra tidigre i dokumentet. mvh Erik

1 0

Re: [Kmm09-3] Omvandling 3.3V<->5V
by Joakim Tosteberg 13 Oct '09

13 Oct '09

Hej Efter att ha tittat lite på det har vi kommit fram till att för kommunikationen med AVR:erna bör det fungera okej att använda 3.3V för RS-232 kommunikationen med AVR:erna då dessa ser ut att acceptera 3.3V som en hög signal. Så då återstår att vi behöver få upp det till 5V då vi ska skicka signaler till måltavlan då vi gissar att antagligen åtminstone transistorn som styr IR-sändaren är avpassade för denna nivå och kan få problem annars, AKTIVERA signalen kan väl eventuellt tänkas se 3.3V som att det är hög också, men svårt att säga då vi inte vet vad det är för kretsar inblandade där. Däremot så är vi lite fundersamma över 74LS254 kretsen efter att ha tittat på den, typical output voltage för hög signal på den verkar ju vara 3.4V och inte de 5V som vi vill ha, och dessutom verkar den ha relativt låga nivåer på utströmmarna så att det antagligen inte fungerar att driva lysdioderna ifrån den, men det går ju att slänga in lite transistorer istället eller nått också. //Joakim Tosteberg -----Original Message----- From: Anders Nilsson [mailto:andersn@isy.liu.se] Sent: den 12 oktober 2009 17:29 To: Joakim Tosteberg Subject: Re: Omvandling 3.3V<->5V On Mon, 12 Oct 2009 14:13:06 +0200 Joakim Tosteberg <joato769(a)student.liu.se> wrote: > Hej > > Vi har tittat lite på vad som kan användas för att konvertera mellan > 3.3V och 5V och hittat 74LCX245 som vi tror ska göra det vi vill, > datablad finns på http://www.fairchildsemi.com/ds/74%2F74LCX245.pdf > > Däremot verkar denna krets inte finnas på ELFA vad vi kan se, har du > hittat något annat smidigt som kan tänkas fungera? > > Joakim Tosteberg > KMM grupp 3 > Tja, eftersom den kretsen ska matas med 2.3-3.6V så kan den inte höja en 3.3V-signal till 5V, vilket vi egentligen var ute efter. Åt andra hållet går det dock bra, dvs från 5V till 3.3V. Jag har i och för sig hittat andra kretsar som kan göra det vi vill t ex 74LVCC4245 (http://focus.ti.com/lit/ds/symlink/sn74lvcc4245a.pdf) eller MAX3001 (http://www.farnell.com/datasheets/74584.pdf) men om man tittar lite närmare på kopplingsschemat för PC104-kortet (http://vanheden.isy.liu.se/lib/exe/fetch.php?id=dator&cache=cache&media=ts7 800-schematic.pdf) så framgår det att dom intressanta I/O-signalerna är 5V-toleranta. Dvs det går bra att skicka in en 5V-signal till PC104-kortet utan att man först behöver omvandla den till 3.3V. Åt andra hållet så behövs dock något som höjer 3.3V-signaler till 5V, och för detta kan vi helt enkelt använda en vanlig 74LS245 (dvs samma krets som ni föreslår men 5V-varianten av den, se datablad här http://vanheden.isy.liu.se/lib/exe/fetch.php?id=ttllista&cache=cache&media=s n74ls245.pdf). Den kretsen kräver *bara* 2.0V på ingångarna för att det ska tolkas som hög insignal, vilket borde vara god marginal till 3.3V-utsignalerna från PC104-kortet. Serieportarna som finns utdragna i bandkabeln från PC104-kortet (se här http://vanheden.isy.liu.se/lib/exe/fetch.php?id=dator&cache=cache&media=ts78 00-pc104-arm-platta.pdf) använder dock +/-12V som signalnivåer, vilket innebär att dessa måste konverteras till 0-5V m h a en MAX232 (http://vanheden.isy.liu.se/lib/exe/fetch.php?id=driver&cache=cache&media=ma x232.pdf) Summa summarum, vi har redan dom kretsar som behövs. /Anders

4 3

FW: Omvandling 3.3V<->5V
by Joakim Tosteberg 12 Oct '09

12 Oct '09

-----Original Message----- From: Anders Nilsson [mailto:andersn@isy.liu.se] Sent: den 12 oktober 2009 17:29 To: Joakim Tosteberg Subject: Re: Omvandling 3.3V<->5V On Mon, 12 Oct 2009 14:13:06 +0200 Joakim Tosteberg <joato769(a)student.liu.se> wrote: > Hej > > Vi har tittat lite på vad som kan användas för att konvertera mellan > 3.3V och 5V och hittat 74LCX245 som vi tror ska göra det vi vill, > datablad finns på http://www.fairchildsemi.com/ds/74%2F74LCX245.pdf > > Däremot verkar denna krets inte finnas på ELFA vad vi kan se, har du > hittat något annat smidigt som kan tänkas fungera? > > Joakim Tosteberg > KMM grupp 3 > Tja, eftersom den kretsen ska matas med 2.3-3.6V så kan den inte höja en 3.3V-signal till 5V, vilket vi egentligen var ute efter. Åt andra hållet går det dock bra, dvs från 5V till 3.3V. Jag har i och för sig hittat andra kretsar som kan göra det vi vill t ex 74LVCC4245 (http://focus.ti.com/lit/ds/symlink/sn74lvcc4245a.pdf) eller MAX3001 (http://www.farnell.com/datasheets/74584.pdf) men om man tittar lite närmare på kopplingsschemat för PC104-kortet (http://vanheden.isy.liu.se/lib/exe/fetch.php?id=dator&cache=cache&media=ts7 800-schematic.pdf) så framgår det att dom intressanta I/O-signalerna är 5V-toleranta. Dvs det går bra att skicka in en 5V-signal till PC104-kortet utan att man först behöver omvandla den till 3.3V. Åt andra hållet så behövs dock något som höjer 3.3V-signaler till 5V, och för detta kan vi helt enkelt använda en vanlig 74LS245 (dvs samma krets som ni föreslår men 5V-varianten av den, se datablad här http://vanheden.isy.liu.se/lib/exe/fetch.php?id=ttllista&cache=cache&media=s n74ls245.pdf). Den kretsen kräver *bara* 2.0V på ingångarna för att det ska tolkas som hög insignal, vilket borde vara god marginal till 3.3V-utsignalerna från PC104-kortet. Serieportarna som finns utdragna i bandkabeln från PC104-kortet (se här http://vanheden.isy.liu.se/lib/exe/fetch.php?id=dator&cache=cache&media=ts78 00-pc104-arm-platta.pdf) använder dock +/-12V som signalnivåer, vilket innebär att dessa måste konverteras till 0-5V m h a en MAX232 (http://vanheden.isy.liu.se/lib/exe/fetch.php?id=driver&cache=cache&media=ma x232.pdf) Summa summarum, vi har redan dom kretsar som behövs. /Anders

2 1

[Fwd: Omvandling 3.3V<->5V]
by Joakim Tosteberg 12 Oct '09

12 Oct '09

-------- Original Message -------- Subject: Omvandling 3.3V<->5V Date: Mon, 12 Oct 2009 14:13:06 +0200 From: Joakim Tosteberg <joato769(a)student.liu.se> To: Anders Nilsson <andersn(a)isy.liu.se> Hej Vi har tittat lite på vad som kan användas för att konvertera mellan 3.3V och 5V och hittat 74LCX245 som vi tror ska göra det vi vill, datablad finns på http://www.fairchildsemi.com/ds/74%2F74LCX245.pdf Däremot verkar denna krets inte finnas på ELFA vad vi kan se, har du hittat något annat smidigt som kan tänkas fungera? Joakim Tosteberg KMM grupp 3

1 0

← Newer
1
...
4
5
6
7
8
9
10
...
13
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

Kmm09-3