Lisää jatkuva Wi-Fi-yhteys heikentämättä akun kestoa

Wi-Fi on kaikkialla ja se tarjoaa suuren kaistanleveyden. Siksi se on edelleen ensisijainen yhteysvaatimus monille esineiden internet (IoT) -laitteille. Kuitenkin puettavissa laitteissa ja muissa paristokäyttöisissä IoT-laitteissa tavanomaisten Wi-Fi-ratkaisujen tehovaatimukset ovat tehneet jatkuvasta Wi-Fi-yhteydestä epäkäytännöllisen, mistä syystä kehittäjien on täytynyt tehdä kompromisseja laitteen toimintojen, suorituskyvyn ja akun keston suhteen.

Vaikka räätälöidyn ja virrankulutuksen suhteen optimoidun Wi-Fi-ratkaisun suunnittelu voi olla vaihtoehto joillekin tiimeille, se voi olla kallis ja aikaa vievä hanke, erityisesti kun otetaan huomioon miten vähän päteviä radiotaajuussuunnittelijoita on tarjolla. Tarvitaan kattavampi ratkaisu, joka tekee jatkuvasta Wi-Fi:stä käytännöllisen myös pienitehoisissa IoT-laitteissa.

Tässä artikkelissa näytetään, miten kehittäjät voivat toteuttaa jatkuvan Wi-Fi-yhteyden käyttämällä Dialog Semiconductor -yrityksen langattomaan järjestelmäpiiriin (SoC) rakennettuja virransäästöominaisuuksia.

Mobiililaitteiden haasteet Wi-Fi-yhteyksien tukemisessa

Wi-Fi tarjoaa tyypillisesti ominaisuudet (saatavuus ja suorituskyky), joita vaaditaan erilaisissa IoT-sovelluksissa, jotka on rakennettu henkilökohtaisten mobiilituotteiden, älykkäiden kodinkoneiden ja rakennusautomaatiojärjestelmien ympärille. Aikaisemmin Wi-Fi-alijärjestelmien suhteellisen suuri virrankulutus pakotti kehittäjät kuitenkin tekemään kompromisseja akkukäyttöisissä IoT-laitteissa akun keston ja signaalin voimakkuuden suhteen.

Perinteisten Wi-Fi-ratkaisujen korkeat tehovaatimukset tuovat lisähaasteita IoT-kehittäjille. Esimerkiksi vaatimus sekä Wi-Fi-yhteydestä että pidemmästä akun kestosta voi kasvattaa tuotteen kokoa ja monimutkaisuutta suurempien akkujen takia. Puettavissa laitteissa ja monien IoT-laitteiden kohdalla, joissa ei voida käyttää suurempia paristoja, ei aina voida laskea Wi-Fi-signaalin voimakkuutta (ja siihen liittyvää virrankulutusta) akun keston pidentämiseksi.

Näiden haasteiden lisäksi IoT-kehittäjät kohtaavat useita käytännön rajoituksia tyypillisessä Wi-Fi-signaaliympäristössä, jossa signaalin voimakkuus voi vaihdella merkittävästi monitiehäiriöiden ja muiden radiotaajuussignaalien (RF) ominaisuuksien vuoksi. Sellaisissa sovelluksissa kuten kannettavat tietokoneet kuluttaja voi yksinkertaisesti siirtää kannettavan tietokoneen eri paikkaan, jossa on parempi Wi-Fi-signaali. Älykkään lukon tai kodinkoneen on sen sijaan säilytettävä luotettava yhteys ja robusti suorituskyky riippumatta siitä, mihin se on asennettu.

Kehittäjät tarjoavat sekä pidemmän akun keston että robustin Wi-Fi-signaalin voimakkuuden hyödyntämällä vähävirtaisia lepotiloja, joita useimmat edistyneet prosessorit, radiot ja muut kompleksiset laitteistokomponentit tarjoavat. Maksimoimalla virtaa kuluttavien laitteiden virransäästötiloissa käyttämän ajan kehittäjät voivat toteuttaa tuotteita, joiden järjestelmäsuunnittelu pidentää akun kestoa ilman että ne yleensä vaikuttavat paljoakaan järjestelmän toimivuuteen. Tällaisissa malleissa vähävirtainen ajastin saattaa herättää järjestelmän ajoittain hetkeksi lukemaan antureita ja lähettämään sensoritietoja langattomasti ennen paluuta lepotilaan.

Joissakin IoT-sovelluksissa IoT-laitteen on kuitenkin pidettävä yllä jatkuvaa yhteyttä Wi-Fi-verkkoon voidakseen vastata nopeasti mobiilisovellusten, työpöytäohjelmistojen tai jopa muiden laitteiden kautta annettuihin käyttäjän komentoihin. Esimerkiksi älykodeissa olevilla älylukoilla, -valoilla ja -kytkimillä on oltava jatkuva verkkoyhteys jotta ne voisivat antaa välittömän vastauksen käyttäjän komentoihin. Käyttäjät eivät yksinkertaisesti voida hyväksyä että ajastinpohjainen laite lopulta aikanaan herää, havaitsee komennon ja lopulta avaa oven tai sytyttää valon.

Dialog Semiconductorin DA16200 SoC-järjestelmäpiiri ja siihen liittyvät moduulit tarjoavat tehokkaan virransäästöratkaisun, joka tarjoaa sekä jatkuvan Wi-Fi-yhteyden että pidemmän akun keston.

Wi-Fi-yhteyden toteuttaminen langattomalla SoC-järjestelmäpiirillä

Erityisesti paristokäyttöisille IoT-malleille suunniteltu DA16200 SoC sisältää Arm® Cortex®-M4F -prosessorin ja täydellisen Wi-Fi-radio-alijärjestelmän täydellä verkkopinolla, jolloin ulkoisen verkko- tai isäntäprosessorin ei tarvitse tarjota pinon toiminnallisuutta. Radio-alijärjestelmän lisäksi laite sisältää kattavan joukon toiminnallisia lohkoja ja rajapintoja, joita tyypillisesti vaaditaan IoT-tuotteissa (kuva 1).

Kuva 1: Dialog Semiconductor DA16200 SoC tarjoaa täydellisen Wi-Fi-ratkaisun, joka tarjoaa jatkuvan Wi-Fi-yhteyden samalla kun kuluttaa vähän virtaa. (Kuvalähde: Dialog Semiconductor)

Useiden tavallisten rajapintojen lisäksi laitteessa on 4-kanavainen 12-bittinen SAR-rekisteriä (Successive Approximation Register) käyttävä analogia-digitaalimuunnin (ADC) analogisia signaaleja varten.

Sovelluksen suorittamista varten DA16200 sisältää useita sisäisiä muisteja, mukaan lukien:

• Vain luku -muisti käynnistyslataajaa, järjestelmän ydintä, verkkopinoa ja ohjaimia varten.
• SRAM (Static Random Access Memory) ohjelmatiedoille. Ohjelmakoodi suoritetaan paikallaan (XIP) sarjamuotoisessa flash-muistissa, jota laite käyttää ulkoisen sarjamuotoisen flash-muistirajapinnan kautta.
• Kerranohjelmoitavaa OTP-muistia käytetään laitetietojen, salausavainten ja suojatun käynnistyslataajan tallentamiseen. OTP-tiedot pysyvät turvassa, koska niihin pääsee vain OTP-ohjaimen kautta, ja muuten ne ovat näkymättömiä normaalille tiedonsiirrolle järjestelmäväylän kautta.

Auttaakseen kehittäjiä vastaamaan yhdistetyn laitteen tietoturvan kasvavaan kysyntään DA16200 SoC sisältää laajan joukon suojausmekanismeja, mukaan lukien AES- (Advanced Encryption Standard) ja SHA (Secure Hash Algorithms) -salausmoottorit ja muut salaukset sekä tuki TLS (Transport Layer Security) -protokollalle. Laite sisältää myös Arm TrustZone CryptoCell-312 (CC312) -suojauksen IP:n (Intellectual Property). Vähävirtaisille laitteille suunniteltu CC312 tukee suojattua käynnistystä ja tarjoaa luotettavuuden suojatuille sovelluksille.

Laite helpottaa Wi-Fi-yhteyttä kattavan RF-lohkon ansiosta. Laite sisältää 802.11-MAC-ohjauksen (Media Access Control) sekä fyysiset (PHY) 802.11b/g/n-kerrokset, radio-alijärjestelmä sisältää sirulla olevan lähetin-vastaanottimen, jossa on integroidut tehovahvistimet (PA) ja matalakohinaiset vahvistimet (LNA), jotka poistavat ulkoisten aktiivisten komponenttien tarpeen. Käytössä DA16200:n Arm Cortex-M4F -prosessori suorittaa sulautettua TCP/IP-protokollapinoa (Transmission Control Protocol/Internet Protocol) järjestelmän isäntäprosessorin puolesta.

DA16200 SoC sisältää DC-DC-muuntimen, LDO-regulaattorit (Low DropOut) ja virtakytkimet tarjotakseen eri lohkojen (RF-lohko mukaan lukien) tarvitseman virran. Laitteen reaaliaikakellolohkon (RTC) ohjauksessa muunnin ja LDO:t tuottavat kaikki tarvittavat jännitesyöttökiskot yhdestä VBAT-paristolähteestä. Siinä missä DC-DC-muunnin generoi VBAT-jännitteestä 1,4 volttia RF-lohkolle ja digitaaliselle LDO:lle, I/O LDO generoi 1,8 volttia, jota tarvitaan ulkoiselle flash-muistille ja laitteen yleiskäyttöisille I/O-linjoille (GPIO) (kuva 2).

Kuva 2: DA16200 SoC-järjestelmäpiirin virranhallintayksikkö ohjaa laitteen integroituja virtakomponentteja ja syöttää jännitteen sen erillisiin tehoalueisiin. (Kuvalähde: Dialog Semiconductor)

DA16200 SoC-järjestelmäpiirin virranhallintayksikkö ohjaa virran syöttöä näille erillisille tehoalueille. Näin se hallitsee laitteen kolmea virransäästötilaa (lepotilaa):

• Lepotila 1 tarjoaa pienimmän virrankäytön 0,2 mikroampeeria (μA): Tässä tilassa laite on pääosin pois päältä, mutta herää 150 millisekunnin (ms) kuluessa vasteena ulkoiselle liipaisulle, joka ohjataan SoC-järjestelmäpiirin kahdelle herätysnastalle tai jollekin useista digitaalisista I/O-nastoista tai kun analoginen tulosignaali ylittää ennalta määritetyn kynnyksen.
• Lepotila 2 kuluttaa vain 1,8 μA ja säilyttää RTC-toiminnot: Tässä tilassa SoC herää alle 100 millisekunnissa vastauksena ulkoisiin herätystapahtumiin tai ohjelmoidun sisäisen ajastimen päättyessä.
• Lepotila 3 tarjoaa ainutlaatuisen Wi-Fi-tilan jatkuvalla verkkoyhteydellä. Se kuluttaa vähän virtaa ja herää alle 2 millisekunnissa, kun havaitaan saapuva Wi-Fi-datapaketti. Kuten alla kuvataan, lepotila 3:n käyttö tavanomaisen TCP:n ylläpitotoiminnon kanssa tarjoaa perustan jatkuvalle Wi-Fi-verkkoyhteydelle, joka kuluttaa keskimäärin alle 50 μA.

Dynaaminen virranhallintatekniikka mahdollistaa jatkuvan Wi-Fi-yhteyden

Näiden vähävirtaisten lepotilojen taustalla on Dialog Semiconductorin oma DPM-teknologia (Dynamic Power Management), joka sammuttaa käyttämättömät sirulla olevat mikroelementit, mikä tarjoaa minimaalisen virrankulutuksen, kun laite ei lähetä tai vastaanota dataa. DPM minimoi virrankulutuksen Wi-Fi:n lähetys- ja vastaanotto-operaatioiden aikana herättämällä älykkäiden algoritmien avulla tarvittavat mikroelementit juuri silloin, kun niitä tarvitaan.

Dialog Semiconductorin DA16200-ohjelmistokehityspaketti (SDK) abstraktoi virranhallinnan ja DPM-toiminnan yksityiskohdat DPM Manager -sovelluksen ohjelmointirajapinnan (API) taakse. Mukautettua ohjelmistokehitystä varten SDK tarjoaa pääsyn DA16200-ohjelmistopinoon sovellus- ja järjestelmäpalveluihin (kuva 3).

Kuva 3: DA16200 SoC -järjestelmäpiirin ohjelmistoarkkitehtuuri tarjoaa kattavan valikoiman järjestelmä- ja sovelluspalveluita, joita tarvitaan tavallisen Wi-Fi-yhteyden tukemiseen IoT-laitteissa. (Kuvalähde: Dialog Semiconductor)

Jatkuvan Wi-Fi-yhteyden toteutus yhdistää DPM Managerin ja NetX Duo TCP/IP -kirjaston käytön. NetX Duo -kirjasto tarjoaa TCP-protokollan hengissäpito-ominaisuuden, joka lähettää Wi-Fi-reitittimelle TCP-paketin ilman dataa. Tämä varmistaa, että reititin pitää Wi-Fi-yhteyden aktiivisena. Kehittäjät käyttävät tätä ominaisuutta yksinkertaisesti asettamalla keepalive_enabled-TCP-sokettivaihtoehdoksi arvon tosi ja antavat sekuntien määrän parametrille keepalive_timeout, joka ilmaisee ajan hengissäpitopakettien välillä. NetX Duo lähettää tarvittaessa hengissäpitokehykset automaattisesti.

Vaikka hengissäpitopaketit pitävät yllä verkkoyhteyttä reitittimen tai muun isännän kanssa, DA16200:n herääminen lepotilasta 3 perustuu 802.11-hallintakehyksiin upotettujen tavallisten TIM-karttojen (Traffic Indication Map) tai DTIM-kartan (Delivery Traffic Indication Map) tietoelementtien havaitsemiseen. Tätä käytetään ilmoittamaan verkkoasemille, kuten DA16200-pohjaiselle järjestelmälle, että sille on verkkoliikennettä odottamassa. Kun DA16200 asetetaan lepotilaan 3, DA16200:n DPM-tekniikka varmistaa, että radio-alijärjestelmä käyttää mahdollisimman vähän virtaa etsimällä TIM/DTIM-elementtejä. Kun DA16200-radiojärjestelmä havaitsee TIM/DTIM-elementit, se herättää SoC-järjestelmäpiirin, joka aloittaa normaalin Wi-Fi-liikenteen käsittelyn kuten mikä tahansa verkkoasema.

DA16200 DPM Manager API:n avulla kehittäjien tarvitsee tehdä muutama intuitiivinen kutsu tämän toiminnon toteuttamiseksi. Sen jälkeen kun kehittäjät ovat määrittäneet vaaditun DPM-konfiguraation, parametrit ja takaisinkutsut mukaan lukien, kehittäjät käyttävät DPM Manager API:n kutsuja kutsuakseen DPM Manageria ja ollakseen interaktiivisessa vuorovaikutuksessa sen kanssa. Lepotilaan 3 siirtyminen ja siitä poistuminen hoidetaan läpinäkyvästi DA16200 DPM -tekniikalla.

SDK sisältää esimerkkisovelluksia, jotka näyttävät tämän toimintosarjan toteuttamiseen tarvittavat perustason suunnittelumallit (listaus 1).

Kopioi
#define TCP_CLIENT_KA_DPM_SAMPLE_DEF_KEEPALIVE_TIMEOUT            55
[lines deleted]
void tcp_client_ka_dpm_sample_wakeup_callback()
{
    PRINTF(GREEN_COLOR " [%s] DPM Wakeup\n" CLEAR_COLOR, __func__);
 
    dpm_mng_job_done(); //Done operation
}
[lines deleted]
void tcp_client_ka_dpm_sample_recv_callback(void *sock, UCHAR *rx_buf, UINT rx_len,
                                            ULONG rx_ip, ULONG rx_port)
{
    int status = NX_SUCCESS;
 
    //Display received packet
    PRINTF(" =====> Received Packet(%ld) \n", rx_len);
 
    tcp_client_ka_dpm_sample_hex_dump("Received Packet", rx_buf, rx_len);
[lines deleted]
    dpm_mng_job_done(); //Done operation
}
[lines deleted]
void tcp_client_ka_dpm_sample_init_user_config(dpm_user_config_t *user_config)
{
[lines deleted]
    //Set DPM wakeup init callback
    user_config->wakeupInitCallback = tcp_client_ka_dpm_sample_wakeup_callback;
[lines deleted]
    //Set Recv callback
    user_config->sessionConfig[session_idx].session_recvCallback =
        tcp_client_ka_dpm_sample_recv_callback;
[lines deleted]
    //Set KeepAlive timeout
    user_config->sessionConfig[session_idx].session_ka_interval =
        TCP_CLIENT_KA_DPM_SAMPLE_DEF_KEEPALIVE_TIMEOUT;
[lines deleted]
}
[lines deleted]
void tcp_client_ka_dpm_sample(ULONG arg)
{
[lines deleted]
    //Register user configuration
    dpm_mng_regist_config_cb(tcp_client_ka_dpm_sample_init_user_config);
 
    //Start TCP Client Sample
    dpm_mng_start();
 
    return ;
}

Listaus 1: DA16200 SoC-järjestelmäpiirin avulla kehittäjät voivat toteuttaa jatkuvan Wi-Fi-yhteyden käyttämällä DPM API:n määrityksiä ja muutamaa funktiokutsua. (Koodilähde: Dialog Semiconductor)

Kuten luettelossa 1 näytetään, kehittäjät toteuttavat tämän ominaisuuden suurelta osin käyttämällä vain alustustoimintoa (tcp_client_ka_dpm_sample_init_user_config()), joka asettaa erilaisia konfigurointiparametreja, mukaan lukien hengissäpitoviestien aikaväli (TCP_CLIENT_KA_DPM_SAMPLE_DEF_KEEPALIVE_TIMEOUT_), ja joka tarjoaa erilaisia takaisinkutsuja, mukaan lukien DMP-herätys (tcp_client_ka_dpm_sample_wakeup_callback()) ja saapuvien datapakettien käsittely (tcp_client_ka_dpm_sample_recv_callback()). TCP-hengissäpidon ja DPM-herätyssekvenssin aloittamiseksi erillinen funktio (tcp_client_ka_dpm_sample()) yksinkertaisesti kutsuu konfigurointirutiinia (dpm_mng_regist_config_cb (tcp_client_ka_dpm_sample_init_user_config)) ja DMP Manageria (dpm_mng_start()).

Kuten aiemmin mainittiin, koko tämä sekvenssi, mukaan lukien tavalliset TCP-hengissäpitopaketit ja DA16200:n DPM-pohjainen Wi-Fi-valvonta, tarjoavat jatkuvan Wi-Fi-yhteyden, joka kuluttaa tyypillisesti keskimäärin alle 50 μA virtaa.

Tätä samaa suunnittelumallia voidaan käyttää SoC-järjestelmäpiirin herättämiseen lepotiloista muiden toimintojen käsittelyä varten. Esimerkkisovellus näyttää esimerkiksi miten käyttää DA16200:n RTC-kelloa SoC-järjestelmäpiirin herättämiseksi tietojen käsittelyä varten (listaus 2).

Kopioi
#define    SAMPLE_FOR_DPM_SLEEP_3        // Sleep Mode 3
 
#define    MICROSEC_FOR_ONE_SEC        1000000
#define    RTC_TIMER_WAKEUP_ONCE        5    // seconds
#define    RTC_TIMER_WAKEUP_PERIOD        10    // seconds
static void rtc_timer_dpm_once_cb(char *timer_name)
{
[lines deleted]
static void rtc_timer_dpm_periodic_cb(char *timer_name)
{
    /*
     *Caution : Don't spend a lot of time in the calback function called by timer.
     */
    dpm_app_sleep_ready_clear(SAMPLE_RTC_TIMER);
 
    PRINTF("\nWakeup due to Periodic RTC timer!!!\n");
    tx_thread_sleep(10);
 
    dpm_app_sleep_ready_set(SAMPLE_RTC_TIMER);
}
[lines deleted]
void rtc_timer_sample(ULONG arg)
{
[lines deleted]
        /* Periodic timer */
        status = dpm_timer_create(SAMPLE_RTC_TIMER,
                                  "timer2",
                                  rtc_timer_dpm_periodic_cb,
                                  RTC_TIMER_WAKEUP_PERIOD,
                                  RTC_TIMER_WAKEUP_PERIOD);
[lines deleted]
        dpm_app_sleep_ready_set(SAMPLE_RTC_TIMER);
[lines deleted]
    }
 
    while (1)
    {
        /* Nothing to do... */
        tx_thread_sleep(100);
    }
}

Listaus 2: Kehittäjät voivat toteuttaa vähävirtaisen ajastinpohjaisen toiminnallisuuden DA16200:lla käyttäen muutamaa DPM API -funktiokutsua ja varmistaa vähäinen virrankulutus DA16200-lepotilojen aikana. (Koodilähde: Dialog Semiconductor)

Kuten listauksessa 2 näytetään, kehittäjä kutsuu DPM Manager API -funktiota (dpm_timer_create()) luodakseen ajastimen (SAMPLE_RTC_TIMER) ja toista DPM Manager API -funktiota (dpm_app_sleep_ready_set()) ilmoittaakseen, että järjestelmä on valmis palaamaan lepotilaan. Tämän jälkeen DPM-moottori määrittää miten nopeasti järjestelmä voi palata vähävirtaiseen lepotilaan nykyisen toiminnan perusteella. Kun ajastin käy myöhemmin umpeen, järjestelmä suorittaa kehittäjän takaisinkutsufunktion rtc_timer_dpm_periodic_cb(), joka suorittaa vaaditut toiminnot - tässä tapauksessa yksinkertaisesti tulostaa ilmoituksen konsolille. Kun toiminto on suoritettu loppuun, sama takaisinkutsufunktio suorittaa funktion dpm_app_sleep_ready_set() ilmoittaakseen DPM-moottorille, että järjestelmä on valmis palaamaan lepotilaan. Kuten aikaisemminkin, DPM-moottori suorittaa siirtymisen lepotilaan ajallaan.

Valmiit moduulit yksinkertaistavat Wi-Fi-suunnittelua

Vaikka DA16200 SDK yksinkertaistaa ohjelmistosuunnittelua, laitteen tarjoamat kattavat toiminnot tarkoittavat suhteellisen yksinkertaista laitteistoliittymän suunnittelua. DA16200 SoC-järjestelmäpiirin käyttö ulkoisen flash-laitteen, kutenWinbond Electronics 'W25Q16JVSNIQ 16 megabitin (Mbit) NOR-muistipiirin ja vain muutaman lisäkomponentin kanssa tarjoaa kehittäjille mahdollisuuden toteuttaa suojattu IoT-tuote Wi-Fi-yhteydellä (kuva 4).

Kuva 4: Dialog Semiconductor DA16200 SoC sisältää paljon toiminnallisuutta ja vaatii vain ulkoisen sarjamuotoisen flash-muistin sekä hyvin vähän lisäkomponentteja kattavan Wi-Fi-järjestelmän toteuttamiseksi. (Kuvalähde: Dialog Semiconductor)

Kehittäjät, jotka haluavat nopeuttaa omien DA16200 SoC -järjestelmäpiirin perustuvien tuotteidensa kehitystä, voivat kääntyä Dialog Semiconductorin moduulien puoleen, jolloin tarvetta toteuttaa SoC-järjestelmäpiirin laitteistoliitäntä ei ole. Yhdessä DA16200 SoC -järjestelmäpiirin kanssa moduulit sisältävät 4 megatavua (Mt) flash-muistia, RF-komponentit sekä valittavan sisäisen siruantennin (DA16200MOD-AAC4WA32 ) tai u.FL-liittimen ulkoiselle antennille (DA16200MOD-AAE4WA32 ). FCC:n, IC:n, CE:n ja muiden sääntelyelinten täysin sertifioimat 13,8 x 22,1 x 3,3 millimetrin (mm) moduulit tarjoavat valmiin laitteistoratkaisun vähävirtaisen jatkuvan Wi-Fi-yhteyden toteuttamiseksi.

Kehittäjät, jotka haluavat tutustua jatkuvaan Wi-Fi-yhteyteen ja muodostaa nopeasti prototyyppejä DA16200 SoC -järjestelmäpiiriin perustuville IoT-tuotteille, voivat hyödyntää välittömästi Dialog Semiconductorin DA16200MOD-DEVKT -kehityspakettia. Tämä sarja sisältää DA16200MOD-moduulin USB-liitännällä sekä avaimet ja liitännät, jotka nopeuttavat DA16200-pohjaisten tuotteiden kehitystä ja virheenkorjausta.

Yhteenveto

Jatkuva Wi-Fi-yhteys on tavallinen oinaisuus kannettavissa tietokoneissa ja muissa verkkoon liitetyissä tuotteissa. Puettavissa laitteissa ja muissa paristokäyttöisissä IoT-laitteissa tavanomaisten Wi-Fi-ratkaisujen tehovaatimukset ovat kuitenkin tehneet jatkuvasta Wi-Fi-yhteydestä epäkäytännöllisen, mistä syystä kehittäjien on täytynyt tehdä kompromisseja laitteen toimintojen, suorituskyvyn ja akun keston suhteen.

Dialog Semiconductorin SoC-järjestelmäpiiri tarjoaa täydellisen Wi-Fi-ratkaisun, joka tarjoaa jatkuvan Wi-Fi-yhteyden ja kuluttaa vain vähän virtaa. Kuten artikkelissa osoitetaan, kehittäjät voivat SoC-järjestelmäpiiriä tai siihen liittyviä moduuleja käyttämällä toteuttaa nopeasti suojattuja akku- tai paristokäyttöisiä laitteita, jotka tarjoavat käyttäjille jatkuvan Wi-Fi-yhteyden edut ja vastaavat heidän odotuksiinsa pidemmästä akun kestosta.