On Wednesday, May 14, 2014 9:04:02 PM UTC-4, RobertCNelson wrote: > > > > > On Wed, May 14, 2014 at 8:00 PM, Jason Kridner wrote: > >> >> >> On Thursday, May 1, 2014 2:22:37 PM UTC-4, Charles Steinkuehler wrote: >>> >>> On 5/1/2014 1:18 PM, Hannes Hörting wrote: >>> > Hi Charles! >>> > >>> > Sorry for the question, but what did you mean with just load? >>> > New BBB and set the first Commando: >>> > echo cape-universal > /sys/devices/bone_capemgr.*/slots >>> > >>> > And there I get Write Error. File exists. >>> > >>> > Guess without this command I cannot proceed? >>> >>> You're probably having an issue with the audio pins if you haven't >>> disabled the HDMI cape (leaving the HDMIn without audio to load). >>> >>> If HDMI is grabbing the audio pins, you need to load the universaln cape >>> which leaves the audio pins open: >>> >>> echo cape-universaln > /sys/devices/bone_capemgr.*/slots >>> >> >> With the 4/23 Debian image, I get the following error when running the >> above command fresh: >> >> [ 1184.038531] bone-capemgr bone_capemgr.9: part_number >> 'cape-universaln', version 'N/A' >> [ 1184.038814] bone-capemgr bone_capemgr.9: slot #9: generic override >> [ 1184.038866] bone-capemgr bone_capemgr.9: bone: Using override eeprom >> data at slot 9 >> [ 1184.038918] bone-capemgr bone_capemgr.9: slot #9: 'Override Board >> Name,00A0,Override Manuf,cape-universaln' >> [ 1184.039193] bone-capemgr bone_capemgr.9: slot #9: Requesting part >> number/version based 'cape-universaln-00A0.dtbo >> [ 1184.039246] bone-capemgr bone_capemgr.9: slot #9: Requesting firmware >> 'cape-universaln-00A0.dtbo' for board-name 'Override Board Name', version >> '00A0' >> [ 1184.039313] bone-capemgr bone_capemgr.9: slot #9: dtbo >> 'cape-universaln-00A0.dtbo' loaded; converting to live tree >> [ 1184.159501] bone-capemgr bone_capemgr.9: slot #9: cape-universaln >> conflict P9.31 (#5:BB-BONELT-HDMI) >> > > Pin Conflict. ^^ > > Make sure you disable the cape you need to disable before loading that > specific cape. >
Is there not a version of cape-universal that doesn't use the eMMC or HDMI pins? https://github.com/cdsteinkuehler/beaglebone-universal-io/blob/master/cape-universaln-00A0.dts makes me think that P9-31 isn't requested by cape-universaln, yet the conflict still happens. Leaving the .dts files around might be helpful. > > Regards, > > -- > Robert Nelson > http://www.rcn-ee.com/ > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.