SevenSegmentModule pic-asm firmware

[Tabbod]

SevenSegmentModule pic-asm firmware

[Johnlon]

Hi,
Yes send the code for interest.
What's the advantage of using ASM over C?

[Johnlon]

Hi,
Yes send the code for interest.
What's the advantage of using ASM over C?

[Tabbod]

Advantages are code size and speed, especially for 8-bit pic asm as the instruction set wasn't designed with a compiler in mind. And for simple tasks like multiplexing a display, it allows you to minimize the time spent switching one digit off and the other on.

Attached. Apart from the init code, everything runs inside the interrupt handler:
16F18446_BMD_01_src.asm.txt
16F18446_BMD_01.X.production.hex.txt

[Johnlon]

Hi thanks for the clarification Given the compiled c program fits in the memory easily and also manages to run the refresh at khz if I recall correctly, and given the c is easier to understand and maintain then I don't recognize those advantages you mentioned for this specific use case. However I would imagine that it's conceivable that by using assembler that the program could run at a lower clock speed while retaining the same refresh rate and this might have the advantage of less power consumption and that might be a tangible benefit. But I guess I'd need to see the power saving in practice and also I suspect the LEDs might even burn more juice than the pic. So even then I'd probably stick with c. Does that make sense?

…

On Wed, 10 Nov 2021, 9:00 am Dabbot, ***@***.***> wrote: Advantages are code size and speed, especially for 8-bit pic asm as wasn't designed with a compiler in mind. And for simple tasks like multiplexing a display, it allows you to minimize the time spent switching one digit off and the other on. Attached. Apart from the init code, everything runs inside the interrupt handler: 16F18446_BMD_01_src.asm.txt <https://github.com/Johnlon/SevenSegmentModule/files/7511238/16F18446_BMD_01_src.asm.txt> 16F18446_BMD_01.X.production.hex.txt <https://github.com/Johnlon/SevenSegmentModule/files/7511240/16F18446_BMD_01.X.production.hex.txt> — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#1 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAGMFGAUMHGHE3LY76X5FILULIYERANCNFSM5HXASZVA> .

[Tabbod]

It certainly makes sense, and with most other microcontrollers there would be little reason to enter into an assembly solution.

And you are right, the difference in power consumption is negligible. I did test with and without sleep, the current draw difference doesn't even come to a milliamp.

But using a hardware timer in conjunction with sleep allows you to turn the clock speed right up, which benefits my next point.

The main goal here was tightening up the multiplexing routine to vastly reduce dead time when switching between the digits (increasing apparent brightness), as there are multiple ports involved in driving the segments.

[Johnlon]

Yeah the dead time was why I bumped up the clock speed.

…

On Wed, 10 Nov 2021, 11:38 pm Dabbot, ***@***.***> wrote: It certainly makes sense, and with most other microcontrollers there would be little reason to enter into an assembly solution. And you are right, the difference in power consumption is negligible. I did test with and without sleep, the current draw difference doesn't even come to a milliamp. But using a hardware timer in conjunction with sleep allows you to turn the clock speed right up, which benefits my next point. The main goal here was tightening up the multiplexing routine to vastly reduce dead time when switching between the digits (increasing apparent brightness), as there are multiple ports involved in driving the segments. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#1 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAGMFGB3VWQCV4VO4KNCOMDULL677ANCNFSM5HXASZVA> .

[Johnlon]

Thanks for the info