Variation UHD Connectivity

Seeing variation in USRP2 response:

T60, Intel 82573L, Ubuntu 10.10, master branch (both gnuradio and uhd),
latest uhd image

50-50 the system will respond to uhd_find_devices and uhd_usrp_probe and
the uhd.usrp_source interface

When not responsive, there is the No UHD devices found or Ignoring
discovered device…the uhd_find_devices --args=“addr=192.168.10.2” has
same response

Looking at udh::device.find() I don’t see a temporal variable so tuning
the find() command isn’t an option…a corrupt or empty response from
the USRP2…I haven’t tried reloading the SD card, next step.

There is no firewall in effect and reboot of either the host or the
USRP2 doesn’t appear to have a direct effect

Observing in wireshark one sees the initial .255 query and the USRP2
response but Destination unreachable is the result

Outbound message to USRP:

00000000 00 00 00 09 00 00 00 61 d0 06 e8 09 01 00 00 00 …a

00000010 48 ff e7 09 04 00 00 00 b9 5a 4c 00 f4 bf 51 00 H…
.ZL…Q.
00000020 48 ca cb bf H…

Response:

00000000  00 00 00 09 00 00 00 41  d0 f6 26 09 c0 a8 0a 02 .......A 

…&…
00000010 00 00 00 10 ff ff ff ff 00 00 3f 90 00 00 3f 88 …
…?..?.
00000020 00 00 05 ac …

Responsive to a junk query by netcat:

[email protected]:~/radiostuff$ netcat -u 192.168.10.2 49152
test
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��

May be resolved…

Having uploaded release 003.000.001 - 2011/04/01 the system is currently
responding.

From: [email protected]
To: [email protected]
Date: Sun, 3 Apr 2011 04:12:41 +0000
Subject: [Discuss-gnuradio] Variation UHD Connectivity

Seeing variation in USRP2 response:

T60, Intel 82573L, Ubuntu 10.10, master branch (both gnuradio and uhd),
latest uhd image

50-50 the system will respond to uhd_find_devices and uhd_usrp_probe and
the uhd.usrp_source interface

When not responsive, there is the No UHD devices found or Ignoring
discovered device…the uhd_find_devices --args=“addr=192.168.10.2” has
same response

Looking at udh::device.find() I don’t see a temporal variable so tuning
the find() command isn’t an option…a corrupt or empty response from
the USRP2…I haven’t tried reloading the SD card, next step.

There is no firewall in effect and reboot of either the host or the
USRP2 doesn’t appear to have a direct effect

Observing in wireshark one sees the initial .255 query and the USRP2
response but Destination unreachable is the result

Outbound message to USRP:

00000000 00 00 00 09 00 00 00 61 d0 06 e8 09 01 00 00 00 …a

00000010 48 ff e7 09 04 00 00 00 b9 5a 4c 00 f4 bf 51 00 H…
.ZL…Q.
00000020 48 ca cb bf H…

Response:

00000000  00 00 00 09 00 00 00 41  d0 f6 26 09 c0 a8 0a 02 .......A 

…&…
00000010 00 00 00 10 ff ff ff ff 00 00 3f 90 00 00 3f 88 …
…?..?.
00000020 00 00 05 ac …

Responsive to a junk query by netcat:

[email protected]:~/radiostuff$ netcat -u 192.168.10.2 49152
test
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��

While loading the new images worked yesterday evening, yet again the
system is showing a variant response to queries…either a timing or
data corruption issue in the exchange?

Maybe I should use a shorter length of MD-5…he, he : )

From: [email protected]
To: [email protected]
Subject: RE: [Discuss-gnuradio] Variation UHD Connectivity
Date: Sun, 3 Apr 2011 05:15:56 +0000

May be resolved…

Having uploaded release 003.000.001 - 2011/04/01 the system is currently
responding.

From: [email protected]
To: [email protected]
Date: Sun, 3 Apr 2011 04:12:41 +0000
Subject: [Discuss-gnuradio] Variation UHD Connectivity

Seeing variation in USRP2 response:

T60, Intel 82573L, Ubuntu 10.10, master branch (both gnuradio and uhd),
latest uhd image

50-50 the system will respond to uhd_find_devices and uhd_usrp_probe and
the uhd.usrp_source interface

When not responsive, there is the No UHD devices found or Ignoring
discovered device…the uhd_find_devices --args=“addr=192.168.10.2” has
same response

Looking at udh::device.find() I don’t see a temporal variable so tuning
the find() command isn’t an option…a corrupt or empty response from
the USRP2…I haven’t tried reloading the SD card, next step.

There is no firewall in effect and reboot of either the host or the
USRP2 doesn’t appear to have a direct effect

Observing in wireshark one sees the initial .255 query and the USRP2
response but Destination unreachable is the result

Outbound message to USRP:

00000000 00 00 00 09 00 00 00 61 d0 06 e8 09 01 00 00 00 …a

00000010 48 ff e7 09 04 00 00 00 b9 5a 4c 00 f4 bf 51 00 H…
.ZL…Q.
00000020 48 ca cb bf H…

Response:

00000000  00 00 00 09 00 00 00 41  d0 f6 26 09 c0 a8 0a 02 .......A 

…&…
00000010 00 00 00 10 ff ff ff ff 00 00 3f 90 00 00 3f 88 …
…?..?.
00000020 00 00 05 ac …

Responsive to a junk query by netcat:

[email protected]:~/radiostuff$ netcat -u 192.168.10.2 49152
test
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��


Discuss-gnuradio mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Per a recommendation from M. Leech use of a new Cat5e likely has
corrected this issue.

From: [email protected]
To: [email protected]
Subject: RE: [Discuss-gnuradio] Variation UHD Connectivity
Date: Sun, 3 Apr 2011 14:48:53 +0000

While loading the new images worked yesterday evening, yet again the
system is showing a variant response to queries…either a timing or
data corruption issue in the exchange?

Maybe I should use a shorter length of MD-5…he, he : )

From: [email protected]
To: [email protected]
Subject: RE: [Discuss-gnuradio] Variation UHD Connectivity
Date: Sun, 3 Apr 2011 05:15:56 +0000

May be resolved…

Having uploaded release 003.000.001 - 2011/04/01 the system is currently
responding.

From: [email protected]
To: [email protected]
Date: Sun, 3 Apr 2011 04:12:41 +0000
Subject: [Discuss-gnuradio] Variation UHD Connectivity

Seeing variation in USRP2 response:

T60, Intel 82573L, Ubuntu 10.10, master branch (both gnuradio and uhd),
latest uhd image

50-50 the system will respond to uhd_find_devices and uhd_usrp_probe and
the uhd.usrp_source interface

When not responsive, there is the No UHD devices found or Ignoring
discovered device…the uhd_find_devices --args=“addr=192.168.10.2” has
same response

Looking at udh::device.find() I don’t see a temporal variable so tuning
the find() command isn’t an option…a corrupt or empty response from
the USRP2…I haven’t tried reloading the SD card, next step.

There is no firewall in effect and reboot of either the host or the
USRP2 doesn’t appear to have a direct effect

Observing in wireshark one sees the initial .255 query and the USRP2
response but Destination unreachable is the result

Outbound message to USRP:

00000000 00 00 00 09 00 00 00 61 d0 06 e8 09 01 00 00 00 …a

00000010 48 ff e7 09 04 00 00 00 b9 5a 4c 00 f4 bf 51 00 H…
.ZL…Q.
00000020 48 ca cb bf H…

Response:

00000000  00 00 00 09 00 00 00 41  d0 f6 26 09 c0 a8 0a 02 .......A 

…&…
00000010 00 00 00 10 ff ff ff ff 00 00 3f 90 00 00 3f 88 …
…?..?.
00000020 00 00 05 ac …

Responsive to a junk query by netcat:

[email protected]:~/radiostuff$ netcat -u 192.168.10.2 49152
test
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��
����?�?��


Discuss-gnuradio mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Discuss-gnuradio mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs