# Bit Position / Bitfield in CANBUS Export in PMU24 **URL:** \ **Category:** PMU\ **Tags:** how-to\ **Created:** [February 1, 2026, 6:00pm UTC](https://community.ecumaster.com/t/bit-position-bitfield-in-canbus-export-in-pmu24/5180 "2026-02-01T18:00:49Z")\ **Posts on this page:** 1\ **Showing post:** 4
**Author:** ![eRoverMike](https://avatars.discourse-cdn.com/v4/letter/e/898d66/32.png) [@eRoverMike](https://community.ecumaster.com/u/eRoverMike)\ **Post date:** [February 8, 2026, 10:26pm UTC](https://community.ecumaster.com/t/bit-position-bitfield-in-canbus-export-in-pmu24/5180/4 "2026-02-08T22:26:08Z")
Thanks, both. That was a big help, and I appreciate the details and example. I managed to get it working as described by both Marek and Maciej, although it took me some time to really understand Maciej’s (clever) method. Does saving operations (e.g., 4 operations is reduced to 2 operations) result in a performance improvement or is it simply more elegant? It seems like it would improve performance because the choose and lookup functions are more like a “lookup table,” if I follow the logic of the operators correctly. Now for another question: the blue gray in byte 4 is a counter. It counts 0,1,2,3 and repeats. The message is 100Hz/10ms, so it seems like I could implement a similar style counter as described here: [Can I make reactive CANBUS Export cycling timers?](https://community.ecumaster.com/t/can-i-make-reactive-canbus-export-cycling-timers/3417) but unsure if that is the best method because any misalignment or out of tolerance in timing could result in a skipped number, which could result in a failure by the receiving motor controller. The OP of the reference article simply needed an incremental number, so slightly different than my situation. It _looks_ like the new CRC field supports such counters, but there can only be one CRC field per message, if my experimentation is correct. --- _[View the full topic](https://community.ecumaster.com/t/bit-position-bitfield-in-canbus-export-in-pmu24/5180)._