welchen µC verwenden?

Du sagst nichts über das Timing an den I/Os. Dass der Kern mit 33MHz 
laufen soll sagt noch nichts über die benötigte Geschwindigkeit an der 
Peripherie.
Wenn die I/Os z.b. nicht so furchtbar schnell sein müssen könntest du 
diese mit Schieberegister, CPLD oder ähnlichem multiplexen und brauchst 
nicht ein Riesenteil mit dutzenden von Pins.

@ Wolfgang

>ich suche einen µC mit mind. 70 I/O, der nicht zu heiß wird wenn er mit
>mind. 33 MHz laufen muss, eher 48 MHz, viel Speicher benötige ich auf
>dem Controller selbst nicht...

>Sorry für die Frage, aber ich bin noch nicht so fit im µC-Bereich - also

Dann sag mal lieber was du machen willst. Dann können wir dir ein paar 
sinnvolle Hinweise geben. Deine Beschreibung klingt etwas krampfig.

>guten µC der das problemlos schafft

Wir wissen GAR NICHT was geschafft werden soll. Demzufolge können wir 
auch nicht wirkliche Tips geben.

MfG
Falk

Synchron wirklich gleichzeitig an 70 I/O kannst du mit einem uC 
vergessen - ausser "gleichzeitig" lässt sich interpretieren.
Sonst musst du das mit einem FPGA oder CPLD machen, da passt das mit der 
synchronen Ausgabe.

@ Wolfgang

>also einen µC mit Ethernet 1Gibt/s kommen dort an --> die daten gehen in

Wozu brauchst du 1Gbit Ehernet? OK, ist heute nicht mehr DAS Problem, 
klingt mir aber ziemlich nach Overkill.

>den Dual-Port Ram und von dort in den zweien µC: beim zweiten µC
>befinden sich die dmx-outputs (datenrate 250kbit/s)sowie zwei
>DMX-inputs. Wichtig ist, dass die Daten synchron gleichzeitig
>rausgeschickt werden.

Wie synchron ist bei dir synchron? 250kbit/s -> 4us/Bit
Auf 1us?Auf 100ns?

>Sonst musst du das mit einem FPGA oder CPLD machen, da passt das mit der
>synchronen Ausgabe.

Eben. Ein paar dutzend UARTs + FIFO lassen sich problemlos in nem 
kleinen FPGA realisieren, + Sonderlogik für synchronen Start. Dann tuts 
jeder 0815 uC + Ethernet-Tranceiver. Wobei ich denke, dass 100Mbit/s 
wahrscheinlich reichen.

MFG
Falk

Falk Brunner wrote:

> Wir wissen GAR NICHT was geschafft werden soll. Demzufolge können wir
> auch nicht wirkliche Tips geben.


Voll zustimm !

Erzähl einfach mal, was das werden soll.

Alles andere ist nur Stochern im Nebel.


Peter

@ Wolfgang

>nicht unbedingt... die DMX-Daten benötigen zwar nur 100MBit aber daneben
>sollen auch noch andere Daten (z.B. videodaten) übertragen werden...

Na ok.

>>Wie synchron ist bei dir synchron? 250kbit/s -> 4us/Bit
>>Auf 1us?Auf 100ns?

>es soll so genau sein, dass man z.B. ein stroboskop-effekt bei allen
>fixtures gleichzeitig (für das auge) abläuft.

Na dann würde ich mal grosszügig 1ms als maximale Verzögerung 
definieren. Das schafft jeder uC locker so. Einfach die Daten 
nacheinander an die UARTs schicken. Doch kein FPGA nötig. Schade. ;-)

MfG
Falk

Wolfgang wrote:

> Sorry für die Frage, aber ich bin noch nicht so fit im µC-Bereich - also
> hoff ich doch auf die ein oder andere gute Antwort bzw. Angabe eines
> guten µC der das problemlos schafft
>
> Wolfgang

Hallo Wolfgang,

bist Du Dir sicher, daß Du das tun willst ?
Du schreibst du bist nicht fit im µC Bereich, willst aber mit DualPort 
RAM,
1 GB Ethernet, Videodaten bla bla bla arbeiten.

Ich glaube hier wurde wieder mal die Wirkung vor der Ursache erfunden.

Kleiner Tip.
Beschäftige Dich erstmal mit den Grundlagen der µC Technik. Vielleicht
kannst Du dann sogar einige Sachen wegrationalisieren.
Gerade Dual Port RAM ist heutzurage bei den meisten Anwendungen garnicht 
mehr
notwendig.