Stand Alone S19 programming w/ USB Multilink

[RShaich]

I am wondering if there is a standalone way to program an S19 record with CodeWarrior and a USB MultiLink BDSM without evoking CodeWarrior and debugger (and hence re-assembling the code).  I could do this with the Mon-08 version and PE Micro’s ProgSZ08 firmware, but that firmware does not seem to support S08 processors.

How can have manufacturing program some proto boards with just the S19 (or some other HEX type file) only?

Is there a stand alone programmer from MetroWorks, FreeScale, P&E or someone that works with the multi-link?

Thanx

 Rick

[RShaich]

Thanx.

I am aware of the other programming options, and I do have a Cyclone Pro as well.

The issue is I remember in the MON8 days P&E offered free stand alone programming software for all the adapters, and they still do for the MON8 Multi-Link. It appears that they only option for the BDM Multi-Link is there $169 software.  Kinda a shame actually. I had just assumed I could stand alone program with it as well. I don’t understand why it is free for MON8 but not BDM ‘908s. I wish Mot… er freescale had a solution other than CodeWarrier.  Kinda amazed some open source person has not written anything other than what I found here

http://www.allactivex.com/hcs08.htm

Rick

[baddad]

Rick,

For low volume programming applicatons, you could always launch the debugger without the IDE and it will first program the selected *.s19 file into the part without re-compiling or assembling.

Here is what I do:

Create a shortcut to Hiwave.exe and add this to the target link:

"C:\Program Files\Freescale\CodeWarrior for HC08 V5.1\prog\hiwave.exe" C:\myfile.s19 -Target=HCS08OpenSourceBDM

Now double clicking on the Hiwave shortcut you created will launch the Hiwave debugger and program "myfile.s19" into the device attached to the HCS08OpenSourceBDM.

You can change this to P&E's debugger, if that's the one you use.

BadDad

[akhilkm]

I have the same issue and tried to flash the .s19 file using hiwave but error it is getting like:

Error while wrtting to C000..C200

information: No memory at the address

How can solve this? help me?

[trytohelp]

Hi Akhil,

This post is very old 7 years ago.

By default your application contains code at address where there is no physical memory.

Difficult to say what is the trouble...

By default we recommend to create a project with the wizard for the configuration you're using.

This project will contain all files and other configs dedicated to your hardware configuration.

This is the right way to check the connection.

If this application is running I recommend to check your prm file definition.

If you enable the -M linker option, a map file will be generated at project build.

This file will include lot of information including memory range used by your project.

If this doesn't help ... I recommend you to create a new one for your question.

Please provide us more details regarding:

      - tool version used,

      - multilink version (all details),

      - Windows OS (32 or 64).

If you can share the project  ... it will be perfect.

Have a great day,
Pascal
Freescale Technical Support
-----------------------------------------------------------------------------------------------------------------------
Note: If this post answers your question, please click the Correct Answer button. Thank you!
-----------------------------------------------------------------------------------------------------------------------

[akhilkm]

Hi,

I am using Multilink bdm 12 for hcs 12 revision c and windows 8 os(32 bit).I think you are trying to say that on compilation stage itself we have to care about this memory addresses.If the source code may contain the code corresponding to particular address space?

With thanks&Regards,Akhil KM.

[trytohelp]

Hi,

I don't think the problem is at compilation time (excepted if you place some code directly at specific memory in the source code -> not really used) but more at link time.

When you build a project there are 2 steps:

      - generate object files: compile all .c and .asm files,

      - link all objects in 1 file which is named .abs and .abs.s19.

The link step is using a prm file where the memory range is defined.

This must be complaint to your processor memory.

By default when you create a new project with the project wizard, the right prm file is included in the project.

If there is a problem it should be in the linker file ...

Pascal

[akhilkm]

Hi,

If i have only a s19 file and the compiling part and all already done using imagecraft compiler before by some other, then how can i resolve this?

Akhil KM.

[trytohelp]

Good question.

It seems the application is not compliant with the processor you're using.

If Multilink loader is saying:

      Error while wrtting to C000..C200

      information: No memory at the address

... it seems there is a problem with the application.

It's difficult to provide you more information.

This type of error is just saying your application contains some code at C000..C200 but there is no memory in your board/chip at this location.

By default the HC12 processor should have memory at this address.

It seems you've installed CodeWarrior development tool chain.

You're using another development to build your application and want to use Hiwave to debug it.

Do you have a problem with the Software or Hardware driver ?

Before to check with the project I recommend you to check with an example.

With the project wizard (File + New) you can create a project dedicated to your hardware configuration (processor and interface).

It's a right way to check if the tool is working fine.

Have a great day,
Pascal
Freescale Technical Support
-----------------------------------------------------------------------------------------------------------------------
Note: If this post answers your question, please click the Correct Answer button. Thank you!
-----------------------------------------------------------------------------------------------------------------------

[Alban]

Hello Baddad,

That is fantastic tip, many thanks

Alban.

[mke_et]

I think what the real issue is treading around is that there appears to be no information on how to talk to the MultiLink.

This is not unique to PE. I wanted to buy an A/D interface for a project. I had a DT2814 board from Data Translation but it won't work in the faster 'AT' slots. I was left with having to purchace either a PCI board or a USB pod. In BOTH cases the only way to get information was to use their software. They offer absolutely NO assistance to writing your own programs to gather data. When I say no assistance, I mean NO assistance. As in not even I/O addresses, or descriptors, or drivers, or ANYTHING! You GOTTA use their setup. Their ENTIRE setup.

I went elsewhere. Ended up with a DLP-08 cable. It's only 10-bit but it's 8 channel and very flexible. And while it's not fast, it's 'fast enough' for what I needed to use it for.

Manufacturers / developers can get away with not providing at least the documention on how it works only because no one does it. Once someone sells something like a Multilink pod that you can 'open' as a device and talk to and make it do things it will break the dam wide open.

[Alban]

Good Afternoon,

Your answer is erroneous.
The information does exist and is shared with tool manufacturers.

The fact that P&E doesn't tell you how the tool works inside is the same as my coffee machine manufacturer not giving me the internal schematics...
You buy the tool, not the whole development/engineering time that has been involved to generate the tool.
You can buy the latest, but it is more expensive.

Alban.

[mke_et]

Hi Alban,

By information and/or tools, I don't mean the details of how the interface is designed or internally works. I mean at the level of having a device that can be 'opened' from a user written program.

Of course, that would imply support for the device at that level too, and that means money to develop and maintain that support.

I'm sure the information on how to do detailed interaction with the MultiLink is available to developers. With big pocket books. But let me ask this. If I, as an individual developer, wanted to sign a non-disclosure to get that information to write a piece of software, like a program that just reads S-records and writes them directly to the device, would the information be made available to me? And if so, at what price, if any?

Then another aspect to consider is what would they actually WANT to be developed and distributed. I mean, I someone were to write a 'driver' for the MultiLink that would allow anyone to 'open' it with their own software and do what they wanted to do with it, would FreeScale even want that to be released? Would their existing tool providers want that to be developed and released? Might cut into other revenues. And I'm not saying that in a nasty way. From a very practical sense, if a larger variety of tools became available, that might curtain the desire of other already existing tool vendors to rethink what and how they support at 'free' levels now.

It's not a simple situation at all.

Mike

[Alban]

Hello,

If you would like to know to really use the information, you could try and ask Freescale.
If it is just for the sake of asking, you should not bother as it would waste a lot of people's time.

Q-Would their existing tool providers want that to be developed and released?
A-Use TBDML. This way you can control BDM with any application you wish and it's cheaper than any other tool...  And it has been promoted by Freescale Forum, as far as I remember.

Multilink is NOT Open Source. P&E also sells software.

BDM specification is available for free, without registering or anything.
Anyone can design an interface that can be opened by their own software. There is no need for any other information.
Just the need for someone like Daniel to remove his fingers and Design... and he already did 98% of the job.

Alban.

[mke_et]

Hi Alban

Please don't take me wrong on this. At one point I desperately wanted detailed information. I was planning on making each unit unique, and doing so at the initial programing. When I couldn't get the info (ok, I didn't try 'that' hard) I changed tracks, and went with a 'generic' program load, and put the unique info into the unit at final 'build and test', including things like serial number and configuration specific graphics for the LCD. That solution turned out to be better anyway, and was easy to write as a 'module' in my code to interface to a Delphi program running on a PC that linked to the device.

While in the long term looking back on things, NOT having the info 2 years ago forced me down a path that ended up being better and more flexible, I was a bit miffed that I couldn't get the info at the time. Toward the end, I only had minor objections. I would have liked to be able to have a generic S19 loader, but actually, when it comes right down to it, I could have done that over the serial port anyway.

And, yes, I don't see a need for the info now, other than 'want to know' kind of thing. From a practical standpoint, I have the source and I can do what I want with it. However, sometimes there can be a need to NOT give out source, but instead only release an 'image'.

Like when I was 'contracted out' from my company. The place I was contracted to became later and later paying my company for my services. I was told by my company to continue working, but NOT leave any source ANYWHERE. I only left ROM images.

They got the last laugh though. They finished the product, never paid for my stuff, and sold the device off to a major manufacturer. Who, probably without realizing it, had source code probably 2 months out of date! Don't know if they EVER found that out!

[J2MEJediMaster]

Check out this forum thread. P&E Micro have a production flash programmer that may suit your needs.

---Tom

[AkellaANand]

>For low volume programming applicatons, you could always launch the debugger without the IDE and it will >first program the selected *.s19 file into the part without re-compiling or assembling.

> Here is what I do:

>Create a shortcut to Hiwave.exe and add this to the target link:

>"C:\Program Files\Freescale\CodeWarrior for HC08 V5.1\prog\hiwave.exe" C:\myfile.s19 -Target=HCS08OpenSourceBDM

>Now double clicking on the Hiwave shortcut you created will launch the Hiwave debugger and program >"myfile.s19" into the device attached to the HCS08OpenSourceBDM.

>You can change this to P&E's debugger, if that's the one you use.


I am using MC9S12C64 Microcontroller ie on HCS12. For the Stand Alone S19 programming using P&E Multilink (BDM) , i have followed the above procedure. I'm facing the following problem while double clicking the shortcut file.

Error while wrtting to C000..C200
information: No memory at the address

The following path i have specified for the target file:
"C:\Program Files\Freescale\CW for HC12 V4.5\prog\hiwave.exe" F:\P&E_Multilink_CyclonePro.abs.s19 -Target=HCS12OpenSourceBDM

please reply me what is the problem with method.

Anand

[CrasyCat]

Hello

CodeWarrior is not a production flash programming tool.

If you wish to perform production flash programming, I would recommend you to check which tools are available from P&E.

CrasyCat

[Andrey123456]

this shortcut works fine:

"C:\Program Files\Freescale\CodeWarrior for Microcontrollers V6.3\prog\hiwave.exe" C:\Projects\Freescale\slider_hsc08\bin\Project.abs.s19 -Target=HCS08ICDCYCLMULT -CHIPMODE=9S08JM60

No need to give source code for production programming and no need to pay more than $400 for cyclone pro