Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 44 reacties

De Franse start-up SigFox is in Frankrijk bijna klaar met het uitrollen van een mobiel netwerk dat ingezet kan worden om miljoenen eenvoudige apparaten als sensors aan internet te koppelen. De firma gebruikt daarvoor ultra narrow band, een technologie die weinig zendmasten vergt maar wel traag communiceert.

SigFox richt zich op de snel groeiende markt van producten waarin eenvoudige sensors zijn verwerkt, zoals slimme energiemeters en huishoudelijke apparaten. Via ultra narrow band kunnen deze apparaten op een relatief goedkope wijze draadloos verbonden worden met internet. Deze ontwikkeling wordt ook wel het internet of things genoemd.

Door ultra narrow band-technologie te gebruiken, hebben verbonden apparaten weinig energie nodig om een verbinding te maken. SigFox stelt dat een reguliere mobiele verbinding 5000 microwatt verstookt, terwijl een ultra narrow band-verbinding slechts 100 microwatt zou verbruiken. Bovendien heeft het mobiele netwerk van SigFox, dat in Europa opereert op de 868MHz-band, relatief weinig zendmasten nodig door het grote bereik. Voor dekking in geheel Frankrijk, een land waar de uitrol bijna voltooid zou zijn, zouden duizend antennes volstaan.

SigFox denkt dat het dankzij de toegepaste draadloze netwerktechnologie tegen zeer lage prijzen dataverbindingen kan aanbieden; een aansluiting zou jaarlijks niet meer dan een dollar kosten. Een nadeel is echter de zeer lage snelheid: een dataverbinding behaalt momenteel een snelheid van 100 bits per seconde. Dit zou echter voldoende zijn voor apparaten die slechts beperkte hoeveelheden informatie doorgeven.

De Franse start-up zegt dat het in diverse Europese landen ook zal beginnen met het uitrollen van ultra narrow band-netwerken. Ook in de VS zou belangstelling bestaan. SigFox stelt dat in de Verenigde Staten circa tienduizend antennes volstaan voor het bieden van landelijke dekking, terwijl met de reguliere mobiele technologie honderdduizenden antennes nodig zouden zijn.

Reacties (44)

Reactiefilter:-144044+136+23+30
Moderatie-faq Wijzig weergave
100 bits per seconde, ofwel 12 bytes.
In een minuut kan dus ongeveer 512 bytes verstuurd worden als we de 'afval' meerekenen.
Niet erg veel en volgens mij weinig interessant. - Dan sluit ik liever alles aan op een hub die vervolgens gekoppeld zit aan mijn router.

Dan kunnen tenminste alle apparaten in één keer hun data versturen en kost me dat ook geen euro per apparaat. Want in een huishouden zijn heel wat apparaten te vinden als koelkast, diepvriezer, alle lampen, koffiezetter etc.

[Reactie gewijzigd door p0pster op 14 november 2012 13:03]

een euro per verbinding per jaar staat er ;)
Lijkt me toch interessant voor dingen als regionale verkeersinfo naar je in-car navigatie sturen, autonome weerstations een paar keer per uur info naar de meteo dienst laten sturen, hulpdiensten roepen vanaf een paaltje naast de weg, enz.
Maar als je een draadloze verbinding maakt met je hub (via wifi) dan verbruik je veel energie. Voor je koelkast, diepvriezer, koffiezet is dat geen probleem, maar wel voor apparaten die hun hele lifetime zouden moeten meegaan op 1 batterijtje.
De DCF77 zender in Frankfurt die de "atoomtijd" uitzend, doet dit met een bandbreedte van 1bit/sec. Ook niet bepaald snel, maar het voldoet om radioklokken mee te synchroniseren.

Met 100bits/sec zullen er toepassingen te verzinnen zijn lijkt me. Een inbraakalarm bijvoorbeeld heeft maar een beperkt aantal toestanden door te geven. Een tracker voor een auto is een andere mogelijkheid: Iedere minuut de GPS coördinaten doorgeven.
niet met een hub hoor ;) Succes met je collisions als alles tegelijk wil sturen :)

Daarnaast gaat dit over dingen als aansturen/uitlezen van sensoren en regeltechniek, denk aan het uitlezen van energiemeters, aan/uitzetten van lantaarnpalen, pompen, kleppen enz enz...
Ja dat werkt ook goed bij apparaten die op zichzelf met een klein accuutje/batterij moeten draaien in de middle of nowhere. Bijvoorbeeld meetstations e.d.

100bit is wel erg langzaam ja, als het 1KB was geweest zou mooier zijn. Maar als het gegarandeerd 100bit is dan is het goed voor genoeg toepassingen.
@p0pster
Je moet hier denken aan meet data voor vanalles en nog wat.

Stel je voor dat je alleen wilt weten hoeveel auto's er over een stuk weg gaan.

Je laat dan het apparaatje alleen zo nu en dan het totaal gepasseerde auto's door geven en dat is echt wel te doen met 512 bytes

[Reactie gewijzigd door TomBongers op 14 november 2012 13:05]

Als het alleen is om een 'puls' te geven aan/uit of iets dergelijks dan snap ik het nog wel, maar voor dataoverdracht (tweeweg), lijkt me deze techniek niet geschikt. Correct me if i'm wrong :)
Voor real-time data is het te traag, maar het voorbeeld van TomBongers is perfect. Je telt op een dag het aantal auto's en stuurt 's nachts door hoeveel het er waren. Het maakt niet uit dat de data een dag later pas beschikbaar is, het gaat er om dat het vrijwel niks kost om de data te versturen. 512 bytes per minuut is 30kB per uur, daar past heel veel (geoptimaliseerde) data in.
Je bent zeker niet wrong, maar toch snap je de essentie van het verhaal niet.

Het is JUIST om weinig data te versturen. Als je 512bytes in een minuut kan versturen en elk half uur het aantal gepasseerde auto's wil door sturen... is het echt meer dan voldoende. Of als je je verwarmin wil aan zetten en er ook nog een temperatuur aan mee wil geven. (Los van hoe dit beveiligd wordt; dat kost ook bits)

De huidige technieken om veel data te versturen hebben in het artikel genoemde nadelen: energieverbruik, aantal masten, prijzige aansluiting. Dit heeft dat dus niet.
We zijn te verwend mensen. Je kunt best veel data opslaan in 100 bits hoor.
je moet alleen niet denken in de datatypes die we kennen. Maar je kunt een hoop doen met 100bits. Als je die 100 bits opdeelt in stukjes, waar bijvoorbeeld de eerste 7bits een identifier is van het device, en dan de rest vande bits bijvoorbeeld gebruikt als boolean, dan kun je dus nog 93 velden aan informatie opslaan in ja/nee vorm. en zo kun je op bitniveau nog een hoop dingen doen. Je moet alleen een vaste vorm aanhouden.
Ja maar je gaat hier wel leuk uit van een 1 op 1 verbinding tussen 2 apparaten die (enkel) met elkaar communiceren.

Gezien dit netwerk met meerdere 'verschillende' apparaten gebruik maakt vrees ik dat er toch iets van een netwerklaag overheen moet (IPv6?) en BAM daar gaaan je 100 bits.
Voor veel simpele taken, zoals het meten van lichtintensiteit, stroom/waterverbruik of de hierboven genoemde autodrukte, zal echt geen hoge bandbreedte nodig zijn. Met minder rekenkracht/ opslag/ bandbreedte etc moet er gewoon efficiënter worden omgesprongen met gegevens, je hebt namelijk altijd limieten.

En daarnaast, waarom zou het tweeweg moeten zijn als het doel is om sensordata op te halen? Meer dan een soort reset/calibratie of datarequest kan ik niet bedenken, waarbij ik me bij beide afvraag hoe wenselijk ze zijn om die commando's op afstand te geven. We kunnen natuurlijk alles wel duurder gaan maken en allemaal extra opties en bandbreedte gaan geven die eigenlijk niet nodig zijn, daartegenover staan wel altijd extra kosten (energie/geld) voor zowel ontwikkelen als gebruik. Ik denk echter dat het goed is onszelf af te blijven vragen wat echt nodig is en als dat meer blijkt te zijn dan de verbinding aan kan kun je altijd nog kijken voor een verbinding met een hogere bandbreedte.

Om ook nog even op jouw voorbeeld terug te komen van jouw huis;
  • De temperatuur van je koelkast (zeg tussen 0 en 16 C = 4bit) en vriezer (zeg -32 - 0 c = 5bit) is een dynamisch zeer traag proces, waardoor eens in de minuut 10bit meer dan voldoende is.
  • Lampen hebben slecht 1 bit nodig (aan/uit), maar zeg dat je gradaties wilt dan moeten 3bits toch voldoende zijn en ook voor de lampen zou eens in de minuut meer dan voldoende zijn.
Neem dan nog een aantal apparaten, temperaturen, water en gasverbruik mee en al met al kun je al die data samen over 1 zo'n unb gooien. Dat het misschien praktischer is om ze via een hub op een router aan te sluiten omdat die er al staat in plaats van een unb is een andere reden om niet het niet te gebruiken, maar dat de bandbreedte te beperkt zou zijn lijkt me nou niet echt het geval.
de volledige besturing van een domotica exclusief beeld/geluid
rfid trackers al dan niet gecombineerd met een kassasysteem
...
Ik zie er wel voordelen in hoor, neem nou een weg die 's avonds niet zo vaak bereden wordt, maar er brand wel verlichting.
Nu breng je sensoren aan om te zien of er een auto op de weg rijdt, deze kan ook doorgeven of het druk is of niet maar kan 's nachts dus zien of er een auto rijdt.
Stuur een seintje naar de eerstvolgende 3 lantaarnpalen dat ze aan moeten, als de sensor na deze lantaarns aangedaan wordt stuur je een bit voor uit.

Zo kun je dus de weg verlichten voor die ene auto en de rest van de weg donker houden, en zo zijn er natuurlijk nog legio mogelijkheden.
Meer info over deze technologie is ook terug te vinden op http://www.vmsk.org/.
Net vandaag een presentatie van Electrolux bijgewoond en die gaan ook absoluut die kant op. En een andere Zweedse gigant is hard aan de achterliggende infrastructuur bezig en de intergratie in bestaande online structuren. Zie: The Social web of things / http://m.youtube.com/index?&desktop_uri=%2F#/watch?v=i5AuzQXBsG4

[Reactie gewijzigd door felixk op 14 november 2012 19:41]

Wat ik mij afvraag is wat electrolux moet aan die kant? Als consument heb je meestal al een internetverbinding dus is het niet noodzakelijk om weer voor een nieuwe dienst te gaan betalen. Ook al is het maar 1 dollar per jaar wat waarschijnlijk 5 euro per maand wordt voor de consument. (Ik ga ervan uit dat de fabrikant de afnemer is bij de dienst)

Hoe gaat de verbinding lopen want moet je als consument eerst verbinding maken met de servers van de fabrikant die dan via de narrow band een signaal stuurt naar het betreffende apparaat? Lekker voor je privacy.

Ik zie wel toepassingen voor consumenten maar dan zal er toch eerst naar de uitvoering gekeken moeten worden.

Op dit item kan niet meer gereageerd worden.



LG Nexus 5 (2015) Apple iPhone 6s FIFA 16 Microsoft Windows 10 Home NL Star Wars: Battlefront (2015) Samsung Gear S2 Skylake Samsung Galaxy S6 edge+

© 1998 - 2015 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True