Hello Matthias,

thanks again for your help.
As you have possibly seen, I have opened another thread yesterday, because I wasn't able to burn my card and to get a positiv verification message. This morning I didn't know what to do anymore and I decided to try another card writer. And suddenly it worked. Or I got at least an positiv verification message. So I thought this should have worked.
But as you know, it didn't.

So I followed your suggestion and downloaded the files for another time. I compared the FPGA and firmware image and they had identical properties. So I thought it wouldn't work. But not knowing what to do else, I just retried burning.

And "I don't know why" this time it worked.

So I don't know the reason why, but never the less I'll go on with my project now.

Thanks for your help.

Tobias

Am 28.07.2010 14:30, schrieb Matthias Wilhelm:
Hello,

thanks for your quick answer.

I checked it and I think ists okay.

inupc33:/home/gnuradio/gnuradio/uhd/host/utils # route -n
Kernel IP Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface 129.69.175.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.10.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 129.69.175.254 0.0.0.0 UG 0 0 0 eth0

And in contrast to Luca I used the
ping -I eth1 192.168.10.2 -command to be sure that is use the right network device.

Tobias

Luca wrote me that he solved the issue, maybe you have a firmware/FPGA image mismatch, such that the firmware boots and lights the LEDs but cannot receive/reply to ethernet packets properly.

Matthias

Anfang der weitergeleiteten E-Mail:

*Von: *Luca Pascale <pascale.luca...@gmail.com <mailto:pascale.luca...@gmail.com>>
*Datum: *28. Juli 2010 11:56:41 MESZ
*An: *Matthias Wilhelm <wilh...@informatik.uni-kl.de <mailto:wilh...@informatik.uni-kl.de>>
*Betreff: **Re: [Discuss-gnuradio] No UHD Devices Found*

Hi Matthias,

thanks for your reply.
I have solved loading the UHD last firmware/FPGA image. Now all is ok.

Next step is to control 2 USRP2 in a fully synchronized(and coherent) way.
Thanks again.
Luca


2010/7/28 Matthias Wilhelm <wilh...@informatik.uni-kl.de <mailto:wilh...@informatik.uni-kl.de>>

    Hello,

    "destination host unreachable" indicates that the route is not
    set correctly. Try

    # route add -net 192.168.10.0/24 <http://192.168.10.0/24> dev eth1

    or check

    # route -n

    to see if the routing is using the proper network devices.

    Matthias


    Am 28.07.2010 um 11:10 schrieb Tobias Schmid:

    > Hi,
    >
    > I've got exactly the same problem.
    > In my case the lights D and F are light up.
    >
    > The usrp2_card_burner_gui.py works correctly. I've checked that
    by flashing the cards with the common firmware.
    > And that works fine.
    >
    > Tobias
    >
    > Am 15.07.2010 18:32, schrieb Josh Blum:
    >> Are the UHD images burned onto the sd card?
    >>
    >>
    
http://code.ettus.com/redmine/ettus/projects/public/wiki/U2binaries#UHD-Firmware-and-FPGA-Images
    >>
    >>
    
http://www.ettus.com/uhd_docs/manual/html/usrp2.html#load-the-images-onto-the-sd-card
    >>
    >> Are lights E and F light up on the front panel once powered up?
    >>
    >> -Josh
    >>
    >> On 07/15/2010 09:28 AM, Luca Pascale wrote:
    >>> Hi,
    >>> I have received  two new USRP2 (rev 4) with a BasicRx DB. I
    connect the DB,
    >>> set the gbit lan so that :
    >>>
    >>> eth1      Link encap:Ethernet  HWaddr 00:15:17:e6:86:56
    >>>          inet addr:192.168.10.1  Bcast:192.168.10.255
     Mask:255.255.255.0
    >>>          inet6 addr: fe80::215:17ff:fee6:8656/64 Scope:Link
    >>>          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
    >>>          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
    >>>          TX packets:190 errors:0 dropped:0 overruns:0 carrier:0
    >>>          collisions:0 txqueuelen:1000
    >>>          RX bytes:0 (0.0 B)  TX bytes:27244 (27.2 KB)
    >>>          Memory:f3000000-f3020000
    >>>
    >>> I connect the USRP2 to the GBIT lan port and try:
    >>> ping 192.168.10.2
    >>>
    >>> PING 192.168.10.2 (192.168.10.2) 56(84) bytes of data.
    >>> From 192.168.10.1 icmp_seq=2 Destination Host Unreachable
    >>> From 192.168.10.1 icmp_seq=3 Destination Host Unreachable
    >>> From 192.168.10.1 icmp_seq=4 Destination Host Unreachable
    >>>
    >>> am I missing something ?
    >>>
    >>> (I have also builded UHD and tried uhd_find_devices...result:
    No UHD Devices
    >>> Found )
    >>>
    >>> Any suggestions ?? (same behaviours on both uspr2)
    >>> thanks in advance Luca
    >>>
    >>>
    >>>
    >>>
    >>> _______________________________________________
    >>> Discuss-gnuradio mailing list
    >>> Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org>
    >>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
    >>
    >> _______________________________________________
    >> Discuss-gnuradio mailing list
    >> Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org>
    >> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
    >>
    >
    >
    > _______________________________________________
    > Discuss-gnuradio mailing list
    > Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org>
    > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


    _______________________________________________
    Discuss-gnuradio mailing list
    Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org>
    http://lists.gnu.org/mailman/listinfo/discuss-gnuradio





_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to