Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

board/arduino-leonardo: add initial support (without usb cdc) #7306

Closed
wants to merge 0 commits into from

Conversation

tprrt
Copy link
Contributor

@tprrt tprrt commented Jul 3, 2017

board/arduino-leonardo: add initial support (without usb cdc)

@tprrt tprrt changed the title Tprrt/leonardo board/arduino-leonardo: add initial support (without usb cdc) Jul 3, 2017
@aabadie
Copy link
Contributor

aabadie commented Jul 4, 2017

Awesome!
briefly looking at the code, looks quite good already.
Thanks for providing this and welcome to RIOT !

@aabadie aabadie added Platform: AVR Platform: This PR/issue effects AVR-based platforms Type: new feature The issue requests / The PR implemements a new feature for RIOT labels Jul 4, 2017
@aabadie aabadie added this to the Release 2017.10 milestone Jul 4, 2017
@miri64
Copy link
Member

miri64 commented Jul 4, 2017

For reference: I've got the board, so when it's time to test I'm happy to do so.

@miri64
Copy link
Member

miri64 commented Jul 17, 2017

I get only

Connecting to programmer: .avrdude: butterfly_recv(): programmer is not responding

avrdude: butterfly_recv(): programmer is not responding
avrdude: butterfly_recv(): programmer is not responding
avrdude: butterfly_recv(): programmer is not responding
avrdude: butterfly_recv(): programmer is not responding
avrdude: butterfly_recv(): programmer is not responding
Found programmer: Id = ""; type = 
    Software Version = .; Hardware Version = �.
avrdude: butterfly_recv(): programmer is not responding
avrdude: butterfly_recv(): programmer is not responding
avrdude: error: buffered memory access not supported. Maybe it isn't
a butterfly/AVR109 but a AVR910 device?
avrdude: initialization failed, rc=-1
avrdude: AVR device initialized and ready to accept instructions
avrdude: Device signature = 0x88fb48
avrdude: Expected signature for ATmega32U4 is 1E 95 87
avrdude: butterfly_recv(): programmer is not responding
avrdude: error: programmer did not respond to command: leave prog mode
avrdude: butterfly_recv(): programmer is not responding
avrdude: error: programmer did not respond to command: exit bootloader

avrdude done.  Thank you.

/home/mlenders/Repositories/RIOT-OS/RIOT/examples/hello-world/../../Makefile.include:368: recipe for target 'flash' failed
make: *** [flash] Error 1
make: Leaving directory '/home/mlenders/Repositories/RIOT-OS/RIOT/examples/hello-world'

when trying to flash.

Could you maybe also update the udev-rules in dist/tools/vagrant/udev_rules for our vagrant users?

@miri64 miri64 requested a review from aabadie September 19, 2017 11:11
@smlng smlng added the Area: boards Area: Board ports label Oct 27, 2017
@miri64
Copy link
Member

miri64 commented Nov 15, 2017

Needs rebase, and please address my comment.

@miri64
Copy link
Member

miri64 commented Nov 28, 2017

Ping?

@tprrt tprrt force-pushed the tprrt/leonardo branch 10 times, most recently from 169dd0b to 92601db Compare December 12, 2017 08:03
@tprrt
Copy link
Contributor Author

tprrt commented Dec 12, 2017

@miri64 I have rebased this branch on master latest, in order to correct the conflicts, run static-tests and test on target.

@tprrt
Copy link
Contributor Author

tprrt commented Jan 2, 2018

@aabadie, @miri64 : It is good for you so that this is merged in the next release ?

Copy link
Contributor

@aabadie aabadie left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is good for you so that this is merged in the next release ?

After having a look at it, I think it it could make it. I have a few comments, see below.

boards/common/arduino-atmega/board.c Outdated Show resolved Hide resolved
boards/common/arduino-atmega/include/board_common.h Outdated Show resolved Hide resolved
cpu/atmega32u4/startup.c Outdated Show resolved Hide resolved
cpu/atmega32u4/include/cpu_conf.h Outdated Show resolved Hide resolved
cpu/atmega32u4/doc.txt Outdated Show resolved Hide resolved
sys/pipe/pipe_dynamic.c Outdated Show resolved Hide resolved
@miri64
Copy link
Member

miri64 commented Dec 18, 2018

Now tests/periph_timer and tests/periph_adc are compiling. However, the periph_timer application is failing:

2018-12-18 15:30:37,687 - INFO # main(): This is RIOT! (Version: 2018.10-RC1-436-gdd6ec-HEAD)
2018-12-18 15:30:37,688 - INFO # 
2018-12-18 15:30:37,716 - INFO # Test for peripheral TIMERs
2018-12-18 15:30:37,717 - INFO # 
2018-12-18 15:30:37,738 - INFO # Available timers: 1
2018-12-18 15:30:37,739 - INFO # 
2018-12-18 15:30:37,757 - INFO # Testing TIMER_0:
2018-12-18 15:30:37,802 - INFO # TIMER_0: ERROR on initialization - skipping
2018-12-18 15:30:37,803 - INFO # 
2018-12-18 15:30:37,805 - INFO # 
2018-12-18 15:30:37,817 - INFO # TEST FAILED

Are you sure the timer is configured correctly?

@miri64
Copy link
Member

miri64 commented Dec 18, 2018

Also, only squash if the reviewer asks you to. Otherwise it is hard to track your changes + I don't get notified when you force push ;-).

@tprrt tprrt force-pushed the tprrt/leonardo branch 3 times, most recently from c8d8800 to 60e158a Compare December 20, 2018 21:47
@tprrt
Copy link
Contributor Author

tprrt commented Dec 20, 2018

@miri64 I only saw your comment about the squash, after having pushed my last fix. I'm taking note for next time.

@miri64
Copy link
Member

miri64 commented Jan 8, 2019

I'm not sure, when I next come to test this, but it might be that you need to adapt for #9130 if it is merged before :-/

@kYc0o
Copy link
Contributor

kYc0o commented Jan 8, 2019

@miri64 yes it will need some adaptation. However I think is limited to the removal of code duplication, should be straightforward.

Copy link
Member

@miri64 miri64 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Timer tests work now. @aabadie do we want to merge this before #9130 and refactor there?

@miri64
Copy link
Member

miri64 commented Jan 13, 2019

Ping @aabadie?

@miri64 miri64 added the CI: ready for build If set, CI server will compile all applications for all available boards for the labeled PR label Jan 13, 2019
@miri64
Copy link
Member

miri64 commented Jan 13, 2019

In the meantime @tprrt: some apps require the arduino-leonardo in their BOARD_INSUFFICIENT_MEMORY list (see Murdock results). Please add.

@PeterKietzmann
Copy link
Member

@tprrt the CI didn't pass (have a look at this output). On first sight it looks like some applications overflow this platforms memory.

@miri64
Copy link
Member

miri64 commented Jan 17, 2019

I rebased (required since upstream some additional tests were merged) and did that, but sadly I seem to be unable to push to tprrt:tprrt/leonardo :(. @tprrt could you allow me to push by setting this tick on the top right under the labels etc.

image

@miri64
Copy link
Member

miri64 commented Feb 8, 2019

Now that #9130 this needs another rebase and some refactoring :-/. @tprrt do you mind if I open a PR based on your changes to speed-up this process?

@miri64
Copy link
Member

miri64 commented Feb 8, 2019

😱 I did not intend to close this PR.... I somehow managed to push, but now I can't open it anymore oO

@miri64
Copy link
Member

miri64 commented Feb 8, 2019

Since the PR is now closed, I can't re-open the PR >.< (since I now can't push to your repo anymore)...

@miri64
Copy link
Member

miri64 commented Feb 8, 2019

So sorry >.<

@miri64
Copy link
Member

miri64 commented Feb 8, 2019

In the meantime: I stored what I actually wanted to push in https://github.com/miri64/RIOT/tree/leonardo-arduino/feat/initial.

@keestux
Copy link
Contributor

keestux commented Feb 9, 2019 via email

@maribu
Copy link
Member

maribu commented Feb 26, 2019

In the meantime another round of refactoring of the AVR code took place, so that this PR would need to be rebased and adapted again.

@tprrt: Thank you for the effort you put in this PR. I am under the impression that other helping hand to get this PR merged could be beneficial. If you agree I could create a new PR based on this one and take over from here. (But this would need to wait until I finish my vacation, as I don't have access to the board right now.) (Obviously, the new PR would still pay credit to you via the @author tags and copyright headers.)

@miri64
Copy link
Member

miri64 commented Mar 7, 2019

@tprrt: Thank you for the effort you put in this PR. I am under the impression that other helping hand to get this PR merged could be beneficial. If you agree I could create a new PR based on this one and take over from here. (But this would need to wait until I finish my vacation, as I don't have access to the board right now.) (Obviously, the new PR would still pay credit to you via the @author tags and copyright headers.)

@maribu can you maybe do as proposed. You can find the original PR of this PR in the branch I mentioned in #7306 (comment):

In the meantime: I stored what I actually wanted to push in https://github.com/miri64/RIOT/tree/leonardo-arduino/feat/initial.

@tprrt
Copy link
Contributor Author

tprrt commented Mar 21, 2019

@maribu No problem, you can do what you said.

@tprrt tprrt deleted the tprrt/leonardo branch December 19, 2021 12:18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area: boards Area: Board ports CI: ready for build If set, CI server will compile all applications for all available boards for the labeled PR Platform: AVR Platform: This PR/issue effects AVR-based platforms Type: new feature The issue requests / The PR implemements a new feature for RIOT
Projects
None yet
Development

Successfully merging this pull request may close these issues.