5 dingen die uw engineeringteam moet weten voordat ze een M2M-applicatie bouwen

Het Internet of Things (IoT) wordt steeds populairder, dus natuurlijk willen steeds meer bedrijven erbij betrokken worden. Het concept om eenvoudige sensoren en controllers met internet te verbinden is niet nieuw, maar veel bedrijven zijn geïntrigeerd door de populariteit en zijn geïnteresseerd geraakt in het maken van een machine-to-machine (M2M) product.

Sommige van deze bedrijven zijn zich echter niet volledig bewust van wat het creëren van een M2M-applicatie inhoudt vanuit een technisch perspectief. Dan maken ze uiteindelijk een product met de verkeerde technologie, waardoor hun creatie uiteindelijk minder functioneel of te duur wordt.

Als reactie op deze problemen hebben we vijf dingen uiteengezet die u en uw technische team moeten weten voordat u begint met het bouwen van uw M2M-toepassing. Door deze stappen te volgen, voorkomt u veel voorkomende valkuilen en frustraties.

5 dingen die uw engineeringteam moet weten voordat ze een M2M-applicatie bouwen

1. Overdrijf de levensduur van de batterij niet.

Geen enkel bedrijf wil bekend staan ​​om zijn overpromising en underdelivering. Dit kan echter gebeuren wanneer u een M2M-toepassing bouwt, als u niet voorzichtig bent. Laten we enkele hypothetische situaties bekijken.

Stel dat een startend bedrijf het ambitieuze idee heeft voor een slimme deurknop die opent met een smartphone-app. Voordat ze dit product maken, moeten ze begrijpen dat de batterij altijd aan het werk zal zijn. Als het hun plan is om de deurknop van stroom te voorzien via mobiel of Bluetooth, moeten ze rekening houden met alle processen die de batterij moet uitvoeren.

Uiteindelijk - misschien eerder vroeger dan later - zal de batterij leeg raken en moet deze worden opgeladen, wat een gedoe is voor de gebruiker. Bovendien zal de capaciteit van de batterij na verloop van tijd afnemen vanwege de constante cyclus van opladen en ontladen. Dit proces, dat bekend staat als de-rating, dwingt de gebruiker om uiteindelijk een nieuwe batterij te kopen, en er moet rekening mee worden gehouden bij het plannen van energiebudgetten.

Of misschien besluit een hondenliefhebber dat hij het beu is om Fido te verliezen, en gaat hij een GPS-gestuurd hondenvolgapparaat maken dat gebruik maakt van een mobiel netwerk. Hij weet zeker dat het een geweldig idee is en dat er een markt is voor het product. Maar voordat hij verder gaat met de productie, moet hij ervoor zorgen dat het apparaat echt lang genoeg in leven blijft zodat de klant zijn verloren hondsgenoot kan volgen. Dit is geen gemakkelijke prestatie, omdat de hoeveelheid batterijvermogen (en mobiele data, wat dat betreft) die nodig is om GPS-kaarten uit te voeren nogal wat meer is dan veel ingenieurs aannemen.

2. Begrijp de moeilijkheid van mechanisch ontwerp en het maken van firmware in IoT.

De tijd, kosten en pijn van mechanisch ontwerp worden vaak over het hoofd gezien in IoT. Veel elektrotechnici van hardware en software concentreren zich op de componenten, maar besteden niet veel tijd aan het ontwerp van de behuizing. Afhankelijk van het product kan de organisatie overwegen deze taak uit te besteden aan industrieel ontwerpers die productbehuizingen maken die er geweldig uitzien en werken zoals het hoort. Het is belangrijk om in een vroeg stadium de juiste fondsen te reserveren voor mechanisch ontwerp, zodat er later in het budgettoewijzingsproces geen verrassingen zijn.

Het maken van firmware is ook geen wandeling in het park. Neem bijvoorbeeld het populairste product van Apple:de iPhone. De hoeveelheid geld die Apple heeft uitgegeven om een ​​kleine handset te ontwikkelen loopt in de miljarden. Dit is een behoorlijk extreem voorbeeld, maar het is belangrijk voor bedrijven om te begrijpen hoeveel geld het kan kosten om hun firmware te maken. In feite kan het voor veel kleine bedrijven ronduit onbereikbaar zijn om een ​​IoT-firmwareproduct te maken, simpelweg omdat het te moeilijk is om te maken en te duur om uit te besteden.

3. Realiseer de werkelijke kosten van supply chain management bij productontwikkeling.

Supply chain management - dat de inkoop, inkoop en logistiek omvat van alle materialen waaruit uw product bestaat - moet een topprioriteit zijn. Zelfs als uw product van wereldklasse is, moet u ervoor zorgen dat elke zakelijke beslissing die u tijdens de productontwikkeling neemt, zinvol is. Anders kom je te laat op de markt en overschrijdt je budget.

Als een bedrijf een printplaat met honderden onderdelen maakt, moeten de ingenieurs die betrokken zijn bij het selecteren van de stuklijst (BOM) de kosten voor alle niet-commoditized componenten en het verkoopkanaal waar de componenten vandaan komen volledig begrijpen. Als componenten uitsluitend worden geselecteerd op basis van de informatie op het gegevensblad van de fabrikant, of vanwege wat hun verkopers zeggen, bewijst u uw product een grote slechte dienst.

4. Begrijp hoe uw apparaat na productie wordt geleverd.

Als u een M2M-toepassing maakt die draait op Personal Area Networks, traditionele netwerkverbindingen zoals Wi-Fi of Bluetooth, moet u de problemen met de inrichting aanpakken. Dit is ongelooflijk belangrijk en mag niet over het hoofd worden gezien.

Neem bijvoorbeeld slimme huisthermostaatsystemen. Deze zijn de afgelopen jaren behoorlijk populair geworden, met producten als Nest die de markt overnemen. Om ervoor te zorgen dat hun slimme thermostaat werkt, moet deze correct zijn ingericht (of geconfigureerd ) om te werken met het wifi-netwerk van de klant. De klant moet de applicatie toegang geven tot zijn gesloten netwerk - meestal door het apparaat zijn wifi-wachtwoord te geven - wat vrij standaard is voor dit soort producten. Hoewel Nest hun gebruikersinterface (UI) eenvoudig heeft gemaakt, hebben sommige fabrikanten niet ontdekt hoe ze hun gebruikersinterface gebruiksvriendelijk kunnen maken. Wanneer het voor een klant moeilijk is om het product dat ze hebben gekocht correct te leveren, verlaagt dit de klanttevredenheid.

5. Tel uw kosten bij elkaar op.

De meeste M2M-applicaties vereisen een soort netwerkverbinding, meestal met een op internet gebaseerde server waarop de applicatiesoftware draait. Bedrijven vertrouwen vaak op mobiele telefoons, omdat ze denken dat de enige kosten die ze zullen hebben, is om elke maand voor hun gegevens te betalen. Maar dit is niet het geval.

Stel dat een organisatie een slim parkeermetersysteem maakt. De stad waar ze de parkeermeters implementeren, heeft ruimte voor 10.000 meter, dus ze denken dat de kosten van mobiel - de netwerkoptie die ze hebben gekozen om hun slimme parkeermeters van te gebruiken - de alternatieve kosten die hun meters zouden kunnen opleveren, waard zullen zijn op de lange termijn. Maar zodra ze de cijfers beginnen te tellen, realiseren ze zich dat ze geen rekening hebben gehouden met enkele van de andere uitgaven die gepaard gaan met het maken van een M2M-product.

Voor op GSM gebaseerde systemen is een van deze kosten de PTCRB-certificering (PCS Type Certification Review Board). Dit proces is opgezet om de makers van M2M-applicaties die op mobiele netwerken draaien, te helpen een certificering van een derde partij te krijgen, zodat het apparaat dat wordt geanalyseerd aan bepaalde criteria voldoet. Deze certificering wordt vervolgens gegeven aan de mobiele netwerkaanbieder (zoals AT&T of Verizon) om te bewijzen dat de M2M-applicatie die op hun netwerk draait, veilig is. Dit proces is zowel tijdrovend (het kan maanden duren om te worden gecertificeerd) als duur (oplopend tot $ 200.000). Sommige productieteams kiezen ervoor om modules vooraf te certificeren om deze kostbare stap over te slaan. Maar zelfs als ze deze route kiezen, zullen ze nog steeds ongeveer $ 30.000 moeten ophoesten voor vervoerscertificering.

Samenvattend

Zoals u kunt zien, zijn er meer kosten, inspanningen en moeilijkheden verbonden aan het ontwikkelen van een M2M-toepassing dan op het eerste gezicht lijkt. Het beste wat u kunt doen om deze frustratie te voorkomen, is deze problemen te plannen voordat u met het ontwerp- en productieproces begint. Het bespaart u later veel tijd en moeite en het zorgt ervoor dat u uw systeem niet opnieuw hoeft te configureren om op een andere technologie te draaien.