The official name is “Sphairon Turbolink IAD (Ident.-No. 286204)”. This Ident No. is printed on the bottom of the devices that come from Hansenet.

The Sphairon Turbolink IAD (“integrated access device”) seems to be a custom specific product for Hansenet, as it is not sold by Sphairon. The best matching product is the Spairon Turbolink 7201 (http://www.sphairon.com/fld3530/index.php). There is no hint that it provides fundamentally better (more reliable) VoIP than, for example, a Fritz!Box, which also has traffic shaping. For the Sphairon Turbolink 7201, the manufacturer’s data sheet reports the following Quality-of-Service mechanisms, which are relevant for VoIP quality:

  • ATM-QoS: PVC Queuing and Traffic Shaping; ATM Traffic classes UBR, CBR, VBR-rt, VBR-nrt
  • IP-QoS: Queuing, Rate Limiting; DiffServ/ToS and 802.1p/q support

The data sheet can be found at http://www.sphairon.com/media/download/db/datasheet_TL7201.pdf .

The Sphairon Turbolink IAD is however listed in the service area:

Interesting enough, you can download GPL’ed source code there. It appears therein that the device is based on Linux 2.4.20.

According to some people, the “Sphairon Turbolink IAD” is indeed just a DSL modem (with integrated DSL splitter and NTBA). It has 4 Ethernet ports just because it was modified for Hansenet from a device that included a router. See http://www.hansenet-user-forum.de/viewtopic.php?t=10627 .

Note: This is no ready-made solution yet, just a list of pointers.

You can use “gst-inspect | less” to get a list of the current capabilities of gstreamer and it’s plugins.

To start, you should be able to see live video using this:

gst-launch v4l2src device=/dev/video1 ! jpegdec ! autovideosink

The manpage of gst-launch has an example for “network streaming”, but it doesn’t work here.

But you would have to do something similar like this:

gst-launch v4l2src
  ! jpegdec
  ! videoscale
  ! video/x-raw-yuv, width=320, height=240
  ! ffmpegcolorspace
  ! ffenc_h263
  ! video/x-h263
  ! rtph263ppay pt=96
  ! udpsink host=127.0.0.1 port=8800 sync=false

This does not work yet:

  WARNING: Faulty connection: Could not connect ffenc_h2630 with rtph263ppay0

The reason seems to be that jpegdec does not serve the format declared as “video/x-raw-yuv”, and this is detected when trying to connect to RTP payloader. We need an additional encoder here.

The following commands show that the camera servers jpgeg:

$ gst-launch v4l2src ! filesink location=Desktop/test.file
$ gst-typefind test.file
test.file - image/jpeg

Additional useful things that can be used in the pipelines: r263depayloader, gconfv4l2src

The best solution will than be to combine this with the VLC multimedia player and server, to stream it. See:

  vlc --longhelp --advanced

It’s said that this Bug is fixed in Subclipse 1.4. See http://article.gmane.org/gmane.comp.version-control.subversion.subclipse.user/12494 .

A workaround was to rename the containing project and the package (and perhaps the other packages in the project also), using the refactoring function of Eclipse for that. After that, deleting the package worked without problems.

Restarting Eclipse was no workaround.

There are three variants how the terminal connection is done, see http://www.hansenet-user-forum.de/viewtopic.php?t=16397 how to find our what one will get when ordering Alice DSL.

Now, when your variant is “NGN”, you get a “Sphairon Turbolink IAD”, which is a DSL modem with VoIP client, no (!) Router. You might combine that with a Fritz!Box (a model that can be used as Router only).

You may install the hardware at any time … it is not important to do this until 8:00 o’clock on the day when your connection is enabled, though Hansenet tells you so. But see this thread: http://www.hansenet-user-forum.de/viewtopic.php?p=185684. The only reason for early installation of the hardware is that a Hansenet technician in their service center may then start to configure your DSL profile.

If you have an ISDN backend, you must (!) use the S0 interface of the Sphairon IAD. So in order to use analog devices, you need a ISDN/analog converter or an ISDN phone box. See here: http://www.hansenet-user-forum.de/viewtopic.php?t=11230. A Fritz!Box may be uses as a ISDN phone box.

Ordered, starting with the best solution:

I heard many different things how to check the condition of batteries, but nothing satisfactory. So I did some experiments, and these are my results:

  • If the voltage of a 1,5V alkaline cell drops below 1,3V (open circuit voltage), most cells are of no use in flashlights, while they are of good usability if above 1,3V. However, this measurement is not at all times appropriate. Some cells of some brands are still usable in that condition. While other cells are unuable even with 1,35V.
  • Therefore, the better measurement is to additionally measure the short-circuit current in these cases. Usable AA alkaline batteries had 1,3A or more here, while unusable had for example 0,5A.
  • At least with my multimeter, it did not make any difference if I use the voltmeter function or the special voltmeter function for battery testing. It seems that, for practical purposes, the integrated resistor is too high, so that no meaningful difference between open circuit voltage and voltage with load is perceivable.
  • New 1,5V AA alkaline cells have up to 8A short circuit current. Whenever checking the short-circuit current of any battery, be careful. Only check for 0,5s or less. If checking for a long time, the cell might explode.
  • Regarding the performance in cold environment (3°C), a battery will malfunction if it has 1,35V open circuit voltage and 3A short circuit current (measured at 20°C). Your values may vary, depending on the battery brand you use.

In a nutshell: checking 1,5V AA alkaline cells with a multimeter. If the open circuit voltage is above 1,4V, the cell is usable. Else, check the short-circuit current additionally. If it’s above 1A, the cell is usable. All other batteries are of no use, at least for high power devices like flashlights and digital cameras.