M-A

This is a big deal, but the rationale is that it will tremendously simplify the device drivers. Most people get this wrong, and it had been a point of friction...

Thanks for the inquiry! I have various local branches in various states of brokenness. :) There were challenges: - Figure out a way to describe a stream both as a...

The TL;DR; of the above is that focusing on getting the PCM driver up and running is probably a more efficient use of our time, but for simple edge streams...

In my case, my end goal is to have tight tolerance enough to drive https://github.com/google/periph/blob/master/experimental/devices/nrzled/nrzled.go which cannot be efficiently encoded as bit toggle.

In practice we could totally abuse other ports like SPI and UART for similar purposes, only if the kernel drivers had proper clock calculation logic...

About the last point, it is on Raspbian Lite or with X? Because you may need to uninstall the audio subsystem (?)

In the meantime this can be implemented without API breaking by adding a new function `RegisterWithPins()`

@deadprogram this original repository was split in 3 last year. I documented the changes at https://periph.io/news/2020/a_new_start/ The package "conn" is now a standalone repository at https://github.com/periph/conn. It does import one...

Do you mean periph.io/x/conn/v3/physic? My only big regret there is physic.Env that I want to move out in v4. Nothing else is a struct.

To clarify, https://periph.io/x/conn/v3/physic and not the old package. For Temperature, I thought about using int32 but it was a bit more constraining on the range and I didn't want to...