Correction to last post not that it makes any difference as regards the 0x20 error, the dfu_flash_upload mentioned sent different data payload bytes namely:

0XFC 0X3F 0X00 0X20 0XDB 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08 0XCD 0X01 0X00 0X08

Trying to upload firmware to the BT121 through UART using BGAPI.  The BT121 has the default firmware.  I use realterm's send the numbers feature to send the needed binary.

First send dfu_reset with type of 0x01:

0x20,0x01,0x00,0x00,0x01

and it replies

A0 04 00 00 01 00 00 00 (hex) All is good, it rebooted into DFU mode.

Next I send dfu_flash_set_address of 0x0000

0x20,0x04,0x00,0x01,0x00,0x00,0x00,0x00

and it replies 

20 02 00 01 00 00 (hex) All is good. Address 0x0000 was set.

Next I send dfu_flash_upload and this is where there is a problem.

This is what I send (first four bytes as per the dumo.htm followed by 128 bytes of data to upload: :

0x20,0x01,0x00,0x02 0X4D 0X5A 0X90 0X00 0X03 0X00 0X00 0X00 0X04 0X00 0X00 0X00 0XFF 0XFF 0X00 0X00 0XB8 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X40 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0X00 0XD0 0X00 0X00 0X00 0X0E 0X1F 0XBA 0X0E 0X00 0XB4 0X09 0XCD 0X21 0XB8 0X01 0X4C 0XCD 0X21 0X54 0X68 0X69 0X73 0X20 0X70 0X72 0X6F 0X67 0X72 0X61 0X6D 0X20 0X63 0X61 0X6E 0X6E 0X6F 0X74 0X20 0X62 0X65 0X20 0X72 0X75 0X6E 0X20 0X69 0X6E 0X20 0X44 0X4F 0X53 0X20 0X6D 0X6F 0X64 0X65 0X2E 0X0D 0X0D 0X0A 0X24 0X00 0X00 0X00 0X00 0X00 0X00 0X00 

When I send the above, the BT121 returns only one byte namely 0x20.  According to dumo.htm it should return 0x20 0x02 0x00 0x02 0x00 0x00. Any other attempt to dfu_flash_upload returns nothing. Any attempt to send  dfu_reset type 0 or 1 returns nothing.  I have to push the reset button to establish normal operation.

Why is the dfu_flash_upload only returning 0x20 and nothing else?

PS when I push the reset button it sends:

A0 0C 01 00 00 00 09 00 01 00 44 00 00 00 00 00

A0 07 0B 02 00 01 00 00 00 FF 0B

A0 07 0B 02 01 02 00 00 00 FF 0B

A0 07 0B 02 1F 10 00 00 00 FF 07

A0 06 01 01 24 AE 6B 48 B4 B0

which is correct.

TNX

OK Jeff thank’s.  As regards using WT41 as PC dongle USB CDC Host mode, it would be nice (and I bet increase sales) to provide a binary file or group of files that if sent to the WT41’s UART (with any appropriate delays between files), would cause the WT41 boot into PC dongle USB CDC Host mode with interface to PC through its built-in USB port.  That way each dongle could be programmed by anything that can send serial data stream from file.

Just a WT41 and regulator would provide a complete dongle. Icing on the cake if one could use Broadcom 2046 Bluetooth 2.1 USB UHE Dongle Driver on PC side.

It would be nice to have binary files to switch your LE stuff to one of several different modes also.  That would boast sales.

Any source for a WT41 - USB Dongle for Windows that will work right out of the box with the Windows or Broadcom stack i.e. plug it in the USB port, pair it using Windows and get a virtual com port?  We are thinking of using WT41 in remote devices and it would be nice if there was an off-the-shelf WT41 - USB Dongle that our customers could buy i.e. without us building and programming the dongle.  The Broadcom Class 1 dongle I have now works great but would like the WT41 dBs on the dongle end.

Is it possible to invert the TX and RX signals in the WT41.  Non-inverted to use directly connected to a TTL MCU and inverted to connect to an interface that inverts the signals along the lines of RS232 type driver but 0 to 5V instead of -12V to +12V or would one have to add an external inverter?

Plan to use WT41 with product that sends periodic ASCII strings and responds to ASCII characters and including cntrl characters. Develop with Windows terminal program connected through a BT dongle's virtual COM port, no problem. Can send ASCII strings, cntrl chars, any binary sequence contained in a raw binary file i.e. send any binary which then appears at WT41's UART.

Am wondering if anyone knows of a good Android BlueTooth terminal program that can send out small binary files with user direction and perhaps with programmable send buttons and scalable font, to make it easier for user to read the strings.?

Thanks Jeff. The reason I wanted to set a passkey is Windows stack wont create an SPP connection unless it is given a passkey when pairing.  In the BLUEGIGA BLUETOOTH SMART READY STACK
API REFERENCE I don't see any method to change the baud of the module.

At some point.  Meanwhile what string to send BT121 to make it switch to classic SPP slave waiting to be discovered by Windows BT, with 9600 baud, no flow control with passkey 1234

I could send to BT121 in raw binary, ascii hex, or convert a hex string to raw binary, etc.

All I need for testing right now is switch BT121 as above, and test.  Can you provide the bytes to send the BT121 for the above?  And the last element would be the one that changes the baud.

Clicked on BGTool.exe and Win XP 32bit says "Is not a valid Win32 application".

Is there a 32 bit version?

TNX