Hi Eric,

I forgot to mention 2 important changes that I had to do when I started with this HW:
*1.*
A little patch is needed in tos/system/SimpleFcfsArbiterC.nc and tos/system/FcfsArbiterC.nc (http://mail.millennium.berkeley.edu/pipermail/tinyos-help/2012-February/053892.html) Wrong order while initializing hardware resources (SPI is initialized later than Radio; SPI should be ready before initializing Radio)

tos/system/SimpleFcfsArbiterC.nc:

    uses interface ResourceConfigure[uint8_t id];
  }
  implementation {
-  components MainC;
+  components RealMainP;
    components new FcfsResourceQueueC(uniqueCount(resourceName)) as Queue;
    components new SimpleArbiterP() as Arbiter;

-  MainC.SoftwareInit -> Queue;
+  RealMainP.PlatformInit -> Queue;

    Resource = Arbiter;
    ResourceRequested = Arbiter;

tos/system/FcfsArbiterC.nc:

    uses interface ResourceConfigure[uint8_t id];
  }
  implementation {
-  components MainC;
+  components RealMainP;
    components new FcfsResourceQueueC(uniqueCount(resourceName)) as Queue;
    components new ArbiterP(uniqueCount(resourceName)) as Arbiter;

-  MainC.SoftwareInit -> Queue;
+  RealMainP.PlatformInit -> Queue;

    Resource = Arbiter;
    ResourceRequested = Arbiter;

*2.*
Comment out "inline void UCTR(...)" at tos/chips/CC2520/CC2520DriverLayerP.nc:433. (Strange error message: syntax error before '0x10') <-- as for this, I still don't know what the problem could be :(

If you find something interesting regarding my problem, please let me know. Thanks.

Best wishes,
Adam

On 2013.02.28. 0:51, Eric Decker wrote:
not yet.   Still building.  hope to have a compile working today.

I did order a 2520 EVM module as well as a 2520/2591 module. So now have the same environment as you.


On Wed, Feb 27, 2013 at 1:54 AM, "Erdélyi Ádám [Edöm]" <[email protected] <mailto:[email protected]>> wrote:

    Hi,

    have you by any chance found something regarding my problem?

    Thanks,
    Adam


    On 19/02/13 20:07, "Erdélyi Ádám [Edöm]" wrote:
    Hi Eric,

    On 2013.02.18. 1:47, Eric Decker wrote:

    Not enough information.

    Can you push your tree to your account on github?   If you don't
    have a github account please get one so you can push your code
    up to it and then I can look at it.

    I didn't have a github account so I created one quickly. I hope I
    did everything right. Here is the address of my current tree:
    https://github.com/erdelyiadam/prod/tree/AE

    I created a new platform under the name of "nthfs".


    Then I can see how you have things wired.

    Since you get one event it probably isn't a wiring problem but
    some other kind of failure.

    Sorry, my description was ambiguous. I get no event at all, I can
    see only the first SFD signal and only on the oscilloscope. So on
    SW side I got nothing abour SFD.


    What does your h/w look like?    How is the 2520 wired to the 5438a?

    The HW I'm using is an MSP-EXP430F5438
    <http://www.ti.com/tool/msp-exp430f5438> board from TI with a
    CC2520EMK <http://www.ti.com/tool/cc2520emk> RF modul.
    As for the wiring: MSP-EXP5438 Users's Guide (Schematics).pdf
    
<https://www.dropbox.com/s/gdv1mu35kx1hzgl/MSP-EXP5438%20User%27s%20Guide%20%28Schematics%29.pdf>
    (Page 30) and CC2520EM_2_1_schematics.pdf
    <https://www.dropbox.com/s/wv0tnuq0w5eubpk/CC2520EM_2_1_schematics.pdf>


    On Sun, Feb 17, 2013 at 4:00 AM, "Erdélyi Ádám [Edöm]"
    <[email protected] <mailto:[email protected]>>
    wrote:

        Hello Everyone,

        I'm (still) trying to interface the MSP430F5438a uC with the
        CC2520
        radio chip. (I'm using the tp-freeforall/prod repo)
        Now I'm facing the following problem:

        When sending out (TX) messages the SfdCapture.captured event
        never
        fires, except after boot-up for the first time.

        - I captured some of these "first packets" with a CC2531 USB
        dongle and
        TI Packet Sniffer and the result looks like this every time:
        41 88 11 22 00 <tel:41%2088%2011%2022%2000> FF XX XX XX XX
        XX XX XX XX XX (where XXs are different
        every time, but the length is the same, 15)

        - I also measured the signal with an oscilloscope on GPIO4
        of CC2520
        (which is set to SFD by default (based on CC2520 Datasheet /
        SWRS068)
        and connected to P8.1 on MSP430F5438a) and I can see this
        first SFD
        signal after boot-up, but the high-level of the signal is
        only around
        0.3V. (I don' really understand why so low.)

        - I tried to remap the timers, because by default the radio
        uses Micro
        timer (my HplCC2520.nc is based on sam3s_ek) which is mapped to
        Timer1_A, but the P8.1 (the SFD signal from CC2520) is mapped to
        Timer0_A which is a T32khz timer, so I replaced Timer0_A and
        Timer1_A
        with each other, but it didn't get any better.

        At the moment I'm out of ideas, if anyone could give me a
        hint what the
        problem could be, it'd be great.

        (the above mentioned event can be found in
        /tos/chips/cc2520/CC2520DriverLayerP.nc around line 1600)

        Thank you in advance.

        Best wishes,
        Adam Erdelyi
        _______________________________________________
        Tinyos-help mailing list
        [email protected]
        <mailto:[email protected]>
        https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help




-- Eric B. Decker
    Senior (over 50 :-) Researcher


    It would be great if you could help. I feel totally lost.

    Regards,
    Adam




--
Eric B. Decker
Senior (over 50 :-) Researcher


_______________________________________________
Tinyos-help mailing list
[email protected]
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Reply via email to