sensors: Validate updated sensor API with drivers; Simplify driver creation

[teburd]

Ensuring the new sensor API works well for a variety of sensors is important to its success. It may be that some small changes or some common code (e.g. something like a sensor_context, akin to the spi_context) is needed to make it easier for sensor driver authors.

Some drivers that would help validate that #13718 and #1387 have been truly resolved with the new API would be...

• A simple temperature/humidity/pressure sensor (polling, low frequency) (@brix)
  • BME280 perhaps
• A sensor with an channel arrays (e.g. multi-channel capacitance/voltage/current/etc sensors) (@microbuilder)
  • FDC1004/FDC2004 perhaps
• Multiple sensors on a board with very fast data creation and fifos (@yperess) (@bperseghetti) (sensors: Add streaming APIs #60063)
  • VMU_1170 with its multitude of icm42688p's and bosch imus
• A sensor hub type sensor with its own algorithms and external sensor connectivity, e.g. Bosch BHI260AP (@yperess)
  • BHI260AP perhaps
• Out of tree sensor with custom sensor channels and attributes, added to example application repo (@brix)
  • Another atmospheric sensor like BME280 would be good to show