Nice and useful ... Despite it keeps users from undestanding LCD use and special characters ...
New " pseudo-problem threads" in sight ...
Thanks for that nice work , Darrel
Nice and useful ... Despite it keeps users from undestanding LCD use and special characters ...
New " pseudo-problem threads" in sight ...
Thanks for that nice work , Darrel
Last edited by Acetronics2; - 11th September 2005 at 09:40.
************************************************** ***********************
Why insist on using 32 Bits when you're not even able to deal with the first 8 ones ??? ehhhhhh ...
************************************************** ***********************
IF there is the word "Problem" in your question ...
certainly the answer is " RTFM " or " RTFDataSheet " !!!
*****************************************
Darrel,
Yes it was, but unfortunately it wasn't done in PBP. Actually it is a ressurection of pic assembly code I wrote back in 1998, with some minor changes to adapt it to newer hardware.I hope that contract work is PIC related
If you are interested, here is a link to what I was doing: www.mytekcontrols.com/specialproducts/
What had originally started out as a contract proposal, changed into an actual product instead. This allowed me to retain the rights to sell it to anyone, and kept it more affordable for the buyer since they weren't paying for the full engineering time (it gets spread out over several unit sales --- hopefully).
Now I am back to working on my main project (StampVue), which has an OS written in PBP. In fact this morning I just got an Auto Baud Detect PBP routine to work for it, which I'll be posting some sample code in an appropriate forum within the next couple of days.
I'll need to do some catching up on your macro escapades. Which I can see from other posts, you've been busy as well.
I hope all is well with you,
Bookmarks