No, CB is the name of my variable, not the value.
No, CB is the name of my variable, not the value.
Do you have (or can you add) a debug port (EUSART, SEROUT, DEBUG)?
If so, then print the value of your variable out before calling the write routine, before executing the write command, after executing the write command, read the value back immediately after and print it out again.
Is CB declared as a BYTE?
If you're indexing arrays somewhere then doublecheck that you're not writing outside the range of the array.
CB is declared as a BYTE. I checked the arrays' indexing several times. I have a spread sheet with all the variables listed, size (BIT, BYTE, etc), USB ID#, the internal code used to communicate each variable with other PICs on the board (there are a total of 6), and some other criteria. I've been working on this project for the past several years. It's due in less than 2 weeks.
I decided to rebuild the HIDmaker side of things. I found several variables, including arrays, that were structured as signed bytes. I'm dealing with the sign in software and forgot I did that earlier. I will be totally revamping it around the proper non-signed bytes and try again.
This makes me wondering, how can one follow every detail in a large program.
Too many variables and chances are something will go wrong.
Ioannis
much easier in C
local vars and scope make life easier , user defined structures remove all doubt
Warning I'm not a teacher
Local vars is a dream (and in wish list) for PBP.
I think with a bit of creativity, structures can be implemented with arrays in PBP also.
Not specific to data structures though.
Ioannis
pbp structures , not really
I tried this for array of mixed variable types [ effortless in C ] but its more trouble than its worth
http://www.picbasic.co.uk/forum/show...ight=structure
Warning I'm not a teacher
Bookmarks