Dan Whitman

# Status Update @sjroe I observed the same behavior when I enabled the prescalar, which was the same in both `mode0` and `mode1` and for either clock rate. Dividing by...

Want to solicit opinions from both HAL and RTIC folks. Though I cannot test it, I am adding SAMD11/21 support to these RTC monotonics, which is requiring only some pretty...

@bradleyharden I agree that simply requiring proof that the clock has been configured would be ideal. Looks like this is easy with v2 but that no corresponding proof type exists...

# Status update I am confident that the [montonics](https://github.com/kyp44/atsamd/tree/rtic-v2-rtc-monotonics) are now ready for prime time. The robustness issues have all been resolved, and I refactored things so that the RTC...

@jbeaurivage Thanks! Regarding the release issue, it is definitely the case that `rtic-monotonics` does not currently depend on any HAL crates, but do depend on PAC crates. It seems that...

As I'm interested in this getting merged, I had a good look at at and tested it. Here are some comments/questions: 1. The implementation is well done, and I appreciate...

Hi @ianrrees I know it's not yet complete or released, but, for reasons, I am attempting to migrate from `pygamer` v0.9.0 to the latest in this repository (what will be...

@ianrrees Thanks for the response! I've been working with @jbeaurivage on some things, and the display issue turned out to be something silly and not a real bug, so please...

Yeah that's a good point. A better approach could be to add new types in the `time` module instead, e.g. `Nanoseconds64` and only require those when it makes sense to...

Yeah generics may be more appropriate. I think assessing where this is used will be the first step, then we can decide where to go from there (add a generic...