Industriële fabricage
Industrieel internet der dingen | Industriële materialen | Onderhoud en reparatie van apparatuur | Industriële programmering |
home  MfgRobots >> Industriële fabricage >  >> Industrial Internet of Things >> Internet of Things-technologie

Low Power Wide Area Network (LPWA)

Low power, wide area network-technologie (LPWA; ook wel LPWAN genoemd) ) stelt aangesloten apparaten in staat om met een lage bitsnelheid over grote geografische gebieden te communiceren. Het is een brede term voor de verscheidenheid aan technologieën die worden gebruikt om sensoren en controllers met internet te verbinden zonder het gebruik van traditionele wifi of mobiel.

LPWA is formeel van start gegaan via een Frans bedrijf genaamd Sigfox . (Hoewel er voorlopers waren van deze ontwikkeling, waarover u hier meer kunt lezen.) Sigfox ontwikkelde een alternatief telecommunicatiesysteem nadat hij zich realiseerde dat de behoeften van low-power, low-data rate Internet of Things (IoT)-apparaten slecht werden vervuld door mobiele netwerken. Traditionele mobiele technologie, gebruikt voor zaken als smartphones, bestrijkt een breed gebied en verbruikt veel energie; IoT-apparaten hebben minder stroom nodig voor kleinere transmissiepakketten. Om beter in te spelen op de vereisten van M2M- en IoT-apparaten, heeft Sigfox een nieuw type netwerktechnologie ontwikkeld met de volgende kenmerken:

  • Goedkope chipsets en netwerken.
  • Lange batterijduur.
  • Beperkte datacommunicatie.

Sigfox-technologie verzendt zeer kleine hoeveelheden gegevens (12 bytes) zeer langzaam (300 baud) met behulp van standaard radiotransmissiemethoden (phase-shift keying, DBPSK, up- en frequency-shift keying, GFSK, coming down). Het lange bereik wordt bereikt als gevolg van zeer lange en zeer trage berichten. Sigfox commercialiseerde zijn eigen IoT-oplossing en bezit en exploiteert nu een netwerk, voornamelijk in Europa, dat zijn technologie gebruikt.

Tegenwoordig is Sigfox niet de enige organisatie die LPWA-technologie maakt. De LoRa Alliance ontwikkelde LoRa , een andere radiofrequentietechnologie die gebruikmaakt van radiospectrum zonder vergunning om communicatie met een laag vermogen en een groot gebied tussen apparaten mogelijk te maken. LoRa wordt uitsluitend ondersteund door chips van Semtech; het verschilt van Sigfox doordat het gebruik maakt van chirp spread spectrum waar Sigfox smalband (of ultra-narrowband) technologie gebruikt. LoRa zelf is geen LPWA-oplossing, maar LoRaWAN, een protocolspecificatie die bovenop LoRa-technologie is gebouwd, is dat wel.

Veel bedrijven, waaronder Link Labs, hebben geprofiteerd van de snelle groei van de LPWA-markt door grotere technologieën bovenop de LoRa-chip te bouwen en alternatieve manieren te vinden om IoT-apparaten aan te sluiten. Ze vinden allemaal hun eigen niche binnen de LPWA-ruimte. LoRaWAN en Symphony Link zijn twee van de belangrijkste technologieën die actief worden ontwikkeld en geïmplementeerd.

  • LoRaWAN is een open protocol gebouwd met behulp van LoRa's modulatieschema, dat is ontwikkeld voor gebruik door draadloze providers die spectrum zonder licentie willen gebruiken om te communiceren met IOT-apparaten in hun netwerk. Het is ontworpen voor grootschalige openbare netwerken met een enkele operator.
  • Symphony Link is ook gebaseerd op LoRa's chirped spread spectrum fysieke laagtechnologie; het is een alternatieve specificatie voor LoRaWAN ontwikkeld door Link Labs. Link Labs bedient klanten die verbonden apparaten van derden proberen te verkopen in een zakelijke of industriële omgeving.

Hieronder gaan we in op de technische verschillen tussen de draadloze technologie van Link Labs en LoRaWAN en bespreken we de geavanceerde functies van Symphony Link.

Bekijk ons ​​webinar voor meer informatie over welk type LPWAN-technologie geschikt is voor uw gebruik.

Symphony Link vs. LoRaWAN

Symphony Link ® is een draadloos systeem ontwikkeld door Link Labs. Het wordt voornamelijk gebruikt door industriële en zakelijke klanten die dol zijn op het bereik van LoRa, maar hoge betrouwbaarheid en geavanceerde functies in hun LPWA-systeem nodig hebben.

LoRaWAN is een media access control (MAC)-laagprotocol dat is ontworpen voor mobiele netwerken, voornamelijk in Europa.

LoRa-symboolcodering

Zowel Symphony Link als LoRaWAN gebruiken het LoRa-modulatieschema van Semtech. In wezen is LoRa een golfvorm. Het maakt gebruik van een chirped spread spectrum-technologie die meerdere bits per symbool codeert, heeft geïntegreerde pakketvorming en foutcorrectie, en werkt met een geweldige geïntegreerde basisband digitale signaalprocessor, de SX1301 genaamd. LoRa® is een handelsmerk van Semtech. De rol die LoRa speelt in zowel LoRaWAN® als Symphony Link® ligt op laag 1, of de fysieke laag. Het is analoog aan Frequency Shift Keying of een andere PHY-technologie in een ander systeem.

OSI-gegevensmodel

LoRaWAN-technologie is nuttig, met een groot en groeiend ecosysteem van leveranciers, maar heeft verschillende beperkingen die het ongeschikt maken voor particuliere netwerkoplossingen:

  • Pakketfouten van meer dan 50% komen vaak voor, aangezien LoRaWAN een asynchroon, op ALOHA gebaseerd protocol is met zeer beperkte bevestigingen. LoRaWAN, Sigfox en anderen gebruiken een "spray and pray"-methode voor het afleveren van berichten die niet geschikt is voor de meeste industriële toepassingen. 100% berichtbevestiging is van cruciaal belang voor de meeste organisaties, die de verzamelde gegevens gebruiken voor bedrijfsanalyses.
  • Slechts één netwerk kan in een gebied werken zonder interferentie. In LoRaWAN gebruiken alle gateways, ongeacht wie ze bezit of beheert, dezelfde frequentiekanalen. Dat betekent dat je LoRaWAN-netwerk al mijn verkeer ziet en vice versa. Mijn server kan uw berichten niet ontsleutelen, maar het vreet toch aan de capaciteit. Dit type laag 2-interferentie kan zeer problematisch zijn naarmate LoRaWAN-netwerken schalen.
  • Het is bijna onmogelijk om het apparaat bij te werken firmware via de ether met LoRaWAN. LoRaWAN beweert firmware-upgrades te kunnen doen, maar het lijkt niet aannemelijk als je de tijd (die meerdere dagen of zelfs weken kan zijn), de complexiteit optelt (omdat je de firmware-upgrade volledig op de applicatielaag moet beheren) , en het effect op de netwerkprestaties (het verzenden van veel downlinks in een LoRaWAN-netwerk zorgt ervoor dat het pakketfoutpercentage omhoogschiet omdat de gateway vaak verzendt - maar de knooppunten weten dat niet wanneer ze berichten proberen te verzenden). Al onze grote OEM-klanten zouden niet in staat of ongelukkig zijn om firmware op de markt te brengen die ze fysiek zouden moeten aanraken om te upgraden.
  • Het heeft geen echte multicast-oplossing. Omdat LoRaWAN al het verkeer één-op-één versleutelt, zowel naar boven als naar beneden, is het implementeren van multicast voor besturingssystemen, zoals een verlichtingssysteem, erg moeilijk.
  • LoRaWAN is ontworpen rond een limiet van 1% inschakelduur die wordt bepaald door de Europese ETSI-vereisten, wat voorkomt dat LoRaWAN wordt gebruikt in systemen die de mogelijkheid nodig hebben om veel gegevens tegelijk te verzenden. Aangezien deze limiet ook van toepassing is op het LoRaWAN-basisstation, is de mogelijkheid om het netwerk te besturen, opdrachten te verzenden of bevestigingen te verzenden zeer beperkt.
  • Duty cycle-limieten van de LoRaWAN-architectuur voorkomen dat repeaters met dat systeem werken. Maar repeaters zijn voor sommige bedrijven een noodzaak omdat ze de netwerkinfrastructuurvereisten helpen verminderen en een kosteneffectieve manier zijn om de prestaties en schaal van radiofrequenties uit te breiden.
  • LoRa is niet in staat tot realtime controle over stroom en datasnelheid. Het dynamische bereik in het kanaal is beperkt tot ongeveer 20 dB; vanwege problemen met het dynamisch bereik zal een zender die zich dicht bij het basisstation bevindt, voorkomen dat het knooppunt verder weg wordt gehoord. En aangezien er weinig bevestigingen zijn in LoRaWAN, zouden deze berichten verloren gaan. (In de toekomst, als er grote openbare LoRaWAN-netwerken worden gebouwd met veel basisstations binnen bereik, zou dit effect enigszins worden verzacht.) LoRaWAN heeft ook Adaptive Data Rate (ADR), maar aangezien het wordt aangestuurd door de server, als een knooppunt link vervaagt plotseling, heeft de server geen manier om hem te vertellen dat hij de spreidingsfactoren moet wijzigen om te compenseren.
  • LoRaWAN-beveiligingsfouten vormen voor de meeste gebruikers geen significant risico, maar het gebruik van vooraf gedeelde sleutels en identiteiten creëert wel kwetsbaarheden.
  • Iedereen die een openbaar LoRaWAN-netwerk exploiteert, moet een NetID krijgen van de LoRa Alliance. Aangezien deze alleen beschikbaar zijn voor Contributor-leden en hoger, budgett u $ 20.000 per jaar om LoRaWAN te gebruiken.

De LoRa Alliance werkt hard om de technologie te verbeteren, maar vanaf nu is LoRaWAN het beste voor klanten die oplossingen willen ontwikkelen om verbinding te maken met openbare LoRaWAN-netwerken. Voor privénetwerken raden we onze klanten sterk aan om Symphony Link te gebruiken.

Redenen waarom klanten Symphony Link® kiezen in plaats van LoRaWAN®

Gegarandeerde ontvangst van het bericht.

Een bepaald percentage niet-bevestigde berichten is prima voor sommige meteruitleestoepassingen, maar voor industriële of bedrijfssensornetwerken of besturingssystemen is 0% PER een vereiste. We hebben veel Symphony Link-klanten, van Fortune 100-ondernemingen tot startups, die probeerden voort te bouwen op LoRaWAN en faalden. De Symphony Link MAC bevestigt elk bericht, zowel omhoog als omlaag.

Firmware Over-the-Air.

Met Symphony Link kunt u de hostfirmware op uw apparaat bijwerken nadat deze is ingevoerd. Dit is een enorm voordeel in het begin van de IOT-evolutie, omdat klanten hierdoor sneller en met minder risico op de markt kunnen komen. Voor veel klanten is dit de grootste reden om Symphony Link te gebruiken.

Geen inschakelduurlimiet.

In Europa gebruikt Symphony Link de Frequency Hopping Listen-Before-Talk plus adaptieve frequency agility-band, waardoor de duty cycle-limiet wordt opgeheven. In de 900 MHz-band is er geen duty cycle-limiet. Door gebruik te maken van een volledig frequency hopping-schema, kunnen eindapparaten ook tot 1 W in de 900 MHz-band verzenden. Dit is geweldig voor apparaten die op wisselstroom werken, zoals elektriciteitsmeters en lampen.

Herhalers.

Aangezien Symphony Link een synchroon protocol is, stellen repeaters gebruikers in staat om het bereik van het netwerk drastisch uit te breiden zonder de latentie te beïnvloeden. Repeaters kosten vele malen minder dan een toegangspunt buitenshuis, waardoor Symphony Link-klanten grotere gebieden kunnen bestrijken zonder extra duizenden aan infrastructuur uit te geven. Ze zijn ook erg energiezuinig, dus repeaters kunnen op zonne-energie of op batterijen werken.

Kwaliteit van service.

Met Symphony Link heeft de gateway de controle over het netwerk dat hij aan het creëren is, we hebben een quality of service-tieringsysteem geïmplementeerd zodat knooppunten met belangrijk verkeer voorrang krijgen op apparaten met verkeer met een lagere prioriteit. Je wilt niet dat een alarm moet concurreren met een watermeter voor kanaaltoegang.

Geen configuratie per apparaat.

Waarschijnlijk de grootste hoofdpijn bij het gebruik van LoRaWAN is het gecompliceerde beheer van meerdere coderingssleutels per apparaat, zowel tijdens de productie van het apparaat als aan de serverzijde. Met Symphony Link is de configuratie van het hostapparaat hetzelfde voor alle apparaten van hetzelfde type en wordt de sleuteluitwisseling afgehandeld via onze op PKI gebaseerde Diffie Hellman AES-architectuur van wereldklasse.

Real-time controle over stroom en datasnelheid.

In Symphony Link berekent een eindapparaat vóór elke uitzending de retourverbinding naar de gateway en past het zijn zendvermogen en de spreidingsfactor of modulatiesnelheid daarop aan. Op deze manier hebben knooppunten in het hele netwerk een gebalanceerd linkbudget. Dichte knooppunten zenden stil en snel uit, en verre knooppunten zenden luid en langzaam uit. En ADR in Symphony Link gaat over het optimaliseren van prestaties en betrouwbaarheid. Symphony Link ADR optimaliseert onmiddellijk voor capaciteit die zelfs beter is dan LoRaWAN.

Geen beveiligingsfouten.

Met Symphony Link en het gebruik van een Public Key Infrastructure (PKI), wordt het draadloze draadloze kanaal door de NSA-normen als onbreekbaar beschouwd. PKI voorkomt ook spoofing en verzekert de identiteit van de infrastructuur.

Coëxistentie van meerdere gateways en beperking van interferentie.

Symphony Link gebruikt een dynamisch kanaalmasker dat wordt bestuurd door de gateway om zo min mogelijk botsingen te garanderen. In de VS gebruikt Symphony Link 28 keer meer spectrum dan LoRaWAN en in Europa zeven keer meer.

Hogere capaciteit.

Door gebruik te maken van asynchrone functies zoals slotting en uplink/downlink-coördinatie, heeft een Symphony Link-netwerk meer dan vier keer de capaciteit van LoRaWAN. En als je dat koppelt aan servicekwaliteit, is Symphony Link een veel robuustere keuze voor gebruikers die het nodig hebben.

Multicasting.

Symphony Link implementeert multicast-sessiesleutels waarmee groepen apparaten kunnen worden geadresseerd. Door knooppunten logisch te groeperen, kunt u ze beheren op elke manier die voor uw toepassing zinvol is. Als het bijvoorbeeld lichtregeling is, kun je 10 nodes groeperen en op die manier berichten verzenden en ontvangen. Dit is ook wat Symphony Link in staat stelt firmware over-the-air over te dragen.

Er zijn geen kosten verbonden aan een netwerk-ID.

Voor het bedienen van een Symphony Link-netwerk is geen netwerk-ID van de LoRa Alliance vereist. Symphony Link interfereert niet met LoRaWAN en vice versa.

Er zijn ook andere functies die uniek zijn voor Symphony Link en die essentieel zijn voor een subset van gebruikers, zoals uitzending met tijdsynchronisatie, waarmee eindapparaten kunnen synchroniseren met de realtimeklok van de gateway, en tijdstempeling van gegevens aan de rand. Zie de paragraaf over Symphony Link-gebruiksscenario's hieronder voor meer informatie.

Symphony Link-protocolbeschrijving

Stel dat we zojuist onze Symphony Link-gateway hebben ingeschakeld. Het eerste dat het doet, is de band scannen en een interferentieprofiel maken. (Merk op dat dit is hoe het systeem werkt in 900 MHz. Voor 868 is de werking iets anders, omdat het bakenkanaal vast is, maar een TDMA-schema gebruikt.)

Zodra de interferentiescan is voltooid, selecteert de gateway een 500 kHz-kanaal voor zijn downlink (125 kHz voor Europa) en luistert vervolgens naar dat kanaal om er zeker van te zijn dat daar geen zwak LoRa-verkeer is, wat zou wijzen op een andere Symphony Link-gateway verder weg heeft datzelfde kanaal gekozen. Merk ook op dat dit de automatische kanaalselectiemodus is; de gebruiker kan het kanaal ook handmatig instellen via de netwerkmanagerinterface van onze netwerkbeheersoftware.

Dit kanaal wordt dus gekozen en het systeem begint elke twee seconden te zenden. Dit bericht kan een baken of frameheader worden genoemd. Deze framekop bevat verschillende belangrijke stukjes informatie.

Ten eerste wordt dit bericht versleuteld met de netwerk-ID. Dit is wat een klant in staat stelt zijn netwerk "privé" te maken en onbruikbaar te maken voor andere Symphony Link-gebruikers. Dit is een van de twee parameters die op het eindapparaat zijn geconfigureerd, de andere is Application Token, wat de gegevensstroom van het apparaat identificeert.

Het tweede stuk informatie is de tijdsgrens voor uplink/downlink. Dit vertelt de knooppunten die tijdens dit frame wakker zijn wanneer de gateway klaar is met verzenden. Aangezien LoRa een half-duplex technologie is, is het belangrijk om up/down collisions te voorkomen, die veel voorkomen in LoRaWAN. (Een LoRaWAN-gateway moet binnen een vast tijdsbestek reageren op het verzoek van een knooppunt om bevestiging of downlink. Elk LoRaWAN-bericht dat gedurende deze tijd wordt verzonden, wordt niet door de gateway ontvangen. Het aanvragen van meer bevestigingen in LoRaWAN verergert het probleem alleen maar exponentieel.)

Een derde stukje informatie zijn de frequenties van het uplinkkanaal van het komende uplinkframe. Aangezien Symphony Link een "block hopping" uplink-methode gebruikt, waarbij de reeks ontvangers in elk frame springt, moeten de knooppunten worden verteld waar deze kanalen zich bevinden. Dit is ook hoe Symphony Link zoveel meer netwerken tegelijk in de lucht kan hebben zonder interferentie. Omdat de gateway de knooppunten vertelt welke kanalen beschikbaar zijn, kan Symphony Link ook een 1-kanaals, 8-kanaals of 64-kanaals gateway hebben - het maakt de eindknooppunt niet uit. Een repeater of goedkope enkelkanaals gateway kan dezelfde functies naar het netwerk brengen als een grotere gateway, met als enige verschil de uplinkcapaciteit. Bovendien is er het extra voordeel dat de endnode de aanwezigheid van een netwerk passief kan detecteren, zelfs over zowel 868 als 915. Een LoRaWAN-endnode moet in de blind verzenden om te zien of een netwerk reageert om te weten of er een netwerk is of niet; dit kan veel stroom verbruiken.

De gateway verzendt ook een servicekwaliteitsniveau voor dat frame, zodat als het netwerk overbelast is, minder belangrijke knooppunten kunnen wachten voordat ze verzenden.

Ten slotte verzendt de gateway het gecomprimeerde bevestigingspakket, dat een bevestiging bevat voor alle berichten in het vorige frame. In LoRaWAN zijn de bevestigingen die gebeuren altijd één op één, en als je de LoRa-preambule aan die berichten toevoegt, zijn ze een enorm bandbreedte-zwijn. Door ACK's in één bericht te comprimeren, besparen we veel tijd in de lucht via LoRaWAN.

Er is aanvullende informatie die knooppunten nodig hebben om transacties uit te voeren met het netwerk, die is opgenomen in het infoblokbericht en elke acht frames door de gateway wordt verzonden. Informatie over regelgevende vermogenslimieten en zendvermogen van de gateway is belangrijk voor knooppunten, aangezien zij hun vermogen en spreidingsfactor voor elke transmissie berekenen. Als een netwerk betrouwbaarheid moet inruilen voor capaciteit, kan het infoblok nodes ook vertellen om extra signaalmarge toe te passen op hun adaptieve vermogen- en datasnelheidsberekening. De softwareversie van de gateway wordt ook verzonden, om een ​​mismatch in mogelijkheden tussen het eindknooppunt en de gateway te voorkomen. Het infoblokbericht kan ook de listen-before-talk-modus in de knooppunten in- of uitschakelen, wat alleen nodig is voor gebruik in Europa en Japan. Ook vertelt het infoblok de nodes of het al dan niet verbonden is met de netwerkbeheercloud, en dus of de PKI-server kan worden gebruikt voor de openbare sleutelbron, en of het knooppunt zich moet registreren voordat het lid wordt van het netwerk. Hierdoor kunnen sommige netwerken volledig losgekoppeld van het internet werken.

Stel dat een knooppunt een uplink-payload naar de gateway wil verzenden. Aangezien dit een netwerk met een laag stroomverbruik is, is het al een tijdje volledig in slaap en inactief. Hij wordt wakker en stemt zijn ontvanger af op de frequentie waar hij de gateway voor het laatst heeft gehoord. Het gaat uit van een kristaloffset in het slechtste geval en begint dus enkele milliseconden voor het begin van de gateway-frameheader-preambule te luisteren.

Het moet dan het frameheader-bericht detecteren en verwerken. Het leert wanneer het uplinkvenster begint en welke frequenties beschikbaar zijn.

Daarna slaapt het voor de rest van de downlink-periode, tenzij het een "downlink always on"-knooppunt is, wat ik zo dadelijk zal uitleggen.

Zodra het downlinkgedeelte van het frame voorbij is, stemt het af op een willekeurige frequentie van de set die de gateway zojuist heeft geadverteerd. Binnen het resterende frame bevinden zich een reeks tijdvakken, die elk 10 bytes aan berichtladinglengte vormen, plus een luister-voor-gesprek-periode.

Het knooppunt berekent op dit punt het vermogen en de spreidingsfactor die nodig zijn om de link terug naar de gateway te sluiten. Laten we zeggen dat het signaal relatief sterk is, dus kiest het spreidingsfactor 7 en 0 dBm zendvermogen.

Dit knooppunt heeft een bericht van 37 bytes om te verzenden, dus het heeft 4 subframe-slots nodig.

Nu speelt de servicekwaliteit van het knooppunt op dit punt een belangrijke rol. Ervan uitgaande dat de gateway geen knooppunten onderdrukt met die QOS, bepaalt de QOS welk percentage tijdvakken een knooppunt kan nemen. Een service van hoge kwaliteit kiest elke keer 4 subframe-slots.

Bij de laagste QOS mag een knooppunt slechts één subframe-slot per frame gebruiken, dus het zou 4 frames kosten om 37 bytes de deur uit te krijgen.

Maar laten we aannemen dat de QOS zich in het midden bevindt, zoals 8, in het QOS-bereik van 0-15. Dus het kiest 4 slots.

Het gaat dan weer slapen en wordt na de volgende keer weer wakker om de bevestiging te ontvangen. Als er een botsing was met een van de 4 subpakketten, dan zouden er slechts 3 ACK'd zijn en het knooppunt zou het ontbrekende subpakket in dat frame opnieuw verzenden.

Aangezien de Symphony Link MTU of maximale zendladinglengte 256 bytes is, kan het tot 26 slots duren om een ​​groot bericht te uplinken. Het leuke is dat eventuele gemiste slots automatisch opnieuw door de module worden verzonden. Als u in LoRaWAN meer dan ongeveer 12 bytes wilt verzenden, moet u nieuwe pogingen en pakketvorming op de applicatielaag afhandelen. Bedenk eens hoe moeilijk dat zou zijn om voor meer dan een paar knooppunten te implementeren.

Een repeater in Symphony Link werkt door een baken, downlink, uplink en overdrachtsbericht allemaal binnen het uplinkgedeelte van een normaal Symphony-frame te plaatsen. Dit komt omdat de modulatiesnelheid of spreidingsfactor van repeaters 2x sneller is dan de gateway. Dit levert 3 dB van de verbinding op, maar dit is niet echt merkbaar voor repeaters, die enorme dekking aan het netwerk kunnen toevoegen. Hoewel repeaters veel minder capaciteit hebben dan de gateway, kan een enkele gateway tientallen repeaters hosten. Dit is een geweldige architectuur om grote gebieden kosteneffectief te dekken.

Dit zijn slechts de basisprincipes van hoe Symphony Link werkt. Er zijn nog veel meer functies, zoals firmware-overdracht, multicast en sleuteluitwisseling, maar het bovenstaande zou u een goed idee moeten geven van de basissysteemarchitectuur.

Symphony Link-gebruiksscenario's

Klanten van Link Labs gebruiken Symphony Link in verschillende zakelijke en industriële omgevingen. Een greep uit enkele huidige gebruiksscenario's zijn:

  • GPS-tracking van golfkarretjes op een golfbaan. Mobiele oplossingen werken goed in deze gevallen, maar hebben hoge maandelijkse terugkerende kosten. In dit geval is realtime adaptieve datasnelheid belangrijk omdat, terwijl een golfkar rondrijdt, het kanaal drastisch verandert. Om goed te werken, moet het volgapparaat de mogelijkheid hebben om het vermogensniveau en de modulatiesnelheid van de spreidingsfactor in realtime bij te werken terwijl het kanaal in- en uitvloeit.
  • Demand response in de volkshuisvesting. Warmwaterverwarmers kunnen achteraf worden uitgerust met DR-controllers die worden aangestuurd vanuit het Symphony Link-systeem. Warmwaterboilers sturen gebruiksinformatie in realtime naar de gateway; wanneer een vraagresponssignaal de gateway van internet bereikt, kan het enkele of een subset van die warmwaterboilers in minder dan twee seconden uitschakelen.
  • Bewaking van de energie van commerciële gebouwen. Een Link Labs-module is verbonden met een pulstelsensor die in schakelpanelen in grote gebouwen wordt geplaatst. Met één toegangspunt in een gebouw kunt u tientallen tot honderden subservicepanelen door het hele gebouw verbinden om het elektriciteitsverbruik te bewaken.

Bovendien is Symphony Link de enige LPWAN-technologie die werkt in gebruikssituaties zoals deze:

  • Slotbediening
  • Reactie op vraag
  • Industriële controlesystemen
  • Lichtregeling
  • Alarmsystemen
  • Fysieke beveiliging

Geïnteresseerd om te zien hoe Symphony Link uw connectiviteitsprobleem kan oplossen?

Bij Link Labs hebben we geholpen bij het ontwikkelen van oplossingen voor alles, van eenvoudige temperatuursondes tot GPS-versnellingsmeters met meerdere sensoren voor gecompliceerde systemen voor het volgen van activa. Als u wilt zien hoe Symphony Link voor uw gebruiksscenario zou kunnen werken, plan dan vandaag nog een gratis demo van de technologie in. We laten u zien hoe het werkt voor uw LPWA; hoe een gateway en een dev-kit in Symphony Conductor in te stellen; en bekijk integratiestappen, stroombudgetten en bereik. Of neem contact met ons op als u vragen heeft over de technologie.


Internet of Things-technologie

  1. Beeldsensor met laag stroomverbruik, hoge framesnelheid
  2. u-blox:5G-ready mobiele module en chipset voor low-power wide area IoT-toepassingen
  3. Draadloos netwerk bewaakt apparatuur bij PPL-centrales
  4. Een wereldwijd IoT-netwerk bouwen
  5. LoRa-technologie stimuleert de acceptatie van IoT en verandert levens
  6. LPWA:Challenger-operators kunnen baat hebben bij het gebruik van een andere technologie dan de marktleider
  7. Schaal is cruciaal voor de economie van NB-IoT en LoRa
  8. De juiste Low Power Wide Area Network-technologie selecteren
  9. Combinatie van de kracht van Bluetooth low energy en mobiele LPWA voor grootschalige IoT-implementaties
  10. Een wereldwijd IoT-netwerk om de kracht van connectiviteit te benutten
  11. De efficiëntie van de toeleveringsketen verbeteren door middel van IoT-technologie