You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Decision to use the Behavior board as the first test case
Three options for unified release:
CI/CD with existing core (1.13) and current firmware
CI/CD with latest ATxmega core (1.14):
New build of behavior board firmware
Release a Bonsai client compliant with the latest core features
Cherry-picked release of harp-tech/protocol (v1.14.0)
Caution with possible impact of clock synchronizer changes
CI/CD with stable protocol spec (v2.0.0, to be released)
Finalize and publish v2.0.0 of protocol spec
Develop and publish a new ATxmega core implementing the v2.0.0 required registers only
Release a Bonsai client compliant with the v2.0.0 protocol spec
New build of Behavior board firmware with that new ATxmega core
Need to start discussing plans for SfN 🚀
Requested org at PyPI 🚀
How to specify hardware targets in YAML 🚀
No functional difference at runtime, since YAML registers are what matters
Will be used by CI/CD to generate firmware build assets and automatically populate metadata registers at build time, and for documentation pages, e.g. compatibility table
Should be treated as a list of strings, following semver to make sure it matches the information in R_VERSION
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
Agenda
Reviewing
R_VERSIONBeta Was this translation helpful? Give feedback.
All reactions