LCD_AnyPin works with all versions of PBP from 2.46 and later.
But you'll need to use the MPASM assembler.
Which means you also need to change your @ DEVICE statement.
@ __config ...
Type: Posts; User: Darrel Taylor; Keyword(s):
LCD_AnyPin works with all versions of PBP from 2.46 and later.
But you'll need to use the MPASM assembler.
Which means you also need to change your @ DEVICE statement.
@ __config ...
The mechanism used in LCD_ANYPIN that overrides library commands was used in PBP3.
However, it was used in the HPWM command due to necessity.
Microchip changed the 18FxxK80 parts so much that...
It should be the constants, not the defines.
But Sayzer is right. OSC con 20 will not compile if you have used DEFINE OSC 20.
Which means PBP thinks your PIC is running at 4Mhz.
Yes, we've done that.
If you don't need to scatter the data bus pins, you can do it with this ...
http://www.picbasic.co.uk/forum/showthread.php?t=626&p=2388#post2388
Or if the data bus need...
The library file used with the PIC16F737 is PBPPIC14.lib
If it compiles for other 16F's like an 877a then I don't see a reason for it to not compile for the 737.
Do you have any LCDOUT commads in...
Do you have more than 1 installation of PBP?
MCS or MPLAB may be looking at a different folder.
Or the routines may be inserted in the wrong lines of the .lib file.
Yes.
That should be easy to do.
Each family of PIC's has it's own library.
PBPPIC14.lib is for the normal 14-bit cores (12, 16F).
PBPPIC18.lib is for the 18F's.
PBPPI18L.lib is for 18F's with PBPL (longs).
And PBPPI14E.lib is...
That's pretty neat.
But with the new PIC's costing $1 or less, and could do a full 8-bit interface on a back-pack with an internal OSC.
That one seems pretty expensive with all the extra parts.
I had a look at the Library and NOPE ...
No way to do it on a chip with only 2 stack levels (12-bit core).
There are several other 8-pin pics with 14-bit cores. 12F629, 675, 683 ...
It'll work...
Woohoo!
Nice work Guido! http://www.picbasic.co.uk/forum/images/icons/icon14.gif
I copied your post to the LCD's with Shift Registers, and LCDOUT thread too.
Well, I moved E and RS to RB0 and RB1 ... it still works.
You might try turning that LED around and see if PORTB.0 will drive the output both ways.
It could be that half of the output stage is...
Hi Peter,
I'm not sure what the problem is, but I ran your program on a 16F877a with all the LCD pins on PORTB, and everything worked fine.
Although, with the pinout you are using ... you don't...
Yessiree!
That's what you should get.
And the numbers should be counting.
Congratulations! http://www.picbasic.co.uk/forum/images/icons/icon14.gif
<br>
WooHoo!
Now there's a $1000 simulation. http://www.picbasic.co.uk/forum/images/icons/icon14.gif
<br>
In your code above, you have MCLRE enabled.
But in the schematic you don't have a pull-up on MCLR (Pin 1).
<br>
Is the RW pin on the LCD connected to the PIC, or is it grounded?
<br>
http://www.pbpgroup.com/files/dejected.gif
Don't improvise or over think it. Just copy/paste and modify for your pins.
<br>
Go back up to the first post and take another look at the highlighted code example.
There are no DEFINEs, only VAR and CON.
It must be exactly as shown (except for the actual pins used).
Don't...
LCD_DATAUS and LCD_COMMANDUS are constants that you must declare in your program. Shown in the first post of this thread.
LCD_Lines CON 2 ' # of Lines on LCD, 1 or 2 (Note: use 2 for 4...
I don't think so.
It ends up using the same library as non-USB programs.
Do you have any LCDOUT statements in the program yet?
Or are you trying to get it to compile before adding any?
I ask...
ROFL,
A comical list of mistakes on my part. :o
It all still works, but I can definitely see the confusion.
Apparently when making the first Post, I used the beginning of LCDOUT from the...
Then they must sell a different version in Turkey.
Because it's definitely DUNN_USED = 1 here
<br>
Reply to UnKnown user:
You were warned.
You didn't follow directions.
You Blew It!
Not my problem!
And by the way, there's a copy of the file on the CD you got when you bought PBP. :p
<br>
Oops!
Apparently, not ALL my problems were staring me in the face. :o
I had PAUSEs in the LCD_Init: routine, and they were changing the system registers.
So I Changed them to DelayUS, which...