schnittstellen-wollmilchsau

danke für die antwort. na es geht einfach mal um ideen sammeln für ein 
produkt, das später dann auch in grösserer stückzahlt produziert werden 
soll (von daher spielt der preis doch eine gewisse rolle). USB und 
Ethernet sind ein "muss", CAN und LIN "nice to have".

Also USB und Ethernet in EINEM µC ist schon eine Ansage.
Da wird es unter 32 Bit wohl nichts geben, insbesondere wenn ja auch 
noch UART als dritte zu bedienende Schnittstelle dazukommt. Denn sowohl 
USB wie auch Ethernet haben ihre Spezifischen Anforderungen die zu 
kombinieren schon rechenleistung und Programmspeicher braucht...

Im 32 Bit bereich gibt es da die von dir schon gefundenen PIC32 und 
sicher auch das ein oder andere ARM Derrivat das dies auch in 
Kombination als Schnittstelle beherbergt und auch noch gleichzeitig 
bedienen kann.
Die liegen Preislich aber auch in der selben Liga wie die PIC32.
(Welche Technologie besser geeignet ist ARM oder MIPS (wie pic32) ist 
dann geschmackssache)

Eine Alternative wäre das ganze mit zwei oder mehr Controllern zu lösen.
Für ein Einzelstück würde ich sogar ziemlich sicher diesen Weg gehen und 
einfach (im ersten Gedankengang zwei oder drei) PIC-18F Controller 
nehmen (wenn die von der Geschwindigkeit ausreichen). Der Aufwand an 
Software ist da dann noch gut überschaubar da sich die bereitgestellten 
Librarys so gut nutzen lassen und den anteil der selbst zu schreibenden 
SW erheblich reduzieren.

Bei Serienproduktion würde ich wie schon geschrieben zu 32Bit greifen, 
wobei da schon einiges mehr an eigener Software geschrieben werden muss.

Gruß
Carsten

Master Snowman schrieb:
> danke für die antwort. na es geht einfach mal um ideen sammeln für ein
> produkt, das später dann auch in grösserer stückzahlt produziert werden
> soll (von daher spielt der preis doch eine gewisse rolle). USB und
> Ethernet sind ein "muss", CAN und LIN "nice to have".

Ok, deine Antwort ist gekommen wo ich gerade am Antworten war 
(unterbrochen durch telefon)

Für die Serie scheidet die Multicontrollerlösung eher aus. Das würde ich 
selbst von der Umsetzung eher als Bastellösung ansehen. Fertige Lösungen 
sind sicher deutlich teurer als der Preis für einen Sinnvollen 32Bit 
Controller.
Da sehe ich ausser dem PIC32 wie schon geschrieben nur die ARM als 
Alternative...

Gruß
Carsten

Schau mal nach den STM32F103 ohne und STM32F107 mit Ethernet.

Gruß, Ulrich

Ulrich P. schrieb:
> Schau mal nach den STM32F103 ohne und STM32F107 mit Ethernet.

Wenn USB und CAN gleichzeitig, dann aber in jedem Fall den STM32F105 
anstelle des STM32F103. Letztere hat zwar USB und CAN, aber man kann sie 
eben nicht gleichzeitig nutzen.

Bezüglich USB: Host-Interface brauchst du nicht?

Man seinen interrupt-Handler schon so schreiben, dass er einen CAN oder 
USB Interrupts über die Status-Register der beiden Devices entscheidet 
und dann die eigentliche Interrupt Routine aufruft.

Wo ist denn eigentlich der große Unterschied zwischen den 105ern und den 
107ern?

Gruß, Ulrich

Ulrich P. schrieb:
> Man seinen interrupt-Handler schon so schreiben, dass er einen CAN oder
> USB Interrupts über die Status-Register der beiden Devices entscheidet
> und dann die eigentliche Interrupt Routine aufruft.

Man kann sich das Leben aber auch einfacher machen... ;-)

> Wo ist denn eigentlich der große Unterschied zwischen den 105ern und den
> 107ern?

Das Ethernet-Interface.

vielen dank für die schnellen antworten, ich werde den STM32F107 und den 
LM3S9B92 mit in betracht ziehen, wobei ich natürlich mich bei den 8- und 
16bitigen PICs bereis auskenne.
hier noch ergänzend: nein, es müssen nicht alle verbindungen 
gleichzeitig in betrieb sein; und USB nur als device