Re: Arduino Due (Atmel SAM3) port - got eLua running

[scdr]

Status update on Arduino Due port:

SPI support code written, but it needs testing (any volunteers)?
USB CDC working (so can use native USB port as uart/console).
RTC module working.

Added a general mechanism for platforms to add their own shell command
added shell command to restart the due running the bootloader (so don't have to mess with pressing the erase pin,
or connecting at 1200 baud).  (Type "reflash" at the shell prompt, and it is ready to load a new program using bossac.)

> ----- Original Message -----
> From: FP AB
> Sent: 11/07/13 01:41 PM
> To: eLua Users and Development List (www.eluaproject.net)
> Subject: Re: [eLua-dev] Arduino Due (Atmel SAM3) port - got eLua running
>
> > ----- Original Message -----
> > From: Gabriel Duarte
> > Sent: 11/05/13 07:24 AM
> > To: eLua Users and Development List (www.eluaproject.net)
> > Subject: Re: [eLua-dev] Arduino Due (Atmel SAM3) port - got eLua running
> >
> > I got and Arduino DUE here and would like to help on the port, improve it!
> >
>
> Others working on the Arduino Due port would be great.  
> I offered to help with the port, but did not intend to do it all.  Many hands make light work, etc.
>
> I have pushed almost all the code I have written to github.
> Since my last post I finally got PWM working (at least sort of - there are a few bugs I know of, which I will address).
>
> To help reduce chance of duplicated effort if you want to let me know what portion of the
> platform you are working on, and I will try to do likewise.  (e.g. right now I am still working on PWM).
>
> If you have devices/shields to easily test I2C, SPI, or CAN, any of those would be good.
> Timers needs more work (at the moment the systimer is only one that works).
> There is almost nothing written in the ADC section, although testing that may require getting timers working.
> Then there is also getting the console going over the native USB CDC.  
> Whatever takes your fancy.
>
> The sections that do work can use more testing (e.g. I have only tested console UART, and I haven't tested PIO input at all,
> or if one fancies debugging one could try to figure out why using the clock crystal doesn't work in the RTC module.)
>
> Several of sections of platform have some code (which is a mix of material from examples, material from other
> platform ports, etc.), but most of them need additional work before they have any chance of working.
> So do not assume that the code that is there makes sense or belongs there, etc.
>
> One of the challenges of working with the SAM3 seems to be a lack of documentation - at least I haven't found
> much beyond the datasheet for the cpu.  ASF documentation seems to just be a list of function names with
> very terse descriptions, and one has to look at examples or at the code to figure out what arguments do, etc.
>
> I assume we should do coordination by e-mail not on the development list (anybody else is welcome to participate,
> just don't want to create too much chatter on the list).
>
>   Michael
>
> >
> > 2013/11/4 FP AB <[hidden email]>
> >
> > >
> > > Afraid I did not use libsam, hope that doesn't cause problems.
> > > I sent an e-mail in August (not to whole list) asking how to coordinate on
> > > arduino due port, but never got response.
> > > I did poke around in the Arduino source code some, but somehow didn't find
> > > the libsam directory.
> > > Atmel software framework (ASF) seemed to be the main library I could find
> > > mentioned in relation to Atmel SAM3/4, so went ahead and used it.
> > >
> > > I am not sure what the relation is between libsam and ASF - looking at a
> > > couple of the driver files, there seem to be similar functions, but some of
> > > the function names may be different?
> > >
> > > ASF has drivers in a ton of directories (I copied the ASF directory
> > > structure in the SAM platform to make it easier to
> > > update the drivers as new versions come out, or to integrate additional
> > > drivers to support extra hardware).
> > >
> > >
> > > > ----- Original Message -----
> > > > From: Gabriel Duarte
> > > > Sent: 11/01/13 12:51 PM
> > > > To: eLua Users and Development List (www.eluaproject.net)
> > > > Subject: Re: [eLua-dev] Arduino Due (Atmel SAM3) port - got eLua running
> > > >
> > > > Cool!! You have used libsam coming with Arduino IDE? 2 days ago I had
> > > > started a script to compile pure C to Arduino DUE, in order to start
> > > > porting eLua as soon as possible.
> > > >
> > > >
> > > > 2013/11/1 <[hidden email]>
> > > >
> > > > > Just a quick note, I got eLua running on the Atmel SAM3X8E (Arduino
> > > DUE).
> > > > > Using Atmel Software Framework libraries.
> > > > >
> > > > > Do not have support for much working in platform.c yet.
> > > > > Support for other devices (PIO, Timer, etc.) is in various states of
> > > draft.
> > > > > Now that have serial port working, so I can run the interpreter, that
> > > > > should facilitate
> > > > > debugging support for various modules.
> > > > >
> > > > > Will put up on github when I get chance.
> > > > > _______________________________________________
> > > > > eLua-dev mailing list
> > > > > [hidden email]
> > > > > https://lists.berlios.de/mailman/listinfo/elua-dev
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Gabriel Duarte
> > > > Linux User #471185
> > > > Rio de Janeiro / RJ
> > > > http://genericdev.wordpress.com/
> > >
> > > _______________________________________________
> > > eLua-dev mailing list
> > > [hidden email]
> > > https://lists.berlios.de/mailman/listinfo/elua-dev
> > >
> >
> >
> >
> > --
> > Gabriel Duarte
> > Linux User #471185
> > Rio de Janeiro / RJ
> > http://genericdev.wordpress.com/
>
> _______________________________________________
> eLua-dev mailing list
> [hidden email]
> https://lists.berlios.de/mailman/listinfo/elua-dev

_______________________________________________
eLua-dev mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/elua-dev