SparkFun Electronics Commentsurn:uuid:214d0e4e-f1b1-d287-ce26-ac5b4c9f82492024-03-29T09:55:11-06:00SparkFun ElectronicsBitreaper on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardBitreaperurn:uuid:e6fc7c70-419c-70d7-7507-21bc8eece9942013-12-17T13:54:51-07:00<p>Did you happen to have a situation where you tried to drive too much current via the pins? It might be that your motherboard's USB root hub thought there was a short (due to too much current being drawn) and shut the port down. Thus the "port 2 disabled by hub (EMI?), re-enabling..." message. What do you have connected that might be drawing too much current? I don't know if the UBW firmware negotiates for more than the standard 100mA that is given to anything that plugs in (they can negotiate for up to 500mA IIRC, and more for a 3.0 port).<p>Just some thoughts.</p></p>
Customer #229328 on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardCustomer #229328urn:uuid:fe390b1c-e5f7-6b6f-ecbc-4a5b4419d4552013-06-21T13:49:00-06:00<p>The device behaves a little poorly for me on Ubuntu Linux with 1.47 firmware (or the 1.43 firmware it came with). I can connect to it, send it commands, etc. But, occasionally my python code will fail to write to the device reporting back an OS level error. This is sometimes, though not necessarily always, accompanied by the device disconnecting and reconnecting itself. In doing this it maintains power - if I have some pins set to output high, they stay high. What I see from the kernel is:<pre><code>[14057.800085] hub 2-0:1.0: port 2 disabled by hub (EMI?), re-enabling...
[14057.800220] usb 2-2: USB disconnect, device number 3
[14058.040043] usb 2-2: new full-speed USB device number 4 using uhci_hcd
[14058.211549] cdc_acm 2-2:1.0: This device cannot do calls on its own. It is not a modem.
[14058.211786] cdc_acm 2-2:1.0: ttyACM0: USB ACM device
[36662.008081] hub 2-0:1.0: port 2 disabled by hub (EMI?), re-enabling...
[36662.008211] usb 2-2: USB disconnect, device number 4
[36662.304043] usb 2-2: new full-speed USB device number 5 using uhci_hcd
[36662.535241] cdc_acm 2-2:1.0: This device cannot do calls on its own. It is not a modem.
[36662.535482] cdc_acm 2-2:1.0: ttyACM1: USB ACM device
[56875.992086] hub 2-0:1.0: port 2 disabled by hub (EMI?), re-enabling...
[56875.992222] usb 2-2: USB disconnect, device number 5
[56876.232043] usb 2-2: new full-speed USB device number 6 using uhci_hcd
[56876.402700] cdc_acm 2-2:1.0: This device cannot do calls on its own. It is not a modem.
[56876.402934] cdc_acm 2-2:1.0: ttyACM0: USB ACM device
</code></pre><p>This means that my script can no longer control the device unless I completely re-initialize. Is this something that anyone else has seen? I'm going to try writing some controller code in C to see if it has to do with the way that Python interfaces with devices via RS-232, but I'm skeptical as Python has been doing that for a long time.</p></p>
TomHoops on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardTomHoopsurn:uuid:307ec580-8226-6cc2-ab20-15c5871cd6892013-05-06T17:12:46-06:00<p>Sorry, I should have included that these boards are the 18F2553 24MHz types. Thanks.</p>
TomHoops on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardTomHoopsurn:uuid:0693449c-94ef-1d24-8230-81254b3f181a2013-05-06T17:10:50-06:00<p>Hi Brian -
I'm a later comer, got a couple UBW's about a year or more ago haven't played with them until now. I have a Win 7 64 system and pickit 2. Without changing anything on one of the boards, if I plug it in and go into bootload mode, it attaches and then de-attaches rather regularly. It shows as an unknown device and I am unable to install drivers even after going through all the steps recommended in this case. However, in UBW mode, it attaches and shows as a com port. I've tried recompiling the bootloader code, I've tried reburning the bootloader code that I can see that you're offering. Any ideas? Thanks.</p>
EmbeddedMan on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardEmbeddedManurn:uuid:6dcfca4b-bdda-7ba2-f573-8e587f3f48302013-02-27T07:31:30-07:00<p>It depends. If you accidentally allowed the PC programming software to over-write your config bits, you may have lost the ability to use the bootloader to re-program your board. In that case, I suggest picking up a PICKIT3 or PICKIT2 programmer. That will bring back your board.<p>If you try to put it into bootload mode, does it get recognized by the PC bootloader application? (PDFSUSB.exe)</p></p>
Customer #384507 on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardCustomer #384507urn:uuid:cba5db5b-2e56-f3a7-3fc9-e86fd7c9db422012-11-30T06:29:26-07:00<p>I bought one of those boards, plugged it to my pc and got the main firmware working. Then i tried to program some new firmware to it and now the green led just stays on and my pc can't recognize it anylonger. Is the board just broken now or is there something I can do?</p>
EmbeddedMan on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardEmbeddedManurn:uuid:0bd61c37-f2b0-2a0b-3b48-9a0bdfda35062012-10-07T07:18:04-06:00<p>For that you will need to modify the existing firmware. At present, we don't have any latching type functionality in the code. If your input signal is not very fast (say longer than 2ms) then you can get by with polling from the PC.</p>
Member202942 on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardMember202942urn:uuid:d06cd6cc-8f57-5be5-ce54-dd1e3d450a0b2012-03-16T01:44:02-06:00<p>Can the default UBW firmware support an input that latches a change until cleared? Or do I need to write my own interrupt routine?</p>
Jeff46 on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardJeff46urn:uuid:2454349d-1646-b1f9-886d-590cc158b7572012-01-07T21:30:06-07:00<p>I saw this product has not had a post in quite some time so I just wanted to say that this little board is incredibly useful. Great for small projects that need simple yet effective Micocontroller-PC communication. The bootloader makes it very easy to upload customized projects over USB. Very handy if you don't have a PIC kit handy. Although be careful and know what you're doing when editing any of the configuration bits because doing so may affect the bootloader and you'll have to re-program with a PIC programmer.<p>Great product!</p></p>
Customer #242950 on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardCustomer #242950urn:uuid:635a0ba7-eef9-5bb1-15c3-28712767b6db2011-08-06T08:27:03-06:00<p>Can this board be used for a "K" type thermocouple?</p>
broody on DEV-00762 - USB Bit Whacker - 18F2553 Development Boardbroodyurn:uuid:7f08e6b3-0084-910e-d592-0d39a330d36f2011-04-28T22:35:02-06:00<p>Found my answer in the quick start guide. And the answer is YES.</p>
broody on DEV-00762 - USB Bit Whacker - 18F2553 Development Boardbroodyurn:uuid:a8d1cba4-e645-4bee-ea94-656a4a5393862011-04-28T22:32:36-06:00<p>Hi, purchased one of these and had it up and running. Upgraded to FW 1.4.8 and everything was working fine until I tried to load my own HEX.<br>
I turned WDT off in the project and tried programming it. It gave me a warning asking whether or not I want to use my config bits (Yes), the board's (No), or the current (Cancel). I selected "No" but then it failed anyway... Now my PC can't recognize the UBW and the UBW no long has the flashing LED's for programming (both Power and S2 led are on solid).<br>
Did I brick my UBW? Thanks...</p>
sebden on DEV-00762 - USB Bit Whacker - 18F2553 Development Boardsebdenurn:uuid:152f5e64-7541-c059-296f-48d6d8d4a5bf2011-03-22T16:18:30-06:00<p>Oh thanks a lot, it works :)<br>
I thank this pack was extracted from the Microchip's one (that I used for 1.4.3, following QuickStartGuide from SparkFun) because of "Updated INF (driver) files to use latest from Microchip" but I was wrong...<br>
And thanks again for all your great work!</p>
EmbeddedMan on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardEmbeddedManurn:uuid:7b2a9915-b7f1-822a-be20-a5197ad90a452011-03-22T13:48:28-06:00<p>Got it - you need the drivers from the UBW website: http://schmalzhaus.com/UBW/UBWinf.zip<br>
We no longer use Microchip's generic example PID - we have our own PID (from Microchip) just for UBW based boards now, and they need that modified INF file from that zip.</p>
sebden on DEV-00762 - USB Bit Whacker - 18F2553 Development Boardsebdenurn:uuid:0c0b7e03-7747-6ced-bd04-54b47905762e2011-03-20T15:04:59-06:00<p>Hi,<br>
Got Sparkun UBW with FW D 1.4.3, but failed to upgrade to 1.4.8 :(<br>
Both leds remain on, no blink, Windows can't find any driver.<br>
* Failed with FW-D-2455.hex or 2553 from 1.4.8<br>
* Failed with FW-D-2455.hex or 2553 from 1.4.7<br>
* OK with FW-D-2455.hex from 1.4.5<br>
Drivers from "Microchip Solutions v2010-10-19"<br>
Someone knows why ? Found nothing on UBW site :(<br>
I suspect CLOCK-FREQ 48000000 in HardwareProfile-UBW.h...</p>
N8B on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardN8Burn:uuid:fc0d88ba-8b80-389e-a51b-fbab9b0e77b52010-08-05T15:58:19-06:00<p>Email techsupport@sparkfun.com, we can hook you up</p>
zGhost on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardzGhosturn:uuid:676c509f-19fb-0a9a-a673-7543709094732010-08-05T10:34:34-06:00<p>It would be nice to get the eagle files for this board. I wanted to make some modifications directly on the board. I have bought at least 5 different UBW from sparkfun over the years and bread boarded dozens of them.<br>
Now its time to make a pcb with some permanent additions.</p>
MrTidy on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardMrTidyurn:uuid:521f21a0-b301-d7fc-af47-1bbb4bee84d32010-07-26T11:39:41-06:00<p>I agree - I'm using the Bit Whacker on Snow Leopard (10.6.4) without any driver changes. On Windows, I have to 'install the driver' which consists on finding mchpcdc.inf and pointing the hardware configuration wizard at that file. I downloaded the Microchip Application Library the first time thinking that there was a real driver but then realized that it is really just the .inf file that is needed (tells Windows to use usbser.sys). mchpcdc.inf is available on forums for those that don't need Microchip stuff.</p>
EmbeddedMan on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardEmbeddedManurn:uuid:bf3d19a1-5e91-b490-d4f8-631332bc99622010-07-10T22:03:21-06:00<p>As far as I know, there are no known issues with any version of Mac OS X. It just kinda always 'works'. On my 10.6.4 Mac it appears as /dev/tty.usbmodem411</p>
Lord Anubis on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardLord Anubisurn:uuid:ac14b889-6d77-7662-d62d-07e793498c392010-03-22T13:28:00-06:00<p>Hello Everybody, does someone knows how well this is working under macosx 10.6?</p>
REDACTED-GDPR on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardREDACTED-GDPRurn:uuid:a462a564-ff7f-648e-d838-cf6d0f926d762009-11-05T19:21:11-07:00<p>That's okay, thanks for the response. I'll report back if I can get it to work later.</p>
EmbeddedMan on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardEmbeddedManurn:uuid:19200d40-aa04-5dd0-d184-aeb984afc0322009-11-05T13:13:59-07:00<p>Somebody who knows way more about Windows 7 may be able to edit the inf file properly to get it to work. Until then, we need to wait until Microchip officially releases an update to the USB files to support Windows 7. I have no idea when that will be but I'll ask. Sorry!</p>
REDACTED-GDPR on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardREDACTED-GDPRurn:uuid:99d5810d-2417-51f8-312a-85dafa6a86562009-11-04T22:47:34-07:00<p>Has anyone tried getting this to work in Windows 7? I've had it working great in XP, but 7 doesn't like the drivers when I try.</p>
aws on DEV-00762 - USB Bit Whacker - 18F2553 Development Boardawsurn:uuid:2c42ecbe-9764-6826-a35b-383732e67dc82009-10-25T23:20:06-06:00<p>Windows users: even though its a class-compliant USB serial device I believe you still need to install a "driver" (actually just a .INF file) from Microchip (comes with the USB Framework). On other OSes it should work as-is.</p>
EmbeddedMan on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardEmbeddedManurn:uuid:66646494-90a0-b429-58da-c908c9da23b32009-10-11T13:55:03-06:00<p>Hilmi, contact me via e-mail and I can try to help you out. Brian_schmalz@yahoo.com</p>
Hilmi on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardHilmiurn:uuid:e92bb4c9-5d29-1157-9066-feed4eb135d82009-04-26T19:05:57-06:00<p>I also have the same problem. My Vista and XP fail to recognize my UBW. No blinking led... just power LED light up.<br>
Its happen MOST of the time and not ALL the time. So, we can rule out EMPTY FIRMWARE factor. Its looks like hardware stability issue. If I leave USB connected for long time (around 24hours) its will be detected.<br>
Anyone from SPARKFUN could clarify this? I buy 3 sets, and all of them behave like that.</p>
HungryMaggot on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardHungryMaggoturn:uuid:591bd04a-493c-e9f4-f0ab-3c6a00e449722009-03-20T13:07:11-06:00<p>hi i purchased this device, at first, it worked fine appearing as a new serial port in my PC and testing commands. The problem is that now it doesn't appear any serial port away from PC's serial ports, and also the only led is the Power led, before a led used to blink, i remember. I tested it into another PC and the same problem happens. QUESTION: What should I do to have it working again???</p>
RSB on DEV-00762 - USB Bit Whacker - 18F2553 Development BoardRSBurn:uuid:2d1f315d-4313-60c3-fbb3-1086360548c12008-11-27T11:49:55-07:00<p>This is an excellent mini-USB development board. Wonder why Microchip does not sell low cost development boards like this? With Microchip's you have to buy an additional programmer.</p>