shouldn't be a problem IF ALL files i've provided are located in the same folder unless i miss something obvious.
shouldn't be a problem IF ALL files i've provided are located in the same folder unless i miss something obvious.
Steve
It's not a bug, it's a random feature.
There's no problem, only learning opportunities.
Ok, so there are plenty USB host controllers, any to recommend? it would be great if it is NOT surface mountable,
Thanks
Many thanks Steeve
I have copied all the files in the folder where I have PBP 2.47 installed and I tried to compile again. The errors are the same.
I have been surprised by the way you did programm your application (the PIC configuration is written in assembler and is in your source code. Why not) and it's the only example that does recognize the USB interface when plugged in. The other examples from Melabs (UBMouse, UBSJadem and USBCDC) do not recognize when plugged in but they compile without errors.
I am not asking what is the best :-)
I will still investigate the issue and try to find out what's wrong with my configuration. I am very very patient and I have plenty of time to spend on the subject. This is just as a hobby. No boss is expecting any results from me in this case.
Thanks again for your help.
Dear Steve
I would like to give you feedback on 3 points:
1st, there is a typing error in your example USBDemo.pbp source file. Line 39 in your file should say "_FCMEM_OFF_1H" and not "_FCMEN_OFF_1H", i.e. the letter N should read M.
2nd, your example compile perfectly if it located in the USB18 folder (or if you copy the UBS18 folder files in yours).
3nd, you are redefining the PIC CONFIG register and this is also done in the so called INC file from Melabs for that PIC. This generates errors and the user has to choose where to configure these registers to avoid duplication of definition.
I take this opportunity to thank you very much for the example first and then for your kind help.
Bye
Yes and no, it have been discussed before, it's down to your MPASM version. The latest version use FCMEN, while older use FCMEM
http://www.picbasic.co.uk/forum/show...t=3251&page=30 Post 149 and +
Yes, you are right, but it's usual to comment the default one. At least, i always do it. see bellow..3nd, you are redefining the PIC CONFIG register and this is also done in the so called INC file from Melabs for that PIC. This generates errors and the user has to choose where to configure these registers to avoid duplication of definition.
http://www.picbasic.co.uk/forum/showthread.php?t=543 Post 5 and +++
Steve
It's not a bug, it's a random feature.
There's no problem, only learning opportunities.
Mister E,
the code work,
but AN0 and AN1 not stable
leds not stable off....same time is on or off....+- 5 seconds...push-buttons is off
than push-button = on, led stable ......on...off
i use 18F4550
470 nf in Vusb / Vss
.1 uf ceramic in Vcc/Vss
4k7 in MCLR / Vcc
resonator 4mhz
* pardom for my english
yes, but i make the mr.e code and circuit to test
....and ...not stable too...i think my 5v from pc is not good
pardon for the same question.
Last edited by mpardinho; - 10th April 2007 at 19:48.
Out of curiosity... Anyone tried USBDemo with Windows Vista? Working?
Steve
It's not a bug, it's a random feature.
There's no problem, only learning opportunities.
No, but I'll give it a go this weekendI can feel a backup coming on....
BTW,
I need a decent way to debounce a number of switch's connected to my pic.
I'm using a dirty PAUSE 50 to do just that, but finding unless I put USBSERVICE everywhere (ie after checking the status of each switch), the switch's arent being sent to the pc (via usb).
I borrowed the ASM timer interrupts from the usbdemo code, but that doesnt help either. I'm thinking that TMR interrupts aren't independent of PAUSE statements. Is this true?
I don't want to use the BUTTON command.
cheers
Squib
Bookmarks