Raspberry Pi - Hardware Flaws and Fixups?

First, I would like to say that RasPi is a very beautiful board design.

   This is very minor suggestion.  I would like to have the option of bypassing the micro USB power input S1 and soldering 5V power inputs directly to the board using little wire jumpers.  I can almost do this already since there are vias on the traces connected to S1 pins 1 and 5.  However, it looks like there's solder mask in those vias, which is a pain to clear.  So it would be really nice if the solder mask could be changed so those vias aren't filled.

   While you're at it, the trace connected to S1 pin 1 seems awfully close to (unused) pins 2-4.  I'd shift the trace away a bit so the cleared via doesn't short to S1 pins 3-4.

OK

Might be able to help...for now

+5V (unfused) is on P1/2 and P1/4

0v on P1/6

If you do not want to go in there then solder across D17 - biggish pads should be able to cope but again unfused (probably better than trying to get in vias..

I'll add a proper Aux +5V (fused) input option to my 'wish' list.

Pete

I know that Gert and Eben are already on the ball about this one, but I'll just mention it here so that it's not forgotten again:  the I2S signals got lost in the final layout and need to be brought out.

I know it has probably been mentioned before, but would it be that difficult (or expensive) to increase the on board memory, which apparently is shared with the GPU anyway, up to 512 Mb.?

This would enable certain Linux distros to run more 'smoothly' and should increase performance generally... shouldn't it?

I am by no means a hardware 'expert', so if this a silly rerquest. then I will apologise now!

It's a very reasonable question. The answer that's been given before was that the price of the 512M memory modules is much higher and it couldn't be done for the required price.  My guess is that if memory prices fall a future version could have more memory. I think the limit is1G because of the number of pins available.

All this is unofficial but based on what's been said before.

Chris/David

I have said before that it was not in our roadmap - but I hesitate things can always be changed  - I don't want to be in the situation where I say there is no interest or call for something when it is clearly not true.  So a measurement is in order.  I'll kick off a poll soon.

Our original (and still current) aim was to make the cheapest functional device to do the target educational job.  Given the tremendous support we have been given from so many different quarters we will re-evaluate it.  Price is an issue but interestingly bringing the model A up to 256Mb worked to increased volume of a single device and the price impact was minimal on A and positive on B.

Being absolutely honest my (not the foundation) concern is that providing a 512Mb device will mean that application developers will be tempted (not unreasonably) to use it and then not be able to support the 256Mb educational device - we are almost setting ourselves up for potential incompatibility issues. It's a concern not a fact - I'm and engineer and perhaps I'm plain wrong - comments?

Pete

My opinion is that the Pi board created this magnificent niche purely as a result of its low price, so you're totally right to focus on cost in my estimation.  After all, there is no shortage of higher-priced boards, but they never created this degree of interest.  $25 is a sort of magic threshold.  (The $35 model B is actually riding the wave created by the model A's magic price.)

Personally I'd not worry about RAM size incompatibility, for four reasons:

• Educational use rarely requires large amounts of memory, and education is after all the primary target.
• The Unix model works well with very little memory, and encourages the use of multiple small processes.
• Darwin will ensure that large monolithic programs that don't run in 256MB are discouraged. :-)
• Technical progress will inevitably mean that memory size will increase, so size variation is inescapable.

In summary, I suggest to always provide as much memory as current technology allows whenever a new iteration of the board is being designed, but always respecting the existing cost constraint.

Morgaine.

Thanks for your interesting reply Pete.

As it is so easy to do, what with all the 'hype' surrounding this device, I had forgotten for a moment its primary purpose which is, as you say, as an 'educational device'.

So far as the 'home user', 'enthusiast' or 'geek' (call them what you will) is concerned... and I include myself in one of those categories, I am sure they would welcome the involvement of more application developers, and hopefully the appearance of some more dedicated OS's also.

The idea of a cheap, but functional, 'mini Linux box' is very appealing, (especially when enclosed in a smart case!) although obviously ARM support is essential here, and of course the Foundation have their own pre-determined path to follow.

It would however be a very attractive option I feel, and one which would probably increase sales also... although perhaps not all in the intended market.

Definite food for thought... and for much further discussion I expect!

Not  a flaw, but I'd like to know if in future it'll be possible to power more demanding usb2 peripherics from the onboard hub, having the right power source; I'm referring to a RPF blog entry where protections on power input were discussed.

My interest would be the possibility of plugging a 2,5 harddrive, and have it powered directly by the RPi, without the use of an hub; right now this is not possible, since the spinup currents would fry the tracks, 500mA max if I remeber it right, where a spinup is >1A.

Is this feasible? Sure it's more for non-educational users, but it'll be a nice plus.

Unrelated question: I read that the usb and the lan share bw, is that true? If it is, can you give some details about how that is managed? Like usb attainable speed, lan attainable speed, both combined...

Thanks.

It seems that the foundation, or one of its members, decided to become "open".

Good news, i am happy to learn that i was not the only one banned from the official forum for trying to tackle subjects that were not the taste of Liz and  friends.

Pete, are you going to post some schematics. It will be more convenient to talk about hardware.
I see nothings really technical in the technical documentation section of this