I have a tool which does this. All my firmware updates are done this way as I do not have a development kit. Frankly I never quite see the point to dev kits as you eventually need to integrate into a project anywayā¦
Earlier versions of the firmware were very ropey about accepting the GPM_write command (indeed any OTA commands). It was necessary to retry each command several times to get it to work. Remember that you can not write the whole file in one go, so must chunk it up. I use 1K chunks IIRC.
If you are still stuck let me know. I have been meaning to package up my tool into a little Windows command line utility for some time now. Why Digi donāt provide one, Iāll never know. Itās very useful fo in the field upgrades.
Thanks for the Software. Really appreciate your effort.
I tried running the file, command prompt is not getting loaded.
Output Log read as below :
The thread 0x1e2c has exited with code 259 (0x103).
The thread 0x21cc has exited with code 259 (0x103).
The program ā[6808] S6BFWUpdate.vshost.exeā has exited with code 0 (0x0).
You donāt strictly need VS (only the .NET runtimes) as I supplied the built EXE in the zip. But if you want to build the project yourself that is okay.
Sorry, have to ask⦠Are you familiar with debug of command line apps in VS. How did you supply the command line arguments? Sounds like you didnāt give any arguments at all to the debug session (if you are using VS to run it), and so the command prompt would have opened, printed the command syntax message, and exited?
Right click project, properties, debug, and add some command line arguments. Path to the firmware file will be relative to the projects output folder, or you could copy the digi firmware file there first.
Or as you have VS installed you can single step debug instead of running the project and find the issue yourself. It is not a hugely complicated program!
Also check your firewall is allowing port 0xbee UDP traffic through. Although that shouldnāt stop the program from displaying a command line, it may mean it displays and error and closes immediately before you see it even if you have supplied correct arguments.
Mundhazir, that part about the port Xbee is very important. If you have not added that port to the Save Ports list to your Firewall, you will have issues.
I could supply the command ( Solution Explorer->Debug->S6BFWUpdate Properties-> Debug -> Command Line Arguments ) command prompt opened, printed the command syntax message, and exited(action was fast)
Firewall settings are fine.
I will test in detail with all the inputs you have provided.
Either it was the command line arguments printing:
Syntax: S6BFWUpdate [ip-address] [fw-file]
(Perhaps the path to your firmware file includes spaces? Enclose the entire path in double quotes (āā) if it contains any spaces)
Or an error message:
xxx.xxx.xxx.xxx is not a valid IP Address
(Make sure the IP address supplied is valid)
Or perhaps:
Firmware file xxxxxxxxxxxxxx does not exist
(Make sure the path and file name you supplied are correct)
For debugging in VS you are better of right clicking on the S6FWUpdate project in the Solution Explorer Window and selecting Debug -> Step Into new instance. You can then single step through the code with F8.
Alternatively open a command prompt directly and donāt bother with running from Visual Studio at all. That way your window wonāt close when the application exits. Thereās really no point in using VS unless you want to debug and/or modify.