new PIC CLCDesignerTool with simulator

[tumbleweed]

For those with an aversion to MPLABX, or who just want a simple, easy to use standalone tool
there is a new, updated version of the old CLCDesignerTool available.

CLCDesignerTool V4 adds features not available in the original version, including:
* support for all PIC18 devices (also supports PIC10/12/16, and a few PIC24 devices)
* support for up to 8 CLC modules
* CLCSELECT register overlay support
* enhanced device ini file format with improved CLC and PPS input and output selections
* BASIC or C output code generation
* output format selectable to support different dialects of BASIC
* improved file operations (Open, Save, Save As)
* ability to load different device configuration files
* new ViewCode window to preview output
* improved output register settings display

There is also a simulator tool available, allowing you to view the interaction of the various CLC module elements.

The files are available at https://www.sfcompiler.co.uk/wiki/pmwiki.php?n=SwordfishUser.CLCDesignerTool

 

[Pommie]

Thanks for that. I think David Barker should be on a retainer with Microchip. His work is superb.

Mike.

 

[Mike - K8LH]

Support for Q10, Q40/41, and Q43... Perfect and so much better than the implementation in MPLABX.

Thank you so much...

 

[atferrari]

Sorry but what about Assembly? Worth even to try?

 

[Nigel Goodwin]

Sorry but what about Assembly? Worth even to try?

Should be easy to convert to assembler - it's essentially a matter of sticking values in registers.

However, assembler is all but dead now - once datasheets started using C more than assembler, the writing was on the wall.

 

[tumbleweed]

Sorry but what about Assembly?

I removed asm support in favor of different BASIC dialects.

Should be easy to convert to assembler - it's essentially a matter of sticking values in registers.

+1.

The hard part is figuring out WHAT to shove into WHICH registers, and in what order (if it matters).

 

[Nigel Goodwin]

I removed asm support in favor of different BASIC dialects.


+1.

The hard part is figuring out WHAT to shove into WHICH registers, and in what order (if it matters).

Exactly - I was simply referring to how easy it would be for atferrari to convert from your BASIC or C code to assembler - both basically (no pun intended) pretty well describe what's going on.