 Notice. New forum software under development. It's going to miss a few functions and look a bit ugly for a while, but I'm working on it full time now as the old forum was too unstable. Couple days, all good. If you notice any issues, please contact me. |
Forum Index : Microcontroller and PC projects : OK I'm Still Beating a dead Horse, Please Check this out
| Author | Message | ||||
Rickard5 Guru  Joined: 31/03/2022 Location: United StatesPosts: 463 |
OK I know I'm beating this Pico Distributed Multi Pico Thing horse to Death, but I found this Pico Cray , the Question becomes is this a reasonable path to Steal from ? and the how do I make MMBASIC communicate distribute the work load ?  I may be Vulgar, but , while I'm poor, I'm Industrious, Honest, and trustworthy! I Know my Place |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 4247 |
You write a program .... You write communication .... Not sure what they are using. Maybe I2C, maybe SPI, maybe UART.   PicomiteVGA PETSCII ROBOTS |
||||
Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 6798 |
LOL - that's cool! You don't. The PicoMite isn't designed for multiprocessing. That doesn't mean it can't be done on a Pico group, but you need a multiprocessing language to support it - and that's not MMBasic. That's why he worked in C. Have a Google. Someone else used Pico modules as Transputers, linking them by using the PIO system. It runs a true multiprocessing language and is (moderately) expandable, as is a true Transputer system. You do need some custom Transputer support chips though. . Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
ice2642 Regular Member  Joined: 27/05/2023 Location: BrazilPosts: 82 |
Hello, I think for that, you'll need to add routines to MMBasic to break functions and call returns in the same stage to simulate a multi-task. I do not know if the MMBasic licence give rights to change it source. A good start point maybe is the multi thread library to understand how the communication of cores was done, and change it to allow to pass to other devices connected. In theory, taking the source in C and creating calls and responses, perhaps using the timer, with step breaks, and then using i2c to pass the calls through different cores, in this case, pico boards, I think the simplest way would be in the same +- mode as a FIFO. It can be a very cool project. Good look :) MMBasic 5.0707 on PicoMite VGA |
||||
| Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 6798 |
He used I2C for that. The code is in C. There's a master Pico that acts as the user interface and distributes the program sections among the others. Quite a bit of how it was done in the link. :) Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
| ice2642 Regular Member Joined: 27/05/2023 Location: BrazilPosts: 82 |
Yes, the link guy use it like a cluster. It is a way. But I imagine in my post to use the communication like a multi-thread CPU, just for drop ideas in the table. for example, this video talk about the using 2 cores https://youtu.be/9vvobRfFOwk this other using communication over pico and motorola 6502 https://youtu.be/QlKtEA5XKc4 Now, instead a 6502, you can spread cores of picos, communicating cores using a kind of this process. And drooping all this in the soup, changing the MMBasic to it have some kind of gosub, return in their functions controlled bay timer. Maybe you can get some kind of multiprocessor architecture. But it is just ideas. MMBasic 5.0707 on PicoMite VGA |
||||
| Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 6798 |
https://www.theregister.com/2022/05/06/pi_pico_transputer_code/ Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
 Print this page |
