element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • About Us
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Raspberry Pi
  • Products
  • More
Raspberry Pi
Raspberry Pi Forum Pi vs BeagleBone-Black
  • Blog
  • Forum
  • Documents
  • Quiz
  • Events
  • Polls
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Raspberry Pi to participate - click to join for free!
Featured Articles
Announcing Pi
Technical Specifications
Raspberry Pi FAQs
Win a Pi
Raspberry Pi Wishlist
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • Replies 358 replies
  • Subscribers 674 subscribers
  • Views 39846 views
  • Users 0 members are here
  • raspberry_pi
  • bb_black
Related

Pi vs BeagleBone-Black

Former Member
Former Member over 12 years ago

So, just over a year on from the initial availability of the R-Pi and the new BeagleBone Black is upon us.  They've obviously taken a leaf out of the RPF's playbook and produced a cost reduced version at a price only marginally above the Pi.

 

I find it interesting that the compromises are very different, for example there's a proper PMIC and the ethernet is not troubled by being connected to USB, however the on-board HDMI seems less capable.

 

Other differences are in the documentation, I'm currently viewing the pcb gerbers for the beaglebone..  Have yet to see any sign of those for the R-Pi a year later. There's even an up to date devicetree capable kernel too.

 

Technology has also moved on somewhat, we get a 1GHz Cortex A8 which is better than the Pi, along with various other stuff and lots more GPIO's too.

 

Ok, so it's clear that I like the look of the new beaglebone, and given the price I'm likely to put any further R-Pi plans on hold until I have a chance to play with this. It's also making things like the Olinuxino-maxi I bought recently look very slow/expensive while still being cheaper than the similarly specced Olinuxino-A13

 

Some details of the beaglebone-black here http://circuitco.com/support/index.php?title=BeagleBoneBlack

 

What do the rest of you think ?   I don't expect this to displace the Pi anytime soon, but I expect it to be very attractive to those people who don't simply want to put XBMC on it and duct tape it to the back of the TV..

  • Sign in to reply
  • Cancel
Parents
  • Former Member
    Former Member over 12 years ago

    selsinork wrote:

     

    John Beetem wrote:

     

    As with any closed source code, if there's anything wrong with it you can't fix it.  It was this frustration that led RMS to the Four Freedoms.  In the RasPi case, it's apparently working out OK for bare-metal programmers but I'm not following the bare-metal forum either so I don't know if they're exposing problems that require "binary blob" fixes.

    Various problems have arisen over time that can only be fixed in the GPU blob. JamesH in particular seems to often dismiss these things with something along the lines of "the gpu binary is closed so nobody can help apart from rpf/broadcom and we're all too busy to look" and seems to combine that with an attitude of the broadcom engineers being the smartest people on the planet and it being impossible for anyone else to be smart enough to help anyway, which I find rather condescending if not outright arrogant.

     

    Interestingly, in a thread about the camera, 'gsh' at least hints at having discussions with Broadcom to allow the CSI peripheral details to be added to the arm datasheet. Seemingly to allow others to remove the roadblock of the gpu being the only thing that can talk to the camera/csi and the lack of resource from Broadcom/RPF to do things to the gpu blob.

    http://www.raspberrypi.org/phpBB3/viewtopic.php?f=43&t=24660&p=346189&hilit=CSI+peripheral&sid=7c21f71bcdec17f98913be74a083680c#p346189

    Whether that will ever actually come to anything is anyone's guess, but as at least some sort of acknowledgment that the binary blob can't/won't do everything and that there needs to be other ways it seems significant.

     

    You dont have to be the smartest person on the planet to know that with a closed source buch of software you need to get the owners of the software to work on it and if they are busy then at small sale quantities like the raspberry pis aint gonna get a lot of time. That just tough I guess but Im reckoning that they are the best people to fix stuff anyway, its their code so they know all about it. SUre with time others might be able to help, but that not how the world works.

     

    I thoughthe camera attached straight to the gpu? How woudl the arm talk to the camera if ists actually connected to the gpu?

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Reply
  • Former Member
    Former Member over 12 years ago

    selsinork wrote:

     

    John Beetem wrote:

     

    As with any closed source code, if there's anything wrong with it you can't fix it.  It was this frustration that led RMS to the Four Freedoms.  In the RasPi case, it's apparently working out OK for bare-metal programmers but I'm not following the bare-metal forum either so I don't know if they're exposing problems that require "binary blob" fixes.

    Various problems have arisen over time that can only be fixed in the GPU blob. JamesH in particular seems to often dismiss these things with something along the lines of "the gpu binary is closed so nobody can help apart from rpf/broadcom and we're all too busy to look" and seems to combine that with an attitude of the broadcom engineers being the smartest people on the planet and it being impossible for anyone else to be smart enough to help anyway, which I find rather condescending if not outright arrogant.

     

    Interestingly, in a thread about the camera, 'gsh' at least hints at having discussions with Broadcom to allow the CSI peripheral details to be added to the arm datasheet. Seemingly to allow others to remove the roadblock of the gpu being the only thing that can talk to the camera/csi and the lack of resource from Broadcom/RPF to do things to the gpu blob.

    http://www.raspberrypi.org/phpBB3/viewtopic.php?f=43&t=24660&p=346189&hilit=CSI+peripheral&sid=7c21f71bcdec17f98913be74a083680c#p346189

    Whether that will ever actually come to anything is anyone's guess, but as at least some sort of acknowledgment that the binary blob can't/won't do everything and that there needs to be other ways it seems significant.

     

    You dont have to be the smartest person on the planet to know that with a closed source buch of software you need to get the owners of the software to work on it and if they are busy then at small sale quantities like the raspberry pis aint gonna get a lot of time. That just tough I guess but Im reckoning that they are the best people to fix stuff anyway, its their code so they know all about it. SUre with time others might be able to help, but that not how the world works.

     

    I thoughthe camera attached straight to the gpu? How woudl the arm talk to the camera if ists actually connected to the gpu?

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Children
No Data
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube