Translate

Saturday, February 18, 2012

GXV3140 - Update (02/2012)



The GXV3140 is the latest IP phone from GrandStream.
Here some updated notes since the original post and impressions about this new phone.

Positive things

As I mentioned in the original post, the screen activation based on some motion, is really a nice thing.
When in front of the phone is possible to see information about the status of the line or the time (yeah, I love watches :) ) and if nobody is there ... black screen.

Skype is working well. The quality of audio and video is really good also with Skype.

Also the normal calls with SIP are really high quality.

Negative things


Most of the time the phone is working well, however it is less stable and reliable than the older GXV3000 series.
The GXV3140 crashed at least 4 or 5 times since I activated it.
So far I observed that the crash happens when Skype is activated (i.e. logged in).
Some times it was enough trying to place a call to trigger a crash.  In one occasion I had the phone crash without doing any operation, probably after 2 days of continuous log-in to Skype.
Usually the crash manifest itself with a "frozen" system, i.e. the display shows something but the phone is totally non-responsive.
The only thing to do is to unplug the power, wait few seconds and then reconnect the power.

It would be interesting monitor the IP traffic to the phone to see if the crash is due from attempts to attack the phone.
Skype is notoriously dangerous, I don't think the phone is "smart" enough to protect itself.

Another annoying characteristic is the menu' to place a call.
To place a call, assuming to have the number in the phonebook, is necessary to press a lot of buttons, much more than the GXV3000.
First the phonebook button, then select the user, then press the F1 (assigned to the call function), then select if the call is only audio or audio/video and then finally the call is placed.
Really time wasting.

Still remains the impossibility to change some  parameters in the phone. Probably a factory reset is necessary but so far I didn't spend time on that.
Maybe one of these days.

The automatic gain of the camera is quite annoying.
It's enough to move little bit far from the phone during a call to have the image transmitted to become totally dark. I did try also other settings but the final effect is not better.

Skype doesn't support conferences. That would be quite useful.

Sunday, February 5, 2012

Alphaline and Sears

A tale of trust.   I want to share my experience with Sears. The last one.
Back in December 2011 I wanted to buy a new Mp3 player for my daughter.
I went around for a while, on-line and in shops, to see what was available on the market.
As usual the budget was not very high, so I spent some time looking for models and brands.

One day I went to Sears and saw a small touch screen Alphaline MP3 player, not too much expensive (less than 70$) and with all the requirements.



Alphaline was a brand never heard .. I usually am very suspicious about new strange brand, but I trusted Sears.
Sears always stayed back on what they sell.  So I bought it !
It worked OK, nothing spectacular but enough to have the job done.

Already guess what happened ?
Yep, after just about a month the MP3 player  become a nice small brick.
Loss totally of the memory.
Everything hardware seems working but there is no real firmware in the unit, so the only thing you can do is turn it on, watch the splash-screen and then  look a a nice piece of useless plastic and metal.

I tried to contact the  Alphaline customer support via email .. AHAHAHAHAHAH .. no answer.
Then I went to Sears, asking for a replacement, since the receipt stated that I had time until March 19 2012 to return or exchange the player.
Of course it was a lie. For the electronics, only 30 days are allowed .. small printed on the back of the receipt, so of course in the store they refused to do anything.
The clerk in the store suggested to call the Alphaline support. AHAHAHAHAHA

Back home I called the Alphaline support ... that doesn't exist.
Sears answered the call.  A brief chat to discover that :

  • they don't have ANY number or contact  Alphaline  (I seriously doubt it ever existed !)
  • Alphaline discontinued some services to Sears ... maybe a diplomatic way to say that this "company" doesn't exists anymore
  • the warranty office at Sears can not handle warranty problems via phone (!!!!) .. wonder what they do.
  • I should go back to the store and asking to talk with the store manager .. AHAHAHAHAH
Soooooo what is the lesson learned ?
First of all, always trust the instinct.
If a brand sounds phony, not reliable .. is because IT IS !  No matter where it is sold.
The store that sell crap is not more serious of the "company" who produce crap.
Sears had a name to be a serious company, a one that stands behind what it's sell.
Well .. NOT ANYMORE !  
For me  the bigger assets of a company is the NAME and the TRUST.
Maybe the greed changed also this company that I always considered reliable.

To recap .. I gained a piece of crap, trashed away some money, I can not fix the player since the producer doesn't exist anymore and Sears is willing to do absolutely nothing about that.
So Mr. Sears ... I guess there is a reason if your business is not very healthy lately.
I lost 60$ .. you lost reputation, name and a customer.  Was it worth ?

Selling crap and not willing to accept responsibility  it means only one thing :  another customer that say to you bye bye.
It will be my pleasure to advertise what happened and warn people that buying electronic stuff at Sears is only trashing away money.   I will not do the same mistake twice.

Eventually .. if somebody out there has a working version of the Alphaline MP4 player, model 18281, could he/she tries to backup the content of the memory, compress it and sends it to me ? :)
Not the contents ! Only the "system" stuff.
Actually I strongly suggest to ANYBODY that has such model to do a backup !!  One day you could turn on your player and discover that become a nice piece of brick.

Friday, December 30, 2011

GrandStream GXV3140



The GXV3140 is the latest IP phone from GrandStream.
Here some notes and impressions about this new phone.

First of all, the first impression is about a more professional phone.
More slim and slick, nice to see.  The screen is definitively better than the GXV3000, but smaller.
High resolution. And also the web pages used to set up the phone, are definitively "professional looking" and better organized than the older series.

So, here some pro and cons, compared mostly with the GXV3000.

Pro
  • professional looking
  • a lot, really a LOT, of functionalities  (IP radio, YouTube viewer, Skype, social networks (fb/Twitter/IM/ecc.), browser, ecc. ecc.)
  • doesn't require to be booted after every change of parameter !!
  • the screen saver is interrupted if the phone detect movement !!!! This is nice !!!
  • better organization of the screen
  • high definition video, is feasible to watch a movie
  • nice sound, both for music/movies and phone calls
  • WiFi as optional
Cons
  • much more complex to use, so I don't think is a phone suitable for non-technological people
  • a lot of functionalities but hardly multitask .. so is not possible for example hearing the IP radio and navigate with the browser
  • without an external keyboard many functionalities are limited
  • is not storing passwords for skype
  • some settings are "stuck" and is not possible to change them (bug ?)
  • different format of the xml file for the phonebook, so is not possible to share the one used for the GXV3000
Compatibility

So far I was able to use the phone with the services I normally use with the GXV3000.
No problem at all to call and receive calls from the other GXV3000 using different VoIP providers.
Fully compatible with Asterisk too, like the GXV3000.
And it has also Skype functionality !! It means that it can handle 3 VoIP providers SIP based PLUS Skype.

System data

Here some data about the phone :

Product Model :
GXV3140

Hardware Revision :
V0.4A

Version :
1.0.7.2

Core Version :
1.0.7.4

DSP Version :
1.0.5.21

Base Version :
1.0.7.36

Program Version :
1.0.7.50

GUI-A Version :
1.0.7.2

GUI-B Version :
1.0.7.3

Recovery Version :
1.0.7.1



Here the first update.

Thursday, December 15, 2011

GrandStream GXV3000


Short review of  the SIP videophone GrandStream GXV3000.

The GXV3000 is one of the cheap SIP videophone on the market.
Is produced by the GrandStream and is on the market for many years.
There are already a lot of information on the net about this phone, so I'm not attempting to describe the product, rather I want to point out some good qualities and some problems this phone has.

Why this phone ?

Years ago I started to build a private network, in order to talk with other family members and to close friends.
In order to cut the costs,  but still having a decent way to communicate, I opted for the VoIP.
Initially I considered Skype, but there were some security and usability issues ... for example the necessity to have a computer always on, running Skype.
People not accustomed to computer surely would have problems to handle such media.

So instead to look for a computer based solution, I started to look for a VoIP phone.
VoIP phones are now quite easy to find nowadays, and they can be really cheap, but at the time, about 6 years ago, the choice was limited and quite expensive.
Especially for a video phone.

After looking around for a while, the choice was the GXV3000, because relatively cheap and with some nice features.

The network

One of the main characteristic I looked for the phone, was the compatibility with the SIP standard.
Having a standard appliance means to have the capability to choose different VoIP providers.
The GXV3000 has the capability to support 3 distinct VoIP providers and this is quite important, since during the years  some providers can  close or they can have  problems, so it is important to always have a backup line in order to be able to call somebody.
I also set up a my PABX based on Asterisk, so to have always a backup line and the capability to use the GXV3000 as an interfonic system in the house.

The setting

Each GXV3000 of the network is set up to use 3 different VoIP providers, one of them is my Asterisk server.
It is possible to assign most of the configuration parameters using the menu on the phone, but is much more comfortable to use the web access.
Each GXV3000 has a web server inside, to easily allow to access all the phone parameters.
Each phone has it's own IP address. Assigned via DHCP by default or can be forced manually.
I chose on the phones in my local network, to assign manually the IP addresses, because in this way is easy to associate a specific IP to a phone in a specific location.
The phone in my office it will always be accessible at a specific IP and so on.
But the DHCP assignment works nicely too.

To access the setting page to the phone, is enough to open a browser (Firefox, Chrome, others) and enter the IP address of the phone.
So for example, assuming to have a phone with the IP address equal to 192.168.1.10, is enough to go on the browser and enter in the URL area : http://192.168.1.10
This is what will come out :


Each phone requires a password in order to access the parameters.
By default the password is "admin".
After entering the password different pages will allow to set up all the phone parameters.
Caution ! In order to do so you need to be familiar with the SIP protocol characteristics and the provider setting.

The web setting possibility is very important because allow the administrator of the network to set up also the remote phones. However, for security reasons, it is important to set the remote system (router) to open a specific port and set the phone to accept remote management only through that port.

I'm not describing here all the possibilities. There is a well done user manual that describes in details the meaning of each parameter.
The suggestion is ... READ IT !  It will saves a lot of troubles ! Believe me !

The Pro and Cons

Well, the phone so far has a more than positive result.
In all these years I had NO dead phones. They are working 24/7, 365 days year and they still works nicely. I'm talking about a fleet of 20 phones.

Different matter for the power supply.
The power supply of the phone is quite weak. On an average of 3 years, usually 1 power supply dies.
It is tricky though to figure it out, because they don't die suddenly, but they "degrade" after some time until they reach the point where the phone is not working anymore.
The first sign of the power supply degradation, is the LCD back-light flickering when there is an incoming call.
Usually it starts just noticeable, then after some months the effect is clearly visible and weeks after, the phone starts to act strange, sometime freeze, sometime lose settings.

So if something like that happens, DON'T PANIC !!! Is not the phone broken, only the power supply.
Any power supply capable to give 12V at 1A it will work !

Other minor problems exists with some secondary features, like the integrated browser or the news feed.
Quite hard to set up and often they simply doesn't work.

To recap, let's see a simple table.

Pro
  • cheap video phone
  • decent support
  • possibility to remote management
  • lot of documentation available
  • easy to configure/manage
  • on newer models (GXV3005/GXV3006) integration with PSTN
Cons
  • power supply weak
  • some features are difficult to set up/understand 
  • some secondary features are not working
  • no WiFi enabled

Conclusion

If you need a decent VoIP video phone, without open a loan, it is the right choice.
Is not the top, some features could be done better, but it's totally capable to handle the main job.
It is a reliable phone, especially if you keep handy some spare power supply :)

Sunday, October 16, 2011

Olimex MSP430F169 LCD board


Olimex has different development platforms available for the MSP430.
One of these is the MSP430-169LCD. This article contains some notes about the board, tests operations and tips/tricks.

This development kit is very interesting.

FEATURES:

  • MCU: MSP430F169 with 60K Bytes Program Flash, 256 Bytes data Flash,2K Bytes RAM
  • NOKIA 3310 LCD 84x48 pixels black & white
  • Joystick with 4 directions and push button function
  • SD/MMC card connector
  • two LEDs: status and power
  • RESET switch
  • JTAG connector
  • 32 768 Hz oscillator crystal
  • 8Mhz crystall oscillator
  • power supply voltage regulators and filtering capacitor
  • extension headers for all uC pins
  • PCB: FR-4, 1.5 mm (0,062"), soldermask, white silkscreen component print
  • Dimensions: 67x66 mm (2.65x2.6")
On the Olimex website or the Sparkfun Electronics website , is possible to download the schematic of this board, a test program and the processor specific datasheet .

Linux development environment

First of all, I installed the mspgcc development system.
Since I use Ubuntu I installed it (another article will describe that ), then I installed the program msp430-gdbproxy and the libraries from the Soft-switch.org website.

This is very critical.
The msp430-gdbproxy must be copied in the directory where is installed the mspgcc environment (usually /usr/msp430/bin, but in my case /opt/msp430-gcc-4.4.3/bin) and the two libraries libHIL.so and libMSP430.so, must be copied in the directory /usr/lib.
It is vital to copy the program and libraries from the same site, i.e. compiled for the same version.
The mspgcc installation process already copy the libHIL.so and libMSP430.so but very likely these libraries are NOT in sync with the msp430-gdbproxy program.

JTAG test

Then I started to see if the Olimex board was working.
I connected a 9V battery to the board (Vin and GND) and the board become alive.
Then, removing the external power, I connected the board to the JTAG connector, already hooked to the parallel port of the PC.
The board come alive, since the JTAG connector, thru the jumper P-IN (inserted by default), bring the power.

At this point, following the instructions found on the Develissimo website and from this article on the MSP430 development environment , I started the msp430-gdbproxy in a terminal.
The first time I had strange error, so I reset the board and something started finally to work.
However using the suggested command :

#msp430-gdbproxy --port=2000 msp430

I obtained this error :

debug: MSP430_Configure()
error: msp430-gdbproxy: unable to open debugger connection. Will restart

I spent quite some time tracking this error but the only thing I realized, was that the error was somehow related to the TCP port used or about some conflict with other services or the Linux configuration.
Then I started to read the mspgcc documentation and I found some notes about the msp430-gdbproxy .
In the notes it was suggested to try the command:

#msp430-gdbproxy --debug msp430

and it worked !
Only I noted that the default port was not 2000 but 2001 !
So I modified the original command using the new port :

#msp430-gdbproxy --port=2001 msp430

and ... voila' !!!
I was able to connect the Olimex board with the JTAG.


So to recap, in order to open a debug session with the card :

  • connect the Olimex board to the Jtag (parallel version)
  • open a terminal and start the gdb proxy :
    msp430-gdbproxy --port=2001 msp430
    Note ! If is not working is possible to use sudo, but in this case the absolute path of the msp430-gdbproxy must be issued.
    For example in my case : sudo /opt/msp430-gcc-4.4.3/bin/msp430-gdbproxy msp430
  • open another terminal, or a tab in the already opened, and start the gdb :
    msp430-gdb name_program_to_load.elf
Inside the gdb digit help for generic help.
Here some common operations :
  1. connect to the board (first thing to do)
    target remote localhost:2001
  2. erase the flash memory (needed to do every time before to load the new code)
    monitor erase
  3. load a program in the flash
    load name_program_to_load.elf (or .a43)
Converting the demo code

The first test is to convert the IAR demo code available for this board, for the mspgcc.
Following the conversion rules , it is possible to compile with mspgcc the code.
To simplify the process I created a makefile. Looking at what files the IAR used to create the code, I created a simple makefile :

CC=msp430-gcc
CFLAGS=-O0 -Wall -g -mmcu=msp430x169

OBJS=main.o mmc.o system.o lcd_new.o

all: $(OBJS)
$(CC) $(CFLAGS) -o test.elf $(OBJS)

%.o: %.c
$(CC) $(CFLAGS) -c lt;

clean:
rm -fr main.elf $(OBJS)

To compile the code, simply open a terminal, go in the directory where there is the makefile and the source code and then :

  • $make clean
    to clean up the objects
  • $make
    to compile

The result is a file called test.elf that can be load directly using the procedure described above.
The code is running smoothly.




Joystick
Here some notes about the joystick on the board.
The joystick is seen as 5 different switches.
The higher 4 bit of the Port1 (set in I/O - input direction - MSB) are used to carry the state of the 4 direction switches and 1 bit of the Port 2 (set in I/o - input direction) is used to carry the state of the pushbutton.
Here a table :


Signal  Name  Description 
 P1.4 B1  Right
 P1.5 B2  Down
 P1.6 B3  Up
 P1.7 B4  Left
 P2.0 B5  Pushbutton 


The signals are pulled up, so when the switch is NOT pushed the reading will be high (1).
Here a Schematic to indicate the combinations of signals (remember, a 0 means the switch is pushed).







The continue line indicates the real signals, the dotted one the combinations of signals.
The inner circles indicates the name of the connection on the schematic.
Pushing the joystick on the left for example, will generate the combination of 0x7x (0111xxxx), i.e. masking the MSB will have 0x70 (01110000).
Pushing the joystick Up and Right will generate the masked combination of 0xA0 (10100000).







Here some other link to related resources and examples.


Friday, October 14, 2011

MSP430 - IAR vs mspgcc

Updated !
There are some differences between a C program developed with IAR and one developed for mspgcc.
This article will try to address these differences in order  to port a MSP430 program developed for IAR into a mspgcc one and viceversa.
I'll try to keep update the article every time I found something or if I receive suggestions.

With the mspgcc (msp430-elf) version maintained by TI, there are further differences.


Include files

Component 

The main inclusion file necessary is related to the component used.
With IAR usually it was #include <msp43xxxxx.h> wherexxxx indicated the specific family.

With mspgcc is better to include the file io.h and set the cflags to the correct cpu.
For example :


 IAR mspgcc  msp430-elf
Family MSP430 F 2012
#include <msp430x20x2.h>
#include <io.h>
set -mmcu=msp430x2012 in cflags
#include <msp430.h>
#include <legacymsp430.h>
set -mmcu=msp430f2012 in cflags
Be sure to have -I and -L in the CFLAGS with the path to the MSP430_TI/include

In Code::Blocks, in order to add the correct mmcu flag :
  • open Settings/Compiler and Debugger 
  • go in the tab Compiler Settings/Other options
  • add the line -mmcu=msp430x2012 (or the specific mcu used)

Or, it is possible to find and include the correct header.
Looking in the file io.h is possible to see the correct inclusion. 

Ports

Some programs with IAR uses different port notation.
For example, the demo program for the MSP430F169, used in the Olimex card, uses the notation :
P3OUT_bit.P3OUT_0 to address the bit 0 of the port 3.

With mspgcc the single bit need to be addressed differently.
If a single bit needs to be addressed, it is necessary to use the mask bits.
For example, to set the bit zero to 1or the port3 :

P3OUT |= 0x01;

To set it to zero :

P3OUT &= ~0x01;

Better to prepare some defines, something like this :

#define BIT_0 0x01
#define BIT_1 0x02
#define BIT_2 0x04
#define BIT_4 0x08
#define BIT_5 0x10
#define BIT_6 0x20
#define BIT_7 0x40
#define BIT_8 0x80

and then use notation like :

P3OUT |= BIT_0

Interrupts

In IAR the interrupt function is a normal function with __interrupt as type.
mspgcc has a special function called interrupt.

Because of that under mspgcc no function prototypes are allowed for interrupt functions.
For example, for the Timerinterrupt function :

 IAR  mspgcc  msp430-elf
/* Timer A0 interrupt service routine */
__interrupt void Timer_A (void);
#pragma vector=TIMERA0_VECTOR
__interrupt void Timer_A( void )
{
...
}
// Timer A0 interrupt service routine
interrupt(TIMERA0_VECTOR) Timer_A (void)
{
....
}
// Timer A0 interrupt service routine
__attribute__((__interrupt__(TIMERA0_VECTOR)))
void Timer_A (void)
{
....
}

To enable the interrupts is possible to use the function eint() or _BIS_SR(GIE);
Include the file signals.h when it is used (#include <signals.h>)

Sunday, October 9, 2011

How to use syslog


How to use syslog for our own programs.
Linux, and other systems, supports a log management system called "syslog".
It is standard and there are utilities that can interact with it.
Here what to do to use syslog to add log capabilities to your programs.
  1. In the file where syslog is used, include :
    #include <stdarg.h>
    #include <syslog.h>
  2. Create a function that redirect the messages to syslog.
    For example this function imitate printf, just use this function everytime a message need to be printed in the syslog :
    int
    my_syslog_printf(const char *fmt, ...)
    {
       va_list ap;

       va_start( ap, fmt );
       vsyslog( LOG_INFO, fmt, ap );
       va_end( ap );
    }
  3. Before to write logs in the syslog system, the syslog file need to be opened.
    Do it before to start to use syslog :
    openlog("program_name", LOG_PID, LOG_USER);
    syslog(LOG_INFO, "Start log  --\n");
  4. Every time a log message need to be printed out, just use the function declared above, for example :
    my_syslog_printf("This is my log\n");
  5. Before to exit from the program, close the syslog using the function closelog().
    However usually exiting from the program automatically the log stream is closed by the system.

    close_log("program_name");
Note :

In openlog and closelog the "program_name" is an identifier for the particular log generator.
I usually use the program name as identifier but is not mandatory, anything that identify univocally the log stream is ok.

Saturday, October 1, 2011

Roomba repair - common problems


It's quite a while I play with Roomba.
Here a list of the common problems for these little robots (3rd and 4th generation) placed in the most probable happening order.

Battery

THE Roomba common problem is of course the battery.
On average, at least once per year, the battery dies.
It depends about the use of course, and contrary to the common sense, more a Roomba is used, more the battery last.
But as said, on average the battery last about a year.

NiCd batteries are lasting even less, mostly due to the "memory effect".
NiHi batteries are better.

Deck/motor

The second typical  problem that can happens to your Roomba, is in the deck motor or in the deck gearbox.
The deck motor is the electric motor that drives the brushes.
Typically the problems in these areas are happening when the Roomba entangle in wires or thick carpets.
When trying to remove itself,  more trust is placed on the brushes and if this happens often, after a while the mechanic can be damaged.
Actually there are different kind of problems that can happens to that area  :

  1. broken motor gears
    The motor has a gearbox used to increase the torque.
    There are 3 gears inside the motor and they are made in teflon or plastic.
    The typical problem is that one or two of these gears, broken up, losing one or more "teeth".
    The final result is to have the motor spinning and  the main shaft not moving.
    It's enough to replace the gears to fix the problem.  Unfortunately  a new set of gears can cost more than the motor ... so often is more cheap to buy a new motor with a new gearbox (they come as single piece).
  2. broken motor
    More rare but it happens that some internal connections broke.
    In this case the only thing is to replace the motor.
  3. broken electronic
    The motor is driven by some electronic. Specifically a Mosfet is feeding the motor.
    Sometime, even more rare than the broken motor, is the electronics that fails.
    In this case "in theory" is enough to change the mosfet to fix the unit.
    Unfortunately it is extremely difficult because you need to take TOTALLY apart the Roomba in order to extract the electronic.
    Then you change the component and in order to test if the repair is correct, you need to put back totally the unit !
    It's about 2 hours work and if something goes wrong, you need to do it again !
    Unless to have a Roomba simulator , in order to test the electronic without the need to put it in a Roomba, is one of the worse case scenario for repairing a Roomba.
Also the deck gearbox can have problems :
  1. broken gears
    Like the gears in the motor, the gears in the deck gearbox can loose teeth or broke down.
    Having other broken decks is possible to substitute the broken ones.
  2. broken gearbox cage
    A couple of times I had to repair a gearbox deck cage broken.
    The gearbox cage is screwed to the deck and if broken can not keep the gears in the right place.
    Change the gearbox deck cage or the entire deck.

Wheels

The third typical problem with Roomba are the wheels.
The Roomba wheel is quite complex object. It is composed by four parts :
  1. electric motor
  2. planetary gearbox
  3. sensor
  4. tire
Each one of these elements can develop problems, but the most recurring problem is on the sensor.
The sensor is used to determine the speed  of the wheel and is very simple.
A special wheel with some openings is mounted on the main shaft and the light from an infrared LED can reach a photodiode only when an opening in the wheel happens.
The problem is that dust can, and does on time, cover the photodiode, so that become insensitive to the infrared light.
The result is that Roomba loses feedback from the wheel, starting to act crazy.
The phenomenon is well known as circle dance and usually cleaning the sensor solve the problem.
With some luck can be cleaned with compressed air, otherwise the wheel needs to be taken apart.

In all these years I own many Roomba, I never saw a planetary gearbox broken.
It is rare, but is possible to have tires used so much that the rubber is incredibly thin or the electric motor defective.

Thursday, September 29, 2011

Force bash under Ubuntu

Many Ubuntu distributions use dash as default for the shell.
I prefer the classic and more powerful bash.

Here a quick way to force the bash shell as default.
Open a terminal and execute this command :

$ sudo dpkg-reconfigure -plow dash

A message will appear indicating the default shell in use (it should say "dash", in this example is bash because I already executed the dpkg-reconfigure)


Choose No.
Done. From now on the bash shell is the default one for the user.

Wednesday, September 21, 2011

Logitech Squeezebox review


Here some notes about the Logitech Squeezebox IP radio.   squeezebox.jpg
Until few months ago, my only experience with the IP Radio was with an Aluratek, until it broke down.
Since I did not have ANY KIND of support from Aluratek, even if the radio was under warranty, I decided of course to don't go again with that brand.
If maybe somebody has not understood ...  Aluratek is a no no brand for IP radio !  

Then a friend of mine  made me a nice gift with the  Logitech Squeezebox IP Radio.
Here some notes and impressions.

Pro and cons

Here a quick lists of pro and cons based on my experience so far.
Pro :
  • Well, the brand.  It is a nice product and the company support rocks !
  • Easy to operate, easy to configure
  • No needs to read manuals/documentations
  • Wired and wireless connection available
  • Very nice sound
  • Hackable !!!
  • It uses Linux !
  • Streaming server open source and available for Windows/Linux/Mac
  • With a battery it can be disconnected from the main power and become portable (battery and IR remote as expansions)
Cons :
  • The cost
  • No IR remote by default

General

The radio is really nice and "heavy" enough, easy to manipulate.
The user interface is based on a rotary encoder  pushable and few main buttons.  Easy to operate, though boring if you have to write something (like searching for a song or radio digiting the name).
Few problems with the wireless setting and DHCP but I think are my network problems, not a radio fault.
Setting a fixed IP and wired connected solved for now all the problems.  I'll experiment eventually in future with the WiFi. In order to have the radio working properly I had to disable the WiFi router DHCP server, keeping only the main one (on the main router).
Once set up the WiFi the radio was able to catch an address from the DHCP server.
By default the radio try to connects with a Logitech server, mysqeezebox.com.
Going there with a browser allows you to set up many features of the radio and found a lot of radio stations.
Then it is possible to install a server (available for Windows, Linux and Mac) in order to stream your own music from your network.
From there all the radio are accessible as well, so basically there is no need (like Aluratek) to access a specific company-related server.
And amazingly ... the radio is Linux based and the server is open source !!!
And now some more details about some characteristics/experiences.

Setting up

As I said, the radio is easy to configure and set up.
I had few problems with the WiFi setting, very probably due for my network.
I didn't want to spend too much time on that, so for the moment I solved assigning a fixed IP to the radio and connecting it in wired mode.

Both DHCP and direct IP are supported, for wired and wireless connections.
No problems.

Server

I installed the Logitech Sqeezebox server for Debian (Ubuntu) and it worked as soon as the installation was ended.
However I had to solve a small problem (again due to my system and not to the server).

Music Library

During the server setting,  it is necessary to assign a path for the Music Library to use for the stream.
In my case the music collection is hosted on a 1 TB Hard drive.
For some reasons, the hard drive is not automatically mounted at the boot time, so the first time I turned off the PC and then back on, the server was not able tofind the scanned music.
Mounting the hard driver and restarting the server solved the problem.
probably solved the problem installing an utility called pysdm (sudo apt-get install pysdm).
This utility assigns a fixed name for a driver and mount it at every boot.
Now the drive is mounted at the boot time so the server (that starts automatically) always find the music files.

Alarms

Basically the radio shows a list of the possible "networks", among them the server.
When selected, the radio try to connect to it in order to retrieve Favorites and settings.  Alarms included.
This actually created an unexpected behavior.
If the computer running the server is turned off, turning on the radio causes the PC to start !
Because of that, the PC starts automatically when an alarm is firing !
For me is an extra feature, I have the PC turned on automatically in the morning !

Pictures

If in a directory containing a MP3/FLAC CD, exists the cover image of the original CD, the picture will be showed both on the radio and on the server.
I'm not sure about what name it should have.
I experimented with "Folder.jpg" and AlbumArt_Large.jpg, AlbumArt_Small.jpg and AlbumArtSmall.jpg.
In case images are added, it is necessary to force the rescan of the Music directory on the server.

Use

Here some tips and trick about the radio.

Server

In order to use or configure the server, simply open the browser and digit :
http://localhost:9000
Of course if the server is running on a different machine, simply use the machine IP.
From the server is possible to control the radio. In my case is working also :

http://oliver3:9000
http://192.168.2.106:9000
squeezeboxserver.png

Server selection

In order to use the server, the radio needs to select it.
Using the radio menu and controls, select the server (it will appears with the name used during the server installation)