Re: Programming Bluegiga BLED112 ?
Re: Programming Bluegiga BLED112 ?
- Subject: Re: Programming Bluegiga BLED112 ?
- From: Alex Jungwirth <email@hidden>
- Date: Sat, 17 Nov 2012 18:33:32 +0100
It sounds really complicated...
I just need this modules for some positioning stuff. I may have the wrong product at a ll ?
Is there anything outside i easy can configurate over my mac (or Parallels-PC), plug out from the USB, plug in into a usb hub and check with the iDevices ? :)
Louis, i did read some docs and they warned me to include some USB-Stuff into the new firmware. That was the point i gave up configuring myself. Not because the costs (24 Euro for each dongle) and also not because the shipping costs (45 Euro) but i just don't understand what the docs mean.
Greetings from Austria
Alex
Am 17.11.2012 um 18:20 schrieb Louis Mamakos <email@hidden>:
> The problem is that you must use a DFU loader to program the USB dongle, since the debug header is not available to be programmed with the TI debugger part. The usual state of affairs is that you load an image in the USB dongle that speaks the Bluegiga API over a USB-emulated serial channel. There is an API command you can issue which causes the BLED112 dongle to reset into DFU mode so that you can load new software.
>
> The BLED112 in it's usual state doesn't have anything "listening" on the USB connection such that you can use a DFU loader tool to put new software in the device.
>
> The tricky part is that if you want to use the BLED112 dongle standalone, this probably means that you want to run a BGscript on the device, have a GATT database defined, and all that good stuff. When you operate the software stack in that mode, then you don't have the serial channel available interpreting API commands. Now, your BGscript can itself invoke a script primitive to reset the device into DFU mode, but that means that you got your script "right" and you can cause it to be invoked "at the right time" in the event that you want to reload the firmware image. If you screw up the configuration (e.g., disabled the USB port, or problems with the script, etc.) then you better be happy with the last image you loaded.
>
> I did this, and I busted the dongle apart and soldered tiny wires to pads to use the TI debugger for one of my "bricked" devices.
>
> That's the long story; Bluegiga has an application note that describes one technique to configure the emulated USB serial device (make sure you configure it right!) as active. When traffic arrives on the emulated USB serial port, the script will receive it and conditionally reset the BLED112 USB dongle into DFU loader mode.
>
> Louis Mamakos
>
>
> On Nov 17, 2012, at 11:54 AM, Gabriele Merlonghi <email@hidden> wrote:
>
>> Hi, I have the BLE112 not the USB model, but I have read all thecnical documentation about that. Your problem is that you don't know how flash the usb dongle ?
>>
>> Gabriele
>>
>> Sent from my smartphone, forgive typo.
>>
>> Il giorno 17/nov/2012, alle ore 03:48, Louis Mamakos <email@hidden> ha scritto:
>>
>>> You should open a support ticket with Bluegiga about this. There is a way to do this, however, unless you are careful you can "brick" USB dongle when you enable the scripting mode. I speak with some experience, here :-) They have a document that describes the configuration required.
>>>
>>> Louis Mamakos
>>>
>>>
>>> On Nov 16, 2012, at 9:18 PM, Alex Jungwirth <email@hidden> wrote:
>>>
>>>> Hi all!
>>>>
>>>> I purchased some of these BLED112 USB Dongles i plan to use with my iDevices but struggling around with flashing the modules.
>>>>
>>>> The main thing is: I have no idea how to manage that the modules broadcast their UUID and RSSI without a computer connected (so only with an USB-Hub for electricity).
>>>>
>>>>
>>>> Someone has already done and could assist me ?
>>>>
>>>>
>>>> Thanks
>>>>
>>>> Regards from Austria
>>>> Alex
>>>> _______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Bluetooth-dev mailing list (email@hidden)
>>>> Help/Unsubscribe/Update your Subscription:
>>>>
>>>> This email sent to email@hidden
>>>
>>>
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Bluetooth-dev mailing list (email@hidden)
>>> Help/Unsubscribe/Update your Subscription:
>>>
>>> This email sent to email@hidden
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Bluetooth-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden