I too am leaning towards using FP math on the sx48 in a few real time DSP and data conversion applications. I'd be interested in a good set of FP routines and can see the need to be able to debug the results of these routines. If there is any way I can help let me know. · -DDL
I am working on using a uM-FP v2 with an SX. I haven't gotten into the thick of it yet but I can see being able to watch fp variables would be very useful. I'll add to the bounty if that will help.
My reference was for the IDE to be able to format "watch" variables in FP format, so that any application software I was writing using FP could be directly manipulated (observed as well as entered) in the native FP format(s).
Now that Parallax appears to be headed toward the CCS "C" compiler, that format would hopefully accomodate the CCS format as well as the IEE format. They are slightly different due to the bit that signifies the "negative" indicator.
I believe you are asking about the code size of the (SX) FP routines themselves, and that is NOT what I was after. The work of writing those is still on my list, but lower on the priority level, hence I don't yet have a good feel for the complete product. As I'm on vacation in the Caribbean, just now, I don't have all my stuff with me, and I can only sort of remember that the FP multiplier I wrote was only 50 or 75·bytes or so, and executes in 10 ish microseconds. Most currently I have been working on a compact decimal to FP routine and its reverse.
It will be intersting to see how (or if) CCS improves its PIC based routines to SX specific types. They really were quite ugly and quite wasteful.
Comments
·
-DDL
Adrian.
I think one problem is the code space needed for thr FP routines. Any idea how much code space is required for a full compliment ?
Bean.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
"SX-Video·Module" Now available from Parallax for only $28.95
http://www.parallax.com/detail.asp?product_id=30012
"SX-Video OSD module" Now available from Parallax for only·$49.95
http://www.parallax.com/detail.asp?product_id=30015
Product web site: www.sxvm.com
"Ability may get you to the top, but it takes character to keep you there."
·
I'm not sure I understand your question.
My reference was for the IDE to be able to format "watch" variables in FP format, so that any application software I was writing using FP could be directly manipulated (observed as well as entered) in the native FP format(s).
Now that Parallax appears to be headed toward the CCS "C" compiler, that format would hopefully accomodate the CCS format as well as the IEE format. They are slightly different due to the bit that signifies the "negative" indicator.
I believe you are asking about the code size of the (SX) FP routines themselves, and that is NOT what I was after. The work of writing those is still on my list, but lower on the priority level, hence I don't yet have a good feel for the complete product. As I'm on vacation in the Caribbean, just now, I don't have all my stuff with me, and I can only sort of remember that the FP multiplier I wrote was only 50 or 75·bytes or so, and executes in 10 ish microseconds. Most currently I have been working on a compact decimal to FP routine and its reverse.
It will be intersting to see how (or if) CCS improves its PIC based routines to SX specific types. They really were quite ugly and quite wasteful.
Hope this answers your inquiry.
Cheers from the Caribbean,
Peter (pjv)