Talk:RPi VerifiedPeripherals

Revision as of 16:15, 30 November 2012 by Simon Small (talk | contribs) (Page is unholy big: SD CArd)
Jump to: navigation, search

I've tidied this page up as it was looking very unorganised and messy. Each section only needs a 'working' and 'problematic' sub-section. The SD card section had a 'works but...', that isn't really needed. The card either works or it has a problem, there is no in-between. There are going to be a lot of cases of unbranded peripherals, so it may also be an idea to start using notes on all items pointing to their pages on somewhere like Amazon, who is likely to continue to stock the items for a longer time than the likes of, say eBuyer or eBay. --Rmwebs 20:14, 20 April 2012 (UTC)

SD cards: Qualification of 'works'

Is it worth putting testing guidelines in here, something along the lines of:

1. Install debian image, ensure that system boots to desktop with n seconds 2. Check /var/log for any IO errors 3. Run dd if=/dev/zero of=~/ bs=1M count=512 and record write speed (MB/s) 4. Check with other distros

I say this as it took me a while to work out that my card was causing problems - I'd just put it down to the speed of the Pi that I'd not used before. A lot of other people may be in the same boat... --Babelmonk 10:32, 13 May 2012 (UTC)

USB Hubs with / without back-feeding

Some people specifically looking for a hub that does / doesn't back feed. Although some have a comment next to them stating that they "can power the pi through the USB" there is no consistent way to find out whether it is back-feeding or not. I suggest we add a consistent code that can be appended to each entry which indicates whether they back feed or not. Those without one of the codes are considered unknown.


USB Devices working OK without Hub, but being naughty when plugged into a Hub

I recently added the detail of my flashy Asda keyboard onto the page, I noted underneath that this device doesn't work well when plugged into the hub I have - Newlink 4-USB.

Do you think it might be a good idea to have a section where combinations of devices seem to affect each other?

Cutmore32 18:50, 27 May 2012 (BST)

Here's another combination problem report: I got the Linksys WUSB100 working per the brucalipto instructions. It worked in either Pi socket or on a powered Genesys Logic 05e3:0608 hub, but not when I added anything else. Other devices where an HP optical mouse 046d:c016 and Apple G4 keyboard 05ac:1002. Keyboard & mouse worked great on the powered hub but not with WUSB100 sharing the hub or in the other Pi socket. The hub uses a 5V2A ps, the Pi itself was running on a 5V1A iPhone ps. Will test with a second powered hub & report back. This is running on Raspbian pisces image. I generally got 2 kinds of errors, either one would start filling the syslog.

phy0 -> rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed for offset 0x102c with error -71.

hub 1-1.3:1.0: hub_port_status failed (err = -110)

Update: Replacing the Apple keyboard(w/hub) with a non-hub keyboard solved the problem.

pmackinney 20:46 28 Jul 2012 (PDT)

D-Link DUB-H4 powering RPi

I have the new black D-Link DUB-H4 (P/N: EUBH4EB......CE). This one is not capable of powering the RPi in the "high power port". It is only working if you use a Y cable between the "high power port" and a regular port.

I don't know if thats relevant so I am writing this here.

Julian 18:08, 6 July 2012 (UTC)

USB Webcams

What would be the simplest way to check, whether a webcam is working? I have an HP HD-4110 camera, and am trying to make it to work. I am running debian wheezy, upgraded to the latest F/W, etc. Camera is recognized (dmesg and /dev/video0 is there), but cannot make it to work. I am trying to use "motion -n"; however, errors are reported with respect to VIDIOC_DQBUF and VIDIOC_QBUF, and /dev/video0 is no more (after trying motion). I tried to install Cheese, but apt-get refuses to install it (I tried to recurse needed files, but at the end failed as well).

Possibly, either a link to a relevant place, or a short description what to do to make a quick test for a more troublesome devices would help? On the forum, people are trying different distributions to get webcams working, but mostly they report problems. jacek 23:15, 8 July 2012 (PDT)

problem power adapters

Added a problem power adapters section (and one item). Since I've got one, it seemed like a good time to do this. :)

SD Cards

i've reworked the sd card section and made a Table. so far everything is automated. no human checked the data, so it could be incorrect. if you like it, i will check the data and replace the current list. --83a 15:24, 13 July 2012 (UTC)

Composite->VGA converter boxes

The mentioned extron dvs 204 is discontinued and seems to cost at least $75 on ebay. Shall I add these details. Any one have an alternative? --Darkcity 11:33, 16 August 2012 (UTC)

Page is unholy big

Searching this page for compatible SD cards is an absolute bear because the same manufacturers are listed in other sections of the page. I'm thinking perhaps this page should be split up into separate pages, one per technology area, e.g. an SD card list, a USB device list, etc. Before I do something that radical, I thought I'd ask for comments. Yea, or nay?


I agree the page is huge, I'm working currently to get rid of some of the disorganization with the hubs using tables, also planning to do the same for the SD Card list. But ultimately we need to split some of this stuff up. Perhaps a hardware "Portal" that lists the different types of Peripherals, then a subsection for each peripheral giving a brief description of said peripheral and a link to the Verified Page. That or we can toss the lists into collapsible tables, which should make it more manageable. GabrialDestruir (talk)

I have a partially complete SD Card reorganisation in progress. I plan to remove the SD Card sections into a separate page. The SD Card is not a peripheral, but is a key part of the RPi. SimonSmall (talk) 23:15, 30 November 2012 (UTC)