hi

This might be the strange problem but consistently occuring.

After debug/build binary will be placed in debug folder and then if we click on flash button in xdk workbench it should flash only bin file in debug folder.

but the problem is if we keep some other bin files across the project folder it is taking that files and flashing untill and unless we remove that bin files.

is there any eclipse setting prior to flash?

+2 (2 Votes)
RE: XDK flash option is taking different bin files rather in debug folder
Answer
11/14/17 2:35 PM as a reply to naveen reddy.

Hello Naveen,

Unfortunately, I was not able to reproduce this issue. I tried to fill a few folders of a project with arbitrary binaries. Some were copies of the original binary, some were copied from other projects. It always used the correct binary, though, which was the one named after the project itself. I tested this on XDK-Workbench version 3.0.1.

Could you go into more detail, regarding where the binaries are located? Does the XDK-Workbench automaticlly attempt to compile the project before it is flashed? Does the generated binary file's name differ from the project's name?

Kind regards,
Franjo

+1 (1 Vote)
RE: XDK flash option is taking different bin files rather in debug folder
Answer
11/15/17 9:31 AM as a reply to Franjo Stjepandic.

Hello Franjo,

Am using xdk version 2.0.0 in that this problem is coming but in 3.0.1 this is not coming.

Thanks !!!

0 (0 Votes)
RE: XDK flash option is taking different bin files rather in debug folder
Answer
11/15/17 2:20 PM as a reply to naveen reddy.

Hello Naveen,

glad to hear that this is solved by updating the Workbench. I take it that you do not require help regarding this issue in Workbench version 2.0.0 anymore, as it is corrected in Workbench version 3.0.1.

Since you might have to migrate older projects from 2.0.0 to 3.0.1, keep in mind that some API has changed in regards to naming.

The biggest difference is the way the function appInitSystem() is called and the implementation of the source-file Main.c. If your application does not start, try to create a new project and copy project-specific code from the old project to the new, without changing the file Main.c and the signature of appInitSystem() .

Please tell me if this was helpful, and do not hesitate to ask further questions.

Kind regards,
Franjo

+1 (1 Vote)