Problem compiling lpcopen (1.01) with CHIP_LPC175X_6X

[lpcware]

Content originally posted in LPCWare by mburton on Sun Mar 03 07:34:17 MST 2013
Hi,

I am attempting to migrate a 1758 based project from CMSIS to lpcopen.

When I try to compile the basic lpcopen peripheral files (lpc_chip, lpc_ip) with CHIP_LPC175X_6X defined, I get a bunch of compile errors because it appears to be trying to compile stuff (e.g. wwdt) that isn't supported by that processor.

Has anyone successfully compiled lpcopen with CHIP_LPC175X_6X defined?

I think my build setup is basically OK because I have been able to compile and link for other chips (e.g. CHIP_LPC1343) - BTW why no support for LPC1313?

Cheers,

Mark

[lpcware]

Content originally posted in LPCWare by lpcadmin on Tue Mar 05 11:29:50 MST 2013
Thanks Mark,

I've placed a bug tracker issue for this here: http://www.lpcware.com/content/bugtrackerissue/lpcopen-175x6x-build-errors
We will use as much as possible from the patch you've supplied - thanks!

>I notice that the UART API is very different for the 13xx devices and the 17xx devices. Are you planning to make all families use the same API sometime?
Yes, current lythe LPC11xx/LPC13xx UART APIs are the new/lighter versions. The other platforms (8xx, 17xx, 18xx, 40xx, 43xx) use the previous UART APIs and will be updated to the new version soon. Driver API's between chip families will be as similar as possible while being able to maintain small size and use the features specific for the device the driver operates on.

[lpcware]

Content originally posted in LPCWare by mburton on Tue Mar 05 02:58:29 MST 2013
Hi Kevin,

I attach the current patch set required to compile lpcopen-1.01 with CHIP_LPC175X_6X defined. I very much hope that this can be incorporated in a future release of lpcopen.

It has had very little testing and many bugs must remain but at least it runs "Hello World".

I notice that the UART API is very different for the 13xx devices and the 17xx devices. Are you planning to
make all families use the same API sometime?

Cheers,

Mark

[lpcware]

Content originally posted in LPCWare by mburton on Mon Mar 04 14:48:56 MST 2013
Hi Kevin,

Thanks for the response.

I have been working my way through the CHIP_LPC175X_6X compilation errors in lpcopen 1.01 and can now run a "Hello World" program on a LPC1758. I will post the diffs soon and, hopefully, they will make it into a future release. It's obvious now, having looked at the lpcopen source, that it's never been built before with CHIP_LPC175X_6X defined.

Cheers,

Mark

[lpcware]

Content originally posted in LPCWare by wellsk on Mon Mar 04 11:18:00 MST 2013
>When I try to compile the basic lpcopen peripheral files (lpc_chip, lpc_ip) with CHIP_LPC175X_6X defined, I get a bunch of compile errors because it appears to be trying to compile stuff (e.g. wwdt) that isn't supported by that processor.
Although the 175x/6x platform support is (mostly) there, it hasn't specifically been tested with a library or board configuration yet. Likely, there will be a Xpresso LPC1769 board in there soon with fully tested 5x/6x support. The core drivers should work fine for the 5x/6x, but any special cases for those devices haven't been tested yet. Likewise, you'll have to create a project that only includes the needed files for that device.

If all else fails, post the errors here and we'll look at them.

>BTW why no support for LPC1313?
The CHIP_* definitions are at the family level only, so the CHIP_LPC1343 definition covers the LPC1311, LPC1313, LPC1342, and LPC1343 devices. If every device needed to be covered, the amount of inline compilation cases would be hard to maintain.
http://docs.lpcware.com/lpcopen/group___c_h_i_p__13_x_x___d_r_i_v_e_r___o_p_t_i_o_n_s.html