Re: [Tinyos-help] TinyOS support for Atmel chips on newer ZigBit modules (ATZB)

[Ugo Maria Colesanti]

Actually it was more simple than expected, after having implemented the
Counter and Compare component based on RTC everything built-up quite
quickly up to the TimerMilli.
Now Blink is compiling and working correctly.

Ugo


2014-08-17 11:23 GMT+02:00 Ugo Maria Colesanti :

> Hi all,
> it is just to inform that I started the port of the Atmel SamR21Xplained
> board. The board has the SamR21 which is a bundle of the SamD21 (cortex
> m0+) and AT86RF233 transceiver. I'm using the Linaro gcc 4.8.3 patched
> following instructions for the Opal (Sam3u) port (
> https://github.com/csiro-wsn/tinyos-csiro-opal).
> I started from scratch, hence, there is not that much. I implemented the
> GeneralIO and Leds interface, and  wrote two components for managing the
> Generic Clock Controller, which selects clock sources and distribute them
> in the chip. I briefly tested, using direct register access, the RTC (set
> to 32bit mode), Timer/Counter (both, 16 bit and 32 bit), EIC (External
> Interrupt Controller) and they seem to work. Now I want to start writing
> components implementing Counter,Alarm and Timer interfaces, but I got lost
> looking at implementations for MSP430 and RFA1 thus, I think it will take a
> little bit for doing that in a clean way. In addition I have one more week
> of holidays, then the port will become low-priority again.
>
> If anybody is interested in helping me (or even giving me some hints), I
> can share the code on git. In particular, I know almost nothing on linker
> scripts and startup codes, I copied them from the Atmel Studio ASF
> framework and it worked, but for me it's magic :)
> I don't have a linux programming tool, I compile the code and load the
> ihex from atmel studio on windows using the EDBG chip onboard.
> Bye,
>
> Ugo
>
>
>
> 2014-04-20 20:44 GMT+02:00 Ugo Colesanti :
>
> On 04/20/2014 06:09 PM, Martin Cerveny wrote:
>>
>>> Hello.
>>>
>>> Is there some progress or stable/final/tested code for Atmel newer RF
>>> chips on ZigBit (ATZB) modules ?
>>> Did someone check/test compatibility with previous chip generations ?
>>> Is there some TinyOS implementation with XMega CPU (ATxmegaxxx) ?
>>> And what about ARM Cortex-M0+ CPU (ATSAMR21xxx,
>>> https://code.google.com/p/tinyos-cortex/) ?
>>>
>> We just bought an R21XplainedPro board, we are playing bit with it but
>> with atmel studio only. There is almost no documentation (atmel sent us a
>> very preliminary datasheet). We scheduled to work on a tinyos porting, but
>> with very-low priority. The problem is that we are not familiar with cortex
>> and with arm-gcc in general... if anyone wants to join...
>>
>>
>>
>>> RF:
>>> - AT86RF233 - compatible with RF230 ?
>>> - Atmel module - http://www.atmel.com/tools/ATZB-RF-233-1-C.aspx
>>> Some references:
>>> - http://wiesel.ece.utah.edu/projects/10/
>>> - git://wiesel.ece.utah.edu/tinyos/tinyos-prod.git (branch wiesel)
>>>
>>> - AT86RF212B - compatible with RF212 ?
>>> - Atmel module - http://www.atmel.com/tools/ATZB-RF-212B-0-U.aspx
>>> - Atmel module - http://www.atmel.com/tools/ATZB-RF-212B-0-CN.aspx
>>>
>>> CPU&RF:
>>> - ATmega256RFR2 - compatible with 128RFA1 ?
>>> - Atmel module - http://www.atmel.com/tools/ATZB-S1-256-3-0-U.aspx
>>> - Atmel module - http://www.atmel.com/tools/ATZB-S1-256-3-0-C.aspx
>>>
>> We are very familiar with RFA1 (we have a custom board based on this
>> chip) and we have a couple of RFR2 bought from dresden elektronik, we
>> didn't had time to focus on RFR2 yet, but it is planned very soon. We can
>> let you know on any updates about this topic (it seems there are few
>> changes in transceiver and ADC modules, for the rest they seem the same).
>>
>>
>>
>>> CPU+RF:
>>> - ATxmega256A3U + AT86RF233
>>> - Atmel module - http://www.atmel.com/tools/ATZB-X0-256-3-0-C.aspx
>>>
>>> - ATxmega256A3U + AT86RF212B
>>> - Atmel module - http://www.atmel.com/tools/ATZB-X0-256-4-0-U.aspx
>>> - Atmel module - http://www.atmel.com/tools/ATZB-X0-256-4-0-CN.aspx
>>>
>>> Thanks for answers, Martin Cerveny
>>> ___
>>> Tinyos-help mailing list
>>> Tinyos-help@millennium.berkeley.edu
>>> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>>>
>>
>>
>> --
>> Ugo Maria Colesanti
>> Dipartimento di Ingegneria Informatica, Automatica e Gestionale "Antonio
>> Ruberti"
>> Sapienza Universita' di Roma
>> Via Ariosto 25, II floor, room A221
>> 00185, Rome
>> http://wiserver.dis.uniroma1.it/cms/index.php/contacts/13-
>> postdoc/4-ugo-colesanti
>> Phone:  +39 06 77274056
>> Fax:+39 06 77274002
>>
>>
>
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] TinyOS support for Atmel chips on newer ZigBit modules (ATZB)

[Ugo Maria Colesanti]

Hi all,
it is just to inform that I started the port of the Atmel SamR21Xplained
board. The board has the SamR21 which is a bundle of the SamD21 (cortex
m0+) and AT86RF233 transceiver. I'm using the Linaro gcc 4.8.3 patched
following instructions for the Opal (Sam3u) port (
https://github.com/csiro-wsn/tinyos-csiro-opal).
I started from scratch, hence, there is not that much. I implemented the
GeneralIO and Leds interface, and  wrote two components for managing the
Generic Clock Controller, which selects clock sources and distribute them
in the chip. I briefly tested, using direct register access, the RTC (set
to 32bit mode), Timer/Counter (both, 16 bit and 32 bit), EIC (External
Interrupt Controller) and they seem to work. Now I want to start writing
components implementing Counter,Alarm and Timer interfaces, but I got lost
looking at implementations for MSP430 and RFA1 thus, I think it will take a
little bit for doing that in a clean way. In addition I have one more week
of holidays, then the port will become low-priority again.

If anybody is interested in helping me (or even giving me some hints), I
can share the code on git. In particular, I know almost nothing on linker
scripts and startup codes, I copied them from the Atmel Studio ASF
framework and it worked, but for me it's magic :)
I don't have a linux programming tool, I compile the code and load the ihex
from atmel studio on windows using the EDBG chip onboard.
Bye,

Ugo



2014-04-20 20:44 GMT+02:00 Ugo Colesanti :

> On 04/20/2014 06:09 PM, Martin Cerveny wrote:
>
>> Hello.
>>
>> Is there some progress or stable/final/tested code for Atmel newer RF
>> chips on ZigBit (ATZB) modules ?
>> Did someone check/test compatibility with previous chip generations ?
>> Is there some TinyOS implementation with XMega CPU (ATxmegaxxx) ?
>> And what about ARM Cortex-M0+ CPU (ATSAMR21xxx,
>> https://code.google.com/p/tinyos-cortex/) ?
>>
> We just bought an R21XplainedPro board, we are playing bit with it but
> with atmel studio only. There is almost no documentation (atmel sent us a
> very preliminary datasheet). We scheduled to work on a tinyos porting, but
> with very-low priority. The problem is that we are not familiar with cortex
> and with arm-gcc in general... if anyone wants to join...
>
>
>
>> RF:
>> - AT86RF233 - compatible with RF230 ?
>> - Atmel module - http://www.atmel.com/tools/ATZB-RF-233-1-C.aspx
>> Some references:
>> - http://wiesel.ece.utah.edu/projects/10/
>> - git://wiesel.ece.utah.edu/tinyos/tinyos-prod.git (branch wiesel)
>>
>> - AT86RF212B - compatible with RF212 ?
>> - Atmel module - http://www.atmel.com/tools/ATZB-RF-212B-0-U.aspx
>> - Atmel module - http://www.atmel.com/tools/ATZB-RF-212B-0-CN.aspx
>>
>> CPU&RF:
>> - ATmega256RFR2 - compatible with 128RFA1 ?
>> - Atmel module - http://www.atmel.com/tools/ATZB-S1-256-3-0-U.aspx
>> - Atmel module - http://www.atmel.com/tools/ATZB-S1-256-3-0-C.aspx
>>
> We are very familiar with RFA1 (we have a custom board based on this chip)
> and we have a couple of RFR2 bought from dresden elektronik, we didn't had
> time to focus on RFR2 yet, but it is planned very soon. We can let you know
> on any updates about this topic (it seems there are few changes in
> transceiver and ADC modules, for the rest they seem the same).
>
>
>
>> CPU+RF:
>> - ATxmega256A3U + AT86RF233
>> - Atmel module - http://www.atmel.com/tools/ATZB-X0-256-3-0-C.aspx
>>
>> - ATxmega256A3U + AT86RF212B
>> - Atmel module - http://www.atmel.com/tools/ATZB-X0-256-4-0-U.aspx
>> - Atmel module - http://www.atmel.com/tools/ATZB-X0-256-4-0-CN.aspx
>>
>> Thanks for answers, Martin Cerveny
>> ___
>> Tinyos-help mailing list
>> Tinyos-help@millennium.berkeley.edu
>> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>>
>
>
> --
> Ugo Maria Colesanti
> Dipartimento di Ingegneria Informatica, Automatica e Gestionale "Antonio
> Ruberti"
> Sapienza Universita' di Roma
> Via Ariosto 25, II floor, room A221
> 00185, Rome
> http://wiserver.dis.uniroma1.it/cms/index.php/contacts/13-
> postdoc/4-ugo-colesanti
> Phone:  +39 06 77274056
> Fax:+39 06 77274002
>
>
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] TinyOS support for Atmel chips on newer ZigBit modules (ATZB)

[Eric Decker]

I started with the Sam code for the CC2520 and ended up chucking the lot
and started from scratch.

I have a well tested CC2520 and CC2520/2591 driver off in the tinyprod code.



On Wed, Apr 23, 2014 at 9:50 AM, András Bíró  wrote:

> That's intresting, we tried to use the SAM3U code on a prototype board,
> but almost nothing worked. No uart, one of the spi bus was broken, no sd
> card. Maybe our SAM3U has different peripherials than yours? I don't have
> much information on this, a colleage of mine worked on it, I just heard him
> complaining.
>
> Andris
>
>
> On Wed, Apr 23, 2014 at 4:26 PM, Thomas Schmid wrote:
>
>> The ARM toolchain doesn't need anything extra for TinyOS. I would suggest
>> not to use the Atmel specific one, but the one from launchpad (
>> https://launchpad.net/gcc-arm-embedded). I moved away from the CodeBench
>> one after they got acquired by Mentor.
>>
>> It really is all about writing drivers for those chips. The port for the
>> SAM3U and SAM3S are pretty good, though they lack a little bit in low-power
>> features (e.g. turning peripherals properly on and off).
>>
>> Cheers,
>>
>> Thomas
>>
>> - Thomas
>>
>>
>>
>> On Wed, Apr 23, 2014 at 4:26 AM, András Bíró wrote:
>>
>>>
>>>
>>>
>>> On Wed, Apr 23, 2014 at 1:08 AM, Thomas Schmid 
>>> wrote:
>>>
 The rf233 driver has been modified and tested, not just renamed. But I
 am not 100% sure if we did all the mods mentioned in that app note.
  On Apr 22, 2014 4:48 PM, "Martin Cerveny"  wrote:

> Hello.
>
> Thanks for answers.
>
> On Tue, 22 Apr 2014, András Bíró wrote:
>
>>   Is there some progress or stable/final/tested code for Atmel
>> newer RF chips on ZigBit (ATZB) modules ?
>> We used the ATZB900 and ATZB24 modules without a problem, with a new
>> platform of course. We dropped the atzb24 in
>> favor of the rfa1, and we dropped the atzb900, because it was very
>> hard to get it in larger quantities, it's
>> expensive, hard to solder on, and we want to use the rfa1's better
>> timer stack.
>>
>
> I am using 
> http://www.an-solutions.de/products/900_mhz.html(mega1281+rf212) and 
> preparing migration to rf212b.
> And original zigbit/meshbeen (mega1281+rf230).
>
>
>>   RF:
>>   - AT86RF233 - compatible with RF230 ?
>>  - Atmel module - http://www.atmel.com/tools/
>> ATZB-RF-233-1-C.aspx
>>  Some references:
>>  - http://wiesel.ece.utah.edu/projects/10/
>>  - git://wiesel.ece.utah.edu/tinyos/tinyos-prod.git (branch
>> wiesel)
>>
>> With small modifications:
>> http://www.atmel.com/ja/jp/Images/Atmel-42198-Migration-
>> from-AT86RF230-to-AT86RF233_AP-Note_AT02601.pdf
>> The problematic parts: PREP_DEEP_SLEEP, TX_AUTO_CRC_ON, probably
>> more, especially with HWACK.
>>
>
> Is the WIESEL/WREN project driver modified acording to this pdf or
> only "renamed" files & components (Can http://wiesel.ece.utah.edu/answer 
> this question?) ?
>
>
>> I don't know much about xmegas, but they seemed very different from
>> atmegas, so it will probably hard work to make
>> the basic drivers. It's probably doesn't worth it: The ARM based MCUs
>> are much more intresting, and it seems the
>> industry moves towards ARM.
>>
>
> Yes, Xmega is different but it may be possible to implement TinyOS on
> it (with atmel bundles). Yes, ARM (Cortex M0+/M3) is probably right way.
>
> This leads me to new questions:
>
> What is the timeframe of updating https://github.com/tinyos/
> tinyos-main/tree/master/packaging ?
>
> AVR - to newer toolchain to support new devices (TinyOS: AVR binutils
> 2.22 + gcc 4.6.2 + libc 1.8.0) (Atmel: AVR binutils 2.23.2 + gcc 4.8.1 +
> libc 1.8)
> ( http://distribute.atmel.no/tools/opensource/Atmel-AVR-
> GNU-Toolchain/3.4.3/ )
> I do some tests on my Solaris/OpenSolaris platform with some issues
> ( https://github.com/tinyos/tinyos-main/issues/139 ).
>
> I saw discussion @dev, any progress/timeline ?
>

>>> I'm waiting for Miklos' code review to push the needed modifications.
>>> The toolchain itself might came out after 2.1.3, I'm not sure. But after
>>> the modifications, you can use the binaries from atmel - the official
>>> package would be the repackaging of that anyway. I'm really impatiant too,
>>> at least the progmem fixes should be in 2.1.3.
>>>
>>>

> ARM - add & check support for ARM Cortex (not only Atmel)
> (for example http://distribute.atmel.no/tools/opensource/Atmel-ARM-
> GNU-Toolchain/4.7.4/ )
>
> Does ARM toolchain need special patching for TinyOS/nescc ?
>

>>> Thomas Schmid might have better answer for this, he's the developer for
>>> the cortex parts of tinyos. He used CodeBench ARM Toolchain. It works, but
>>> the ARM drivers are in a very early stage

Re: [Tinyos-help] TinyOS support for Atmel chips on newer ZigBit modules (ATZB)

[Thomas Schmid]

The SAM3 family is HUGE! Many chips work slightly different, with different
sets of peripherals. We used the SAM3U-EK kit, and TinyOS worked on there.

I have the SAM3S-EK board too, and that port worked just fine too. Yes,
probably not all peripherals were implemented, but many things were (e.g.
we had a CC2520 hooked up to it).

@Phil: the only common things on the Cortex-M's are the interrupt
controller (NVIC) as well as a system timer. That's what ARM mandates. All
the other peripherals are custom to every chip family. The System Timer
could be used for a simple scheduler, e.g. a default timer. However, it
doesn't have many features. It was intended to be used as a system tick
timer, which TinyOS tries to avoid.

Cheers,

- Thomas



On Wed, Apr 23, 2014 at 11:30 AM, Michiel Konstapel
wrote:

> We're currently using an STM32F373CC [1] on our router/gateway nodes,
> running a very minimal TinyOS port (just GPIO, timer, UART and SPI, no low
> power modes or ADCs yet). Quite nice to work with so far, and excellent
> bang for the buck compared to the big MSP430s if the power consumption is
> no issue.
> Kind regards,
> Michiel
>
> [1] http://www.st.com/web/catalog/mmc/FM141/SC1169/SS1576/LN10/PF253090
>
> > -Original Message-
> > From: tinyos-help-boun...@millennium.berkeley.edu [mailto:tinyos-help-
> > boun...@millennium.berkeley.edu] On Behalf Of Philip Levis
> > Sent: Wednesday, April 23, 2014 18:41
> > To: Thomas Schmid
> > Cc: Tinyos-Help
> > Subject: Re: [Tinyos-help] TinyOS support for Atmel chips on newer
> > ZigBit modules (ATZB)
> >
> > On Apr 23, 2014, at 7:26 AM, Thomas Schmid 
> > wrote:
> >
> > > It really is all about writing drivers for those chips. The port for
> > the SAM3U and SAM3S are pretty good, though they lack a little bit in
> > low-power features (e.g. turning peripherals properly on and off).
> >
> > I'm definitely interested to hear what Cortex M chips people are
> > using/want to use, to see if it's possible to do reasonable chip-
> > independent implementations. I've poked around at the SAM3 code but
> > haven't looked at other chip data sheets to have a sense of how
> > much/what differs, if at all.
> >
> > Phil
> > ___
> > Tinyos-help mailing list
> > Tinyos-help@millennium.berkeley.edu
> > https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-
> > help
>
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] TinyOS support for Atmel chips on newer ZigBit modules (ATZB)

[Michiel Konstapel]

We're currently using an STM32F373CC [1] on our router/gateway nodes, running a 
very minimal TinyOS port (just GPIO, timer, UART and SPI, no low power modes or 
ADCs yet). Quite nice to work with so far, and excellent bang for the buck 
compared to the big MSP430s if the power consumption is no issue.
Kind regards,
Michiel

[1] http://www.st.com/web/catalog/mmc/FM141/SC1169/SS1576/LN10/PF253090

> -Original Message-
> From: tinyos-help-boun...@millennium.berkeley.edu [mailto:tinyos-help-
> boun...@millennium.berkeley.edu] On Behalf Of Philip Levis
> Sent: Wednesday, April 23, 2014 18:41
> To: Thomas Schmid
> Cc: Tinyos-Help
> Subject: Re: [Tinyos-help] TinyOS support for Atmel chips on newer
> ZigBit modules (ATZB)
> 
> On Apr 23, 2014, at 7:26 AM, Thomas Schmid 
> wrote:
> 
> > It really is all about writing drivers for those chips. The port for
> the SAM3U and SAM3S are pretty good, though they lack a little bit in
> low-power features (e.g. turning peripherals properly on and off).
> 
> I'm definitely interested to hear what Cortex M chips people are
> using/want to use, to see if it's possible to do reasonable chip-
> independent implementations. I've poked around at the SAM3 code but
> haven't looked at other chip data sheets to have a sense of how
> much/what differs, if at all.
> 
> Phil
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-
> help

___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] TinyOS support for Atmel chips on newer ZigBit modules (ATZB)

[Ugo Colesanti]

Talking with Philipp Sommer last year, he told me that the opal mote 
(cortex m3u) was working with the tinyos distribution, despite it has 
not been tested for long periods. Have a look to its github: 
https://github.com/csiro-wsn/tinyos-csiro-opal , maybe it could help.


Ugo

On 04/23/2014 06:50 PM, András Bíró wrote:
That's intresting, we tried to use the SAM3U code on a prototype 
board, but almost nothing worked. No uart, one of the spi bus was 
broken, no sd card. Maybe our SAM3U has different peripherials than 
yours? I don't have much information on this, a colleage of mine 
worked on it, I just heard him complaining.


Andris


On Wed, Apr 23, 2014 at 4:26 PM, Thomas Schmid 
mailto:thomas.sch...@gmail.com>> wrote:


The ARM toolchain doesn't need anything extra for TinyOS. I would
suggest not to use the Atmel specific one, but the one from
launchpad (https://launchpad.net/gcc-arm-embedded). I moved away
from the CodeBench one after they got acquired by Mentor.

It really is all about writing drivers for those chips. The port
for the SAM3U and SAM3S are pretty good, though they lack a little
bit in low-power features (e.g. turning peripherals properly on
and off).

Cheers,

Thomas

- Thomas



On Wed, Apr 23, 2014 at 4:26 AM, András Bíró
mailto:andras.b...@ucmote.com>> wrote:




On Wed, Apr 23, 2014 at 1:08 AM, Thomas Schmid
mailto:thomas.sch...@utah.edu>> wrote:

The rf233 driver has been modified and tested, not just
renamed. But I am not 100% sure if we did all the mods
mentioned in that app note.

On Apr 22, 2014 4:48 PM, "Martin Cerveny"
mailto:mar...@c-home.cz>> wrote:

Hello.

Thanks for answers.

On Tue, 22 Apr 2014, András Bíró wrote:

  Is there some progress or
stable/final/tested code for Atmel newer RF chips
on ZigBit (ATZB) modules ?
We used the ATZB900 and ATZB24 modules without a
problem, with a new platform of course. We dropped
the atzb24 in
favor of the rfa1, and we dropped the atzb900,
because it was very hard to get it in larger
quantities, it's
expensive, hard to solder on, and we want to use
the rfa1's better timer stack.


I am using
http://www.an-solutions.de/products/900_mhz.html
(mega1281+rf212) and preparing migration to rf212b.
And original zigbit/meshbeen (mega1281+rf230).

  RF:
  - AT86RF233 - compatible with RF230 ?
 - Atmel module -
http://www.atmel.com/tools/ATZB-RF-233-1-C.aspx
 Some references:
 - http://wiesel.ece.utah.edu/projects/10/
 -
git://wiesel.ece.utah.edu/tinyos/tinyos-prod.git
 (branch
wiesel)

With small modifications:

http://www.atmel.com/ja/jp/Images/Atmel-42198-Migration-from-AT86RF230-to-AT86RF233_AP-Note_AT02601.pdf
The problematic parts: PREP_DEEP_SLEEP,
TX_AUTO_CRC_ON, probably more, especially with HWACK.


Is the WIESEL/WREN project driver modified acording to
this pdf or only "renamed" files & components (Can
http://wiesel.ece.utah.edu/ answer this question?) ?

I don't know much about xmegas, but they seemed
very different from atmegas, so it will probably
hard work to make
the basic drivers. It's probably doesn't worth it:
The ARM based MCUs are much more intresting, and
it seems the
industry moves towards ARM.


Yes, Xmega is different but it may be possible to
implement TinyOS on it (with atmel bundles). Yes, ARM
(Cortex M0+/M3) is probably right way.

This leads me to new questions:

What is the timeframe of updating
https://github.com/tinyos/tinyos-main/tree/master/packaging
?

AVR - to newer toolchain to support new devices
(TinyOS: AVR binutils 2.22 + gcc 4.6.2 + libc 1.8.0)
(Atmel: AVR binutils 2.23.2 + gcc 4.8.1 + libc 1.8)
(

http://distribute.atmel.no/tools/opensource/Atmel-AVR-GNU-Toolchain/3.4.3/
)
I do some tests on my Solaris/OpenSolaris platform
with some issues
( ht

Re: [Tinyos-help] TinyOS support for Atmel chips on newer ZigBit modules (ATZB)

[András Bíró]

That's intresting, we tried to use the SAM3U code on a prototype board, but
almost nothing worked. No uart, one of the spi bus was broken, no sd card.
Maybe our SAM3U has different peripherials than yours? I don't have much
information on this, a colleage of mine worked on it, I just heard him
complaining.

Andris


On Wed, Apr 23, 2014 at 4:26 PM, Thomas Schmid wrote:

> The ARM toolchain doesn't need anything extra for TinyOS. I would suggest
> not to use the Atmel specific one, but the one from launchpad (
> https://launchpad.net/gcc-arm-embedded). I moved away from the CodeBench
> one after they got acquired by Mentor.
>
> It really is all about writing drivers for those chips. The port for the
> SAM3U and SAM3S are pretty good, though they lack a little bit in low-power
> features (e.g. turning peripherals properly on and off).
>
> Cheers,
>
> Thomas
>
> - Thomas
>
>
>
> On Wed, Apr 23, 2014 at 4:26 AM, András Bíró wrote:
>
>>
>>
>>
>> On Wed, Apr 23, 2014 at 1:08 AM, Thomas Schmid wrote:
>>
>>> The rf233 driver has been modified and tested, not just renamed. But I
>>> am not 100% sure if we did all the mods mentioned in that app note.
>>>  On Apr 22, 2014 4:48 PM, "Martin Cerveny"  wrote:
>>>
 Hello.

 Thanks for answers.

 On Tue, 22 Apr 2014, András Bíró wrote:

>   Is there some progress or stable/final/tested code for Atmel
> newer RF chips on ZigBit (ATZB) modules ?
> We used the ATZB900 and ATZB24 modules without a problem, with a new
> platform of course. We dropped the atzb24 in
> favor of the rfa1, and we dropped the atzb900, because it was very
> hard to get it in larger quantities, it's
> expensive, hard to solder on, and we want to use the rfa1's better
> timer stack.
>

 I am using 
 http://www.an-solutions.de/products/900_mhz.html(mega1281+rf212) and 
 preparing migration to rf212b.
 And original zigbit/meshbeen (mega1281+rf230).


>   RF:
>   - AT86RF233 - compatible with RF230 ?
>  - Atmel module - http://www.atmel.com/tools/
> ATZB-RF-233-1-C.aspx
>  Some references:
>  - http://wiesel.ece.utah.edu/projects/10/
>  - git://wiesel.ece.utah.edu/tinyos/tinyos-prod.git (branch
> wiesel)
>
> With small modifications:
> http://www.atmel.com/ja/jp/Images/Atmel-42198-Migration-
> from-AT86RF230-to-AT86RF233_AP-Note_AT02601.pdf
> The problematic parts: PREP_DEEP_SLEEP, TX_AUTO_CRC_ON, probably more,
> especially with HWACK.
>

 Is the WIESEL/WREN project driver modified acording to this pdf or only
 "renamed" files & components (Can http://wiesel.ece.utah.edu/ answer
 this question?) ?


> I don't know much about xmegas, but they seemed very different from
> atmegas, so it will probably hard work to make
> the basic drivers. It's probably doesn't worth it: The ARM based MCUs
> are much more intresting, and it seems the
> industry moves towards ARM.
>

 Yes, Xmega is different but it may be possible to implement TinyOS on
 it (with atmel bundles). Yes, ARM (Cortex M0+/M3) is probably right way.

 This leads me to new questions:

 What is the timeframe of updating https://github.com/tinyos/
 tinyos-main/tree/master/packaging ?

 AVR - to newer toolchain to support new devices (TinyOS: AVR binutils
 2.22 + gcc 4.6.2 + libc 1.8.0) (Atmel: AVR binutils 2.23.2 + gcc 4.8.1 +
 libc 1.8)
 ( http://distribute.atmel.no/tools/opensource/Atmel-AVR-
 GNU-Toolchain/3.4.3/ )
 I do some tests on my Solaris/OpenSolaris platform with some issues
 ( https://github.com/tinyos/tinyos-main/issues/139 ).

 I saw discussion @dev, any progress/timeline ?

>>>
>> I'm waiting for Miklos' code review to push the needed modifications. The
>> toolchain itself might came out after 2.1.3, I'm not sure. But after the
>> modifications, you can use the binaries from atmel - the official package
>> would be the repackaging of that anyway. I'm really impatiant too, at least
>> the progmem fixes should be in 2.1.3.
>>
>>
>>>
 ARM - add & check support for ARM Cortex (not only Atmel)
 (for example http://distribute.atmel.no/tools/opensource/Atmel-ARM-
 GNU-Toolchain/4.7.4/ )

 Does ARM toolchain need special patching for TinyOS/nescc ?

>>>
>> Thomas Schmid might have better answer for this, he's the developer for
>> the cortex parts of tinyos. He used CodeBench ARM Toolchain. It works, but
>> the ARM drivers are in a very early stage, and nobody seems to working on
>> them. We tried to make an atmel cortex-m3/cortex-m4 based mote, but
>> developing the drivers to a mature state would take a lot of time, so we
>> shelved the plan.
>>
>> Best,
>> Andras Biro
>> http://ucmote.com
>>
>>
 Thanks, M.C>
>>>
>>>
>>
>
___
Tinyos-help mailing list
Tinyos-help@m

Re: [Tinyos-help] TinyOS support for Atmel chips on newer ZigBit modules (ATZB)

[Philip Levis]

On Apr 23, 2014, at 7:26 AM, Thomas Schmid  wrote:

> It really is all about writing drivers for those chips. The port for the 
> SAM3U and SAM3S are pretty good, though they lack a little bit in low-power 
> features (e.g. turning peripherals properly on and off).

I'm definitely interested to hear what Cortex M chips people are using/want to 
use, to see if it's possible to do reasonable chip-independent implementations. 
I've poked around at the SAM3 code but haven't looked at other chip data sheets 
to have a sense of how much/what differs, if at all.

Phil
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] TinyOS support for Atmel chips on newer ZigBit modules (ATZB)

[Thomas Schmid]

The ARM toolchain doesn't need anything extra for TinyOS. I would suggest
not to use the Atmel specific one, but the one from launchpad (
https://launchpad.net/gcc-arm-embedded). I moved away from the CodeBench
one after they got acquired by Mentor.

It really is all about writing drivers for those chips. The port for the
SAM3U and SAM3S are pretty good, though they lack a little bit in low-power
features (e.g. turning peripherals properly on and off).

Cheers,

Thomas

- Thomas



On Wed, Apr 23, 2014 at 4:26 AM, András Bíró  wrote:

>
>
>
> On Wed, Apr 23, 2014 at 1:08 AM, Thomas Schmid wrote:
>
>> The rf233 driver has been modified and tested, not just renamed. But I am
>> not 100% sure if we did all the mods mentioned in that app note.
>>  On Apr 22, 2014 4:48 PM, "Martin Cerveny"  wrote:
>>
>>> Hello.
>>>
>>> Thanks for answers.
>>>
>>> On Tue, 22 Apr 2014, András Bíró wrote:
>>>
   Is there some progress or stable/final/tested code for Atmel
 newer RF chips on ZigBit (ATZB) modules ?
 We used the ATZB900 and ATZB24 modules without a problem, with a new
 platform of course. We dropped the atzb24 in
 favor of the rfa1, and we dropped the atzb900, because it was very hard
 to get it in larger quantities, it's
 expensive, hard to solder on, and we want to use the rfa1's better
 timer stack.

>>>
>>> I am using http://www.an-solutions.de/products/900_mhz.html(mega1281+rf212) 
>>> and preparing migration to rf212b.
>>> And original zigbit/meshbeen (mega1281+rf230).
>>>
>>>
   RF:
   - AT86RF233 - compatible with RF230 ?
  - Atmel module - http://www.atmel.com/tools/
 ATZB-RF-233-1-C.aspx
  Some references:
  - http://wiesel.ece.utah.edu/projects/10/
  - git://wiesel.ece.utah.edu/tinyos/tinyos-prod.git (branch
 wiesel)

 With small modifications:
 http://www.atmel.com/ja/jp/Images/Atmel-42198-Migration-
 from-AT86RF230-to-AT86RF233_AP-Note_AT02601.pdf
 The problematic parts: PREP_DEEP_SLEEP, TX_AUTO_CRC_ON, probably more,
 especially with HWACK.

>>>
>>> Is the WIESEL/WREN project driver modified acording to this pdf or only
>>> "renamed" files & components (Can http://wiesel.ece.utah.edu/ answer
>>> this question?) ?
>>>
>>>
 I don't know much about xmegas, but they seemed very different from
 atmegas, so it will probably hard work to make
 the basic drivers. It's probably doesn't worth it: The ARM based MCUs
 are much more intresting, and it seems the
 industry moves towards ARM.

>>>
>>> Yes, Xmega is different but it may be possible to implement TinyOS on it
>>> (with atmel bundles). Yes, ARM (Cortex M0+/M3) is probably right way.
>>>
>>> This leads me to new questions:
>>>
>>> What is the timeframe of updating https://github.com/tinyos/
>>> tinyos-main/tree/master/packaging ?
>>>
>>> AVR - to newer toolchain to support new devices (TinyOS: AVR binutils
>>> 2.22 + gcc 4.6.2 + libc 1.8.0) (Atmel: AVR binutils 2.23.2 + gcc 4.8.1 +
>>> libc 1.8)
>>> ( http://distribute.atmel.no/tools/opensource/Atmel-AVR-
>>> GNU-Toolchain/3.4.3/ )
>>> I do some tests on my Solaris/OpenSolaris platform with some issues
>>> ( https://github.com/tinyos/tinyos-main/issues/139 ).
>>>
>>> I saw discussion @dev, any progress/timeline ?
>>>
>>
> I'm waiting for Miklos' code review to push the needed modifications. The
> toolchain itself might came out after 2.1.3, I'm not sure. But after the
> modifications, you can use the binaries from atmel - the official package
> would be the repackaging of that anyway. I'm really impatiant too, at least
> the progmem fixes should be in 2.1.3.
>
>
>>
>>> ARM - add & check support for ARM Cortex (not only Atmel)
>>> (for example http://distribute.atmel.no/tools/opensource/Atmel-ARM-
>>> GNU-Toolchain/4.7.4/ )
>>>
>>> Does ARM toolchain need special patching for TinyOS/nescc ?
>>>
>>
> Thomas Schmid might have better answer for this, he's the developer for
> the cortex parts of tinyos. He used CodeBench ARM Toolchain. It works, but
> the ARM drivers are in a very early stage, and nobody seems to working on
> them. We tried to make an atmel cortex-m3/cortex-m4 based mote, but
> developing the drivers to a mature state would take a lot of time, so we
> shelved the plan.
>
> Best,
> Andras Biro
> http://ucmote.com
>
>
>>> Thanks, M.C>
>>
>>
>
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] TinyOS support for Atmel chips on newer ZigBit modules (ATZB)

[András Bíró]

On Wed, Apr 23, 2014 at 1:08 AM, Thomas Schmid wrote:

> The rf233 driver has been modified and tested, not just renamed. But I am
> not 100% sure if we did all the mods mentioned in that app note.
>  On Apr 22, 2014 4:48 PM, "Martin Cerveny"  wrote:
>
>> Hello.
>>
>> Thanks for answers.
>>
>> On Tue, 22 Apr 2014, András Bíró wrote:
>>
>>>   Is there some progress or stable/final/tested code for Atmel newer
>>> RF chips on ZigBit (ATZB) modules ?
>>> We used the ATZB900 and ATZB24 modules without a problem, with a new
>>> platform of course. We dropped the atzb24 in
>>> favor of the rfa1, and we dropped the atzb900, because it was very hard
>>> to get it in larger quantities, it's
>>> expensive, hard to solder on, and we want to use the rfa1's better timer
>>> stack.
>>>
>>
>> I am using http://www.an-solutions.de/products/900_mhz.html(mega1281+rf212) 
>> and preparing migration to rf212b.
>> And original zigbit/meshbeen (mega1281+rf230).
>>
>>
>>>   RF:
>>>   - AT86RF233 - compatible with RF230 ?
>>>  - Atmel module - http://www.atmel.com/tools/
>>> ATZB-RF-233-1-C.aspx
>>>  Some references:
>>>  - http://wiesel.ece.utah.edu/projects/10/
>>>  - git://wiesel.ece.utah.edu/tinyos/tinyos-prod.git (branch
>>> wiesel)
>>>
>>> With small modifications:
>>> http://www.atmel.com/ja/jp/Images/Atmel-42198-Migration-
>>> from-AT86RF230-to-AT86RF233_AP-Note_AT02601.pdf
>>> The problematic parts: PREP_DEEP_SLEEP, TX_AUTO_CRC_ON, probably more,
>>> especially with HWACK.
>>>
>>
>> Is the WIESEL/WREN project driver modified acording to this pdf or only
>> "renamed" files & components (Can http://wiesel.ece.utah.edu/ answer
>> this question?) ?
>>
>>
>>> I don't know much about xmegas, but they seemed very different from
>>> atmegas, so it will probably hard work to make
>>> the basic drivers. It's probably doesn't worth it: The ARM based MCUs
>>> are much more intresting, and it seems the
>>> industry moves towards ARM.
>>>
>>
>> Yes, Xmega is different but it may be possible to implement TinyOS on it
>> (with atmel bundles). Yes, ARM (Cortex M0+/M3) is probably right way.
>>
>> This leads me to new questions:
>>
>> What is the timeframe of updating https://github.com/tinyos/
>> tinyos-main/tree/master/packaging ?
>>
>> AVR - to newer toolchain to support new devices (TinyOS: AVR binutils
>> 2.22 + gcc 4.6.2 + libc 1.8.0) (Atmel: AVR binutils 2.23.2 + gcc 4.8.1 +
>> libc 1.8)
>> ( http://distribute.atmel.no/tools/opensource/Atmel-AVR-
>> GNU-Toolchain/3.4.3/ )
>> I do some tests on my Solaris/OpenSolaris platform with some issues
>> ( https://github.com/tinyos/tinyos-main/issues/139 ).
>>
>> I saw discussion @dev, any progress/timeline ?
>>
>
I'm waiting for Miklos' code review to push the needed modifications. The
toolchain itself might came out after 2.1.3, I'm not sure. But after the
modifications, you can use the binaries from atmel - the official package
would be the repackaging of that anyway. I'm really impatiant too, at least
the progmem fixes should be in 2.1.3.


>
>> ARM - add & check support for ARM Cortex (not only Atmel)
>> (for example http://distribute.atmel.no/tools/opensource/Atmel-ARM-
>> GNU-Toolchain/4.7.4/ )
>>
>> Does ARM toolchain need special patching for TinyOS/nescc ?
>>
>
Thomas Schmid might have better answer for this, he's the developer for the
cortex parts of tinyos. He used CodeBench ARM Toolchain. It works, but the
ARM drivers are in a very early stage, and nobody seems to working on them.
We tried to make an atmel cortex-m3/cortex-m4 based mote, but developing
the drivers to a mature state would take a lot of time, so we shelved the
plan.

Best,
Andras Biro
http://ucmote.com


>> Thanks, M.C>
>
>
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] TinyOS support for Atmel chips on newer ZigBit modules (ATZB)

[Martin Cerveny]

Hello.

Thanks for answers.

On Tue, 22 Apr 2014, András Bíró wrote:

  Is there some progress or stable/final/tested code for Atmel newer RF 
chips on ZigBit (ATZB) modules ?
We used the ATZB900 and ATZB24 modules without a problem, with a new platform 
of course. We dropped the atzb24 in
favor of the rfa1, and we dropped the atzb900, because it was very hard to get 
it in larger quantities, it's
expensive, hard to solder on, and we want to use the rfa1's better timer stack.


I am using http://www.an-solutions.de/products/900_mhz.html 
(mega1281+rf212) and preparing migration to rf212b.

And original zigbit/meshbeen (mega1281+rf230).
  

  RF:
  - AT86RF233 - compatible with RF230 ?
     - Atmel module - http://www.atmel.com/tools/ATZB-RF-233-1-C.aspx
     Some references:
     - http://wiesel.ece.utah.edu/projects/10/
     - git://wiesel.ece.utah.edu/tinyos/tinyos-prod.git (branch wiesel)

With small modifications:
http://www.atmel.com/ja/jp/Images/Atmel-42198-Migration-from-AT86RF230-to-AT86RF233_AP-Note_AT02601.pdf
The problematic parts: PREP_DEEP_SLEEP, TX_AUTO_CRC_ON, probably more, 
especially with HWACK.


Is the WIESEL/WREN project driver modified acording to this pdf or only 
"renamed" files & components (Can http://wiesel.ece.utah.edu/ answer this question?) ?

  

I don't know much about xmegas, but they seemed very different from atmegas, so 
it will probably hard work to make
the basic drivers. It's probably doesn't worth it: The ARM based MCUs are much 
more intresting, and it seems the
industry moves towards ARM.


Yes, Xmega is different but it may be possible to implement TinyOS on it (with atmel bundles). 
Yes, ARM (Cortex M0+/M3) is probably right way.


This leads me to new questions:

What is the timeframe of updating 
https://github.com/tinyos/tinyos-main/tree/master/packaging ?

AVR - to newer toolchain to support new devices (TinyOS: AVR binutils 2.22 
+ gcc 4.6.2 + libc 1.8.0) (Atmel: AVR binutils 2.23.2 + gcc 4.8.1 + libc 1.8)

( http://distribute.atmel.no/tools/opensource/Atmel-AVR-GNU-Toolchain/3.4.3/ )
I do some tests on my Solaris/OpenSolaris platform with some issues
( https://github.com/tinyos/tinyos-main/issues/139 ).

I saw discussion @dev, any progress/timeline ?

ARM - add & check support for ARM Cortex (not only Atmel)
(for example 
http://distribute.atmel.no/tools/opensource/Atmel-ARM-GNU-Toolchain/4.7.4/ )

Does ARM toolchain need special patching for TinyOS/nescc ?

Thanks, M.C>___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] TinyOS support for Atmel chips on newer ZigBit modules (ATZB)

[András Bíró]

Hi Martin,


On Sun, Apr 20, 2014 at 6:09 PM, Martin Cerveny  wrote:

> Hello.
>
> Is there some progress or stable/final/tested code for Atmel newer RF
> chips on ZigBit (ATZB) modules ?
>

We used the ATZB900 and ATZB24 modules without a problem, with a new
platform of course. We dropped the atzb24 in favor of the rfa1, and we
dropped the atzb900, because it was very hard to get it in larger
quantities, it's expensive, hard to solder on, and we want to use the
rfa1's better timer stack.


> Did someone check/test compatibility with previous chip generations ?
> Is there some TinyOS implementation with XMega CPU (ATxmegaxxx) ?
> And what about ARM Cortex-M0+ CPU (ATSAMR21xxx,
> https://code.google.com/p/tinyos-cortex/) ?
>
> RF:
> - AT86RF233 - compatible with RF230 ?
>- Atmel module - http://www.atmel.com/tools/ATZB-RF-233-1-C.aspx
>Some references:
>- http://wiesel.ece.utah.edu/projects/10/
>- git://wiesel.ece.utah.edu/tinyos/tinyos-prod.git (branch wiesel)
>
>
With small modifications:
http://www.atmel.com/ja/jp/Images/Atmel-42198-Migration-from-AT86RF230-to-AT86RF233_AP-Note_AT02601.pdf
The problematic parts: PREP_DEEP_SLEEP, TX_AUTO_CRC_ON, probably more,
especially with HWACK.


> - AT86RF212B - compatible with RF212 ?
>- Atmel module - http://www.atmel.com/tools/ATZB-RF-212B-0-U.aspx
>- Atmel module - http://www.atmel.com/tools/ATZB-RF-212B-0-CN.aspx
>

Probably will work, but obviously wont use new features.
http://www.atmel.com/Images/Atmel-42178-Migration-from-AT86RF212-to-AT86RF212B_AP-Note_AT02598.pdf
Didn't found any problematic part.

>
> CPU&RF:
> - ATmega256RFR2 - compatible with 128RFA1 ?
>- Atmel module - http://www.atmel.com/tools/ATZB-S1-256-3-0-U.aspx
>- Atmel module - http://www.atmel.com/tools/ATZB-S1-256-3-0-C.aspx
>
>
Unfortunatelly there's no migration guide, but it is indeed very similar.
I've gone through the datasheet, and the only compatibility breaking
modification I found was in the ADC. But, you need compiler support, which
is - as far as I know - only in the official atmel AVR toolchain. I have
some modified ucprotonb with 256rfr2, and I'm working on the compiler, it
will probably work soon. Oh, and all RFR2s are the same, the difference is
only the amount of RAM/ROM (64/128/256), and/or the pinout (128 vs 1284,
etc), so all of them should work at the same time.


> CPU+RF:
> - ATxmega256A3U + AT86RF233
>- Atmel module - http://www.atmel.com/tools/ATZB-X0-256-3-0-C.aspx
>
> - ATxmega256A3U + AT86RF212B
>- Atmel module - http://www.atmel.com/tools/ATZB-X0-256-4-0-U.aspx
>- Atmel module - http://www.atmel.com/tools/ATZB-X0-256-4-0-CN.aspx
>
>
I don't know much about xmegas, but they seemed very different from
atmegas, so it will probably hard work to make the basic drivers. It's
probably doesn't worth it: The ARM based MCUs are much more intresting, and
it seems the industry moves towards ARM.

Best,
Andras Biro
http://ucmote.com



> Thanks for answers, Martin Cerveny
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] TinyOS support for Atmel chips on newer ZigBit modules (ATZB)

[Philip Levis]

I'm very interested in incorporating support for the newer Atmel chips in the 
main tree. Cortex M3 is also a priority, but given the diversity of chips I 
want to take a look at the space and figure out which we should focus on.

Phil




On Apr 20, 2014, at 11:44 AM, Ugo Colesanti  wrote:

> On 04/20/2014 06:09 PM, Martin Cerveny wrote:
>> Hello.
>> 
>> Is there some progress or stable/final/tested code for Atmel newer RF chips 
>> on ZigBit (ATZB) modules ?
>> Did someone check/test compatibility with previous chip generations ?
>> Is there some TinyOS implementation with XMega CPU (ATxmegaxxx) ?
>> And what about ARM Cortex-M0+ CPU (ATSAMR21xxx, 
>> https://code.google.com/p/tinyos-cortex/) ?
> We just bought an R21XplainedPro board, we are playing bit with it but 
> with atmel studio only. There is almost no documentation (atmel sent us 
> a very preliminary datasheet). We scheduled to work on a tinyos porting, 
> but with very-low priority. The problem is that we are not familiar with 
> cortex and with arm-gcc in general... if anyone wants to join...
> 
>> 
>> RF:
>> - AT86RF233 - compatible with RF230 ?
>>- Atmel module - http://www.atmel.com/tools/ATZB-RF-233-1-C.aspx
>>Some references:
>>- http://wiesel.ece.utah.edu/projects/10/
>>- git://wiesel.ece.utah.edu/tinyos/tinyos-prod.git (branch wiesel)
>> 
>> - AT86RF212B - compatible with RF212 ?
>>- Atmel module - http://www.atmel.com/tools/ATZB-RF-212B-0-U.aspx
>>- Atmel module - http://www.atmel.com/tools/ATZB-RF-212B-0-CN.aspx
>> 
>> CPU&RF:
>> - ATmega256RFR2 - compatible with 128RFA1 ?
>>- Atmel module - http://www.atmel.com/tools/ATZB-S1-256-3-0-U.aspx
>>- Atmel module - http://www.atmel.com/tools/ATZB-S1-256-3-0-C.aspx
> We are very familiar with RFA1 (we have a custom board based on this 
> chip) and we have a couple of RFR2 bought from dresden elektronik, we 
> didn't had time to focus on RFR2 yet, but it is planned very soon. We 
> can let you know on any updates about this topic (it seems there are few 
> changes in transceiver and ADC modules, for the rest they seem the same).
> 
>> 
>> CPU+RF:
>> - ATxmega256A3U + AT86RF233
>>- Atmel module - http://www.atmel.com/tools/ATZB-X0-256-3-0-C.aspx
>> 
>> - ATxmega256A3U + AT86RF212B
>>- Atmel module - http://www.atmel.com/tools/ATZB-X0-256-4-0-U.aspx
>>- Atmel module - http://www.atmel.com/tools/ATZB-X0-256-4-0-CN.aspx
>> 
>> Thanks for answers, Martin Cerveny
>> ___
>> Tinyos-help mailing list
>> Tinyos-help@millennium.berkeley.edu
>> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
> 
> 
> -- 
> Ugo Maria Colesanti
> Dipartimento di Ingegneria Informatica, Automatica e Gestionale "Antonio 
> Ruberti"
> Sapienza Universita' di Roma
> Via Ariosto 25, II floor, room A221
> 00185, Rome
> http://wiserver.dis.uniroma1.it/cms/index.php/contacts/13-postdoc/4-ugo-colesanti
> Phone:  +39 06 77274056
> Fax:+39 06 77274002
> 
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help


___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] TinyOS support for Atmel chips on newer ZigBit modules (ATZB)

[Ugo Colesanti]

On 04/20/2014 06:09 PM, Martin Cerveny wrote:
> Hello.
>
> Is there some progress or stable/final/tested code for Atmel newer RF chips 
> on ZigBit (ATZB) modules ?
> Did someone check/test compatibility with previous chip generations ?
> Is there some TinyOS implementation with XMega CPU (ATxmegaxxx) ?
> And what about ARM Cortex-M0+ CPU (ATSAMR21xxx, 
> https://code.google.com/p/tinyos-cortex/) ?
We just bought an R21XplainedPro board, we are playing bit with it but 
with atmel studio only. There is almost no documentation (atmel sent us 
a very preliminary datasheet). We scheduled to work on a tinyos porting, 
but with very-low priority. The problem is that we are not familiar with 
cortex and with arm-gcc in general... if anyone wants to join...

>
> RF:
> - AT86RF233 - compatible with RF230 ?
> - Atmel module - http://www.atmel.com/tools/ATZB-RF-233-1-C.aspx
> Some references:
> - http://wiesel.ece.utah.edu/projects/10/
> - git://wiesel.ece.utah.edu/tinyos/tinyos-prod.git (branch wiesel)
>
> - AT86RF212B - compatible with RF212 ?
> - Atmel module - http://www.atmel.com/tools/ATZB-RF-212B-0-U.aspx
> - Atmel module - http://www.atmel.com/tools/ATZB-RF-212B-0-CN.aspx
>
> CPU&RF:
> - ATmega256RFR2 - compatible with 128RFA1 ?
> - Atmel module - http://www.atmel.com/tools/ATZB-S1-256-3-0-U.aspx
> - Atmel module - http://www.atmel.com/tools/ATZB-S1-256-3-0-C.aspx
We are very familiar with RFA1 (we have a custom board based on this 
chip) and we have a couple of RFR2 bought from dresden elektronik, we 
didn't had time to focus on RFR2 yet, but it is planned very soon. We 
can let you know on any updates about this topic (it seems there are few 
changes in transceiver and ADC modules, for the rest they seem the same).

>
> CPU+RF:
> - ATxmega256A3U + AT86RF233
> - Atmel module - http://www.atmel.com/tools/ATZB-X0-256-3-0-C.aspx
>
> - ATxmega256A3U + AT86RF212B
> - Atmel module - http://www.atmel.com/tools/ATZB-X0-256-4-0-U.aspx
> - Atmel module - http://www.atmel.com/tools/ATZB-X0-256-4-0-CN.aspx
>
> Thanks for answers, Martin Cerveny
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help


-- 
Ugo Maria Colesanti
Dipartimento di Ingegneria Informatica, Automatica e Gestionale "Antonio 
Ruberti"
Sapienza Universita' di Roma
Via Ariosto 25, II floor, room A221
00185, Rome
http://wiserver.dis.uniroma1.it/cms/index.php/contacts/13-postdoc/4-ugo-colesanti
Phone:  +39 06 77274056
Fax:+39 06 77274002

___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] TinyOS support for Atmel chips on newer ZigBit modules (ATZB)

[Martin Cerveny]

Hello.

Is there some progress or stable/final/tested code for Atmel newer RF chips on 
ZigBit (ATZB) modules ?
Did someone check/test compatibility with previous chip generations ?
Is there some TinyOS implementation with XMega CPU (ATxmegaxxx) ?
And what about ARM Cortex-M0+ CPU (ATSAMR21xxx, 
https://code.google.com/p/tinyos-cortex/) ?

RF:
- AT86RF233 - compatible with RF230 ?
   - Atmel module - http://www.atmel.com/tools/ATZB-RF-233-1-C.aspx
   Some references:
   - http://wiesel.ece.utah.edu/projects/10/
   - git://wiesel.ece.utah.edu/tinyos/tinyos-prod.git (branch wiesel)

- AT86RF212B - compatible with RF212 ?
   - Atmel module - http://www.atmel.com/tools/ATZB-RF-212B-0-U.aspx
   - Atmel module - http://www.atmel.com/tools/ATZB-RF-212B-0-CN.aspx

CPU&RF:
- ATmega256RFR2 - compatible with 128RFA1 ?
   - Atmel module - http://www.atmel.com/tools/ATZB-S1-256-3-0-U.aspx
   - Atmel module - http://www.atmel.com/tools/ATZB-S1-256-3-0-C.aspx

CPU+RF:
- ATxmega256A3U + AT86RF233
   - Atmel module - http://www.atmel.com/tools/ATZB-X0-256-3-0-C.aspx

- ATxmega256A3U + AT86RF212B
   - Atmel module - http://www.atmel.com/tools/ATZB-X0-256-4-0-U.aspx
   - Atmel module - http://www.atmel.com/tools/ATZB-X0-256-4-0-CN.aspx

Thanks for answers, Martin Cerveny
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help