Albin Hedman

> ```rust > let (pin, [ob_exti, ob_comp, ob_adc]) = gpiox.pxi.into_analog().observe(); > // pin type is `Observed` > // ob_* type is `ObservationToken` > > exti.source(ob_exti).enable(); > comp.source(dac_ch1, ob_comp); > adc.constrain(Sequence...

> [...]I agree it is important to make sure this idea is absolutely the correct decision, so I appreciate the questions! :) Thanks a lot for your input on this...

See #157 for an attempt at implementing that idea

Some random thoughts: Side note, it would be quite interesting to see what could be done with a system like this for the rcc and its consumers. At the very...

> g0xx-hal stuff Nice! I will take a look at that :) > gpio example Very nice! Great to have that level of protection all the way down How/does this...

> > How/does this interact with svd-files or does this require every peripheral to be manually specified? > > No SVD, they are always riddled with errors from the vendor,...

> I'm worried my design of this system doesn't scale but I just keep implementing peripherals and adding things as needed. Hopefully eventually it will encapsulate everything. Thinking about scaling...

One perhaps not great idea but at least low effort way would perhaps be if your pac types implemented `From`? Then the two pacs could be used side by side...

This observation-thing feels like it could be useful for other hals and perhaps not only parts from stm. Would it make sense to put src/observation.rs into its own crate to...

> > Would it make sense to put src/observation.rs into its own crate... > > Yep! I already have it in `proto-hal` along with other structures I am messing around...