ARM-USB-OCD prototype is working well

Hi All,

Just to keep you updated we finish the tests for our ARM-USB-OCD JTAG last week and it works fine with the OpenOCD from Dominic.

We made it as 3-in-1 device as it offers JTAG debug with OpenOCD (soon C-SPY plug-in will be available for EW-ARM from IAR), more IDE vendors are welcome to support it.

It also creates RS232 virtual port which could be used as normal RS232 computer port when you debug your boards.

And the third function is to provide power supply which is jumper selectable 5VDC, 9VDC or 12VDC.

So hopefully it would solve the problems to all Notebook users which now have only USB ports.

The JTAG part supports targets with signals in range 2.0-5.0V (all ARMs currently on the market).

We are running production of the PCBs, plastic, etc and soon will have these devices in stock.

For the windows users we’ll try to make Install pack for WinARM+OpenOCD, so not experienced users will be able to install everything (hopefully) trouble free. Any ideas and suggestions are welcome.

Best regards

Tsvetan

Hi Tsvetan,

Any news about prices ?

Thanks

OLIMEX:
Hi All,

Just to keep you updated we finish the tests for our ARM-USB-OCD JTAG last week and it works fine with the OpenOCD from Dominic.

We made it as 3-in-1 device as it offers JTAG debug with OpenOCD (soon C-SPY plug-in will be available for EW-ARM from IAR), more IDE vendors are welcome to support it.

It also creates RS232 virtual port which could be used as normal RS232 computer port when you debug your boards.

And the third function is to provide power supply which is jumper selectable 5VDC, 9VDC or 12VDC.

So hopefully it would solve the problems to all Notebook users which now have only USB ports.

The JTAG part supports targets with signals in range 2.0-5.0V (all ARMs currently on the market).

We are running production of the PCBs, plastic, etc and soon will have these devices in stock.

For the windows users we’ll try to make Install pack for WinARM+OpenOCD, so not experienced users will be able to install everything (hopefully) trouble free. Any ideas and suggestions are welcome.

Best regards

Tsvetan

it’s on our pricelist already - $69.95

Tsvetan

For price sensitive USB JTAG interface, please checkout the Amontec JTAGkey Serie from:

http://www.amontec.com/jtagkey.shtml

http://www.amontec.com/jtagkey_small02.jpg

what a shameless plug :slight_smile:

so you think that 140 EUR is good price?

what does your JTAGkey offers more than our 53 EUR ARM-USB-OCD?

does it provide additional virtual RS232 port?

can you use it as 5-9-12V power supply for your board?

Tsvetan

Does it support ‘Release’ mode in EWARM for the oki 5003 Olimex boards? I still haven’t heard a peep out of olimex on how to make your code examples run in release mode.

Cannibal:
Does it support ‘Release’ mode in EWARM for the oki 5003 Olimex boards? I still haven’t heard a peep out of olimex on how to make your code examples run in release mode.

the JTAG have nothing to do with the compiler options and settings, if your code works in Debug but doesn’t work in Release mode the problems may be your code or your compiler/linker settings, read the EW-ARM help and user manuals and see what you are doing wrong.

Tsvetan

if your code works in Debug but doesn’t work in Release mode the problems may be your code or your compiler/linker settings, read the EW-ARM help and user manuals and see what you are doing wrong.

Tsvetan

This problem is with the reference projects on the Olimex page , not my code or project settings.

Cannibal:

if your code works in Debug but doesn’t work in Release mode the problems may be your code or your compiler/linker settings, read the EW-ARM help and user manuals and see what you are doing wrong.

Tsvetan

This problem is with the reference projects on the Olimex page , not my code or project settings.

the projects on our web are with settings for compile and execute in RAM.

this is because at the time we made them EWARM had no flash loader made for OKI 5003 internal flash write.

I think this is already fixed in the newer versions of EWARM.

Why you don’t contact IAR if you have problems with EWARM? Their support is very good and they usually respond/fix problems in 24-48 hours.

Tsvetan

Why you don’t contact IAR if you have problems with EWARM? Their support is very good and they usually respond/fix problems in 24-48 hours.

I tried, and found them to be far from on the ball: After telling them I was having an issue writing the flash of an Oki ML67Q5003, their ‘tech’ sent me a ‘resolution’ that was not only for the 4k series (workaround for the 4k’s doesn’t appear to work for the 5k’s), but contained the term FWD: RE: AME-51 (a reference to a conversation between an oki tech and someone who asked IAR a similar question.)

After explaining ‘that’s not my board, or cpu, or question’ a bewildered IAR fellow asked me if i had tried an intel non-extended hex file output… I pointed him to the oki ISFP documentation and haven’t heard from him in over a week.

I think this is already fixed in the newer versions of EWARM.

Version 4.31A is only a week old and doesn’t seem to have a flash loader file for the 5000 series of oki cpus.

this is because at the time we made them EWARM had no flash loader made for OKI 5003 internal flash write.

They still don’t, but it is possible to export a hex file from the linker that can be loaded via the oki made ISFP utility… the one you link to in freewings guide.

the projects on our web are with settings for compile and execute in RAM.

1 Olimex Oki MLQ65003 Cpu board - $120 USD

1 Olimex Header board for Oki Cpu board - $60 USD

1 Olimex ARM-JTAG connector for Oki Cpu Board -$20

Finding out that Olimex doesn’t seem to be able to answer the question ‘how do i use the flash on your fantastic contraption?’

Priceless

:roll:

I don’t know how others feel around here, but I’ve always found an operational example to be the most valuable tool when learning to use a new piece of equipment. A good example gives you a jumping off point, and something to build on, and can make the equipement a pleasure to learn. (I’m sure Everyone who uses the LPC series with the excellent eclipse guide will agree)

Not having rudimentary support from the people who make the equipment, or the reccomended IDE vendor is painful and upsetting.

Cannibal:

Why you don’t contact IAR if you have problems with EWARM? Their support is very good and they usually respond/fix problems in 24-48 hours.

I tried, and found them to be far from on the ball: After telling them I was having an issue writing the flash of an Oki ML67Q5003, their ‘tech’ sent me a ‘resolution’ that was not only for the 4k series (workaround for the 4k’s doesn’t appear to work for the 5k’s), but contained the term FWD: RE: AME-51 (a reference to a conversation between an oki tech and someone who asked IAR a similar question.)

what they do for their customers is 24-48 hours support and problem fixing, from what you are writing you are not their customer, but dowloaded their free kickstart, just imagine how many are the others like you (I guess many thousands) and I guess 99% beginners or peoples who have no glue for ARM programing think about it, why do you expect any support for something you didn’t pay for? I’ve been withness to how for single customer who asking for help to move on new platform they do new flash loader and send update in couple of days.

Cannibal:

1 Olimex Oki MLQ65003 Cpu board - $120 USD

1 Olimex Header board for Oki Cpu board - $60 USD

1 Olimex ARM-JTAG connector for Oki Cpu Board -$20

Finding out that Olimex doesn’t seem to be able to answer the question ‘how do i use the flash on your fantastic contraption?’

Priceless

:roll:

I’m pretty much confident that our OKI board is the best value for the money you can get on the market, just compare this $180 to the $3000 OKI original development board which OKI sells and ask yourself if this is priceless or not. If you think paying $2800 for some more demo core justify this amount I’ll seriously discuss with our engineering dept your proposal and we can make some demo code specially for you, and we can put some more efforts and write flash loader for EW-ARM (if you read the EW-ARM documentation there is explanation how to make one yourself it’s not easy for beginner, but it’s doable) just let me know if this is what you needand what you are ready to pay for

Best regards

Tsvetan

think about it, why do you expect any support for something you didn’t pay for?

Because they claim that their products support the MCU, and that they support their products. The purpose of Kickstart is to convince people to eventually pay for the full version. I should think they would like to be told about inadequacies in their ‘bait’ before ‘someone that matters’ tries to use it. :stuck_out_tongue:

I’m pretty much confident that our OKI board is the best value for the money you can get on the market

Well, now that you metion it, you can get a 32MB flash development cartridge for the Gameboy Advance (ARM7 with a colour LCD) here for $76 USD

http://www.jandaman.com/games.mvc?p=gba … =GBADEVKIT

A Used Gameboy Advance from EBGames for $25 CDN (About $23 USD)

http://www.ebgames.com/search.asp?sortb … ind=Search

And there’s a free book on programming the GBA here

http://www.jharbour.com/gameboy/default.aspx

Also, you can pay $16 to get a great CD full of source code and examples. (Including some games! These must be a boon for anyone learning how to use the graphics or audio subsystems).

So to recap, the olimex solution is $180+20 (have to remember the JTAG cable that is extra from olimex, but included with the above GBA dev kit) while the GBA solution is about $115.

Granted there are tradeoffs, the gba is far more advanced for sound, video, and flash intensive apps, while the olimex board has a faster ARM core, has relays, more IO, and a funky green PCB.

If you think paying $2800 for some more demo core justify this amount I’ll seriously discuss with our engineering dept

But the other guys only want $16 :frowning:

your proposal and we can make some demo code specially for you

I don’t want demo code specially for me. I want demo code on your website that will let anyone who buys your product either burn their code into flash using the JTAG cable you sell, or for example, one of the existing projects to come with correct ‘release’ mode settings to build a valid hex image that can be uploaded with the Oki ISFP.

I’ll tell you what Tsvetan, it’s obvious we don’t see eye to eye on this issue. I feel you should support your product with quality examples, you feel your customers should ‘figure it out for themselves’.

I propose a challenge that will benefit all of your customers, and increase the usability and value of your oki solution: Each of us will try to be the first to produce a clear set of instructions on how to get your reccomended tools (IAR kickstart), with your reference code (Let’s both work on the LCD code project, since a working LCD example can greatly speed further debugging), on your hardware (the oki board olimex sells).

The first person who produces clear instructions on how to achieve this will be the winner.

Should you win, I will gladly wear an olimex company shirt to work if you ship me one. (I am a B.Eng of electrical engineering, and currently work as a researcher in a Canadian University. The people around me will likely have an interest in who this ‘olimex’ is, and if you win, i’ll have to tell them your products are well supported, since it will be true!)

Should I win, I want Olimex to promise me, and promise sparkfun, that by the end of 2006, you will have example IAR projects on your site, for every ARM product you sell, that work in both Ram+debug, and Flash+Release mode.

Think you’re better than a punk kid? Prove it, and stand behind your products while doing it.

Of course i’ll understand completely if you are unwilling to stand up to this challenge.

Heh, sorry, but I couldn’t resist:

You’re comparing apples and oranges. The GBA is a consumer product manufactured for a mass market (therefor cheap). Yes, there are a lot of developers, and yes, they’re sharing their experience, tools and software, but you don’t pay for that - if you had to pay for it, you’d probably have to pay as much as for one of the vendor-supplied development kits (OKI, Atmel, whatever). Those that want to program a GBA are lucky that a third party is offering support for free.

Olimex is, in my opinion, mostly a PCB manufacturer. You could hardly build a prototype PCB yourself for the money Olimex charges you. They provide samples, which is nice, and it seems they worked for you in debug mode (unless I misunderstood something in your post - your demand for 'Release" mode suggested that). To me, that means there is no fundamental problem with their hardware or the code they supply.

What is left is a problem with your use of a software you didn’t pay for, and which Olimex isn’t responsible for. It’s hardly fair to blame them for your issues with IAR, nor is it fair to demand support from IAR for something you didn’t pay them for. Of course it would be nice, and one would think that IAR should be interested in solving problems with their software - but it might also be that their software works “in the usual case”.

Regards,

Dominic

Of course it would be nice, and one would think that IAR should be interested in solving problems with their software - but it might also be that their software works “in the usual case”.

You’re quite right, and from my explorations so far, some (not all) issues can be caused by the compiler optimization settings, and having the provided projects set to ‘maximum’ optimization out of the box. Code that behaves well ‘in the usual case’ as you put it, can go off the rails if the compiler is then set to maximum speed/size savings.

They provide samples, which is nice, and it seems they worked for you in debug mode (unless I misunderstood something in your post - your demand for 'Release" mode suggested that). To me, that means there is no fundamental problem with their hardware or the code they supply.

Well, I have to say you’re mostly right here. Yes, examples are nice, and debug mode does work very well :wink:

My request for release mode however is related to useful code: IE the supplied projects help with the basics of a valid c program for the embedded target. What they don’t cover is how to burn code into the MCU in a permanent fashion, IE how to actually use the product, not just perpetually debug it. Since this product is billed as their ‘top of the line’ ARM platform, it’s suspicious that there is no attempt at actually utilizing it’s strength (specifically the 5003 is notable for a very generous amount of onboard flash).

Olimex is, in my opinion, mostly a PCB manufacturer. You could hardly build a prototype PCB yourself for the money Olimex charges you.

Never claimed I could, I simply claimed I could get more for my money. Heh.

You’re comparing apples and oranges. The GBA is a consumer product manufactured for a mass market (therefor cheap).

Oh very true, but, remember my comment was in reply to Tsvetan’s assertion that Olimex had the best value for money on the market, which is plainly wrong. Even way off the mark when you compare it to the GBA scene. Especially the DS model which comes with an ARM9 as well as an ARM7 and two screens for still less than the Olimex solution. :slight_smile:

So yes Olimex, does have a good value, but on careful review, there is much better available :slight_smile:

es, there are a lot of developers, and yes, they’re sharing their experience, tools and software, but you don’t pay for that - if you had to pay for it, you’d probably have to pay as much as for one of the vendor-supplied development kits (OKI, Atmel, whatever)

Well, there’s a will and a wish about that that ties in with the above value assertions again. The value of a development platform is more than simply the sum of its components. It’s also the ease with which it can be utilized, and the degree to which assistance is available. True, I didn’t pay much for the olimex board compared to what the board costs direct from oki, but get this:

So far, of all of IAR, Olimex, and Oki Semiconductor, Oki and one of their engineers has been the most help in trying to get my hardware to work for me… It was an Oki engineer who confirmed my suspicions about the optimizations in the IAR compiler :slight_smile:

I mean that is above and beyond, an engineer taking time to help a guy who owns one chip worth a few dollars, on someone elses development board, with someone elses software! Claaaaasy :smiley:

Contrast that with the IAR fumble (told me how to fix the wrong chip), and the way in which i’ve essentially been told to go choke on a “hotdog” by Tsvetan, and it really puts the relative reputability of the involved parties into perspective.

Those that want to program a GBA are lucky that a third party is offering support for free.

Far luckier than those of us who believe Olimex is capable of producing a single working IAR project. :frowning:

Dominic, please do write back, since I find it reassuring to have another perspective on this, even if you are mostly supporting Olimex with your statements :slight_smile: Please consider my counterpoints and get back to me.

And as for Tsvetan, have you decided so fast that Olimex is incapable of accomplishing this, or is it just unwilling to support its product?[/b]

Cannibal:

Oh very true, but, remember my comment was in reply to Tsvetan’s assertion that Olimex had the best value for money on the market, which is plainly wrong.

please don’t misinterprete and manipulate my post - read what I wrote:

“I’m pretty much confident that our OKI board is the best value for the money you can get on the market”

I wrote OKI board, if you say this is wrong let me know which else OKI chip based board offer more value for less money please?

the code on our web is provided “as is” to easy our customers, in matter of fact it’s so simple and silly that it takes no more than few hours to write such code, the examples have been made on EW-ARM as we got free licensee from IAR and our peoples here like to work with it, well this may change soon when we are ready with WinARM/OpenOCD install package, probably we’ll make all our future board examples on GCC + Eclipse/OpenOCD

I like your social engineering approach(yeah are capable of…?), if I was 18 years old I probably would bite, but unfortunately I’m not kid now and I know very well what we are capable of and don’t think I need to prove it to you.

Someone tomorrow will reqest code which works on Keil or Realview. Not big deal really when you work in C but from your posts it seems like you are looking more for someone to do your homework, instead to try to solve this simple challenge yourself?

Best regards

Tsvetan

please don’t misinterprete and manipulate my post - read what I wrote:

“I’m pretty much confident that our OKI board is the best value for the money you can get on the market”

the code on our web is provided “as is” to easy our customers

Sorry, at times I’ve found it difficult to follow your meaning… see above.

I wrote OKI board, if you say this is wrong let me know which else OKI chip based board offer more value for less money please?

My understanding of ARM cpus is that the ARM architecture is maintained by a 3rd party (british?) company, and that manufacturers such as Oki, Phillips, Analog Devices, etc only add a subset of peripherals (all the ADu devices come with fast ADC’s for example).

So does my reccomendation of the GBA constitue an Oki product? You’re right, it does not.

Does the GBA DS alternative contain an ARM9, and an ARM7, and Colour LCD(s), and a plethora of examples and support for less money? Why yes it does :slight_smile:

If we’re going to be so needlessly brand concious why don’t we just say ‘the Olimex oki board represents the best Olimex oki board on the market.’

Someone tomorrow will reqest code which works on Keil or Realview.

Those aren’t your reccomended development tools, I’d completely understand if you didn’t want to associate with them given your support of IAR. But in light of your reccomendation, and being a distributor of IAR in the country of Bulgaria, I think it’s reasonable to assume that you are experts on the software you reccomend.

Not big deal really when you work in C but from your posts it seems like you are looking more for someone to do your homework, instead to try to solve this simple challenge yourself?

Are you aware that the flash code example that is on your site, is an assembly example, written by a Japanese fellow named ‘freewing’ (who did a great job by the way) that Olimex simply links to… in effect letting him do the that part of the homework for your Company that makes money on these things, as well as using his bandwidth to do it? LOL :roll:

Bluster, backed by hypocrisy.

To answer your question about solving this simple challenge myself, I am currently working on it, but if Olimex has already solved this problem (as you seem to be insinuating), why are you not sharing with your customers? I agree that exploration is important, but there’s a fine line between ‘challenge’ and ‘baffling ordeal’, with this product and development tool squarely placed in the ‘ordeal’ category :frowning:

this may change soon when we are ready with WinARM/OpenOCD install package, probably we’ll make all our future board examples on GCC + Eclipse/OpenOCD

If you’re telling me that all I need to do is have patience, and you’ll show us how to use the flash on your products, I will firstly have patience, and second, I will apologize for not having faith in your company.

Please let me know Tsvetan, perhaps I have been too hard on Olimex.

Hey Cannibal,

Walk your line carefully. The minute you start picking on people for their creative use of the english language or their politics (which you seem to have intuited all on your own), be prepared for little or no help.

Plainly, Tsvetan has been as kind and as helpful as time has permitted. Please do not use any more of it. We openly and gladly admit we are a brown-box company (well, SFE and Olimex are separate companies but run things similarly). At SFE, we just can’t keep up with the documentation for all our products. We really wish we could! But it’s a trade off - you get what you pay for.

If you really can’t figure out the OKI system, feel free to return it for a full refund. Tsvetan is completely correct - you will NOT find a cheaper development platform. What you will find are more expensive eval kits ($5k is not uncommon, some low end kits can be found for ~$1k). These will have books of documentation and phone numbers to call so that you can get help when you need it. But at this time, more example code and assistance must be on your own. I encourage you to use the forum as much as possible so that other users can learn as well.

Best of luck with your learning curve - it’s painful but I’m sure you’ll weather it.

-Nathan

Sparky, please check your inbox 8)

Approximately 4.5 hours ago I submitted a guide to sparkfun that details how to fix the olimex projects, that can show your users how to program the flash on the oki chip, using the IAR tools reccomended by Olimex.

I just want you guys to test it to make sure you can duplicate my results.

Tsvetan is completely correct - you will NOT find a cheaper development platform

Please read back over several of my posts, I link to:

GBA hardware, GBA development tools (flash unit and cabling), and GBA software, for substantially less than the solution under discussion.

If you really can’t figure out the OKI system, feel free to return it for a full refund.

That’s a very kind offer, and shows true reliability on the part of sparkfun, but i think we should both be able to rely on support from further up the chain. Especially from those who describe their products as the best value on the market :lol:

Plainly, Tsvetan has been as kind and as helpful as time has permitted.

Oh dear… please do read the previous posts, Tsvetan has done nothing but pass the buck from one 3rd party to another (first it was to IAR).

The only people who have helped actively me through this have been an Oki engineer. It would seem that they sell one chip and they’re willing to help, regardless of who made money selling the board to you :slight_smile:

Notwithstanding your offer of a return, but that is a very recent development.

Walk your line carefully. The minute you start picking on people for their creative use of the english language or their politics (which you seem to have intuited all on your own), be prepared for little or no help.

You are correct, i will try to be more understanding, and will edit my post.

Cannibal:
Please read back over several of my posts, I link to:

GBA hardware, GBA development tools (flash unit and cabling), and GBA software, for substantially less than the solution under discussion.

You seem to be under the impression that the GBA is a development platform, it isn’t, it’s a consumer product. Can you easily attach your own peripherals to it, does it have a prototyping area, is it using the processor that you are going to use in your prototype?

I know the answer to at least 2 of those questions and they’re no, which definately means it’s not a development board, it’s a toy.

If I came into work and said “ok, we need to get a ARM based prototype up and running” and followed that up by saying “Lets use a GBA!”, I’d get laughed at, ridiculed, told off and would never live it down, why? It’s not a development board - it’s not letting me test the capabilities of the processor I intend to use.

For example, the philips LPC & SAM7 are both ARM processors, but that’s where the similarities end - I wouldn’t use a LPC part for a prototype if my target processor is a SAM7.

We develop in ‘C’, so the instruction set is largely irrelevent to me - my code could be targetting a C51, PIC, AVR, X86 - it’s the peripheral access which is the key, not the instruction set.

I think my boss would be shocked if I suggested instead of usings an LPC2103 which costs about $2.50 dollars we buy GBA’s and dismantle them to get the ASIC chip out to use on our products :wink: