element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Wireless
  • Technologies
  • More
Wireless
Blog Multipath in Industrial Wi-Fi Links
  • Blog
  • Forum
  • Documents
  • Polls
  • Quiz
  • Events
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Wireless requires membership for participation - click to join
  • Share
  • More
  • Cancel
Group Actions
  • Group RSS
  • More
  • Cancel
Engagement
  • Author Author: gervasi
  • Date Created: 6 Jul 2013 5:07 PM Date Created
  • Views 1374 views
  • Likes 1 like
  • Comments 8 comments
  • wifi
  • industrial_wireless
Related
Recommended

Multipath in Industrial Wi-Fi Links

gervasi
gervasi
6 Jul 2013

Last week an IEEE Communications article on industrial wireless reminded me of when I first learned how well Wi-Fi radios can work over long distances.  Today I would like to write about how multipath reflections present a problem for Wi-Fi in industrial settings.

 

Multipath Intersymbol Interference with Wi-Fi

One good feature of 802.11(a/g) and subsequent Wi-Fi standards is they use a symbol period of 4us.  This is a symbol rate of 250k symbols/sec.  Wi-Fi’s data rate is much higher than the symbol rate because the Wi-Fi signal contains many OFDM subcarriers.  How many subcarriers depends on whether it’s a 20, 40, or 80 MHz data rate.  The number of bits contained in each subcarrier symbol depends on the data rate.  A good fallback algorithm will select a lower data rate (with few bits per symbol) if the signal strength is weak.image

 

Its low symbol rate makes Wi-Fi robust against intersymbol interference (ISI) due to multipath.  The duration of a Wi-Fi symbol is 3.2us.  There is a 0.8us guard interval between symbols.  It takes a radio wave 5us to propagate one mile [3us to propagate one km].  Supposed a Wi-Fi signal reflects off an object 0.1 mile [160 meters] away.  It will take the signals 0.5us to reach the object and 0.5us more for the reflections to return.  Since the guard interval is 0.8us, these reflections from the previous symbol will overlap part of the current symbol.  As the amount this overlap increases, the ISI gets worse.  Usually reflections from objects that far away are too weak to cause interference. 

 

In a large metal factory building, however, I have seen ISI pose a problem with Wi-Fi links.  If most large objects in the factory are stationary, the solution is to use directional antennas.  The goal is to increase the ratio of the strength of the primary signal to that of the secondary signal.

 

For some reason, users often ask if reducing the output power will reduce ICI. They reason that the reflections will fall into the noise leaving only the primary signal.  This approach does not work.  Regardless of output power, for a given channel the relative strength of the reflections is the same.  It’s this signal-to-noise ratio that matters. 

 

Short Reflections

Reflections that are shorter than the guard interval do not cause ISI, but they do cause fading.  Anyone who has listened to a weak FM radio station in an urban area has heard the effects of multipath fading.  The reflections come together constructively or destructively in different locations, causing the signal to rise and fall.  In the case of FM radio, the notes and phonemes of music and human speech last several milliseconds.  The reflections would have to travel a thousand miles to be delayed enough to garble the music or speech due to ISI.

 

Wi-Fi is robust against multipath fading.  In typical industrial environments at frequencies over 900MHz, whether interference at a particular point is constructive or destructive varies when the frequency changes by only a few MHz.  A Wi-Fi signal is 20-80MHz in width, so some of the signal’s subcarriers will experience destructive interference while others experience constructive interference.  The Wi-Fi physical layer is robust against fading knocking out a few subcarriers into the noise. 

 

Mitigating Multipath

Antenna diversity can further reduce the effects of fading.  This is why commercial routers and Wi-Fi cards have more than one antenna.  The idea is if one antenna is in a bad location, chances are the other one will be in a better location.  The quality of the algorithm to select which antenna to use varies greatly.  The worst ones just pick one antenna, apparently for no good reason.  The best ones, found in some (n) cards, have multiple signal chains.  The (n) cards analyze the signals on both antennas simultaneously to get a few dB more (depending on the channel function) than it would get from either antenna alone. 

 

Adapting Wi-Fi for Industrial Use

A good industrial Wi-Fi radio will allow the user to control things like diversity antenna selection, output power, and data rate, things that consumer equipment selects for you, often in clumsy way.  Consumers may not notice if a wireless router does a poor job selecting antenna or data rate.  Surprisingly if Wi-Fi is implemented right it is reliable enough to connect factory equipment, even environments where the ISM bands are crowded and multipath rich.

  • Sign in to reply
  • gervasi
    gervasi over 11 years ago in reply to mcb1

    This makes senes: 29dBm + 24db TX gain + 24 dB RX gain - coax loss - fresnel zone loss -130 dB path loss = -64dB, assuming coax loss + fresnel zone loss = 11dB. 

     

    I can't remember if the max EIRP in US is 30dBm or 36dBm.  I know you'd have to have subtract 24/3=8dB for the TX antenna, so if the limit is 36dBm, 36dBm - 8dB = 28dB.  Maybe they add 1dB for coax loss.  So this system would be right on the edge in the US but I thought illegal almost everywhere else.

     

    From what I hear most people here follow the rules but sometimes exceed them a little, like people going 10km/s over the limit on the highway. 

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • mcb1
    mcb1 over 11 years ago in reply to gervasi

    gervasi

    Thanks for the updated info.

    I don't see how they make it work.  It must be a very high gain antenna and/or they cheat a little on EIRP.

     

    It has a high gain antenna at this end ( I can't find the orig order) but from memory/bookmark it is 24dBi.

    I note the Tx is 29dBm, and I'm not sure of the far end, but Rx is sitting between -62 and -67dBm and noise floor is -98dBm.

     

    Cheers

    mark

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • gervasi
    gervasi over 11 years ago in reply to mcb1

    "Are you sure that dropping the data rate changes the packet timing.

    My understanding was that it modified the amount of packets sent in order to retransmit the ones flagged as faulty."

    The data rate affects these two parameters:

    • FEC Code Rate - The number of data bits per coded bit.
    • Modulation Order - The number of bits per symbol in each OFDM subcarrier.

    These things do not change:

    • Number of OFDM subcarriers - 52 subcarriers for 20MHz channel
    • Symbols per second = 250k

    The maximum packet size is not affected by data rate in (a/g), so lower data rate packets can be longer.  There are options for multiple packets to be put into one RF packet in (n), and then in the ACK the receiver can request a resend of only the packets that were corrupted. 

    Still, fallback algorithm can be tricky and is often poorly implemented.

     

    "My broadband is via a 32Km 2.4Ghz 2Mbit link to the ISP, using a gridpack antenna on the roof (to clear the hedge)."

    I get a path cost of 130dB.  Max power on the 2.4GHz band is 30dBm.  RX sensitivity at 2Mbit will be in the -70dBm range.  That's 100dB of link budget. Here's how they make it work.  They use high gain antennas on both sides, which can easily buy them 20dB on each side.  A loophole in US law allows you to cut transmit power only 1dB for every 3dB in antenna gain, resulting in EIRP well over 30dBm.  (Most of the world has a limit of 20dBm; I don't think they have the loophole either.)  This loophole does not apply on the 5GHz ISM bands; users must dial back power 1dB for every 1dB of antenna gain.  Also 5GHz has a path cost of 7dB more than 2.4GHz.  5GHz is much less crowded though, and there are small high-gain antenans. 

     

    If I assume your country is 20dBm on 2.4GHz and does not have the loophole, I don't see how they make it work.  It must be a very high gain antenna and/or they cheat a little on EIRP. 

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • mcb1
    mcb1 over 11 years ago in reply to gervasi

    gervasi

    Are you sure that dropping the data rate changes the packet timing.

    My understanding was that it modified the amount of packets sent in order to retransmit the ones flagged as faulty.

    This has the effect of reducing the throughput (or overall data rate)

     

    The 2.4GHz band is a strange one.

    My broadband is via a 32Km 2.4Ghz 2Mbit link to the ISP, using a gridpack antenna on the roof (to clear the hedge).

    It works well, and the comment was over this distance and the path, 5GHz should be better but often the 2.4 result is better throughput.

     

    Mark

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • gervasi
    gervasi over 11 years ago in reply to Problemchild

    Exactly.  The big metal box puts yout at risk for multipath.  The outdoor water, sewer, oil well system have to deal with more interference from Wi-Fi and hoppers.  It's amazing Wi-Fi works to control a water pump a mile away, but they do it all the time.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
>
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube