A general multiprocessor system.


what doesn't fit on 1 processor might fit on more one.
for me that's meant communication coordination , build fit app when there.

i've gotten coding state machines , asynch event driven code , it's run situations jobs ended on mega2560's dues "won't fit" on uno.

so looked bags of tricks, old , new, , have idea split tasks between avr's more knew before.

i figure hang of chips on 2 serial buses of chips able read 1 time , write other in turn. 1 master chip write read channel , read write channel. other comms can used generic use two.

the project code spread amongst avr's tasks triggered commands , parameters passed on read channel if cases in state machine switch-case except not have on same avr , no state task setting next state needs know located. needs know command run it.

that's sticks wall far anyway. moves program/hardware limits out has fit on 1 chip and/or runs speed limits. should make tasking , bigger code easier. can think of situations adding code literally mean adding chips without changing loaded on original collection.

like had mud , wanted extend it....

designed job
i spent ten or more years programming these things in occam (our biggest had around 100 processors), explains why c poor!


Arduino Forum > Community > Bar Sport > A general multiprocessor system.


arduino

Comments

Popular posts from this blog

arduino bug sur secteur, batterie, mais pas en usb?

Static ip - Raspberry Pi Forums

Printing to PDF adds printer margins