RetroBSD

2.11BSD operating system for microcontrollers
It is currently Thu Nov 14, 2019 1:55 am

All times are UTC




Post new topic Reply to topic  [ 9 posts ] 
Author Message
 Post subject: RetroBUS(T) - design
PostPosted: Mon Aug 15, 2011 5:19 pm 
Contributor
User avatar

Joined: Thu Nov 08, 2012 7:04 am
Posts: 2401
Location: Rapa Nui
Hi, as I am thinking to develop a retrobsd pcb board (64pin pic32mx). And a good minicomputer shall possess a BUS, let us discuss the standard for the retroBUS (T).
My idea is to use:
1. signals PB0-PB15 and RD0-RD11 - 28pin
2. 4 pins GND, and two power rails - 1pin 3.3Volt and 1pin 5Volt
3. 34pin connector 2x17pin, 2.54mm (MLW34A)

All other pins will be used for internal purposes (e.g. 2xSPI, 2xUsarts,1xUSB, 4 Leds, 2 buttons/switches).

Pito

_________________
Pukao Hats Cleaning Services Ltd.


Top
 Profile  
 
PostPosted: Wed Aug 17, 2011 1:26 pm 

Joined: Sat Aug 13, 2011 6:11 am
Posts: 21
yes !
* can you reserve a place for that
http://www.sparkfun.com/products/8892 and of course a in/out jack
* add a microsd connector
* can you expose a maximum of pin to headers.

SPI can drive more than one peripherial it should be exposed
add a thin connector for power entrance to with diode to avoid polarity inversion.

cms led blue green red white of the ubw32 are just cool !

look at that format its lovely http://www.tiertex.com/product/PIC32MX440F128H_USB_SD_Development_%7C_Demo_Board_TDSDB32MX1

I not sure but wee need a 32k Xtal if we want RTC, and if possible a thin permanent power to keep it up to date

Could you expose the maximum of pin of the pic to headers ?



Top
 Profile  
 
PostPosted: Wed Aug 17, 2011 1:33 pm 

Joined: Sat Aug 13, 2011 6:11 am
Posts: 21
7805 power driver has overload consumption, if possible avoid themes. You have schematics here for use modern power driver : http://www.sparkfun.com/products/8722

If it's your first board : http://batchpcb.com/index.php/Products
there is tutorial on sparkfun for eagle good designs

Good luck and thx a lot. I will buy it if you do



Top
 Profile  
 
PostPosted: Wed Aug 17, 2011 2:38 pm 
Contributor
User avatar

Joined: Thu Nov 08, 2012 7:04 am
Posts: 2401
Location: Rapa Nui
Damien, my intention is to define a bus here, with as minimum pins as possible, but usable for all existing pic32mx (current or future) and having some functionality. On such bus you may connect many modules in a standard manner. So the exposition of all pins is a task for dev boards, though.. See for example Maximite - it has a bus, but with 16 signal pins which is too low count, I think. My idea is to have 16bit + 12bit (good throughput), analog/digital and almost all pic peripherals available.
-p.

_________________
Pukao Hats Cleaning Services Ltd.


Top
 Profile  
 
PostPosted: Mon Aug 22, 2011 6:15 am 

Joined: Sat Aug 13, 2011 6:11 am
Posts: 21
I was afraid about that :)
A bus make sense when you have a processor, and many manufacturer for peripherials making, who want stable specification in time for stable market of driver making. It's not our case.

A bus eat externals pin and this pins normaly remain to the end user. What if I need 32 relay, what if I need 48 led... I'll need to add a second pic ? It will hardly limit retrobsd hardware.

I consider Can spi dma etc as peripherials built-in by microchip and I have no need for an external bus. It's simply my personnal point of vue, it may differ from the rest of the world. I'm may be wrong.


Top
 Profile  
 
PostPosted: Mon Aug 22, 2011 7:50 pm 
Contributor
User avatar

Joined: Thu Nov 08, 2012 7:04 am
Posts: 2401
Location: Rapa Nui
When having 16+12bits on the bus you can connect 65536 leds or relays to it (4096 x 16bit buffers).. Or you can connect a tft lcd display to it (16bit data and control inclusive touch screen).. Of course to decide which pic32 peripherals shall be there is tricky, however. And yes, I am thinking on a modular design in retro-style, but much smaller size.

_________________
Pukao Hats Cleaning Services Ltd.


Top
 Profile  
 
PostPosted: Wed Aug 24, 2011 6:33 am 

Joined: Sat Aug 13, 2011 6:11 am
Posts: 21
Yes its true a bus can do that, and you can do that without a bus. May be you should produce more precises specifications.

The problem is that sometimes one pin share multiple peripherial. And you cant use both at the same time. For example you can use rb5 as an in/out digital pin, or as an C1IN. You can use RD11 as INT4 or as PMA14, PMCS1/IC3. If you take RB for a digital bus how can I use the capture compare feature ?

When I ear BUS what I see is digital I/O and adress clock and strobe. special frequency definition. And all of that is digital mode I mean strict I/O, PORT exclusively configured as I/O

I buy such kind of chip for such kind of capabilities : have a built-in capture compare, and non need to glue an external comparator, plugin a bus like I did if I used a PC104. Microcontroller is a motherboard on chip, with special feature like CCP.

I had prefere we plan to write driver for each of this special features wich are particulary painfull to use. I had prefered we plan to abstract this layer instead of plan to ignore that. There is a big chance to crush capabitie of the hardware by plugin a bus on. Unless the BUS is optional in the kernel and in the hardware

I don't understand how you want proceed to have a bus plus this specials capabilities. This one are particularely important because they made what is a microcontroller; thats why people buy it. I consider you are more experimented than me, so may be I had not catch something...?



Top
 Profile  
 
PostPosted: Sat Oct 01, 2011 2:26 am 

Joined: Tue Sep 27, 2011 5:03 am
Posts: 2
It would seem the best bet in this direction would be to use the CAN bus as a high speed transport to a peripheral expansion board. The current UBW32's PIC32 has CAN rate of 1Mbit/sec, for heavy peripherals. Otherwise use I2C for large number of LEDs and GPIOs. It would be great to implement a BSD I2C bus driver for retrobsd.


Top
 Profile  
 
PostPosted: Sat Oct 01, 2011 10:53 pm 
Contributor
User avatar

Joined: Thu Nov 08, 2012 7:04 am
Posts: 2401
Location: Rapa Nui
Jonathan, this might be an way too. There is a lot of SPI i/o expanders, etc. Most probably one will use SPI ADC, DAC, and other stuff, CAN and I2C as well. We need a SPI, I2C, CAN driver for sure. And maybe 8bits for addresing those gadgets (chipselects) and PWM. P.

_________________
Pukao Hats Cleaning Services Ltd.


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 9 posts ] 

All times are UTC


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
cron




Powered by phpBB® Forum Software © phpBB Group

BSD Daemon used with permission