Speaker Bonnet and 2.3 Monochrome OLED

[AZChris]

I recently got a l2s speaker bonnet and a 2.3 monochrome oled.

I saw that the speaker bonnet's pins cannot be changed so I wired the oled to be on SPI1 using those pins.

in raspberry pi boot config /boot/config.txt i have enabled SPI and spi1.

During install of the speaker bonnet script it adds the line dtoverlay=hifiberry-dac to the config.txt

After a reboot the spi1 is no longer enabled. If i comment out the dtoverlay=hifiberry-dac and reboot the spi1 comes back to being enabled.

The bonnet works fine (raspberry pi zero wh) when hifiberry is enabled, but spi1 will not come online. the moment i comment out #dtoverlay=hifiberry-dac the spi1 is reenabled but then sadly no more working bonnet.

Is there any known issues regarding these working together?

Thanks.

With the line commented out:

aplay -l returns

Code: Select all

aplay: device_list:272: no soundcards found...

and ls /dev/spi* returns

Code: Select all

/dev/spidev0.0 /dev/spidev0.1 /dev/spidev1.0

With the line NOT commented out:

aplay -l returns

Code: Select all

**** List of PLAYBACK Hardware Devices ****
card 0: sndrpihifiberry [snd_rpi_hifiberry_dac], device 0: HifiBerry DAC HiFi pcm5102a-hifi-0 [HifiBerry DAC HiFi pcm5102a-hifi-0]
  Subdevices: 0/1
  Subdevice #0: subdevice #0

and ls /dev/spi* returns:

Code: Select all

/dev/spidev0.0  /dev/spidev0.1

[adafruit_support_mike]

Try swapping the order of enabling SPI1 and the I2S interface.

I don't know if there's a conflict between the two interfaces off the top of my head, but the I2S might do some housekeeping before allocating its own pins.

[AZChris]

Seemed like a good suggestion but sadly no change.

I moved the hiberry line before the spi1 enabling and tried it. and then before enabling spi altogether and tried that too, but still with the same results.

[adafruit_support_mike]

Check with the folks over at the RasPi Foundation forums to see if they have any more information about the two overlays:

https://www.raspberrypi.org/forums/

They know the low-level hardware and code better than we do.