Processor med flera UART?

[flash_gordon]

Hej!

Är det någon av alla er kunniga orakel som vet om någon micro-processor typ PIC el. dylig som har fler än 2 st UART's?
Denna micro-processor skall vara 'kärnan' i ett kommunikatoinsnät där flera enheter pratater med varandra via UART.
Tanken är att denna micro-processor skall sammanställa all information som de olika periferia enheterna skickar.

Jag är inte ute efter någon mjukvarubyggd UART utan det skall vara riktig hårdvaru-UART med sin egen buffer , interrupt osv.

[TomasL]

PIC32, 6 HW USART, till exempel

[sodjan]

Gå till: http://www.microchip.com/pagehandler/en-us/family/8bit/
Scrolla ner till tabellen.
Vid "Select Product Family:" välj PIC16 eller PIC18.
Clicka "View All Parameters".
Scrolla höger till "UART" och välj "2" (eller "4" for PIC18).

PIC16 finns med 1 eller 2 UART.
PIC18 finns med 1, 2 eller 4 UART.

[Swech]

AVR Xmega 8 st

Swech

[Wedge]

ATmega2560, 4 st.
Sitter på Arduino Mega 2560, ifall du vill ha en färdig hårdvaruplattform att börja labba med.

[sodjan]

> Denna micro-processor skall vara 'kärnan' i ett kommunikatoinsnät där flera enheter pratater med varandra via UART.

Det verkar vara en riktigt dålig lösning med separata point-to-point
kopplingar för varje länk i nätet. Du borde absolut titta på något annat.
Minst en multi node variant av RS232 (minns inte mumret RS-någonting).
Eller kanske CAN eller liknande för stor flexibiltet.

Oavsett om du väljer en processor med 4 eller 8 UARTs så har du
alltid en "hard-limit" i designen.

> 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.

[TomasL]

RS485, dock är det problem om alla enheter skall prata i mun, vilket inte går.
Annars är nog CAN eller ethernet att föredra i sådana fall.

[Micke_s]

Lpc800
Pdip 8 och 3 uarter

[Icecap]

Renesas RX-serien. En himla massa grejer inbyggd.

[flash_gordon]

Tack för alla förslagen .
Jag är inte så insatt i CAN men vad jag vet så måste det ju till någon form av gränsnitt mellan UART och CAN.
Då CAN har ett eget kommunikationsprotokoll med olika typer av meddelanden - förutom att det måste till någon form av hårdvara mellan ett 'CAN-chip' och en enhet med en UART.......

Känns som om en lösning med CAN-teknologi kan bli ganska komplex om man från början har enheter som kommunicerar via UART - eller har jag fel ?

Renesas RX-serien har jag inte hört talas om - kollade lite på det och det verkar ju finnas en massa funktioner där. Verkar dock vara lite för mycket än vad jag behöver men det kanske ändå är ett alternativ. Man vill ju inte fläska på med värsta mcu'n där man endast använder 10 % av all funktionalitet.

Skall kolla lite på de andra mcu'n som föreslås i tråden. Skall försöka återkomma med vad jag kommer fram till.

[TomasL]

PIC32 har inbyggd CAN, dessutom tillhandahåller microchip CAN-stackar.
Vilket troligen förenklar saker och ting radikalt

[baron3d]

Du kan använda en UART tillsammans med CAN-interface.
Det går också att använda 485-interface genom att skicka data på enable ingången.

[sodjan]

> Känns som om en lösning med CAN-teknologi kan bli ganska komplex om man från
> början har enheter som kommunicerar via UART - eller har jag fel ?

Har du det? Ville du inte ha förslag på processorer? Eller är de andra
enheterna redan givna och det är enbart den centrala enheten som
du ska välja? Det är ju ganska kritisk information (för oss)...

Men för att svara på din fråga, nej, du har inte fel. Kör man CAN så kör
man inte UART, utan processorer med CAN-stöd direkt i processorn.
Eller separata CAN kretsar som snackar I2C eller SPI, ifall urvalet av
CAN-processorer inte passar av andra anledningar.

För att det ska vara meningsfullt med ytterligare råd/tips så behöver vi veta t.ex:
- Är de övriga enheterna redan givna och med enbart RS232?
- Hur många är egentligen "fler än 2"? 100?

Om du *enbart* ville ha uppgifter om processorer med fler än 2 UART
så kunde du ju redan från början ha gjort som t.ex. jag gjorde, kört
produktväljaren och kollat själv...

[Jan Almqvist]

En "sniklösning" är att bara en (1) UART på varje enhet och koppla alla enheter i en ring där Tx kopplas till "nästa" Rx.

Har använt detta på riktigt för länge sedan. Man kan göra väldigt avancerade funktioner.

[sodjan]

Som jag skrev så är det hela fullständigt avhängigt av förutsättningarna.
Man kan få intryck av att de "andra" enheterna redan är givna...