Discussion:
SBR configuration tool - alpha testers required
Robin Bowes
2008-02-21 12:58:29 UTC
Permalink
Hi,

An alpha version of my SBR configuration tool is now ready for testing.

Details here:

http://robinbowes.com/projects/Net-UDAP

If you find any issues, please create tickets here:

http://robinbowes.com/projects/Net-UDAP/newticket

Initially, there is a set of perl modules and a user shell. Once this is
done, I'll be finishing my SC plugin that uses the modules to configure
the SBR from SC.

Thanks to all those who have helped me get this far, in particular Felix
and Richard.

R.
SuperQ
2008-02-21 14:09:17 UTC
Permalink
Damn, I need to pick up a SBR to test with :(


--
SuperQ
------------------------------------------------------------------------
SuperQ's Profile: http://forums.slimdevices.com/member.php?userid=2139
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-02-21 14:23:36 UTC
Permalink
SuperQ wrote:
> Damn, I need to pick up a SBR to test with :(

Yes, sorry. This is aimed at the existing SBR beta testers who already
have a unit.

R.
gharris999
2008-02-21 15:34:10 UTC
Permalink
I'm perl challenged. This is the error message I'm getting:


Code:
--------------------

[***@slimnas setup]# trunk/scripts/udap_shell.pl
Can't locate version.pm in @INC (@INC contains: /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor
_perl /usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8 .) at trunk/scripts/udap_shell.pl line 24.
BEGIN failed--compilation aborted at trunk/scripts/udap_shell.pl line 24.

--------------------

Is version.pm part of CPAN? How do I install it?


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-02-21 16:01:40 UTC
Permalink
gharris999 wrote:
> I'm perl challenged. This is the error message I'm getting:
>
>
> Code: --------------------
>
> [***@slimnas setup]# trunk/scripts/udap_shell.pl Can't locate
> version.pm in @INC (@INC contains:
> /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7
> /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5
> /usr/lib/perl5/site_perl
> /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7
> /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5
> /usr/lib/perl5/vendor _perl
> /usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8 .)
> at trunk/scripts/udap_shell.pl line 24. BEGIN failed--compilation
> aborted at trunk/scripts/udap_shell.pl line 24.
>
> --------------------
>
> Is version.pm part of CPAN? How do I install it?


version.pm is distributed with the code. It should be in:

Net-UDAP/trunk/src/Net-UDAP/lib/version.pm

But, your @INC does not appear to include the lib dir for some reason.

Ah, I see why. I use version before setting the lib dir.

Give me a couple of minutes then svn up please.

R.
Robin Bowes
2008-02-21 16:13:15 UTC
Permalink
Robin Bowes wrote:
>
> Give me a couple of minutes then svn up please.

Should be fixed in r54.

R.
gharris999
2008-02-21 18:37:00 UTC
Permalink
Robin: I'm your worst nightmare:


Code:
--------------------

[***@slimnas setup]# svn up ./trunk
U trunk/scripts/udap_shell.pl
U trunk/scripts/test_module.pl
U trunk/src/Net-UDAP/lib/Net/UDAP.pm
U trunk/src/Net-UDAP/lib/Net/UDAP/Shell.pm
U trunk/src/Net-UDAP/lib/Net/UDAP/Constant.pm
U trunk/src/Net-UDAP/lib/Net/UDAP/MessageIn.pm
U trunk/src/Net-UDAP/lib/Net/UDAP/MessageOut.pm
U trunk/src/Net-UDAP/lib/Net/UDAP/Util.pm
U trunk/src/Net-UDAP/lib/Net/UDAP/Client.pm
U trunk/src/Net-UDAP/lib/Net/UDAP/Log.pm
U trunk/Net-UDAP.kpf
Updated to revision 54.
[***@slimnas setup]# trunk/scripts/udap_shell.pl
Can't locate version/vpp.pm in @INC (@INC contains: /setup/trunk/scripts/../src/Net-UDAP/lib /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/
perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8 .) at (eval 4) line 2.
BEGIN failed--compilation aborted at (eval 4) line 2.
Compilation failed in require at trunk/scripts/udap_shell.pl line 27.
BEGIN failed--compilation aborted at trunk/scripts/udap_shell.pl line 27.
[***@slimnas setup]#

--------------------


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-02-21 23:57:37 UTC
Permalink
gharris999 wrote:
> Robin: I'm your worst nightmare:

Heh, not at all. You're finding all the really obvious issues!

> Updated to revision 54.
> [***@slimnas setup]# trunk/scripts/udap_shell.pl
> Can't locate version/vpp.pm in @INC (@INC contains: /setup/trunk/scripts/../src/Net-UDAP/lib /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl/5.8.6 /usr/li
b/
> perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8 .) at (eval 4) line 2.
> BEGIN failed--compilation aborted at (eval 4) line 2.
> Compilation failed in require at trunk/scripts/udap_shell.pl line 27.
> BEGIN failed--compilation aborted at trunk/scripts/udap_shell.pl line 27.

I had the wrong "version" of version.pm in the repo: I had the XS module
rather than the PP module.

It worked for me because I had version.pm installed in my system perl
lib (on linux) and ActiveState seems to come with version.pm.

Should be fixed in r55.

R.
gharris999
2008-02-22 22:55:55 UTC
Permalink
OK, using svn 56, I'm having mixed success. Perhaps I'm being too
ambitious in terms of my desired SBR config at this point. What I want
to do is have the SBR connected to my wlan; connected to a stand-alone
SC server via the ethernet port and a crossover cable; and bridge the
two connections so that other entities on the lan/wlan can use the
stand-alone SC's web interface through the SBR's bridge. This is a
setup I've done successfully several times using SB2s and SB3s.

These are the settings I've used thus far:

Code:
--------------------

set hostname=SBRBETA
set lan_ip_mode=0
set lan_network_address=192.168.0.223
set primary_dns=192.168.0.1
set server_address=192.168.0.222
set squeezecenter_address=192.168.0.222
set squeezecenter_name=slimnas
set lan_gateway=192.168.0.1

set wireless_SSID=my_ssid
set wireless_mode=0
set wireless_region_id=4
set wireless_wpa_cipher=2
set wireless_wpa_enabled=1
set wireless_wpa_mode=1
set wireless_wpa_psk=my_wpapsk
set wireless_channel=6
set interface=0

set bridging=1

save_data
reset

--------------------

It's almost there. But my windows xp machine suddenly starts
complaining about conflicting ip addresses on the lan. Which, come to
think of it...DOH!...I guess I should expect, since I sill have the
stand-alone SC box running UDAP connected to the LAN. Double-DOH! OK,
so I'll futz with this some more and report my results.

So far, though, I'll hazard to say that you've got the makings of a
winner, here, Robin. Thanks!


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-02-22 23:50:09 UTC
Permalink
OK, I'm having some trouble here. After I do a discover, configure 1
and go through making the various settings, I get this:

Code:
--------------------

UDAP [1] (squeezebox 1601ba)> list
bridging: 1
hostname: SBRBETA
interface: 0
lan_gateway: 192.168.0.1
lan_ip_mode: 0
lan_network_address: 192.168.0.223
lan_subnet_mask: 255.255.255.0
primary_dns: 192.168.0.1
secondary_dns: 0.0.0.0
server_address: 192.168.0.222
squeezecenter_address: 192.168.0.222
squeezecenter_name: slimnas
wireless_SSID: my_ssid
wireless_channel: 6
wireless_keylen: 0
wireless_mode: 0
wireless_region_id: 4
wireless_wep_key_0:
wireless_wep_key_1:
wireless_wep_key_2:
wireless_wep_key_3:
wireless_wep_on: 0
wireless_wpa_cipher: 2
wireless_wpa_enabled: 1
wireless_wpa_mode: 1
wireless_wpa_psk: my_wpa_psk
UDAP [1] (squeezebox 1601ba)>

--------------------

I then do a save, reset, quit, discover and configure 1. This is what
I then get:

Code:
--------------------

UDAP [1] (squeezebox 1601ba)> list
bridging: 1
hostname: SBRBETA
interface: 0
lan_gateway: 192.168.0.1
lan_ip_mode: 0
lan_network_address: 192.168.0.223
lan_subnet_mask: 255.255.255.0
primary_dns: 192.168.0.1
secondary_dns: 0.0.0.0
server_address: 192.168.0.222
squeezecenter_address: 192.168.0.222
squeezecenter_name: slimnas
wireless_SSID: my_ssid
wireless_channel: 0
wireless_keylen: 0
wireless_mode: 0
wireless_region_id: 0
wireless_wep_key_0:
wireless_wep_key_1:
wireless_wep_key_2:
wireless_wep_key_3:
wireless_wep_on: 0
wireless_wpa_cipher: 1
wireless_wpa_enabled: 1
wireless_wpa_mode: 1
wireless_wpa_psk: my_wpa_psk
UDAP [1] (squeezebox 1601ba)>

--------------------

It appears that the these settings don't get "saved" with the requested
values:

wireless_channel
wireless_region_id
wireless_wpa_cipher

..and therefore the SBR never connects to my wlan.

Any thoughts?


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-02-23 00:41:39 UTC
Permalink
gharris999 wrote:
>
> Any thoughts?
>
>

Thanks foe testing - I'll look into it in more detail tomorrow.

My first instinct would be to say "don't set so much" - you shouldn't
need to set channel or region ID. True, these should work, but try not
setting them.

Can you raise a ticket, and I'll look into it tomorrow.

R.
gharris999
2008-02-23 03:32:58 UTC
Permalink
Done. Ticket 2 raised:
http://robinbowes.com/projects/Net-UDAP/ticket/2#preview


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-02-23 13:56:23 UTC
Permalink
gharris999 wrote:
> Done. Ticket 2 raised:
> http://robinbowes.com/projects/Net-UDAP/ticket/2#preview

I just fixed this. It is now possible to set wireless_channel,
wireless_region_id, and wireless_wpa_cipher.

Please test and let me know how you get on.

R.
gharris999
2008-02-23 17:49:55 UTC
Permalink
OK, after setting wireless_wpa_cipher=2 (to TKIP) and if interface=0
(wireless) ... after a save_data and reset, the SBR then lists
wireless_wpa_ciper: 3 (3??!) ..and the SBR still doesn't connect to my
access point.

I'm going to try out a few other "simpler" configs.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-02-23 18:31:38 UTC
Permalink
Is it possible you have a "off by one" error in your code? When I set
wireless_wpa_cipher=1, the sbr did manage to connect to the wireless
access point...which is most definitely configured for TKIP.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-02-23 19:04:37 UTC
Permalink
gharris999 wrote:
> Is it possible you have a "off by one" error in your code? When I set
> wireless_wpa_cipher=1, the sbr did manage to connect to the wireless
> access point...which is most definitely configured for TKIP.

I saw "3" to, but couldn't reproduce it.

However, I've just had a note from Dean saying that these are the
correct values:

1 "TKIP"
2 "AES"
3 "TKIP and AES"

He recommends setting it to "3".

R.
gharris999
2008-02-23 19:23:06 UTC
Permalink
OK, that explains it. "3" didn't work for me with my wireless router, a
Netgear WGU624. "1" works like a charm though.

Thanks to UDAP, at this moment, the SBR is happily playing a Monteverdi
mass with the following setup:

*SBR connected to my wireless access point, WPA-PSK, TKIP.
*SBR connected via ethernet to a "stand-alone" SC7 server (via a
hub...can't get crossover cable to work yet.
See:http://forums.slimdevices.com/showthread.php?t=43803)
*SBR bridging the wireless and wired networks.

I can ping the "stand-alone" server over the bridge just fine and I can
access its SC7 web-interface and control the SBR's playlist over the
bridge too.

The SBC doesn't seem to have any problem with this setup either.



The only oddity that I'm seeing, other than the crossover cable issue,
is that the SBR seems to be looking to the stand-alone's dhcp server,
rather than to the wireless access point's, for it's IP.

But, all that said, ITS WORKING!!!

Good job, Robin!


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-02-23 19:37:29 UTC
Permalink
Excellent news.

I'll get working on the Plugin next week.

Thanks for testing.

R.

gharris999 wrote:
> OK, that explains it. "3" didn't work for me with my wireless router, a
> Netgear WGU624. "1" works like a charm though.
>
> Thanks to UDAP, at this moment, the SBR is happily playing a Monteverdi
> mass with the following setup:
>
> *SBR connected to my wireless access point, WPA-PSK, TKIP.
> *SBR connected via ethernet to a "stand-alone" SC7 server (via a
> hub...can't get crossover cable to work yet.
> See:http://forums.slimdevices.com/showthread.php?t=43803)
> *SBR bridging the wireless and wired networks.
>
> I can ping the "stand-alone" server over the bridge just fine and I can
> access its SC7 web-interface and control the SBR's playlist over the
> bridge too.
>
> The SBC doesn't seem to have any problem with this setup either.
>
>
>
> The only oddity that I'm seeing, other than the crossover cable issue,
> is that the SBR seems to be looking to the stand-alone's dhcp server,
> rather than to the wireless access point's, for it's IP.
>
> But, all that said, ITS WORKING!!!
>
> Good job, Robin!
>
>
gharris999
2008-02-23 19:59:27 UTC
Permalink
I think that this is completely the right approach. Let the SBC
developers concentrate on core-usability issues. Ghetto-ize the
support for arcane SBR setups into a plug-in. Totally works for me.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-02-23 20:58:59 UTC
Permalink
gharris999 wrote:
> I think that this is completely the right approach. Let the SBC
> developers concentrate on core-usability issues. Ghetto-ize the
> support for arcane SBR setups into a plug-in. Totally works for me.

Can you do some testing around when SC is shutdown, i.e. does the SBR
reconnect automatically?

Can you test both when it's been set up from SC, and when setup from my
script?

Thanks,

R.
gharris999
2008-02-24 00:51:43 UTC
Permalink
I have some other chores to do, but, if you can wait until Monday, sure.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-02-24 02:39:06 UTC
Permalink
Ok, I went ahead and tested this now anyway. With the SBR setup via
UDAP, if I shutdown the stand-alone server, the SBR led goes blue.
When I start the server up again, the SBR led stays blue and the SC7
web interface reports that "your player was not found." Power cycling
the SBR fixes this.

With the SBR setup via the SBC (SBR connected to stand-alone server via
an isolated hub, SBC set up via "connect using squeezebox" option):
powering down the server results in a blue led on the SBR. After
powering the server back up, the SBR still doesn't "see" the SC service
and the led remains blue. Power-cycling the SBR causes it to reconnect,
but only if the SBC is on too, oddly enough. If the SBC is off, the SBR
led glows bright-white and it never seems to find the SC service.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-02-24 12:10:24 UTC
Permalink
gharris999 wrote:
> Ok, I went ahead and tested this now anyway. With the SBR setup via
> UDAP, if I shutdown the stand-alone server, the SBR led goes blue.
> When I start the server up again, the SBR led stays blue and the SC7
> web interface reports that "your player was not found." Power cycling
> the SBR fixes this.
>
> With the SBR setup via the SBC (SBR connected to stand-alone server via
> an isolated hub, SBC set up via "connect using squeezebox" option):
> powering down the server results in a blue led on the SBR. After
> powering the server back up, the SBR still doesn't "see" the SC service
> and the led remains blue. Power-cycling the SBR causes it to reconnect,
> but only if the SBC is on too, oddly enough. If the SBC is off, the SBR
> led glows bright-white and it never seems to find the SC service.

Thanks.

I see similar results.

I've reported this to Dean.

R.
fcm4711
2008-02-24 22:49:27 UTC
Permalink
Hello there

What happens if you setup SBR from SBC both connecting to an AP (i.e.
not bridged and no ethernet cable attached to SBR)? Does the led also
stay blue when you restart your server?

By restarting the server do you mean restarting SC7 or the complete
PC?

On what platform are you running SC?

What fw is on your SBR?

Thanks
Felix


--
fcm4711

Everyone said: This cannot be done. But one day someone came along who
didn't know about this - and did it. (Source unknown)
------------------------------------------------------------------------
fcm4711's Profile: http://forums.slimdevices.com/member.php?userid=42
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-02-25 05:42:58 UTC
Permalink
I'll try to test the AP setup for you tomorrow afternoon. By
"restarting server" I mean power cycling the actual pc hardware. The
SC7 was installed from the "squeezecenter-branch" repo and is running
on Fedora 8. I'll confirm the fw version when I test with the AP setup
tomorrow.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
fcm4711
2008-02-25 07:07:40 UTC
Permalink
Ok, thanks.

Could you also try if there is a difference if you only stop and
restart SC7 as opposed to restarting the PC?

Also I'd be interested to know the ip addresses of your PC, SBC and SBR
after successful setup and again after restarting your PC.

I almost forgot: Please make sure you factory reset SBR before starting
your tests. That is pressing and holding the button about 6 seconds
until it flashes fast red, then after releasing it wait until it
flashes slow red again.

Thanks
Felix


--
fcm4711

Everyone said: This cannot be done. But one day someone came along who
didn't know about this - and did it. (Source unknown)
------------------------------------------------------------------------
fcm4711's Profile: http://forums.slimdevices.com/member.php?userid=42
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-02-25 10:45:00 UTC
Permalink
fcm4711 wrote:
> Hello there
>
> What happens if you setup SBR from SBC both connecting to an AP (i.e.
> not bridged and no ethernet cable attached to SBR)? Does the led also
> stay blue when you restart your server?

No, that works OK (led goes white)

>
> By restarting the server do you mean restarting SC7 or the complete
> PC?

Just restarting SC - service stop squeezecenter

>
> On what platform are you running SC?

CentOS5.

>
> What fw is on your SBR?

22

R.
gharris999
2008-02-25 20:48:57 UTC
Permalink
OK after factory resets of both SBR & SBC and after initial setup of SBR
using SBC both connecting to wireless AP (which provides dhcp for the
wireless & wired net):

PC running SB7: 192.168.0.222 (static)

SBR: (via SC7 Settings->Players)

The IP address for this player is 192.168.0.224:25286
The ethernet MAC address for this player is 00:04:20:16:01:ba
Player Firmware Version: 22
Wireless Signal Strength: 83%


SBC:

Version 7.0 r2013, Feb 24 etc.
MAC Address: 00:04:20:1A:02:3C
IP Address: 192.168.0.223

After a "service squeezecenter stop":

SBR LED goes blue.

SBC wifi icon at bottom of home page is also blue.

After "service squeezecenter start":

SBR reconnects, led goes from blue to dim-white.
SBC also indicates that it is connected.

So, no problems here with just stopping and starting SC service in
terms of getting the SBR to reconnect.

==============================================

After powering down SBR & SBC and pc:

Restarting PC, confirmed that SC service is running, it reports "player
not found" as expected, the SBR isn't powered up yet.

Powering up SBR: led sequence: RED->WHITE->GREEN->dim white. SC web
interface now shows the SBR connected and Settings->Players now shows
the SBR at:

The IP address for this player is 192.168.0.224:28275
The ethernet MAC address for this player is 00:04:20:16:01:ba
Player Firmware Version: 22
Wireless Signal Strength: 85%

...so, same IP, just a different port.

Powering up the SBC: It's back on 192.168.0.223...no change there
either.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
fcm4711
2008-02-25 23:01:15 UTC
Permalink
Ok, great! Thanks for the detailed feedback. We really appreciate it.

So, if SBR is connected wireless it works either if you only stop and
restart SC7 or if you power down everything an then power it up again.
Yes?

To clarifiy the sequence you are reporting on SBR:
RED->WHITE->GREEN->dim white

I believe you actually see: RED->YELLOW->GREEN->dim white. True?

As you stated in the SBR connected via wireless case, your AP is
providing the IP addresses via DHCP.

Now back to the 'bridged case' where you reported issues, SBR not
connecting back to SC7 (i.e. led stays blue), what instance is giving
out the DHCP addresses. The PC running SC7?

Thanks
Felix


--
fcm4711

Everyone said: This cannot be done. But one day someone came along who
didn't know about this - and did it. (Source unknown)
------------------------------------------------------------------------
fcm4711's Profile: http://forums.slimdevices.com/member.php?userid=42
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-02-26 04:00:17 UTC
Permalink
fcm4711;272891 Wrote:
> So, if SBR is connected wireless it works either if you only stop and
> restart SC7 or if you power down everything an then power it up again.
> Yes?
Yes, the SBR & SBC reconnect on their own in either case.

It seems as though the SBC doesn't attempt to send a WOL packet to the
SC pc when requests are attempted with there isn't a connection. I
find the WOL capabilities of the SB2, SB3, Transporter quiet handy.
Any plan to add a WOL capability to the SBC?


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-02-26 04:02:30 UTC
Permalink
fcm4711;272891 Wrote:
> I believe you actually see: RED->YELLOW->GREEN->dim white. True?
If you say so. Not so much YELLOW as, perhaps PALE CHAMPAIGN?


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-02-26 04:26:13 UTC
Permalink
fcm4711;272891 Wrote:
> Now back to the 'bridged case' where you reported issues, SBR not
> connecting back to SC7 (i.e. led stays blue), what instance is giving
> out the DHCP addresses. The PC running SC7?
Yes, the SC7 pc has a dhcp service running and the SBC reports that the
SBR's IP is in the range that that dhcp service hands out.

Testing again:

If I power-down the SC7 pc and power it back up, the SBR led remains
blue and the SBC home screen lists "Settings; Extras; Choose Player".
Going to Settings->Music Source and manually entering the IP of the SC7
pc doesn't seem to help. When I select the IP, the SBC and the SBR do
nothing.

This time, I had to power cycle the SBR and the SBC a couple of times
in order to get them to reconnect.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
fcm4711
2008-02-26 08:22:14 UTC
Permalink
Hello again

Sorry, I wasn't clear with my statement. I only wanted to know if your
PC is doing the DHCP.

So the next test I propose is again SBC and SBR wireless to the AP, but
this time turn off the DHCP server in the AP and let your PC give out
the ip addresses.

Please start again with factory reset SBR and SBC and use SBC to
configure SBR.

I don't fully trust your SBR with the issue on the ethernet side. So I
would like to postpone tests using the ethernet jack until you get your
replacement SBR.

Thanks again for your patience.

Cheers
Felix


--
fcm4711

Everyone said: This cannot be done. But one day someone came along who
didn't know about this - and did it. (Source unknown)
------------------------------------------------------------------------
fcm4711's Profile: http://forums.slimdevices.com/member.php?userid=42
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
fcm4711
2008-02-26 11:24:36 UTC
Permalink
Hello there

Robin: Sorry, for hijacking your thread here.

Regarding your Net-UDAP tool you could try the following:

Connect your PC (running SC7 and your script) via ethernet to your AP
(giving out ip addresses via DHCP), then use SBC to setup SBR in one of
the three setup modes (i.e. standard wireless, standard ethernet or
bridged).

Now stop SC7 which will make SBRs led to go to blue. When SBR is in
this state you should be able to use your Net-UDAP tool to read back
the settings in SBR.

standard wireless: SBC and SBR wireless to AP
standard ethernet: SBC wireless to AP, SBR wired to AP
bridged: SBC wireless (ad hoc) to SBR and SBR wired to AP

Cheers
Felix


--
fcm4711

Everyone said: This cannot be done. But one day someone came along who
didn't know about this - and did it. (Source unknown)
------------------------------------------------------------------------
fcm4711's Profile: http://forums.slimdevices.com/member.php?userid=42
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-02-26 15:05:02 UTC
Permalink
fcm4711;272970 Wrote:
> I don't fully trust your SBR with the issue on the ethernet side.Understood.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
fcm4711
2008-02-26 17:44:46 UTC
Permalink
Hi there

Is it correct that your bridged setup looks like this?

Internet --- AP (w/ DHCP server) -.- SBR --- PC (w/ DHCP server and
running SC7)

--- = wired, -.- = wireless

And your SBC is connected to the AP?

Which would mean that you use Robins Net-UDAP tool to setup SBR since
SBC does not offer this option?

Thanks
Felix


--
fcm4711

Everyone said: This cannot be done. But one day someone came along who
didn't know about this - and did it. (Source unknown)
------------------------------------------------------------------------
fcm4711's Profile: http://forums.slimdevices.com/member.php?userid=42
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-02-26 18:12:40 UTC
Permalink
Yes, that's one of the configurations that I've tried.

I've also tried a couple of other configurations which I'll post now.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-02-26 19:22:15 UTC
Permalink
Tests of SBR reconnection issues with different devices providing dhcp:
it appears that the problem may be specific to the dhcp service
provided by the WGU624 wireless access point. I can't recreate the
problem when using a dhcp service on the SC7 pc or when using a
different wireless access point providing dhcp.

Test details:


Code:
--------------------

My "standard" network: (-- & | == wired; -..- & : == wireless)

Internet --- XYWall P1 firewall (with dhcp server with 1 pool entry)
|
|
WGU624 Wireless access point (with dhcp server with about 20 entries)
| |
: |
| Wired gigabit switch
: |
| |
: SC7 pc (fedora 8, no dhcp server)
|
:
SBR & SBC via 802.11g WPA-PSK

--------------------


Test 1: Disconnect internet & XYWall from network; Disable DHCP
service on Wireless AP (Netgear WGU624); Enable DHCP service on SC7
PC.

Code:
--------------------

SC7 pc's dhcpd config:

[***@slimnas dhcpd]# cat /etc/dhcpd.conf
#
# DHCP Server Configuration file.
# see /usr/share/doc/dhcp*/dhcpd.conf.sample
#
ddns-update-style none; # keep it simple for now
ignore client-updates; # here too
DHCPARGS=eth0; # tells it what interface to listen on
subnet 192.168.0.0 netmask 255.255.255.0 {
# --- default gateway
option routers 192.168.0.1; # gateway on your eth1 internal interface
option subnet-mask 255.255.255.0; # subnet mask
option domain-name "soledad.lan"; # domain name given to client
option domain-name-servers 192.168.0.1; # the IP of your ISP's nameservers you're using
option time-offset -25200; # Mountain Standard Time - set to what you have
range 192.168.0.241 192.168.0.253; # the range of IP's your clients will get
default-lease-time 21600; # how long the client's will keep the same IP
max-lease-time 43200;
# we want the nameserver to appear at a fixed address
# host ns {
# next-server resolver2.opendns.com; # change to your ISP's nameservers
# hardware ethernet 00:09:5B:8E:05:67; # hardware MAC
# fixed-address 208.67.220.220; # your ISP's nameserver IP
# }
}

SBR & SBC factory reset. SBC setup to connect to (dhcp-less) WGU624 wireless access point. SBR wireless only (no bridge) setup via SBC.

On the SC7 pc:

[***@slimnas dhcpd]# cat dhcpd.leases
# This lease file was written by isc-dhcp-V3.0.6-Fedora

lease 192.168.0.253 {
starts 2 2008/02/26 15:38:56;
ends 2 2008/02/26 21:38:56;
binding state active;
next binding state free;
hardware ethernet 00:04:20:1a:02:3c;
uid "\001\000\004 \032\002<";
}
lease 192.168.0.252 {
starts 2 2008/02/26 15:39:30;
ends 2 2008/02/26 21:39:30;
binding state active;
next binding state free;
hardware ethernet 00:04:20:16:01:ba;
uid "\001\000\004 \026\001\272";
}
lease 192.168.0.253 {
starts 2 2008/02/26 15:39:36;
ends 2 2008/02/26 21:39:36;
binding state active;
next binding state free;
hardware ethernet 00:04:20:1a:02:3c;
uid "\001\000\004 \032\002<";
}

So...both the SBC & SBR got their IPs from this dhcp server.
(SBC's MAC ends in "3c"; SBR's MAC ends in "ba")

SBR connected to SC7 service and playing music...

Shutting down SC7 pc while SBR is playing:

SBR LED goes WHITE->BLUE; SBC wifi icon goes BLUE; SBC home screen lists: "Settings; Extras; Choose Player"

Restarting SC7 pc: Both SBR & SBC reconnect.

--------------------

Test 1 (DHCP service on SC7 PC) results: Success!! Both SBR & SBC
reconnect automatically!

Test 2: Disable dhcp service on SC7 pc. Reconnect internet & XYWall
firewall; Disable dhcp server on XYWall. Remove wireless AP Netgear
WGU624 and replace with a Netgear FWAG114. Configure FWAG144 with same
wifi network settings as old WGU624 and to provide dhcp service.

Details:

Code:
--------------------

OK, disabling the dhcp service on the SC7 pc and trying a different wireless AP (Netgear FWAG114) with dhcp enabled:

Powering down the SC7 PC: SBR LED goes blue, SBC wifi icon goes BLUE.

Powering up the SC7 PC: SBR LED goes to dim-white, SBR wifi icon stays BLUE.

Power cycling the SBC: wifi icon now white.

Powering down SBC.

Power cycling the SBR: LEDs RED->YELLOW->GREEN->dim white.

Powering up SBC.

Both SBC's and SBR's MACs now show up in the new wireless AP's "attached devices list" and have IPs in the range handed out by the AP's dhcp service.

Powering down SC7 PC (while SBR playing): SBR's LED goes BLUE, SBC's wifi icon goes BLUE.

Wait until music buffer empties.

Powering up SC7 pc..

SBR LED: BLUE->YELLOW?->dim white

SBC (after two "home" presses) Connected.


--------------------

Test 2 (DHCP service on FWAG114 wireless AP) results: SBR & SBC
reconnect after power cycle of SC7 pc.

Moral of the story: failures of SBR & SBC to reconnect may be specific
to certain dhcp servers.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-02-26 19:28:15 UTC
Permalink
I'll hold off on testing any more bridged configurations until I get the
replacement SBR.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
fcm4711
2008-02-26 20:17:33 UTC
Permalink
Thanks for all the testing.

Does an SB3 show similar DHCP issues when your WGU624 is serving ip
addresses?

Cheers
Felix


--
fcm4711

Everyone said: This cannot be done. But one day someone came along who
didn't know about this - and did it. (Source unknown)
------------------------------------------------------------------------
fcm4711's Profile: http://forums.slimdevices.com/member.php?userid=42
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-02-26 22:10:24 UTC
Permalink
fcm4711;273100 Wrote:
> Does an SB3 show similar DHCP issues when your WGU624 is serving ip
> addresses?
No, never. Or are you talking about a SB3 in bridged mode?


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-02-26 22:16:15 UTC
Permalink
Doh! All my SB3s are set up with static IPs. I'll test with the WGU624
back in place with its dhcp server. Sorry.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-02-26 23:34:32 UTC
Permalink
OK, with the WGU624 back in place, serving as the dhcp server:

I can't make the SB3 fail. It always reconnects, in every possible
configuration, including bridging to the SC7 pc via a crossover cable.
The SB3 just doesn't seem to have any problem with the WGU624's dhcp
server.

----------------------------------------------------------

The only odd thing that I'm noticing is that WOL doesn't seem to work
with this SB3. I can consistently wake the SC7 pc over the wired
network from my windows pc using a magic packet utility. I can even
wake the SC7 pc from that wired windows pc when the SC7 pc is connected
only through the SB3 bridge via the crossover cable. But the SB3 just
doesn't seem to want to wake it up. Odd.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
fcm4711
2008-02-27 08:38:24 UTC
Permalink
Great, that is good news. That means it should be possible to setup SBR
in the same way. It's either a Net-UDAP setting that is different or
the busted ethernet jack on your SBR.


--
fcm4711

Everyone said: This cannot be done. But one day someone came along who
didn't know about this - and did it. (Source unknown)
------------------------------------------------------------------------
fcm4711's Profile: http://forums.slimdevices.com/member.php?userid=42
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-02-27 11:08:16 UTC
Permalink
fcm4711 wrote:
> Great, that is good news. That means it should be possible to setup SBR
> in the same way. It's either a Net-UDAP setting that is different or
> the busted ethernet jack on your SBR.

If the former, we just need to find out what's different.

I can't see anything significant with my limited knowledge.

R.
gharris999
2008-02-27 16:23:46 UTC
Permalink
If the new SBR arrives today, I'll try to conduct another round of tests
and post results tonight so that this issue can be put to rest. If it
gets here tomorrow, it may be that I won't be able to do any more tests
until next week as I'll be away through the weekend.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
fcm4711
2008-03-18 10:29:57 UTC
Permalink
Robin: I've checked out your UDAP-Net tool and here is how you can
configure a SBR using ethernet and DHCP:

- factory reset SBR
- start UDAP-Net tool
- UDAP> discover
- UDAP> configure 1
- UDAP> set interface=1
- UDAP> save_data
- UDAP> reset
- exit UDAP-Net tool
- wait until LED is blue
- start UDAP-Net tool
- UDAP> discover
- UDAP> configure 1
- UDAP> set squeezecenter_address=<ip>
- UDAP> save_data
- SBR goes to white on its own, no need for a reset

The reason why I needed to get out of your tool and restart it is
because it seems that you don't pick up the ip address it got via DHCP
and then setting sc_address sets all values (ip, gw, etc.) to 0.0.0.0.
A restart and new discovery picks up this changes.

If you set squeezecenter_address before the LED is blue you get the
behavior you've been seeing, you need a reset to get SBR to connect and
if SC is stopped the LED stays white.

So, you'll need to do the two step approach like SBC is doing it. You
should be able to find when SBR is blue with another advanced_discover
call: status = wait_slimserver

Cheers
Felix


--
fcm4711

Everyone said: This cannot be done. But one day someone came along who
didn't know about this - and did it. (Source unknown)
------------------------------------------------------------------------
fcm4711's Profile: http://forums.slimdevices.com/member.php?userid=42
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-03-18 13:15:26 UTC
Permalink
Felix,

That's great news.

I'll have a think to see if I can automate this in anyway - should be
possible. Then I'll do a formal release/announcement.

In the meantime, if anybody cares to grab the code and test the
procedure outlined by Felix please go ahead and report back on this thread.

Thanks,

R.


fcm4711 wrote:
> Robin: I've checked out your UDAP-Net tool and here is how you can
> configure a SBR using ethernet and DHCP:
>
> - factory reset SBR
> - start UDAP-Net tool
> - UDAP> discover
> - UDAP> configure 1
> - UDAP> set interface=1
> - UDAP> save_data
> - UDAP> reset
> - exit UDAP-Net tool
> - wait until LED is blue
> - start UDAP-Net tool
> - UDAP> discover
> - UDAP> configure 1
> - UDAP> set squeezecenter_address=<ip>
> - UDAP> save_data
> - SBR goes to white on its own, no need for a reset
>
> The reason why I needed to get out of your tool and restart it is
> because it seems that you don't pick up the ip address it got via DHCP
> and then setting sc_address sets all values (ip, gw, etc.) to 0.0.0.0.
> A restart and new discovery picks up this changes.
>
> If you set squeezecenter_address before the LED is blue you get the
> behavior you've been seeing, you need a reset to get SBR to connect and
> if SC is stopped the LED stays white.
>
> So, you'll need to do the two step approach like SBC is doing it. You
> should be able to find when SBR is blue with another advanced_discover
> call: status = wait_slimserver
>
> Cheers
> Felix
>
>
gharris999
2008-03-18 16:09:31 UTC
Permalink
Since Felix seems to be glued to this thread, I should report here that
all my problems getting a SBR to connect via a crossover cable seem to
come down to an impared NIC on a particular Via EPIA CN board. I'm
still a little mystified by this as all the SB2s and SB3s I've tested
don't have a problem with this board, just the SBRs.

Anyway, when I built another SC7box based on an old ASUS P4P-800MX
board, the SBRs were perfectly happy connecting via a crossover cable.
Yesterday, when I resurrected a mothballed Via based box that was
hardware-identical to the problematic system, the SBRs didn't have a
problem with that one either. So...a semi-bad NIC on one system board
has caused me hours and hours of head-scratching. The last test I need
to perform is to swap the system drives between those two Via based
systems just to make sure it really, really is just hardware, and not
not configuration related.

Related to this, I did run into one stumbling block with your UDAP
tool, Robin. When I configured the ASUS SC7box with two NICs, one
(eth0) connected to my LAN and the other (eth1) configured statically
to a different subnet and connected via crossover cable to the SBR,
your UDAP code could never discover the attached SBR. Does your code,
as written now, broadcast over all extant interfaces? Is there a
startup parameter that will tell the code to broadcast over eth1?

Finally, what ports need to be opened in iptables for UDAP to work?
I've found that I need to kill the firewall on the system running the
UDAP code in order to communicate with the SBR.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-03-18 16:29:11 UTC
Permalink
So...is this configuration-by-UDAP ability specific to the SBR? Is
there any consideration being given to adding this ability to the
firmware for the SB2s and SB3s? Or is it there already?


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-03-18 18:02:26 UTC
Permalink
gharris999 wrote:

> Related to this, I did run into one stumbling block with your UDAP
> tool, Robin. When I configured the ASUS SC7box with two NICs, one
> (eth0) connected to my LAN and the other (eth1) configured statically
> to a different subnet and connected via crossover cable to the SBR,
> your UDAP code could never discover the attached SBR. Does your code,
> as written now, broadcast over all extant interfaces? Is there a
> startup parameter that will tell the code to broadcast over eth1?

As far as I recall, it *should* broadcast and listen on *all*
interfaces. Can you try using wireshark to see what's happening?

> Finally, what ports need to be opened in iptables for UDAP to work?
> I've found that I need to kill the firewall on the system running the
> UDAP code in order to communicate with the SBR.

The UDAP port is 17784 - open that, and you should be OK.

R.
gharris999
2008-03-19 00:36:33 UTC
Permalink
Nope, it doesn't seem as though UDAP broadcasts on eth1 on my system.
Here's my ifconfig:

Code:
--------------------
eth0 Link encap:Ethernet HWaddr 00:0F:B5:80:5E:C7
inet addr:192.168.0.224 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::20f:b5ff:fe80:5ec7/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:23915 errors:0 dropped:0 overruns:0 frame:0
TX packets:14471 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:17866855 (17.0 MiB) TX bytes:1077584 (1.0 MiB)
Interrupt:20 Base address:0x6c00

eth1 Link encap:Ethernet HWaddr 00:13:D4:4E:C5:F1
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::213:d4ff:fe4e:c5f1/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:105 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:16139 (15.7 KiB)
Interrupt:16 Base address:0xc800

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2775 errors:0 dropped:0 overruns:0 frame:0
TX packets:2775 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:445173 (434.7 KiB) TX bytes:445173 (434.7 KiB)
--------------------

So, with this setup: eth0 and eth1's IPs set statically and with a
reset SBR connected to eth1 via a crossover cable. (link leds on both
SBR and eth1's port lit)..

..Here's what wireshark captured I ran a UDAP "discover" command with
wireshark set to listen on all interfaces and with "udp.port==17784"
set as the filter:

Code:
--------------------
No. Time Source Destination Protocol Info
58 12.604981 192.168.0.224 255.255.255.255 UDP Source port: 17784 Destination port: 17784

Frame 58 (71 bytes on wire, 71 bytes captured)
Arrival Time: Mar 18, 2008 18:14:18.322283000
[Time delta from previous captured frame: 0.658539000 seconds]
[Time delta from previous displayed frame: 12.604981000 seconds]
[Time since reference or first frame: 12.604981000 seconds]
Frame Number: 58
Frame Length: 71 bytes
Capture Length: 71 bytes
[Frame is marked: False]
[Protocols in frame: sll:ip:udp:data]
[Coloring Rule Name: UDP]
[Coloring Rule String: udp]
Linux cooked capture
Packet type: Sent by us (4)
Link-layer address type: 1
Link-layer address length: 6
Source: Netgear_80:5e:c7 (00:0f:b5:80:5e:c7)
Protocol: IP (0x0800)
Internet Protocol, Src: 192.168.0.224 (192.168.0.224), Dst: 255.255.255.255 (255.255.255.255)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
0000 00.. = Differentiated Services Codepoint: Default (0x00)
.... ..0. = ECN-Capable Transport (ECT): 0
.... ...0 = ECN-CE: 0
Total Length: 55
Identification: 0x0000 (0)
Flags: 0x04 (Don't Fragment)
0... = Reserved bit: Not set
.1.. = Don't fragment: Set
..0. = More fragments: Not set
Fragment offset: 0
Time to live: 64
Protocol: UDP (0x11)
Header checksum: 0x792e [correct]
[Good: True]
[Bad : False]
Source: 192.168.0.224 (192.168.0.224)
Destination: 255.255.255.255 (255.255.255.255)
User Datagram Protocol, Src Port: 17784 (17784), Dst Port: 17784 (17784)
Source port: 17784 (17784)
Destination port: 17784 (17784)
Length: 35
Checksum: 0x24a1 [correct]
[Good Checksum: True]
[Bad Checksum: False]
Data (27 bytes)

0000 01 01 00 00 00 00 00 00 00 02 c0 a8 00 e0 00 00 ................
0010 00 01 c0 01 01 00 01 00 01 00 09 ...........
Data: 01010000000000000002C0A800E000000001C00101000100...
--------------------

When I had wireshark listening only on interface eth1 with
udp.port==17784 set as a filter, it didn't hear any packets.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-03-19 00:41:38 UTC
Permalink
..and when I connect the SBR to the eth0 port with that crossover cable,
UDAP's discover works just fine.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
EliteAV
2008-03-24 14:46:29 UTC
Permalink
Robin

I am trying to use your SBR config tool on a Windows PC to diagnose a
problem I am having with wireless setup as per this thread:
http://forums.slimdevices.com/showthread.php?t=45196

Unfortunately, my perl experience is a bit limited and I am probably
hitting a really basic problem but would be grateful for your
assistance.

I am running this on Vista using ActiveState perl 5.10. I can invoke
your UDAP shell OK and the help and fields commands work, but discover
generates the following error:

UDAP> discover
info: *** Broadcasting adv_discovery message to MAC address
00:00:00:00:00:00 on 255.255.255.255
Use of uninitialized value $rawstr in length at
C:/Repositories/test/trunk/scripts/../src/Net-UDAP/lib/Net/UDAP/Util.pm
line 57.
Expecting string with length: 6 at
C:/Repositories/test/trunk/scripts/../src/Net-UDAP/lib/Net/UDAP.pm line
296
Use of uninitialized value $mac in concatenation (.) or string at
C:/Repositories/test/trunk/scripts/../src/Net-UDAP/lib/Net/UDAP.pm
line 297.
info: adv_discovery response received from
Use of uninitialized value $rawstr in length at
C:/Repositories/test/trunk/scripts/../src/Net-UDAP/lib/Net/UDAP/Util.pm
line 57.
Expecting string with length: 6 at
C:/Repositories/test/trunk/scripts/../src/Net-UDAP/lib/Net/UDAP.pm line
358
mac not found in msg at
C:/Repositories/test/trunk/scripts/../src/Net-UDAP/lib/Net/UDAP/Shell.pm
line 156

I suspect this relates to an include file/path issue. I have the
PERL5LIB system environment variable set to:
PERL5LIB=C:\Repositories\test\trunk\src\Net-UDAP\lib;C:\PERL\LIB;

but I suspect I am missing something more obvious!


--
EliteAV
------------------------------------------------------------------------
EliteAV's Profile: http://forums.slimdevices.com/member.php?userid=15932
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-03-24 22:17:51 UTC
Permalink
Response copied from private mail.

Steve Cannon wrote:
>
> You can ignore my previous mail, I added a quick hack to the
> Util:decode_mac function to assign $rawstr a default value if
> undefined – this doesn’t solve the problem of why the function under
> certain circumstances can be called without args, but it does the
> trick as this only affects logging

I suspect this may be due to the interfaces being configured for IPv6. I
don't run IPv6 on my internal network so haven't tested my code with it.

> Also, one other change I made was to change Util:get_local_addressess
>
> From: $regex = qr{IP Address.* ((?:\d{1,3}\.){3}\d{1,3})};
>
> To: $regex = qr{IPv4 Address.*
> ((?:\d{1,3}\.){3}\d{1,3})};
>
> ..as the IPConfig function under vista now returns info on IPv4 and
> IPv6 settings, however, I am not sure whether the IP address(es)
> returned from get_local_addresses are actually used.

This supports my theory about IPv6.

> I also received a “Can't use string (“64/128”) as a HASH ref when
> using strict refs” (or a message to that effect) from client.pm. So
> rather than investigating the cause (which with my limited knowledge
> would have taken a while;-), I just commented out use strict – not a
> good solution I know.

This is a perl 5.10.x thing. I see the same msg after upgrading to perl
5.10 - both with ActivePerl 5.10.0 and perl under cygwin 5.10.0.

I haven't worked out whether it's a problem in my code which was not
picked up by previous versions of perl, or whether it's a new bug in
perl 5.10.x

> Once I had done the above, I could use the tool.

Cool.

> You have done an excellent job with this! It allowed me to see
> exactly what settings had been provided by the SBC – and for some
> reason, quite a few were missing.

I need reports like yours to get the code to be more robust and be more
sure it will work in more environments, so thanks for using it and
thanks for the report.

> I have got the SBR working with a wired connection, but need to do
> some more investigation on the wireless side (am not sure if there is
> a problem with the WEP key).

Did you see Felix's reply in this thread about how to use the UDAP shell
to configure the SBR correctly? It has to be done in a certain order,
including a reset in the middle of the configuration. Might be worth
giving that a go.

> One other thing I noticed is that for lan_ip_mode, I think 0=static
> and 1=DHCP.

I'll double check that, but I'm pretty sure DHCP=0.

Thanks again,

R.
--
NOBODY expects the Spanish Inquisition! Our chief weapon is
surprise...surprise and fear...fear and surprise.... Our two weapons are
fear and surprise...and ruthless efficiency.... Our *three* weapons are
fear, surprise, and ruthless efficiency...and an almost fanatical
devotion to the Pope.... Our *four*...no... *Amongst* our weapons....
Amongst our weaponry...are such elements as fear, surprise.... I'll come
in again.
Robin Bowes
2008-03-24 23:04:16 UTC
Permalink
Robin Bowes wrote:
>> I also received a “Can't use string (“64/128”) as a HASH ref when
>> using strict refs” (or a message to that effect) from client.pm. So
>> rather than investigating the cause (which with my limited knowledge
>> would have taken a while;-), I just commented out use strict – not a
>> good solution I know.
>
> This is a perl 5.10.x thing. I see the same msg after upgrading to perl
> 5.10 - both with ActivePerl 5.10.0 and perl under cygwin 5.10.0.
>
> I haven't worked out whether it's a problem in my code which was not
> picked up by previous versions of perl, or whether it's a new bug in
> perl 5.10.x

Fixed in r61.

R.
Robin Bowes
2008-03-24 23:09:03 UTC
Permalink
Robin Bowes wrote:
> Robin Bowes wrote:
>>> I also received a “Can't use string (“64/128”) as a HASH ref when
>>> using strict refs” (or a message to that effect) from client.pm. So
>>> rather than investigating the cause (which with my limited knowledge
>>> would have taken a while;-), I just commented out use strict – not a
>>> good solution I know.
>> This is a perl 5.10.x thing. I see the same msg after upgrading to perl
>> 5.10 - both with ActivePerl 5.10.0 and perl under cygwin 5.10.0.
>>
>> I haven't worked out whether it's a problem in my code which was not
>> picked up by previous versions of perl, or whether it's a new bug in
>> perl 5.10.x
>
> Fixed in r61.

Gah, fat fingers - r63!

R.
EliteAV
2008-03-25 20:11:42 UTC
Permalink
Robin Bowes;283180 Wrote:
> ....> One other thing I noticed is that for lan_ip_mode, I think
> 0=static
> > and 1=DHCP.[/color]
>
> I'll double check that, but I'm pretty sure DHCP=0.
>
>

I have just performed a test to check this. I set lan_ip_mode=1,
performed a save & reset & power cycled the receiver. The receiver
flashed red, then green (which indicated that it was looking for a DHCP
server) and then blue.

I didnt have a DHCP server enabled on my network, so it allocated
itself a private address on a different subnet. Needless to say,
without using your config tool, you cant see what the private address
is!.

Using your utility, this confirmed the following:

lan_ip_mode=1
lan_network_address=169.254.238.53
lan_subnet_mask=255.255.0.0
lan_gateway=0.0.0.0


I then set:

lan_ip_mode=0
lan_network_address=192.168.1.29
lan_subnet_mask=255.255.255.0
lan_gateway=192.168.1.1

...and did a save_data. I soon as I did this (& without performing a
reset or power cycling the receiver/controller), it went to steady
white and could be pinged. It also popped up on the controller as a new
player.

Note: All of these tests were performed using a wired connection - I am
still battling with the wireless side (but that isnt the fault of your
config utility:-)


--
EliteAV
------------------------------------------------------------------------
EliteAV's Profile: http://forums.slimdevices.com/member.php?userid=15932
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
EliteAV
2008-03-25 21:34:49 UTC
Permalink
Robin, this is just a quick message to thank you for your SBR
configuration tool. It has been absolutely invaluable in helping me to
test and eventually resolve the problem I was having getting my
receiver to work wirelessly (I had to change my wireless security from
WEP to WPA).


--
EliteAV
------------------------------------------------------------------------
EliteAV's Profile: http://forums.slimdevices.com/member.php?userid=15932
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
mflint
2008-05-07 20:57:15 UTC
Permalink
Thanks from me too. I just used Net-UDAP to tweak my SBR into 'bridging'
mode.

Cheers dude :-)

Matthew


--
mflint

'LiveDepartures plugin'
(http://insignificant.org/wiki/index.php/LiveDepartures) - 'GoalRush
plugin' (http://insignificant.org/wiki/index.php/GoalRush) -
'Occasional blog' (http://insignificant.org/)
------------------------------------------------------------------------
mflint's Profile: http://forums.slimdevices.com/member.php?userid=2102
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-05-07 21:24:54 UTC
Permalink
mflint wrote:
> Thanks from me too. I just used Net-UDAP to tweak my SBR into 'bridging'
> mode.
>
> Cheers dude :-)

Cool, glad it works.

I must have a final push and get this thing formally released.

R.
gharris999
2008-05-08 14:16:38 UTC
Permalink
Robin: do you have a time frame in mind for when you'll have the plug-in
side ready for testing? I assume that the plug-in will provide a web
interface to the UDAP code. Yes?


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-05-08 14:59:36 UTC
Permalink
gharris999 wrote:
> Robin: do you have a time frame in mind for when you'll have the plug-in
> side ready for testing? I assume that the plug-in will provide a web
> interface to the UDAP code. Yes?

Hi,

I actually started writing a plugin first, then decided to develop the
shell interface to test the core module.

What I've got so far is here:

http://projects.robinbowes.com/trac/SlimPlayerDiscovery

It should be relatively simple to complete the plugin; it's basically
just a matter of putting the right fields on the HTML forms (yeah,
right, like web development is ever that simple!! :) )

I don't have any particular time frame in mind - how does "as soon as I
can make time" sound?

R.
Kuben72
2008-05-08 19:44:57 UTC
Permalink
Hi,

I would like to use Net-UDAP but I can't get the source code from your
svn. It keeps telling med that it is moved! I use TorToise SVN on Win
Xp.

I use the following URL: http://robinbowes.com/svn/Net-UDAP/trunk

What i'm I doing wrong?


--
Kuben72
------------------------------------------------------------------------
Kuben72's Profile: http://forums.slimdevices.com/member.php?userid=15308
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-05-08 20:06:31 UTC
Permalink
Kuben72 wrote:
> Hi,
>
> I would like to use Net-UDAP but I can't get the source code from your
> svn. It keeps telling med that it is moved! I use TorToise SVN on Win
> Xp.
>
> I use the following URL: http://robinbowes.com/svn/Net-UDAP/trunk
>
> What i'm I doing wrong?

It's moved :)

That URL re-directs to:

http://projects.robinbowes.com/svn/Net-UDAP/trunk/

So, use the new URL, and you should be good to go.

R.
Nonreality
2008-05-09 06:52:02 UTC
Permalink
I'm sorry to jump in here, but I'm trying to learn. What is a SBR?


--
Nonreality

*-If the rule you followed brought you to this, what good is the rule.-*
------------------------------------------------------------------------
Nonreality's Profile: http://forums.slimdevices.com/member.php?userid=15723
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Michael Herger
2008-05-09 07:16:55 UTC
Permalink
> I'm sorry to jump in here, but I'm trying to learn. What is a SBR?

Squeezebox Receiver - the player part of the Duet.


--

Michael
Kuben72
2008-05-09 15:07:10 UTC
Permalink
Got the source. What a great tool. Now it finally was possible for me to
get my SBR to work with a wired network. I cannot wait until you finish
the plugin for SC.

/Kuben72


--
Kuben72
------------------------------------------------------------------------
Kuben72's Profile: http://forums.slimdevices.com/member.php?userid=15308
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Nonreality
2008-05-10 00:47:39 UTC
Permalink
mherger;300340 Wrote:
> > I'm sorry to jump in here, but I'm trying to learn. What is a SBR?
>
> Squeezebox Receiver - the player part of the Duet.
>
>
> --
>
> Michael

Thanks Michael, probably should have figured that out myself. :(


--
Nonreality

*-If the rule you followed brought you to this, what good is the rule.-*
------------------------------------------------------------------------
Nonreality's Profile: http://forums.slimdevices.com/member.php?userid=15723
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Mnyb
2008-05-10 06:28:49 UTC
Permalink
I also would like to thank for this excellent tool.

I could not have setup my duet without it.
something is/was a little of the hook with setup procedure.
SBC ok (controlling my SB3 ), but SBR failed to find my music source.
Enter NET-UDAP basically only the ip was rigth in the SBR.

Develop this further.

I think one setup for SBC and one for SBR makes more sense.


--
Mnyb
------------------------------------------------------------------------
Mnyb's Profile: http://forums.slimdevices.com/member.php?userid=4143
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Kuben72
2008-05-10 07:39:06 UTC
Permalink
How do you get in contact with the SBC? I can only find the SBR.

/Kuben72


--
Kuben72
------------------------------------------------------------------------
Kuben72's Profile: http://forums.slimdevices.com/member.php?userid=15308
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-05-10 15:43:37 UTC
Permalink
You can't setup a SBC with Robin's tool. The point of the tool is to
allow the setup of a device with no UI. The SBC has an (excellent!)
UI. If you need to hack on your SBC, enable remote login, login via
ssh and bash away.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
dean blackketter
2008-05-10 16:02:17 UTC
Permalink
Mynb: I'd love to know more about why you were unable to set up the
SBR with the SBC. Robin's excellent tool shouldn't be _necessary_ for
any network configuration.

Can you be more specific about what happened?
Mnyb
2008-05-10 18:07:49 UTC
Permalink
http://slimdevices.custhelp.com/cgi-bin/slimdevices.cfg/php/enduser/acct_login.php?p_userid=jsm.nyberg-j7nLG5G4Q1HLoDKTGw+***@public.gmane.org&p_next_page=myq_upd.php&p_iid=2800883&p_created=1209069046


This support ticket looks embarrassingly messy, but the end result
where SBC working fine SBR stuck at blue ligth SBC working fine with
SB3, SBR seen at my network able to ping from both server and router.

SBR was not seen by SqueezeCenter on the same server.

As the blue ligth tells you, it has network and is ok but can not find
its music source.

As meddling with UDAP force you to reset the SBR you got to sett
everything so i cant tell whats missing.
But after fidling with udap SBR finds my server, I can finaly see it in
my SqueezeCenter, then everythings else falls into place.

Some remaining issues are that i can not turn off SSID broadcast(SBC
freaks out) and WOL is sligthly dysfunctional (bug reopened).

My network is:
fixed ip's no dchp WPA2 AES encryption, Mac filtering enabled.
Server and desktop PC is wired SBR SBC and SB3 is on wireless.
router is an WRT54GL on tomato firmware v1.18 then v1.19 now.
The server is an Clarkconnect 4.2 mini-ITX.

My router has 192.168.1.1 as address this is used as Gateway in all
devices.
all devices has DNS adresses as provided by my ISP 130.244.127.161 and
130.244.127.169 . Subnet maskes are 255.255.255.0 in all devices

SB3 192.168.1.2
PC 192.168.1.4
Server 192.168.1.5
SBR 192.168.1.3
SBC 192.168.1.6

looks pretty bog standard to me ?

When i solved the problem, it functioned just as god as my SB3 i have
no dropouts glitches or any network problems whatsoever.
I starting to get <100% at 3000kbps at the network test.
both players showing >90% signal stregth.
I can not reproduce any other issue that so many others have suffered
from i can literally crawl into every corner of my flat and still use
the controller.
So i'm in the 2% group that has an functional network to use, so it's a
mystery as why it did not work ?

It's probably impossible to reproduce as all firmware and sw is
uppgraded.
maybe the SBR actually is the same as when delivered ? fw 23 .

/Mikael


--
Mnyb
------------------------------------------------------------------------
Mnyb's Profile: http://forums.slimdevices.com/member.php?userid=4143
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
BrockStone
2008-05-16 23:50:01 UTC
Permalink
So my SBR has stopped finding my computer

Computer/SC is at 192.168.1.103

When I look at the fields I get this:

UDAP [1] (squeezebox <id>)> list
bridging: 0
hostname: Living Room
interface: 0
lan_gateway: 192.168.1.1
lan_ip_mode: 1
lan_network_address: 192.168.1.105
lan_subnet_mask: 255.255.255.0
primary_dns: <dns1>
secondary_dns: <dns2>
server_address: 0.0.0.0
squeezecenter_address: 192.168.1.1
Ad &#9658;queezecenter_name: balrog X &#9658;@&#9786;z| &#9658;ào
wireless_SSID: <ssid>
wireless_channel: 11
wireless_keylen: 0
wireless_mode: 0
wireless_region_id: 6
wireless_wep_key_0:
wireless_wep_key_1:
wireless_wep_key_2:
wireless_wep_key_3:
wireless_wep_on: 0
wireless_wpa_cipher: 2
wireless_wpa_mode: 1
wireless_wpa_on: 1
wireless_wpa_psk: <password>

So two things. Garbage in the squeezecenter name, and the
squeezecenter IP is wrong, it's pointing at my router. What points it
to the IP that it thinks SC should be at (squeezecenter_address)? I'd
assume that's my problem.

Thanks


--
BrockStone
------------------------------------------------------------------------
BrockStone's Profile: http://forums.slimdevices.com/member.php?userid=16497
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
BrockStone
2008-05-17 00:01:21 UTC
Permalink
Another note is that in SqueezeCenter on my computer it says it's IP is
correct as 192.168.1.103, yet it doesn't see the player and the player
doesn't see it (probably since the player thinks my router is the
squeezecenter)


BrockStone;302668 Wrote:
> So my SBR has stopped finding my computer
>
> Computer/SC is at 192.168.1.103
>
> When I look at the fields I get this:
>
> UDAP [1] (squeezebox <id>)> list
> bridging: 0
> hostname: Living Room
> interface: 0
> lan_gateway: 192.168.1.1
> lan_ip_mode: 1
> lan_network_address: 192.168.1.105
> lan_subnet_mask: 255.255.255.0
> primary_dns: <dns1>
> secondary_dns: <dns2>
> server_address: 0.0.0.0
> squeezecenter_address: 192.168.1.1
> Ad &#9658;queezecenter_name: balrog X &#9658;@&#9786;z| &#9658;ào
> wireless_SSID: <ssid>
> wireless_channel: 11
> wireless_keylen: 0
> wireless_mode: 0
> wireless_region_id: 6
> wireless_wep_key_0:
> wireless_wep_key_1:
> wireless_wep_key_2:
> wireless_wep_key_3:
> wireless_wep_on: 0
> wireless_wpa_cipher: 2
> wireless_wpa_mode: 1
> wireless_wpa_on: 1
> wireless_wpa_psk: <password>
>
> So two things. Garbage in the squeezecenter name, and the
> squeezecenter IP is wrong, it's pointing at my router. What points it
> to the IP that it thinks SC should be at (squeezecenter_address)? I'd
> assume that's my problem.
>
> Thanks


--
BrockStone
------------------------------------------------------------------------
BrockStone's Profile: http://forums.slimdevices.com/member.php?userid=16497
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
dean blackketter
2008-05-09 14:19:20 UTC
Permalink
Pocket reference guide to our lingo:

SBR = Squeezebox Receiver
SBC = Squeezebox Controller
Duet = SBR + SBC
SB3 = Squeezebox v3 aka Squeezebox Classic
TR = Transporter
SC = SqueezeCenter Software
SN = SqueezeNetwork Service
SP = SqueezePlay software (coming with release 7.2)
Kiwi
2008-05-20 16:30:53 UTC
Permalink
Now that Slim Devices is selling the SBR individually, I am tempted to
purchase one and use it without a SBC. I am unsure if I understand all
of the factors that are in play with doing that but I know that setup
of the SBR is critical as that is one of the functions that the SBC
performs. My current environment consists of a single SB3, operating on
a wired connection. My intent is to use a laptop computer to control the
SBR, connected either wired or wireless, or to have the SB3 and SBR
operating in sync and using the SB3 remote to control playback.

Here are the questions I think I need to get answered in order to make
an informed decision;

1. Is Robin's tool necessary to setup the SBR when I don't have a SBC
or if I attach a SBR, out of the box, to my wired network, that uses
DHCP, will an IP address be issued and will I then be able to use SC to
complete any other SBR setup required i.e. I don't need to use Robin's
tool?

2. Once the SBR is communicating with SC I assume I will be able to use
SC to control playback through the SBR.

3. Can the SB3, and remote, control the synchronized playback with the
SBR?

Please feel free to provide any additional information that I need to
know about what I am trying to do.

Robert


--
Kiwi
------------------------------------------------------------------------
Kiwi's Profile: http://forums.slimdevices.com/member.php?userid=2169
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
mkt
2008-05-20 16:56:42 UTC
Permalink
I have similar questions and a similar situation except my SB3 is
wireless and I would like to set up a SBR (without SBC) to work
wirelessly.

Is it possible to connect the SBR with ethernet, use Net-UDAP to set
parameters and then use the SBR wirelessly?

Kiwi;303673 Wrote:
> Now that Slim Devices is selling the SBR individually, I am tempted to
> purchase one and use it without a SBC. I am unsure if I understand all
> of the factors that are in play with doing that but I know that setup
> of the SBR is critical as that is one of the functions that the SBC
> performs. My current environment consists of a single SB3, operating on
> a wired connection. My intent is to use a laptop computer to control the
> SBR, connected either wired or wireless, or to have the SB3 and SBR
> operating in sync and using the SB3 remote to control playback.
>
> Here are the questions I think I need to get answered in order to make
> an informed decision;
>
> 1. Is Robin's tool necessary to setup the SBR when I don't have a SBC
> or if I attach a SBR, out of the box, to my wired network, that uses
> DHCP, will an IP address be issued and will I then be able to use SC to
> complete any other SBR setup required i.e. I don't need to use Robin's
> tool?
>
> 2. Once the SBR is communicating with SC I assume I will be able to use
> SC to control playback through the SBR.
>
> 3. Can the SB3, and remote, control the synchronized playback with the
> SBR?
>
> Please feel free to provide any additional information that I need to
> know about what I am trying to do.
>
> Robert


--
mkt
------------------------------------------------------------------------
mkt's Profile: http://forums.slimdevices.com/member.php?userid=14921
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
mkt
2008-05-23 03:18:54 UTC
Permalink
I'll answer my own question. But first a big thank-you to Robin Bowes!

My SBR arrived today. I figured at worst, I'd send it back if things
did not work without a controller. But I connected it to my router and
used Net-UDAP to set it up to work wirelessly! There was some problem
connecting to the wireless network the first couple of times that I
tried. Perhaps I forgot a save_data or reset, or didn't set all the
parameters.

Per the instructions, from factory reset I did

discover
conf 1
set interface=1
save_data
reset

--waited for blue and then

discover
conf 1
set squeezecenter_address=<squeeze center ip e.g., 192.168.0.8>
set wireless_SSID=<name of your wireless network>
set wireless_channel=11 <- I got this from router config
set wireless_wpa_psk=<wpa passwd>
set wireless_wpa_on=1
set interface=0
save_data
reset <-- Not sure if I did this.

Then my SBR showed the following setting
bridging: 0
hostname: Squeezebox
interface: 0
lan_gateway: 192.168.0.1
lan_ip_mode: 1
lan_network_address: 192.168.0.9
lan_subnet_mask: 255.255.255.0
primary_dns: 192.168.0.1
secondary_dns: 0.0.0.0
server_address: 0.0.0.0
squeezecenter_address: 192.168.0.8
BH&#65533;ueezecenter_name:
localhost&#65533;@&#65533;&#65533;&#65533;
wireless_SSID: <network name>
wireless_channel: 11
wireless_keylen: 0
wireless_mode: 0
wireless_region_id: 4
wireless_wep_key_0:
wireless_wep_key_1:
wireless_wep_key_2:
wireless_wep_key_3:
wireless_wep_on: 0
wireless_wpa_cipher: 3
wireless_wpa_mode: 1
wireless_wpa_on: 1
wireless_wpa_psk: <password>

I disconnected from the SBR from the router. Powered off the SBR.
Powered back on (in another room). SBR connected to the wireless
network and shows up in SC.

So far so good!

mkt;303680 Wrote:
> I have similar questions and a similar situation except my SB3 is
> wireless and I would like to set up a SBR (without SBC) to work
> wirelessly.
>
> Is it possible to connect the SBR with ethernet, use Net-UDAP to set
> parameters and then use the SBR wirelessly?


--
mkt
------------------------------------------------------------------------
mkt's Profile: http://forums.slimdevices.com/member.php?userid=14921
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
barrett
2008-05-23 23:13:54 UTC
Permalink
Another kudo to Robin. I was one of those unfortunate people who in
their excitement to get a SBR didn't read the fine print that I needed
a SBC (having a zillion laptops about makes that cute little thing a
little redundant...besides I'd likely loose it in the couch).

I did exactly what MKT did and was up and running in a jiff!

Thanks!


--
barrett
------------------------------------------------------------------------
barrett's Profile: http://forums.slimdevices.com/member.php?userid=17713
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
timmorris
2008-08-03 03:20:27 UTC
Permalink
barrett;304762 Wrote:
> Another kudo to Robin. I was one of those unfortunate people who in
> their excitement to get a SBR didn't read the fine print that I needed
> a SBC (having a zillion laptops about makes that cute little thing a
> little redundant...besides I'd likely loose it in the couch).
>
> I did exactly what MKT did and was up and running in a jiff!
>
> Thanks!

You'd be surprised at just how good the cute little thing is. I've got
a zillion laptops and desktops too, plus a customised program running
on my Philips Professional remote control. I've had an SB3 for
approaching 5 years now (I think), plus installed a further 3 last
year. Each room that has a receiver connected also has a Nokia N800 web
tablet.

The SBR is so much quicker to respond than any of the web browsers plus
it is much easier to use. Think of the SBR/SBC combination as like a
multiple zone customisable ipod and you'll get an idea.

When funds allow treat yourself to one - you won't regret it. I don't
know anyone who has.

Tim


--
timmorris
------------------------------------------------------------------------
timmorris's Profile: http://forums.slimdevices.com/member.php?userid=4147
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-08-03 03:33:56 UTC
Permalink
OK, so the problem isn't with the firewall. I've only run this code
from a linux box. I'm wondering if there are some cpan perl libraries
which get installed by default in linux or might get installed with
SqueezeCenter that aren't on your windows machine. You might try
installing the code on your win2003 box and see if that makes a
difference.


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
timmorris
2008-08-03 03:40:01 UTC
Permalink
It runs on the 2003 box, but does throw up the errors I posted from time
to time. I can't get to the SBR at the moment but will try it tomorrow.
Does the tool need to use an RJ45 connection or will it connect via
wireless once the SBR is configured? It's no big deal I've got a long
enough crossover cable.

Tim


--
timmorris
------------------------------------------------------------------------
timmorris's Profile: http://forums.slimdevices.com/member.php?userid=4147
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-05-20 18:39:30 UTC
Permalink
Kiwi wrote:

> 1. Is Robin's tool necessary to setup the SBR when I don't have a SBC
> or if I attach a SBR, out of the box, to my wired network, that uses
> DHCP, will an IP address be issued and will I then be able to use SC to
> complete any other SBR setup required i.e. I don't need to use Robin's
> tool?

You need a SBC, or my tool, to perform the initial setup of the SBR.

> 2. Once the SBR is communicating with SC I assume I will be able to use
> SC to control playback through the SBR.

Correct.


> 3. Can the SB3, and remote, control the synchronized playback with the
> SBR?

I believe so, yes.

R.
Kiwi
2008-05-20 19:20:02 UTC
Permalink
Robin Bowes;303707 Wrote:
> Kiwi wrote:
>
> > 1. Is Robin's tool necessary to setup the SBR when I don't have a
> SBC
> > or if I attach a SBR, out of the box, to my wired network, that uses
> > DHCP, will an IP address be issued and will I then be able to use SC
> to
> > complete any other SBR setup required i.e. I don't need to use
> Robin's
> > tool?
>
> You need a SBC, or my tool, to perform the initial setup of the SBR.
>
> > 2. Once the SBR is communicating with SC I assume I will be able to
> use
> > SC to control playback through the SBR.
>
> Correct.
>
>
> > 3. Can the SB3, and remote, control the synchronized playback with
> the
> > SBR?
>
> I believe so, yes.
>
> R.

Thanks for the prompt response Robin. I will investigate the
syncronization issue further as it is a critical aspect of my plan.

I have considered using your Net-UDAP tool but I am weary of the
complexity it involves. I would love to offer some help creating a SC
plugin but I have zero programming skills so I will standby patiently.
Please let me know if there is any other way I can contribute something
Robin.

Robert


--
Kiwi
------------------------------------------------------------------------
Kiwi's Profile: http://forums.slimdevices.com/member.php?userid=2169
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-05-20 22:15:09 UTC
Permalink
Kiwi wrote:

> I have considered using your Net-UDAP tool but I am weary of the
> complexity it involves. I would love to offer some help creating a SC
> plugin but I have zero programming skills so I will standby patiently.
> Please let me know if there is any other way I can contribute something
> Robin.


It's not all that complex, really.

You just have to:

1. Make sure you have perl installed
* linux: yes
* Windows: download from ActiveState

2. Grab the tool from my web site:
* http://projects.robinbowes.com/trac/Net-UDAP/browser/trunk
* click on "Zip Archive"

3. Extract the zip archive somewhere on your machine

4. Run the script:
* udap-shell.pl

5. Configure your SBR appropriately.

Have a go, and let me know how you get on.

R.
regexp
2008-06-14 15:00:54 UTC
Permalink
Hello Robin,

I cannot access http://projects.robinbowes.com. Is it moved?

Robin Bowes;303767 Wrote:
> Kiwi wrote:
> [color=blue]
>
> 2. Grab the tool from my web site:
> * http://projects.robinbowes.com/trac/Net-UDAP/browser/trunk
> * click on "Zip Archive"
>
> R.


--
regexp
------------------------------------------------------------------------
regexp's Profile: http://forums.slimdevices.com/member.php?userid=18147
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-06-16 14:35:22 UTC
Permalink
regexp wrote:
> Hello Robin,
>
> I cannot access http://projects.robinbowes.com. Is it moved?

Yes, and no. It's moved to a different server, but it's still the same URL.

The server was down recently - try again, it's up now.

R.
Radley_999
2008-06-23 20:11:48 UTC
Permalink
Robin,

I would like to thank you for sorting out this tool - I took a 'punt'
in buying the received without the controller as I had a Nokia E65
Phone and an old Ipaq with WLAN to use as controllers. I thought I was
sunk until I came across your tool.

Anyway I got it setup and configured now and it works like a dream.
Once I understood how the tool worked it was easy in the end!

I factory reset
Setup wireless mode, setup WLAN SSID, WPA etc then saved data and reset

Light went blue
Setup Squeezebox server address
Saved Data
It then worked no problems
(I tried using WEP key but could not sort it out so changed to WPA
which is more secure I understand)

It would be great to have some GUI type interface but I guess you are
working on that.

Anyway - thanks alot - keep up the good work.

Rob


--
Radley_999
------------------------------------------------------------------------
Radley_999's Profile: http://forums.slimdevices.com/member.php?userid=18278
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gocam
2008-06-27 06:47:38 UTC
Permalink
Managed to use the Net-UDAP tool to configure a SBR via my Mac Powerbook
- connected to it directly to configure, set up the various parameters
then restarted and all was well !

Download svn from here http://homepage.mac.com/martinott/ and you are
set to follow the instructions exactly as on Robin's pages...

Many many thanks to everyone for their help in this thread!
-g


--
gocam
------------------------------------------------------------------------
gocam's Profile: http://forums.slimdevices.com/member.php?userid=381
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
neoshmengi
2008-07-25 14:37:06 UTC
Permalink
to set the WPA key, do you still use the command

wireless_wep_key_0=XXX

or do you use a different one since it's a WPA key and not WEP?

Also, my router key contains spaces. When I try to enter it I get a
syntax error. Do I need to do something different, or just change my
key to something with no spaces?

Thanks


--
neoshmengi
------------------------------------------------------------------------
neoshmengi's Profile: http://forums.slimdevices.com/member.php?userid=18875
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
gharris999
2008-08-02 15:47:39 UTC
Permalink
A couple of questions: are you confident you've configured your
firewall on the vista machine to allow perl both tcp and udp access?
Do you have SqueezeCenter installed on this machine?


--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
timmorris
2008-08-02 18:14:23 UTC
Permalink
a)Very confident
b)No, I was running it on my laptop. Squeezecenter is installed on my
Windows 2003 SBS box (that's where the tape backup drive lives...)

If installing it on the server is the answer I can use terminal
services to control it from the SBR's location. I've replaced an SB3 in
my media rack. with an SBR so the kids can use the SB3 in their games
room. It works as bridge to a Philips Professional remote control and
extender that have software on them to control Squeezecentre (Barry
Gordon's free version - it isn't used enough in that room to warrant
upgrading to the later version).

I currently use N800 web tablets to control it, but so the kids can set
up their own server and select it via the remote I'm going to replace
them with an SBR.

Tim


--
timmorris
------------------------------------------------------------------------
timmorris's Profile: http://forums.slimdevices.com/member.php?userid=4147
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-03-24 23:54:22 UTC
Permalink
EliteAV wrote:
> I am running this on Vista using ActiveState perl 5.10. I can invoke
> your UDAP shell OK and the help and fields commands work, but discover
> generates the following error:
>
> UDAP> discover
> info: *** Broadcasting adv_discovery message to MAC address
> 00:00:00:00:00:00 on 255.255.255.255
> Use of uninitialized value $rawstr in length at
> C:/Repositories/test/trunk/scripts/../src/Net-UDAP/lib/Net/UDAP/Util.pm
> line 57.
> Expecting string with length: 6 at
> C:/Repositories/test/trunk/scripts/../src/Net-UDAP/lib/Net/UDAP.pm line
> 296
> Use of uninitialized value $mac in concatenation (.) or string at
> C:/Repositories/test/trunk/scripts/../src/Net-UDAP/lib/Net/UDAP.pm
> line 297.
> info: adv_discovery response received from
> Use of uninitialized value $rawstr in length at
> C:/Repositories/test/trunk/scripts/../src/Net-UDAP/lib/Net/UDAP/Util.pm
> line 57.
> Expecting string with length: 6 at
> C:/Repositories/test/trunk/scripts/../src/Net-UDAP/lib/Net/UDAP.pm line
> 358
> mac not found in msg at
> C:/Repositories/test/trunk/scripts/../src/Net-UDAP/lib/Net/UDAP/Shell.pm
> line 156

I can't reproduce this.

I've installed the Microsoft IPv6 stack on my Windows XP box but that
doesn't trigger the error.

I've added some code to the decode_mac function that
returns a bit more diagnostic information but it's not a true fix.

Also, regarding the IPv6 addresses, can you send me the output from
"ipconfig /all" on a Vista system?

Thanks,

R.
EliteAV
2008-03-25 14:38:51 UTC
Permalink
Robin

When testing the UDAP shell & specifically for the logging issue I was
seeing with the decode_mac function, I added a small code block to
check if $rawstr was undefined and if so to print a debug msg i.e.
"missing args" and to assign $rawstr the value of MAC_ZERO.

What was interesting is that when I ran this on my network (& I have
IPv6 disabled) after the discovery msg was sent, the decode_mac
function appeared to be called approx a dozen times with no args (hence
the screen filled up with my "missing args" msgs). This suggests that
the shell was possibly picking up responses from other network adapters
on my system (from memory, Vista appears to create a bunch of interfaces
beyond the ones you would expect from the phsyical ones). Anyway, I just
removed my debug msg and left the MAC_ZERO assignment in so this was all
handled silently.

There was the odd occasion though where the shell ended up including
the PC itself (i.e. with MAC address of 0.0.0....) in the squeezebox
list. I vaguely recall that you have logic to check for this, so you
are probably right that this may need to be tweaked a bit to handle the
Vista network stack differences from XP. When this happened, I just
selected <configure 2> (rather than configure 1) and continued as
normal.

I will mail you a copy of the results from IPCONFIG/ALL from my Vista
PC, however, as noted, I dont actually have IPV6 enabled. IPCONFIG has
been changed though to support IPV4 and IPV6 IP addresses.

Thanks for the suggestion about the wireless settings. I do have 2
questions for you: When I set a 26 character hex key for one of the WEP
keys, this is displayed correctly when I <list> the settings. However,
if I then quit and perform a <discover>, <configure>, then <list> - the
WEP key isnt shown correctly (the formatting is wrong as it is shown as
13 ASCII chars). I assume this is just a formatting issue and if I set
a key of say F9F9F9F9F9F9F9F9F9F9F9F9F9 and save it, this is exactly
what is saved?


--
EliteAV
------------------------------------------------------------------------
EliteAV's Profile: http://forums.slimdevices.com/member.php?userid=15932
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Robin Bowes
2008-03-25 15:48:57 UTC
Permalink
EliteAV wrote:

> What was interesting is that when I ran this on my network (& I have
> IPv6 disabled) after the discovery msg was sent, the decode_mac
> function appeared to be called approx a dozen times with no args (hence
> the screen filled up with my "missing args" msgs). This suggests that
> the shell was possibly picking up responses from other network adapters
> on my system (from memory, Vista appears to create a bunch of interfaces
> beyond the ones you would expect from the phsyical ones). Anyway, I just
> removed my debug msg and left the MAC_ZERO assignment in so this was all
> handled silently.
>
> There was the odd occasion though where the shell ended up including
> the PC itself (i.e. with MAC address of 0.0.0....) in the squeezebox
> list. I vaguely recall that you have logic to check for this, so you
> are probably right that this may need to be tweaked a bit to handle the
> Vista network stack differences from XP. When this happened, I just
> selected <configure 2> (rather than configure 1) and continued as
> normal.
>
> I will mail you a copy of the results from IPCONFIG/ALL from my Vista
> PC, however, as noted, I dont actually have IPV6 enabled. IPCONFIG has
> been changed though to support IPV4 and IPV6 IP addresses.

Yeah, it's almost certainly broken on Vista. The code to get local IP
address is an incredibly dirty hack so I can avoid requiring binary
modules. I may come up with a better way to do that, but I doubt it.

> Thanks for the suggestion about the wireless settings. I do have 2
> questions for you: When I set a 26 character hex key for one of the WEP
> keys, this is displayed correctly when I <list> the settings. However,
> if I then quit and perform a <discover>, <configure>, then <list> - the
> WEP key isnt shown correctly (the formatting is wrong as it is shown as
> 13 ASCII chars). I assume this is just a formatting issue and if I set
> a key of say F9F9F9F9F9F9F9F9F9F9F9F9F9 and save it, this is exactly
> what is saved?

Can you send me a transcript of the shell session that produces this
result? I'll look into it. There are some changes to pack/unpack in perl
5.10 that might be causing problems.

R.
Jooseppi
2008-07-16 23:12:32 UTC
Permalink
Hi,

I've managed to get SBR functioning without SBC in wireless and in
wired modes (two different computers). The problem is that in wired
mode I can't get any internet radio functioning. Please help me get
this working.

The SC's player's data is sent via an ethernet cable connected directly
from PC to SBR but the PC's internet connection is via Wi-Fi. I set up
the PC-->ethernet-->SBR exactly according to these instructions:
http://forums.slimdevices.com/showpost.php?p=280981&postcount=47. Audio
files play fine, but internet radio produces no sound at all. The
progress bar goes constantly to 2-5 seconds and always restarts from 0
as if it was infinitely buffering or something. Web browsing works
fine.

These are some of the settings that the UDAP script shows:
bridging 0
interface 1
lan_network_address 169.254.56.107 (SC-Settings-Status lists this as
Player IP)
lan_subnet_mask 255.255.0.0
squeezecenter_address 169.254.47.115 (the computer's "wired ip" I set)
other addresses show 0.0.0.0

I tried setting the computer's "wireless ip" for the
squeezecenter_address but SC couldnt find SBR (light kept blue).

Thank you in advance, and thank especially you Robin for this great
software.


--
Jooseppi
------------------------------------------------------------------------
Jooseppi's Profile: http://forums.slimdevices.com/member.php?userid=18815
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Jooseppi
2008-07-22 12:45:07 UTC
Permalink
Could someone please give a helping hand?

Thank you


--
Jooseppi
------------------------------------------------------------------------
Jooseppi's Profile: http://forums.slimdevices.com/member.php?userid=18815
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
attheotherside
2008-07-25 10:39:49 UTC
Permalink
My receiver connects fine over wired, but always stays yellow when
trying to connect to wireless.
It could be because I have a 128bit key on my router, but when I reset
the receiver it always seems to truncate the key. Is the an issue of
just the display script, or is the key not getting fully stored on the
receiver?

bridging: 0
hostname: Squeezebox
interface: 0
lan_gateway: 192.168.1.1
lan_ip_mode: 1
lan_network_address: 169.254.137.126
lan_subnet_mask: 255.255.0.0
primary_dns: 0.0.0.0
secondary_dns: 0.0.0.0
server_address: 0.0.0.0
squeezecenter_address: 192.168.1.120
squeezecenter_name: ***² &#9658;Z&#9617; &#9786; &#9488;
&#9786;
wireless_SSID: Livebox-3440
wireless_channel: 6
wireless_keylen: 1
wireless_mode: 0
wireless_region_id: 14
wireless_wep_key_0: 2A2A34EF8615B580C0F4903019
wireless_wep_key_1:
wireless_wep_key_2:
wireless_wep_key_3:
wireless_wep_on: 1
wireless_wpa_cipher: 3
wireless_wpa_mode: 1
wireless_wpa_on: 0
wireless_wpa_psk:

after a reset the key appears as:
wireless_wep_key_0: 2A2A34EF8615B

any help appreciated


--
attheotherside
------------------------------------------------------------------------
attheotherside's Profile: http://forums.slimdevices.com/member.php?userid=18950
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
Loading...