ARMmbed
/
mbed-os
mirror of https://github.com/ARMmbed/mbed-os.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
1,939 Commits
52 Branches
336 Tags
628 MiB
Commit Graph

227 Commits (ffef32f2bc6fb88a72a992e85a9e9df0982d7eff)

Author SHA1 Message Date
Andreas Rebert 00cfdbad2a Merge remote-tracking branch 'upstream/master' into lpc4088 2013-09-09 14:13:08 +02:00
unknown 0e36bdd457 Bugfix: PIN Modes was not set correctly 
Added: Export to uVision and Code Red toolchains
 2013-09-09 14:10:11 +02:00
Bogdan Marinescu 1f243a900c Merge remote-tracking branch 'github/master' 2013-09-09 12:31:42 +03:00
Bogdan Marinescu fded46b459 [LPC1768] Fix serial_clear 
serial_clear() erroneously disabled the UART FIFOs.
Reported by Adam Green.
 2013-09-09 12:28:11 +03:00
Toyomasa Watarai d0d2df3ce5 Fixed problem in PWMOUT mapping table 
Fixed problem in PWMOUT output issue.
Startup code cean-up (correced exception names).
Corrected test cases.
 2013-09-09 18:15:51 +09:00
Bogdan Marinescu d51411294f Merge pull request #57 from adamgreen/serialTxDropsRx 
serial_putc() can cause rx bytes to be dropped
 2013-09-09 01:19:29 -07:00
Joris Aerts 743e178455 Fix MASKED_ACCESS bug in gpio_init, now same as LPC11xx (Also use PIN_SHIFT instead of magic number 8 in gpio_set) 2013-09-08 18:57:40 -07:00
Adam Green 5d27f98c7b serial_putc() can cause rx bytes to be dropped 
While fixing this issue in the various LPC* ports, I noticed a comment
pointing to this mbed forum post which summarizes this bug quite well:
  https://mbed.org/forum/bugs-suggestions/topic/4473/

This bug was introduced in the following commit:
2662e105c4

The following code was added to serial_putc() as part of this commit:
    uint32_t lsr = obj->uart->LSR;
    lsr = lsr;
    uint32_t thr = obj->uart->THR;
    thr = thr;

As the forum post indicates, this causes the serial_putc() routine to
actually eat an inbound received byte if it exists since reading THR is
really reading the RBR, the Receiver Buffer Register.  This code looks
like code that was probably added so that the developer could take a
snapshot of these registers and look at them in the debugger.  It
probably got committed in error.
 2013-09-07 00:44:44 -07:00
Bogdan Marinescu 95f6826196 Refactor code for LPC810/LPC812 
There were lots of overlaps in the code for LPC810 and LPC812, including
duplicated source files. This commit adds a TARGET_LPC81X_COMMON folder in
both HAL and CMSIS, this folder keeps common code for the targets.
 2013-09-05 19:00:19 +03:00
ytsuboi 8dd6bdb701 [LPC810] add LPC810 support 2013-08-24 15:49:16 +09:00
Toyomasa Watarai 1ff64de847 Fixed gpio_irq_api bugs 
Corrected improper implementation of channel_ids[] usage.
Revemod redundant arrays e.g. pin_names[] and trigger_events[]
 2013-08-21 16:46:03 +09:00
Toyomasa Watarai 10e30b5cfb Fixed error handling and cleanup 2013-08-21 10:46:37 +09:00
Toyomasa Watarai 1d1c8c6391 Removed SWCLK and SWDIO pins from pinmap 2013-08-16 00:17:52 +09:00
Toyomasa Watarai 9f2a930f31 Fixed GPIO read operation 2013-08-14 22:43:03 +09:00
Toyomasa Watarai b632d8db46 Removed redundant code in serial_api 2013-08-14 22:29:31 +09:00
Toyomasa Watarai 83e065d1bc Fixed missing mask register setting for I2C 2013-08-14 22:28:30 +09:00
Adam Green cc56997a70 Cast to matching enumeration type instead of uint32_t 
This commit targets the LPC11U24 code, whereas a previous one
targetted similar issues in the LPC1768 mbed HAL code.

These changes were made to silence GCC warnings and fix potential bugs
where they would never be equal when the enumeration wasn't a 32-bit
type.

For example, pinmap.c used to contain this code:
    if (pin == (uint32_t)NC) return;
I switched it to:
    if (pin == (PinName)NC) return;

I wonder why this casting to uint32_t was done in the first place?
Maybe another supported compiler requires it?
 2013-08-13 01:47:19 -07:00
Adam Green 8fe7276b98 Silence signed/unsigned comparison warnings in GCC. 
Why do the wait APIs take a signed integer if they are going to be
compared to unsigned quantities?
 2013-08-13 01:47:19 -07:00
Adam Green c411823656 Fix operator precedence warning in can_api.c 
The original code was:
    if(LPC_CAN1->IER | LPC_CAN2->IER != 0) {

This would actually be interpreted as:
    if(LPC_CAN1->IER | (LPC_CAN2->IER != 0)) {
I simplified it to:
    if(LPC_CAN1->IER | LPC_CAN2->IER) {
With the comparison removed, the GCC warning no longer fires since the
user's intent is no longer unclear.  However, the end result should be
the same.
 2013-08-13 01:47:19 -07:00
Adam Green 15f833bc1b Cast to matching enumeration type instead of uint32_t 
These were done to silence GCC warnings and fix potential bugs where
they would never be equal when the enumeration wasn't a 32-bit type.

For example, common/pinmap_common.c used to contain this code:
    if (pin == (uint32_t)NC)
I switched it to:
    if (pin == (PinName)NC)

I wonder why this casting to uint32_t was done in the first place?
Maybe another supported compiler requires it?
 2013-08-13 01:47:19 -07:00
Andreas Rebert 75dba19438 Updated pin mapping and CAN HAL for LPC4088 target 2013-08-08 13:57:02 +02:00
Matthew Else e1eb357c53 Added changes to PWM API from LPC1114 to LPC11C24 2013-08-07 09:45:47 +01:00
Matthew Else b437a3ca22 Removed can_api.c from TARGET_LPC11CXX, as it's not ready for pull request yet. 2013-08-07 09:43:28 +01:00
Toyomasa Watarai 0c0b51f663 Fixed pwm_api bug 
Corrected pwm_timer_map table for LPC1114
 2013-08-07 16:24:58 +09:00
Matthew Else 548d18ebd7 Pull in changes to the main mbed code base. 2013-08-06 20:04:32 +01:00
Matthew Else d29ebefbd9 Begin to add can_api.c to LPC11C24 codebase. Not complete yet, which is why it's #if 0ed out. Lots of build errors come up if #if0 isn't there, which is why it is for now. 2013-08-06 17:41:31 +01:00
Emilio Monti e42786649f The LPC1347 board does not have an interface chip 2013-08-06 16:36:03 +01:00
Matthew Else 45470aba31 Updated READMEs 2013-08-06 15:09:41 +01:00
Matthew Else bf02700a32 Merge https://github.com/jorisa/mbed 2013-08-06 09:43:52 +01:00
Joris Aerts c747e2533f Rename some argument and enum names to match existing naming 
Add CAN->mode(Mode mode) function (not implemented in hal)
 2013-08-05 17:28:27 -07:00
Matthew Else ef28879863 Merged remote tracking branch 'upstream/master' 2013-08-05 17:22:01 +01:00
Matthew Else 2c45596673 Merge https://github.com/jorisa/mbed 2013-08-05 17:11:58 +01:00
Matthew Else 7c8c7228c8 Pushed LPC1114 I2C updates to the LPC11C24 2013-08-05 17:09:22 +01:00
matthewelse 7827d62504 Added alternative DIP package names for pins in the LPC1114 
Added this so it is consistent with the notebook page.
 2013-08-02 10:38:05 +01:00
Joris Aerts f685efa9b2 Merge remote-tracking branch 'upstream/master' 2013-08-01 17:24:20 -07:00
Matthew Else d899612525 Merge branch 'forpullrequest' 2013-08-01 16:25:28 +01:00
Matthew Else 0f7ece02a8 Fixed I2C API 2013-08-01 16:23:13 +01:00
Matthew Else df5c36a9ae Uncommented i2c_wait_SI(obj), as it should not have been commented out. 2013-08-01 16:04:18 +01:00
Matthew Else dc68b76d0f Added timeout for i2c_stop in LPC1114 target. 2013-08-01 15:46:05 +01:00
Joris Aerts a16dc72272 Add @param documentation for new event parameter 
Add clear irq to attach() template function
Call irq_handler for every interrupt set
 2013-07-31 10:45:28 -07:00
Joris Aerts 63b2b271d1 Refactor CAN interrupt handling to LPC176X HAL implementation 
Add handlers for other CAN interrupt events
Changed CAN private entities to protected
 2013-07-31 07:26:32 -07:00
Joris Aerts 8ef8aac36e Merge remote-tracking branch 'upstream/master' 2013-07-30 19:16:34 -07:00
Joris Aerts 51bfe267f4 Add can_t->index to struct and set it during can_init 2013-07-30 15:17:40 -07:00
matthewelse 429d2e61eb Enabled CAN for LPC11CXX in device.h 2013-07-29 10:59:18 +01:00
Matthew Else 200b263dcd Added basic stuff necessary to compile for LPC11C24 target. 2013-07-27 18:12:35 +01:00
Matthew Else 153153f261 Added serial_break_clear/serial_break_set 
Fixes #24
 2013-07-26 11:44:09 +01:00
Matthew Else 3172fd97ca Fix both edge bug in gpio_irq_api.c 
Fixes #22
 2013-07-26 09:41:20 +01:00
Matthew Else a356553c7d Fixed incorrect use of static in port_api.c 
This was causing errors when compiling in GCC_ARM
 2013-07-25 16:01:45 +01:00
Matthew Else c3ebd47071 Tidying up gpio_irq_api.c 2013-07-25 10:43:49 +01:00
Matthew Else a7ba27618d Fixed bug in gpio_irq_api 
Test interruptin now works. Fixes #16
 2013-07-25 10:26:46 +01:00
Matthew Else df067bd4e9 Complete support for GPIO interrupts. 2013-07-24 16:02:01 +01:00
Matthew Else 3d08be9700 Attempt to fix the interrupts problem. 2013-07-24 11:00:07 +01:00
Toyomasa Watarai a125a25a97 Implemented PortIn, PortOut and PortInOut API #8 
Followingt test cases have been passed:
* PortOut (#24)
* PortOut PortIn (#9)
* PortInOut (#8)
 2013-07-24 18:37:12 +09:00
matthewelse d67d4f7fc1 Create README.md 2013-07-23 15:54:13 +01:00
Matthew Else 55f91f1da8 Fixed errors in gpio_irq_api.c 2013-07-23 15:44:24 +01:00
Matthew Else c56d1a5236 Fully implemented GPIO_IRQ 
* Removed unused variables/comments.
* As of yet, untested...
 2013-07-23 15:35:38 +01:00
Matthew Else 819ca5547c Removed extraneous comment from the function 2013-07-23 14:21:40 +01:00
Matthew Else 8011992021 Fully implemented gpio_irq_set 2013-07-23 14:19:33 +01:00
Matthew Else fea818fccb Updates to interrupt handling 2013-07-22 13:56:56 +01:00
Matthew Else 1da8e8a2c7 Started to implement gpio_irq_set 2013-07-22 13:30:00 +01:00
Matthew Else 4cf6f09411 Enabled the interrupts api to compile 2013-07-22 12:46:46 +01:00
Toyomasa Watarai 2a989551aa Fixed gpio_api 
Corrected base address of GPIO port register
 2013-07-22 18:53:45 +09:00
Matthew Else 1097af7091 Added DIP package pins to PinNames.h 2013-07-22 09:30:47 +01:00
ytsuboi ca31bda530 Removed printf debug lines 2013-07-22 14:55:19 +09:00
Toyomasa Watarai 794ab9cbd3 Fixed #9 and test ticker test code 
Clean-up GPIO stuff, but it shoud be same behavior as before.
 2013-07-21 23:04:46 +09:00
Matthew Else 84a76cd8d8 Added a load of debug lines 
Basically this outputs a load of stuff to the serial port. I'm just
using this to get an idea of where the error lies within the code...
 2013-07-19 16:56:49 +01:00
Matthew Else 66ca1c9db2 Refactored bits of gpio_api.c 
In between the last two commits, I added debugging lines using serial to
try and locate the line of code that was causing the issues with GPIO.
However, didn't get anywhere with this because the gpio_write function
is defined in a header file, rather than in an implementation file, so
the printf function can't go there. As a result, it's just refactoring.
 2013-07-19 15:23:25 +01:00
Matthew Else a9bb4aa5cb Lots of changes, fixing build bugs and renaming 
Files renamed to fit with the new style folder structure
 2013-07-19 13:59:50 +01:00
Matthew Else 18c291b7ce Added ytsuboi's modifications for using the 1114 2013-07-19 11:24:51 +01:00
Bogdan Marinescu 0c33d40fbb Added support for UART break generation. 2013-07-17 15:29:39 +03:00
samuel.mokrani@arm.com f2ea747280 [LPC1347] Change LED pin names 2013-07-17 15:27:10 +03:00
Bogdan Marinescu 358e84edf3 [LPC1347] Added GPIO interrupts 2013-07-17 15:17:20 +03:00
samuel.mokrani@arm.com 5b0fe44b0d [LPC1347]: first implementation of analogIn (not tested) 2013-07-17 15:17:19 +03:00
samuel.mokrani@arm.com 6b7f4b998e [LPC1347]: first implementation of PWMOut (not tested) 2013-07-17 15:17:09 +03:00
Bogdan Marinescu 721082257c Preliminary support for LPC13XX 
Works only with GCC_ARM for now.
 2013-07-17 14:57:02 +03:00
jesusalvarez 804176b806 Update targets and pins for LPC43xx 2013-07-07 23:27:11 -04:00
Emilio Monti 597c62e06a Add the vendor name as a proper target label 2013-07-03 17:14:43 +01:00