Wireless Waffle - A whole spectrum of radio related rubbish

How Not To Install A Satellite Dish (Part II)signal strength
Saturday 16 May, 2015, 15:38 - Satellites, Much Ado About Nothing
Posted by Administrator
In the last instalment of 'How Not To Install A Satellite Dish', we successfully installed and aligned a new satellite dish to point at 19.2 degrees East so as to be able to receive German language television (and a few French channels to boot). The next job was therefore to connect the new dish, and the old dish, to the satellite receiver so that the same receiver could be used to switch between the German channels and the English language channels received through the existing, and separate, dish pointing at 28.2 degrees East.

Thankfully this does not (should not!) require the fitting of an additional downlead from the dish to the receiver, oh no. A system called DiSEqC (apparently pronounced 'die-seck' though in reality it should be pronounced 'diss-equck') comes to the rescue. This allows the receiver to select from multiple dishes connected on the same cable by sending control signals along the cable. All that is required is that a suitable DiSEqC switch is installed at the satellite end, connected to both dishes, and to the cable from the receiver.

2 way sat switchA 2 way sat-switch was duly purchased and installed as per the instructions. Back at the receiver (a trusty Foxsat HDR - though the original model, not the new one being sold now on Amazon), the secret menu that allows access to funky multi-satellite functions was accessed (by going into the Setup menu, then pressing red, green, yellow, blue, green, yellow and then blue in that order - or 🌑🌑🌑🌑🌑🌑🌑). Selecting 'DiSEqC 1' from the pull-down menu duly yielded signals from the original 28.2E dish. However, none of the other four DiSEqC inputs yielded anything from the 19.2E dish. Swapping the feeds at the dish end meant that channels from the 19.2E dish could be found on 'DiSEqC 1' but no signals from the 28.2E dish could be found on any setting. Grrr...

4 way sat switchThe DiSEqC settings in the receiver had four channels (e.g. 1, 2, 3 and 4) but the switch only had two. Could this be the problem? Only one way to find out, and so a second switch, this time a 4 way sat-switch was bought (which oddly is cheaper than the 2 way switch at the time of writing!) The original (28.2E) dish was duly connected to input 1 on the switch and the new 19.2E dish was connected to input 2. And guess what - this time success. Now the receiver would find signals from both satellites on the appropriate DiSEqC settings on the receiver.

It is unclear whether this was due to the fact that the first switch was faulty, but as the 4-way switch is (currently) cheaper than the 2-way switch, then anyone attempting this exercise might like to consider just getting the 4-way device to start with and thereby circumventing the tedious hours of failure that might otherwise present themselves.

freesat foxsat menuAnd so now, by switching the Foxsat receiver out of 'Freesat' mode, it was possible to access a wide range of German channels (and the UK ones) but without the help of the Freesat programme guide. Switching back to Freesat mode returned the box to the standard Freesat channel line-up and the programme guide. But surely there must be a way to add the German channels to the Freesat channel menu so that there's no need to go faffing around with multicoloured buttons in the settings menu to switch between them? Actually, there is and at least that part of the job went relatively easily, so stay tuned to Wireless Waffle for Part III of 'How Not To Install A Satellite Dish'...
1 comment ( 531 views )   |  permalink   |   ( 2.9 / 13297 )

How Not To Install A Satellite Dish (Part I)signal strength
Tuesday 31 March, 2015, 04:51 - Radio Randomness, Satellites, Much Ado About Nothing
Posted by Administrator
It's been a long while since anyone at Wireless Waffle installed any satellite dishes, however as part of a project to improve language skills, it was decided that the WW HQ would be fitted with the kit needed to receive German television. This is the sad story of the trials and tribulations of what should have been a simple job in the hope that it may help others trying the same thing not to fall into the same traps that befell our attempts!

Firstly, a visit to Lyngsat and a browse through the dozens of satellites that cover Europe quickly yielded the fact that the channels that were wanted could be found on various Astra 1 satellites at an orbital position of 19.2 degrees East (19.2E). As a ready reckoner, the following orbital positions are the 'hot-slots' for various European languages:
  • English - 28.2E
  • French - 5W
  • German - 19.2E
  • Italian - 5W or 13E
  • Polish - 13E

astra 1m footprintThe next thing to do is find out what size of dish is needed to receive the satellite that's of interest. This is more complex as it requires a knowledge of the satellite's footprint and the strength of signal at a particular location. For 19.2E in the UK, even a 55cm dish should be fine pretty much everywhere, so a Triax 54cm dish was duly purchased together with a suitable wall bracket and an Inverto LNB.

The mounting of the dish on the wall was relatively straightforward, having made sure that there were no obstructions in the line-of-sight from the dish to the satellite (such as trees or other buildings). With the dish on the wall, the next step is to align it so that it is pointing at the satellite. In general a rough idea of the right direction can be gathered if you know your latitude and longitude and the satellite you wish to receive through many online tools (such as dishpointer.com).

Getting the dish pointing in roughly the right direction is not too difficult, but even a small dish needs to be pointing with an accuracy of better than plus or minus 1 degree (bigger dishes have to be even more accurately aligned) and so some form of fine tuning is needed.

In analogue days gone past, by far the best way to align a dish was to connect it to a satellite receiver, and connect the satellite receiver to a television, and put the whole lot in a place where the TV could be seen from the dish. With the satellite receiver tuned to a channel on the appropriate satellite, it was then just a matter of moving the dish about until a signal could be seen on the TV. Once the signal was found, gently moving the dish from side-to-side and up-and-down to a point where the quality of the picture was maximised was all that was needed. Of course the same method can still be used today, but there has to be a less crude way, right? Right...

slx satfinderThe SLX Satellite Finder costs less than a few metres of CT-100 coax, and provides both a visual indication of signal strength (using the in-built meter) and an audible indication (using the in-built buzzer). All that is then required to use this to align a dish is a 'patch lead' so that the dish can be connected to a socket on the meter and then a lead coming from the (indoor) satellite receiver connected to the other socket on the meter to supply power. So far, so good.

Now, turn on the satellite receiver and return to the dish. In theory, the meter should only register a signal if the dish is pointing at a satellite. However, the modern Inverto LNB was obviously doing a far better job of receiving than the systems that the crusty SLX meter was being designed to work with resulting in a full-scale meter deflection (and an annoying beep that could not be turned off) almost regardless of the position of the dish. No amount of experimentation yielded anything other than full-strength or nothing, and the full-strength indication happened across a wide arc of the sky and with the elevation angle of the dish anything within 10 degrees of that which should have been right. In a word, beeping useless!

sf 95dr satfinderNot to be defeated, and rather than cart the TV and receiver outdoors, a second, seemingly more modern meter was purchased, the SF-95DR Satellite Finder. This proved to be marginally better, but having the dish within 'a few' degrees of the right position still yielded a full-scale signal. At least the beep could be turned off.

An old trick from the analogue days to reduce the signal to make fine tuning the position of the dish easier if the signal was very strong, was to cover the dish in a damp tea-towel. The water in the towel will attenuate the signal making the signal weaker and thus the dish easier to align. This trick was tried using the SF-95DR but alas, only resulted in the need to keep picking up a damp tea-towel from the floor, every time the wind blew it off.

Eventually, more through luck than skill, a point was found where the meter indicated a peak that was within a degree or so of nothingness in nearby directions, suggesting that the dish was aligned to a satellite. An excited scan of the receiver revealed some signals but alas, from the wrong satellite (13 East instead of 19.2 East). Of course the meter would no more know which satellite it was pointing at than an amoeba would know the difference between a car and a lorry, just that both seem pretty big. More fiddling, and a slightly damper tea-towel and a second 'peak' was found. Another tune of the receiver and 'Allelujah!' channels that were being transmitted from 19.2 East were found. But only from one transponder...

dish alignment girlWhat could this mean? Was it that the dish was roughly aligned but that only the very strongest signal was being received? Was it that the LNB was faulty? Was there a fault in the cable from the dish to the receiver indoors? Any (or all) of these could be the problem and with nothing more to go on, it seemed that the only way to resolve the issue was to resort to carting the TV and receiver outdoors so that the screen could be seen from the location of the dish. Doing this would mean that the 'signal strength' and 'quality' bars on the receiver's on-screen menu display could be used to point the dish more accurately.

A new patch lead from the dish to the receiver was fitted with F-connectors (thereby ruling out any problem with the coax feeding indoors). Power up... And the receiver is showing 100% signal strength (very good!) but a signal quality of only 60% (OK but not brilliant). No amount of dish repositioning would yield any improvement and still just the one transponder was receiveable. Before giving up and ordering a new LNB, and with an increasing level of suspicion building up, the meter was taken out of line so that the dish was connected directly to the receiver without the meter in circuit.

Hey presto...! Now the receiver was showing 100% signal and 80% quality and, wait for it, all of the transponders on the satellite could be received. A final fine-tune of the dish position and the quality of reception was increased to 90% - not a bad result at all. Moving the TV and receiver back indoors to the other end of the original run of coax and this excellent result was maintained. It seems that the meter may have been overloaded by the signal from the satellite and was somehow distorting the signal (possibly it was generating harmonics or intermodulation products).

So the lessons from this cautionary tale are:
  • Don't use cheap 'satellite finder' meters to help align dishes, they cause more problems than they solve.
  • Stick to the tried and tested methods and just move a TV and receiver to a place where they can be seen from the dish and use the receiver's signal meter for alignment.
  • Damp tea-towels should be used for wiping down surfaces in kitchens and not for the setting-up of sensitive electronic equipment.

At this point you're probably thinking that this is the end of this cautionary tale, but you'd be wrong... there's more to come! Stay tuned to Wireless Waffle for our next extremely uninspiring episode of: HOW NOT TO INSTALL A DISH.
1 comment ( 942 views )   |  permalink   |   ( 2.9 / 7964 )

Who's zoomin' (in on) who?signal strength
Tuesday 17 June, 2014, 15:21 - Satellites
Posted by Administrator
google space logoThere is growing evidence to suggest that Google is planning to enter space by launching satellites of its own. Two seperate pieces of news point in this direction. Firstly, Google has announced plans to purchase Skybox. Skybox operates low-earth orbit satellites whose purpose is to take high resolution images, of exactly the kind that are used by Google maps. Following the recent lifting of US government restrictions on the use of images with better than 50 cm resolution, the move by Google to own its own earth imaging satellites makes complete sense.

Secondly, there is talk of Google becoming involved in the delivery of broadband via satellite through a network called WorldVu. WorldVu, if it goes ahead as described, suffers from many of the same problems that O3B will, but has a lot more to deal with due to its use of Ku-Band as opposed to O3B's use of Ka-Band.

Why is the use of Ku-Band more complex? Ku-Band is already very heavily used for satellite broadcasting, as well as for a number of satellite broadband networks (e.g. networks such as Dish in the USA). As it is proposed that the WorldVu network will be non-geostationary (e.g. the satellites will move around in the sky as seen from the Earth), the downlinks will have to be switched off when the satellites are in a position that could cause interference to existing geostationary satellite services (which will generally be when the WorldVu satellites are over the equator, and whilst a few degrees either side of it). This is made worse because any uplink that could cause interference also needs to be switched-off as well if it is pointing at the geostationary arc. The same is true of O3B, but the more dense packing of Ku-Band satellites will make the situation far more complex.

For example, there are over 60 Ku-band satellites visible in the sky in the UK. As the arc as viewed from the UK is 70 degrees from end-to-end, this means there is approximately one satellite every degree.

geostationary arc from uk
Source: satellites.co.uk

All of this switching on and off every time a satellite is over the equator (and, of course, when a satellite disappears beyond the horizon), and the requisite requirement to connect to a different satellite at those times to maintain a connection is both complex and also creates the environment for tremendous problems with 'dropped calls', if handover between satellites fails for any reason. Similarly, this switching will cause severe jitter (changes in timing) which in itself can cause problems for some internet applications (e.g. streaming).

Finally, and probably the weirdest issue with WorldVu, is the antennas that are planned to be deployed for user ground stations. It is suggested that Google plan to use antennas based on meta-materials. O3B have also, apparently, signed a deal to work on the development of meta-material based antennas. But at present such antennas have been proven only at Ka-Band (and then only in a developmental and not commercial form), and not at the Ku-Band proposed by Google. Even if they could be made to work at Ku-Band, there would be a loss in efficiency making transmission from Earth to space next to impossible and the fact that the antennas can only be steered around +/- 45 degrees will mean that some satellites, even when in view, will not be able to be connected to.

There is a suggestion that Google's purchase of Skybox will provide a potential platform for an early launch of the WorldVu space segment. One the one hand it makes some sense. If you are launching one satellite, why not make it multi-purpose. Though it would increase the size and weight of the satellite, and the launch cost too, having the cameras directly connected to the Internet might make sense. Then again, eyes in the sky connected to the Internet is eerily similar to the world-changing paradigm that is posited in Arthur C. Clarke's book, The Light Of Other Days. Big Brother will definitely be able to watch you, as will your neighbour, your partner, the government, and anyone else with voyeuristic tendencies who wants to. Who's zoomin (in on) you?

add comment ( 541 views )   |  permalink   |   ( 2.9 / 1632 )

Maths: Not Ofcom's strong suit?signal strength
Friday 9 May, 2014, 08:02 - Spectrum Management, Satellites
Posted by Administrator
esoa duncesIt seems that following the ESOA submission to Ofcom concerning the apparent errors in the RealWireless study on spectrum demand for mobile data reported by Wireless Waffle on 15 Febuary, the offending report has now been re-issued (note the publication date is now 11 April 2014) with the axis on Figure 44 which shows data traffic density re-labelled from 'PB/month/km˛' (PetaBytes) to 'TB/month/km˛' (TeraBytes), thereby reducing the calculated data traffic by a factor of 1000 and now making the document internally consistent. Well done Ofcom and RealWireless, though they could have publicly admitted the apparent error, instead of quietly re-issuing the document with no fanfare. Presumably this now makes ESOA look rather silly.

But... even a 10th grade student could complete the sum that is behind the ITU data forecasts and realise that the axis should have read 'PB' all along (and therefore that the internal inconsistencies are not fixed and that the data in the ITU and RealWireless models is still hundreds of times too large). Here, for you to try, are the values - taken from the ITU's 'Speculator' model - and the maths you need to apply. The values are for 'SC12 SE2' which represents people using 'high multimedia' services in urban offices and is with the ITU model in its 'low market' market setting (it has a higher one too).

User density:120,975 users per km˛
Session arrival rate per user:3.3 arrivals per hour per user
Mean service bit rate:13.83 Mbps
Average session duration:81 seconds per session

Now for the maths...
  • First, multiply the first two numbers to get 'sessions per hour per km˛'. (120,975 × 3.3 = 399,217.5)
  • Then multiply this by the average session duration to get 'seconds of traffic per hour per km˛'. (399,217.5 × 81 = 32,336,617.5)
  • Then multiply by the mean bit rate to get 'Megabits of traffic per hour per km˛'. (32,336,617.5 × 13.83 = 447,215,420)
  • To make the numbers more managable, divide by 8 to get from bits to bytes, then by 1,000,000 to get from Megabytes to Terabytes (447,215,420 ÷ 8,000,000 = 55.9)
So the traffic assumed by the ITU model for people using 'high multimedia' services in urban offices is 55.9 Terabytes per hour per square km. But the figure in the graph in the RealWireless report is per month, so we need to scale this up from hours to months. We now have the thorny question of 'how many hours are there in a day', which for mobile data traffic is not necessarily 24 as you might expect. If the above figures are meant to represent the busy hour (the busiest hour of the day), it would not be right to multiply the value by 24 to get daily traffic, as this would assume every hour to be as busy as the busiest. As a conservative measure, let's assume that the daily traffic is 10 times that of the busiest hour. So daily traffic per square km would be 559 TeraBytes (55.9 × 10 just in case you couldn't work this out in your head).

The number of days in a month is relatively easy to work out, it's 30.4 on average (365.25 ÷ 12). So monthly traffic per square km would be 559 × 30.4 = 16,994 TeraBytes per month per km˛.

ofcom maths skillsThis is the monthly data for just one urban traffic type in the ITU model, there are 19 others. Ignoring the others completely, Figure 44 of the RealWireless report should show monthly traffic in urban areas for the ITU model being 17,000 TeraBytes per month per square km, include the other activities that urban office workers undertake and the value should be much higher still. But it now shows as being just over 100 TB/month/square km for the ITU and less for the RealWireless prediction, 100 or more times too low. Oh dear!

RW report page 085

whos stupid nowSo having corrected the figure in the RealWireless report, it is now wrong. It was correct before. And it still does not tally with the total data forecast for the UK that is in the same report.

Surely there are people at Ofcom who own a calculator, have a GCSE in maths, and possess a modicum of professionalism such that they would want to check the facts before blithely allowing their suppliers to fob them off with an 'oops, we mis-labelled an axis' argument. Presumably they thought that it was ESOA who couldn't handle a calculator properly.

Now who looks silly?
add comment ( 393 views )   |  permalink   |   ( 2.9 / 1396 )


<<First <Back | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | Next> Last>>