Processor med flera UART?

[flash_gordon]

Jo de 'perefrria' enheterna är redan givna - de har endast UART.
Tanken är att ha en 'centralprocessor' som kan läsa av kanske 5 st. enheter som alla endast har UART.

Man kanske skall bygga någon form av extern multiplex på UART-porten på centralprocessorn och då klara sig med 1 eller 2 UART's?

Tack för tipset om produktväljaren den visste jag inte om.

Jag inte bara ute efter någon processor utan även förslag på lösningar till mitt problem kanske skulle varit lite tydligare med det från början - men alla förslag uppskattas

[sodjan]

OK jaha, ja det ställer ju det hela i en helt annat läge...

> som kan läsa av kanske 5 st. enheter

Varför "kanske"?
Är det för att det är fysiskt lämpligt (avstånd o.s.v.)?
Är det någon professionell/industriell miljö?
Det låter inte som något hobbyprojekt...

Vad ska "centralprocessorn" sedan göra med datat?
Ska det vidare någonstans?

Är kommunikationen med enheterna sådan att "centralprocessorn" helt
kan styra det? Eller kommer det trafik från enheterna slupvis? Om det
kan styras så kan man ju ha flera RS232 kanaler med en väljare
(multiplexer) där centralprocessorn scannar av kanalerna en och en.

Beroende på hur helheten ser ut så skulle jag kunna tänka mig en
4 eller 8 portars terminalserver som men sedan snackar IP med. Jag
antar då att centralprocessorn även ska skicka datat vidare på
ett eller annat sätt. "Centralprocessorn" försvinner då helt och det
överliggande systemet snackar direkt med enheterna.

Det saknas fortfarande mycket information för att kunna säga mer...

[MiaM]

Jo de 'perefrria' enheterna är redan givna - de har endast UART.

Är det "bara" hårdvaran i dessa enheter som är givna, eller är även mjukvaran och protokollen givna?

Om mjukvaran och protokollen är givna - hur ser de ut?

Om enheterna helt spontant skickar saker då och då så måste du ha separata uarts för varje kanal på din "hub". Om det däremot är så att din "hub" måste skicka någon fråga för att en enhet ska svara så kan du klara dig på en enda uart. En mux som väljer vilken enhet du sänder till, och antingen en mux för att välja vem du lyssnar på eller bara grinda ihop alla ingångarna så att alla hörs samtidigt för mottagningen.

[flash_gordon]

Jo - det är ett hobbyprojekt.

Jag har alltså ett A/D-kort som endast har en UART som kommunikationsport.
Jag har en PIXY-kamera med UART (finns iof. fler seriella sorters portar på PIXY. men tänkte använda UART'en).
Jag har ett motorcontroller-kort som kommunicerar med UART.
Jag har en 'intellegent' display-modul med UART.
Samt att jag tänkte ha en UART-port ledig på centralprocessorn till en Zigbee-modul.

Allt sitter inom några centimeters avstånd - så kabellängd är inget problem.

Man kan ju tänka sig att alla UART-moduler utom PIXY-modulen kan anropas synkront.
PIXY kan skicka när som helst.

[Icecap]

Om alla "slaver" kan sända lite hur som helst måste "mastern" ha en ledig UART för varje "slav".

[snigelen]

> AVR Xmega 8 st

4 st 100-pinnars modeller. Bra mycket mer komplexitet bara för att få
några serielinjer extra. Nej, en annan buss-lösning skulle nog vara bättre.

Men det finns mindre Xmegor också. T.ex A4U-serien är 44 pinnars med 5 st USART.

[MiaM]

Om det bara är PIXY som måste kunna skicka utan att man begärt det så räcker det ju med en separat port för den och en mux för de andra.

[flash_gordon]

Tack för all feedback.
Lite kraftfullare Xmega'or kostar ju en slant samt att dessa är ytmonterade vilket försvårar utveckling.
Dom har ju desutom en massa funktioner som jag inte behöver.

Jag funderar på om man istället skulle kunna bygga en egen lösning med hjälp av några MCU's. Ex. 3 st 16F628 och en
16F631.
Alltså en 16F628 (slav) för varje UART som man önskar ha extra och en master MCU ex. 16F631 som managerar allt.
Det skulle då innebär att man från master'n går ut och 'frågar' varja slav om det finns något data i dess UART.
Man kan ju naturligtvis oxå skicka till varfri slav.
Med en 16F631 så skulle dess I/O-pinnar räcka för att kontrollera 3 st slavar - om man tänker sig att varje slav kräver 4 st
I/O-pinnar på mastern.

Datat kommer då att skickas seriellt mellan de olika MCU. Naturligtvis så tillkommer det ju lite programmering för att hantera
det seriella datat därav dom 2 kontroll ledningarna som finns till varje slav.

Då skulle masterns UART vara kvar för annat.
Vad tror ni om denna ide - låter det bra - eller är jag helt borta ?
Detta är en spontan ide utan någon djupare analys - bara en tanke om hur man skulle kunna göra.

Jag har bifogat en fil över hur jag tänkt - eller inte tänkt

[Icecap]

Att välja bort en µC för att den "har för många" funktioner känns inte helt vettigt.
Välja bort pga. ekonomi? Javisst.
Storlek? Javisst.

Och att ha var sin µC för att fungera som buffer är et sätt också - inte ett bra sätt men ett sätt.

Men att välja en uråldrig som PIC16F628... varför inte en modern PIC18Fxxxx?

Och om du nu får in data i en buffer-µC, hur ska du då hämta dom från mastern? Väljer du en PIC16F628 har du bara en enda UART och den är upptagen med enheten som kopplas till. Hur kommunicerar du sedan mellan buffer-µC'n och mastern?

Du måste nödvändigtvis ha minst två UART i din buffer-µC för att klara jobbet. Och då är det väl lika bra att hitta en µC med fler UART än två och då låta en µC med t.ex. 2 st UART ta hand om två slavenheter och sedan kommunicera med mastern på den sista.

[flash_gordon]

Jag är inte uppdaterad på de senaste MCU - jag studerade elektronik och digital elektronik för 15 till 20 år sedan så lite mossig kanske jag är men det är bra att få höra om nya alternativ.

Jag har tagit upp det hära med elektronik nu senaste tiden.

Jag tänkte att själva datakommunikationen mellan mastern och slaven skulle ske seriellt med de 2 dataledningarna som varje slav har. (Utöver de 2kontrollledningarna som varje slav har)

Det innebär ju att man måste skriva ett eget seriellt protokoll.
Så då skulle det ju räcka med att varje slav har endast 1 UART.

Men det kanske kommer att bli för knölig programmering ?

[Icecap]

JA, det blir ganska knöligt!

Dels finns det µC med inbyggda - och ganska bra - oscillatorer. De kan dessutom köra snabbt och är billigare.
Microchip har deras parametriska sökning som du kan använda, jag har dock redan tittat lite och det finns 7 st PIC med 4 UART inbyggt:
PIC18F65J94, PIC18F85J94, PIC18F66J94, PIC18F67J94, PIC18F86J95, PIC18F87J94 och PIC18F97J94.

[snigelen]

Lite kraftfullare Xmega'or kostar ju en slant samt att dessa är ytmonterade vilket försvårar utveckling.

Xmega32A4U kostar c:a 30kr + moms st vid köp av fåtal. 5 USART och tämligen lätt att löda för hand om man väljer tqfp44-kapsel. Att den sedan har DAC, DMA, USB, AES + DES kryptering mm, mm, betyder ju inte att man måste använda det.

[flash_gordon]

OK - Tack Icecap för din lista med PIC's - tack alla ni andra för råden - jag lär nog återkomma.

Får se nu hur jag gör Lutar åt att antagligen köpa en PIC eller XMega - jag lägger ner att bygga något eget. Känns som att gå över ån efter vatten.
Får bita i det sura äpplet och acceptera att det handlar om ytmonterat - hoppades slippa det men inget skall ju vara lätt .

[Icecap]

Det finns adaptrar att köpa som "gör om" ytmonterade kretsar till hålmonterade.

[superx]

Ytmonterat är inte så svårt att löda som folk som inte provat tror kan jag trösta dig med. Iaf inte om man har fabrikstillverkade kort med lödmask.