Costածրարժեք անլար տվիչների ցանց ՝ 433 ՄՀց հաճախականությամբ ՝ 5 քայլ (նկարներով)

2025 Հեղինակ: John Day | day@howwhatproduce.com. Վերջին փոփոխված: 2025-01-23 14:48

Անչափ շնորհակալ եմ Թերեզա Ռաջբային ՝ այս հոդվածում իրենց հրապարակումների տվյալները օգտագործելու համար ինձ սիրով տրամադրելու համար:

* Վերևի պատկերում `սենսոր ուղարկող հինգ միավոր, որոնք ես օգտագործել եմ փորձարկման համար

Ի՞նչ են անլար տվիչների ցանցերը:

Պարզ սահմանումը կարող է լինել. Անլար տվիչների ցանցերը վերաբերում են մի շարք էլեկտրոնային սարքերի, որոնք բաշխված են շրջակա միջավայրի տվյալների մոնիտորինգի և գրանցման համար, որոնք անլար փոխանցվում են մշակման և պահպանման կենտրոնական վայր:

Մեր օրերում անլար տվիչների ցանցերը կարող են օգտագործվել մի քանի եղանակով, ստորև ՝ ընդամենը մի քանի օրինակ.

• Անտառների, գետերի, լճերի, ծովերի և օվկիանոսների էկոլոգիական հսկողության ոլորտներ.
• Ահաբեկչական, քիմիական, կենսաբանական, համաճարակային հարձակումների դեպքում ահազանգելու հնարավորություն.
• Երեխաների, տարեցների, հիվանդների կամ հատուկ կարիքներ ունեցող մարդկանց մոնիտորինգի համակարգեր.
• Գյուղատնտեսության և ջերմոցների հսկողության համակարգեր;
• Եղանակի կանխատեսման մոնիտորինգի համակարգ;
• Քաղաքային երթևեկության, դպրոցների, ավտոկանգառների վերահսկում;

Եվ շատ ու շատ այլ ծրագրեր:

Այս հոդվածում ես ուզում եմ ցույց տալ անլար սենսորային ցանցերի փորձի արդյունքները, որոնք օգտագործվել են ջերմաստիճանի և խոնավության տվյալների մոնիտորինգի համար ՝ դանդաղ և համեմատաբար կանխատեսելի տատանումներով: Այս փորձի համար ես ընտրեցի օգտագործել սենսոր-ուղարկողներ, որոնք ես ինքս եմ կառուցել `օգտագործելով մատչելի մոդուլներ: Ստացողը նույնպես DIY է, հաղորդակցությունը միակողմանի է (433 ՄՀց ռադիոընդունիչի վրա), այսինքն ՝ սենսորները փոխանցում են միայն տվյալները, իսկ կենտրոնական վայրը ՝ միայն: Չկա հաղորդիչ սենսորների և ընդունիչից մինչև սենսորների միջև:

Բայց ինչու՞ ընտրել մի քանի հաղորդիչ և միայն մեկ ընդունիչ: Ակնհայտ է, որ առաջին պատճառը կլինի «պարզեցնելը»: Որքան պարզ է հավաքումը, այնքան քիչ հավանական է, որ այն ձախողվի, և անսարքությունների դեպքում միանշանակ շատ ավելի հեշտ է վերանորոգել և փոխարինել առանձին բաղադրիչները: Էլեկտրաէներգիայի սպառումը նույնպես ավելի ցածր է, մարտկոցները ավելի երկար կտևեն (սենսորները կսպառեն միայն մոնիտորինգի և ընդունման ընթացքում, մնացած ժամանակը սարքը կլինի խոր քնի ռեժիմում): Այն, որ պարզ է, սարքը դարձնում է նաև էժան: Մեկ այլ ասպեկտ, որը պետք է հիշել, ծածկույթի տարածքն է: Ինչո՞ւ: Շատ ավելի հեշտ է կառուցել և օգտագործել զգայուն ընդունիչ, քան զգայուն ընդունիչ և հզոր հաղորդիչ ինչպես սենսորներում, այնպես էլ կենտրոնական մոդուլում (դա անհրաժեշտ է լավ երկկողմանի հաղորդակցության համար): Sensitiveգայուն և որակյալ ընդունիչով հնարավոր է տվյալներ ստանալ մեծ հեռավորությունից, բայց նույն հեռավորության վրա տվյալների արտանետումը պահանջում է բարձր արտանետումների հզորություն, ինչը գալիս է բարձր ծախսերի, էլեկտրաէներգիայի սպառման և (չմոռանանք) գերազանցելու հնարավորության հետ: 433 ՄՀց հաճախականությամբ թողարկողի օրինական առավելագույն հզորությունը: Օգտագործելով միջին որակի ընդունիչ, էժան, բայց բարձրորակ ալեհավաքով (նույնիսկ DIY) և որակյալ ալեհավաքով էժան հաղորդիչներ, մենք կարող ենք հասնել գերազանց արդյունքների ՝ գոյություն ունեցող անլար սենսորային ցանցերի արժեքի մի մասում:

Քայլ 1. Տեսական նկատառումներ

Wirelessերմոցի տարբեր տարածքներում օդի և հողի ջերմաստիճանի և խոնավության մոնիտորինգի համար անլար տվիչների ցանց կառուցելու գաղափարը մտքումս ծագեց շատ վաղուց ՝ գրեթե 10 տարի առաջ: Ես ուզում էի կառուցել 1-լարի ցանց և օգտագործել 1-լարային ջերմաստիճանի և խոնավության տվիչներ: Unfortunatelyավոք, 10 տարի առաջ խոնավության տվիչները հազվագյուտ և թանկ էին (չնայած ջերմաստիճանի տվիչները տարածված էին), և քանի որ ջերմոցը ամբողջ ջերմոցով տարածելը տարբերակ չէր, ես արագ հրաժարվեցի այդ գաղափարից:

Այնուամենայնիվ, այժմ իրավիճակը արմատապես փոխվել է: Մենք կարողանում ենք գտնել էժան և որակյալ տվիչներ (ջերմաստիճան և խոնավություն), ինչպես նաև 433 ՄՀց հաճախականությամբ էժան հաղորդիչներ և ընդունիչներ: Կա միայն մեկ խնդիր. Եթե մենք ունենք ավելի շատ տվիչներ (ասենք 20), ինչպե՞ս ենք լուծում բախումները (խնդրում ենք նկատի ունենալ, որ սա միակողմանի հաղորդակցություն է), այսինքն ՝ համընկնում 2 կամ ավելի սենսորների արտանետումների հետ: Հնարավոր լուծում փնտրելիս ես հանդիպեցի այս շատ հետաքրքիր թերթերին.

Անլար սենսորը համընկնում է ձուլման ՝ պատահական գործողությունների ընթացակարգի հիման վրա ՝ RAJBA, T. և RAJBA, S.

եւ

Անլար սենսորային ցանցում պատահական ուղարկմամբ բախումների հավանականությունը `RAJBA S.- ի և RAJBA- ի կողմից: Տ

Հիմնականում, հեղինակները մեզ ցույց են տալիս, որ անլար սենսորային ցանցում բախումների հավանականությունը կարելի է հաշվարկել, եթե փաթեթները որոշակի ժամանակի ընթացքում արտանետվեն ըստ պուիսոնյան (էքսպոնենցիալ) բաշխման:

Վերոնշյալ թղթի քաղվածքը թվարկում է ուսումնասիրված ցանցի բնութագրերը:

• բավականին մեծ թվով սենսոր-ուղարկող միավորներ N;
• սենսոր ուղարկող սարքերը մնում են լիովին անկախ, և դրանք միացնելը կամ անջատելը ոչ մի ազդեցություն չի ունենում ցանցի աշխատանքի վրա.
• սենսոր ուղարկող բոլոր ստորաբաժանումները (կամ դրանց մի մասը) կարող են շարժական լինել `պայմանով, որ դրանք տեղակայված են ընդունող կայանի ռադիոյի տիրույթում.
• դանդաղ փոխվող ֆիզիկական պարամետրերը ենթարկվում են չափումների, ինչը նշանակում է, որ կարիք չկա շատ հաճախ փոխանցել տվյալները (օրինակ ՝ ամեն մի քանի րոպեն կամ մի քանի տասնյակ րոպեն մեկ);
• փոխանցումը միակողմանի է, այսինքն ՝ սենսոր-ուղարկող միավորից մինչև ընդունման կետ ՝ T միջին ժամանակային ընդմիջումներով: Տեղեկատվությունը փոխանցվում է արձանագրությունում t_էջ տևողության ժամանակը;
• ցանկացած ընտրված սենսոր սկսում է պատահականորեն փոխանցել Պուասոնի ժամանակ: PASTA (Poisson Arrivals See Time Averages) կօգտագործվի Պուասոնի դարաշրջաններում զոնդերի ուղարկումը հիմնավորելու համար.
• սենսոր ուղարկող բոլոր ստորաբաժանումները մնում են պատահականորեն անկախ և նրանք տեղեկատվությունը կփոխանցեն պատահականորեն ընտրված t ժամանակի պահին_էջ տևողությունը և կրկնելու միջին ժամանակը;
• եթե մեկ կամ մի քանի սենսորներ սկսում են հաղորդել t- ի արձանագրության ընթացքում_էջ տևողությունը փոխանցվում է մեկ այլ սենսորից, նման իրավիճակը կոչվում է բախում: Բախումը անհնար է դարձնում կենտրոնական բազային կայանի կողմից տեղեկատվության ճիշտ ընդունումը:

Այն գրեթե հիանալի տեղավորվում է այն սենսորային ցանցի հետ, որը ես ուզում եմ փորձարկել…

Գրեթե.

Չեմ ասում, որ ամբողջությամբ հասկացել եմ աշխատության մեջ մաթեմատիկան, բայց ներկայացված տվյալների և եզրակացությունների հիման վրա կարողացել եմ մի փոքր հասկանալ, թե ինչի մասին է խոսքը: Միակ բանը այն է, որ թերթում օգտագործված արժեքը ինձ մի փոքր անհանգստացրեց:): Դա t փոփոխականն է_էջ - տվյալների փոխանցման տևողությունը, որը ենթադրվում է 3.2x10^-5 ս Այսպիսով, հավաքված տվյալների փոխանցման ժամանակը կլինի 3.2 մեզ: Դա հնարավոր չէ անել 433 ՄՀց տիրույթում: Ես ուզում եմ օգտագործել կամ rcswitch կամ radiohead հաղորդիչ սենսորները ծրագրավորելու համար: Ուսումնասիրելով երկու գրադարանների ծածկագրերը `ես եկա այն եզրակացության, որ փոխանցման ամենափոքր ժամանակը կլինի 20ms, ինչը գերազանցում է 3.2 մեզ արժեքը: 2.4 ԳՀց հաղորդիչներով հնարավոր է t_էջ ժամանակը այնքան փոքր է … բայց դա այլ պատմություն է:

Եթե կիրառենք սույն հոդվածի հեղինակների առաջարկած բանաձևը, արդյունքը կլինի.

Նախնական տվյալներ (օրինակ).

• Սենսորների քանակը N = 20;
• Տվյալների փոխանցման տևողությունը t_էջ= 20x10^-3 վ (0.020 վ)
• Միջին փոխանցման միջակայքը T = 180 վ

Բանաձեւը.

T ընդմիջման վրա բախման հավանականությունն է

եթե հաշվի առնենք նախնական տվյալները, T ընդմիջման վրա բախման հավանականությունը կկազմի 0.043519

Այս արժեքը, որը ցույց է տալիս 100 չափման դեպքում 4.35 բախում ունենալու հավանականությունը, իմ կարծիքով, բավականին լավ է: Հավանականությունը կարող է բարելավվել, եթե բարձրացնենք փոխանցման միջին ժամանակը, ուստի 300 վ արժեքի դեպքում մենք կունենանք 0.026332 հավանականություն, այսինքն ՝ 2.6 բախում 100 չափման դեպքում: Եթե հաշվի առնենք, որ համակարգի աշխատանքի ընթացքում ամեն դեպքում կարող ենք ակնկալել փաթեթային տվյալների կորուստ (կախված եղանակային պայմաններից, օրինակ), ապա այս թիվը իսկապես գերազանց է:

Ես ուզում էի այս տեսակի ցանցի մոդելավորում անել, բայց նաև մի տեսակ դիզայներական օգնական, այնպես որ ես պատրաստեցի մի փոքր ծրագիր C- ում, որը կարող եք գտնել աղբյուրի կոդը github- ում (նաև կազմված երկուական, որն աշխատում է Windows հրամանի տողում. ազատում):

Մուտքային տվյալներ.

• sensor_number - ցանցի սենսորների քանակը;
• Չափումների_թիվ - մոդելավորման չափումների քանակ;
• միջին_հաղորդման_միջնաժամկետ -միջին հաջորդականություն տվյալների փոխանցումների միջև;
• փոխանցման_ժամանակ - տվյալների փոխանցման արդյունավետ տևողությունը:

Արդյունք:

• չափման առավելագույն հաշվարկված ժամանակը;
• երկու սենսորների բախումների ցանկը.
• բախումների քանակը;
• բախումների տեսական հավանականությունը:

Արդյունքները բավականին հետաքրքիր են:)

Բավական է տեսության հետ, ես չէի ցանկանա ավելի շատ պնդել տեսական մասի վրա, հոդվածներն ու սկզբնաղբյուրը բավականին խոսուն են, ուստի ավելի լավ է անցնեմ անլար տվիչների ցանցի գործնական, արդյունավետ իրականացմանը և թեստի արդյունքներին:

Քայլ 2. Գործնական իրականացում. Սարքավորումներ

Հաղորդիչ-տվիչների համար մեզ անհրաժեշտ կլինեն հետևյալ բաղադրիչները.

• ATtiny85 միկրոկոնտրոլեր 1.11 $;
• Ինտեգրալ միացման վարդակից 8DIP 0.046 $;
• Tերմաստիճանի/խոնավության տվիչ DHT11 0,74 $;
• 433 ՄՀց H34A հաղորդիչ մոդուլ 0.73 $;
• 4xAA մարտկոցի կրիչ ՝ անջատիչով 1 $;

Ընդհանուր 3,63 $;

Թեստերի համար օգտագործվող ընդունիչն է Arduino UNO- ն (միայն փորձարկման համար) և H3V4F ընդունման մոդուլը (0.66 $) էժան աղեղային ալեհավաքով (0.32 $):

Սենսոր-ուղարկողի սխեմաներ

Հաղորդիչ-սենսորային ագրեգատները սնուցվում են 3xAA, 1.5 վ մարտկոցներով (մարտկոցի կրիչի չորրորդ հատվածում կա էլեկտրոնային հավաքածու): Ինչպես տեսնում եք, հաղորդիչի սնուցման աղբյուրը և ջերմաստիճանի խոնավության տվիչը միացված են միկրոկառավարիչի PB0 կապին (հաղորդիչը և տվիչը սնվում են, երբ քորոցը սահմանվում է HIGH): Այսպիսով, երբ միկրոկառավարիչը գտնվում է խոր քնի ռեժիմում, այն կարող է հասնել 4.7uA ընթացիկ սպառման: Հաշվի առնելով, որ հաղորդիչ-տվիչի արթնացման ժամանակը կլինի մոտ 3 վայրկյան (չափում, փոխանցում և այլն), իսկ փոխանցման տուփերի միջև միջին ժամանակը ՝ 180 վրկ (ինչպես նախորդ գլխի օրինակն է), մարտկոցները պետք է դիմակայեն շատ: Որոշ լավ որակի ալկալային մարտկոցներով (այսինքն ՝ 2000 մԱ / ժ) ինքնավարությունը կարող է լինել ավելի քան 10 ամիս, ինչպես հաշվարկված է omnicalculator.com կայքում (որտեղ ընդհանուր սպառումը կազմում է ՝ տվիչ ՝ 1.5 մԱ, հաղորդիչի մոդուլ ՝ 3.5 մԱ և ATtiny85 միկրոկոնտրոլեր ՝ 5 մԱ, ընդհանուր 10 մԱ):):

Ստորև բերված լուսանկարում կարող եք տեսնել սենսոր-ուղարկողի գրեթե ավարտված հավաքը:

Ստորև բերված է փորձարկման ընդունիչ սարքի լուսանկարը:

Քայլ 3. Գործնական իրականացում - Softwareրագրային ապահովում

Sensorրագրակազմը, որը ներբեռնվում է attiny85 միկրոկոնտրոլերի վրա, սենսոր-ուղարկող միավորների հիմնական բաղադրիչն է, նպատակ ունի կարդալ տվիչի տրամադրած տվյալները, փոխակերպել դրանք ռադիոյի միջոցով փոխանցման և փոխանցել դրանք Poisson- ի ժամկետներում (էքսպոնենցիալ բաշխում կամ ՊԱՍՏԱ - Պուասոնի ժամանումները տեսեք միջին ժամանակները): Բացի այդ, օգտագործելով պարզ գործառույթ, այն վերահսկում է մարտկոցների վիճակը և նախազգուշացում տալիս, եթե սենսորի համար պահանջվող լարումը այլևս չի ապահովվում: Աղբյուրի կոդը հասանելի է github- ում: Թեստի ստացողի կոդը շատ պարզ է, ես տեղադրում եմ ստորև:

// փոփոխված rcswitch գրադարան https://github.com/Martin-Laclaustra/rc-switch/tree/protocollessreceiver// ծածկագիրը փոփոխված տարբերակ է օրիգինալ rcswitch գրադարանի օրինակներից #ներառել RCSwitch mySwitch = RCSwitch (); անստորագիր երկար տվյալներ = 0; void setup () {Serial.begin (9600); mySwitch.enableReceive (0); // Ընդունիչում 0 => ստացողը, որը փին #2} void loop () {if (mySwitch.available ()) {unsigned long data = mySwitch.getReceivedValue (); // ելք (mySwitch.getReceivedValue (), mySwitch.getReceivedBitlength (), mySwitch.getReceivedDelay (), mySwitch.getReceivedRawdata (), mySwitch.getReceivedProtocol ()); int խոնավություն = bitExracted (տվյալներ, 7, 1); // պակաս նշանակալից 7 բիթ 1 դիրքից - ամենաաջին առաջին բիթը int ջերմաստիճան = բիթը հանված (տվյալներ, 7, 8); // հաջորդ 7 բիթ 8 -րդ դիրքից դեպի աջ և այլն int v_min = bitExtracted (տվյալներ, 1, 15); int packet_id = bitExtracted (տվյալներ, 3, 16); // 3 բիթ - 8 փաթեթի id ՝ 0 -ից 7 int sensor_id = bitExtracted (տվյալներ, 6, 19); // 6 բիթ 64 սենսորային ID- ի համար - ընդհանուր 24 բիթ Serial.print (sensor_id); Serial.print (","); Serial.print (packet_id); Serial.print (","); Serial.print (ջերմաստիճան); Serial.print (","); Serial.print (խոնավություն); Serial.println (); mySwitch.resetAvailable (); }} // կոդը https://www.geeksforgeeks.org/extract-k-bits-given-position-number/ int bitExtracted (unsigned long number, int k, int p) {return ((((1-p- 1)));}

Ես փորձել եմ հնարավորինս շատ մեկնաբանություններ ներառել, որպեսզի ավելի հեշտ լինի հասկանալ:

Վրիպազերծման համար ես օգտագործել եմ ծրագրաշարի գրադարանը և զարգացման attiny85 տախտակը USBasp ծրագրավորողի հետ (տես նաև այս մասին իմ հրահանգը): Սերիական հղումը կատարվել է Serial to TTL փոխարկիչով (PL2303 չիպով), որը միացված է զարգացման տախտակի թեքված կապումներին (3 և 4) (տես ստորև նկարը): Այս ամենը անգնահատելի օգնություն էր ծածկագիրը լրացնելու համար:

Քայլ 4: Փորձարկման արդյունքներ

Ես ստեղծել եմ 5 սենսոր ուղարկող միավոր, որոնք հավաքում և ուղարկում են DHT11 սենսորներով չափված արժեքներ: Երեք օրվա ընթացքում ես գրանցեցի և պահեցի չափումները `փորձարկիչի և տերմինալ էմուլյացիայի ծրագրի (foxterm) օգնությամբ: Ուսումնասիրության համար ընտրեցի 48 ժամ ընդմիջում: Ինձ պարտադիր չէ, որ հետաքրքրում էին չափված արժեքները (սենսոր 2, օրինակ ՝ այն ինձ ցույց է տալիս սխալ արժեքներ), այլ բախումների քանակը: Բացի այդ, տվիչները տեղադրվել են ընդունիչի կողմից շատ մոտ (4-5 մ բարձրության վրա) `փաթեթների կորստի այլ պատճառները վերացնելու համար: Թեստի արդյունքները պահվում են cvs ֆայլում և վերբեռնվում (տես ստորև բերված ֆայլը): Ես նաև վերբեռնեցի Excel ֆայլ ՝ հիմնված այս csv ֆայլի վրա: Ես մի քանի սքրինշոթ արեցի, որպեսզի ցույց տամ, թե ինչ տեսք ունի բախումը (իհարկե, իմ թեստերում), մեկնաբանություններ ավելացրեցի նաև յուրաքանչյուր սքրինշոթին:

Դուք կարող եք մտածել, թե ինչու ես չեմ օգտագործել տվյալների բեռնման ծառայությունը, օրինակ ՝ ThingSpeak- ը: Փաստն այն է, որ ես ունեմ բազմաթիվ գրառումներ, շատ տվիչներ և տվյալներ, որոնք հաճախ գալիս են անկանոն ընդմիջումներով, և IoT առցանց ծառայությունները թույլ են տալիս տվյալներ միայն որոշակի թվով տվիչների և միայն բավականին մեծ ընդմիջումներով: Ես ապագայում մտածում եմ տեղադրել և կարգավորել իմ սեփական IoT սերվերը:

Ի վերջո, 4598 չափումներ 5 սենսոր-ուղարկող միավորների վրա (մոտ 920/սենսոր) հանգեցրեցին ընդհանուր առմամբ 5 բախումների 48 ժամվա ընթացքում (0.5435 բախում/100 չափում): Որոշ մաթեմատիկա անելը (օգտագործելով wsn_test ծրագիրը նախնական տվյալներով ՝ 5 տվիչ, միջին ժամանակ 180s, փոխանցման ժամանակ ՝ 110 ms) բախման հավանականությունը կլինի 0.015185 (1.52 բախում/100 չափում): Գործնական արդյունքները նույնիսկ ավելի լավն են, քան տեսական արդյունքները, այնպես չէ՞::)

Ինչևէ, այս ընթացքում նույնպես 18 փաթեթ է կորել, ուստի բախումներն այս առումով իրականում այնքան էլ կարևոր չեն: Իհարկե, թեստը պետք է տեղի ունենա ավելի երկար ժամանակ ՝ առավելագույնը վերջնական արդյունքներ ստանալու համար, բայց, իմ կարծիքով, դա հաջողություն է նույնիսկ այս պայմաններում և լիովին հաստատում է տեսական ենթադրությունները:

Քայլ 5: Վերջնական մտքեր

Անմիջական կիրառումը

Մեծ ջերմոցում մի քանի մշակաբույսեր են աճեցվում: Եթե ոռոգումը կատարվում է ձեռքով `առանց կլիմայի մոնիտորինգի, առանց որևէ ավտոմատացման, առանց տվյալների գրանցման, ոռոգման վտանգը գերազանցում է ջուրը կամ այն, և ջրի սպառումը մեծ է, ջրի սպառման օպտիմալացման ապացույցներ չկան, կան մշակաբույսերի մշակման վտանգներ: ընդհանուր. Դրանից խուսափելու համար մենք կարող ենք օգտագործել անլար տվիչների ցանց:)

Temերմաստիճանի տվիչներ, օդի խոնավության տվիչներ, հողի խոնավության տվիչներ կարող են տեղադրվել ջերմոցում և փոխանցված տվյալների օգնությամբ կարող են իրականացվել մի շարք գործողություններ. Սկսելու-կանգնեցնելու էլեկտրական փականներ `ջուրը հոսելու համար, որտեղ անհրաժեշտ է, միացնել-կանգնեցնել էլեկտրական օդափոխիչներ տարբեր տարածքներում ջերմաստիճանը նվազեցնելու համար անհրաժեշտության դեպքում միացրեք տաքացուցիչները և բոլոր տվյալները կարող են արխիվացվել ապագա վերլուծության համար: Բացի այդ, համակարգը կարող է տրամադրել վեբ ինտերֆեյս, որը հասանելի է ամենուր և էլ. Փոստով կամ SMS ահազանգերով `աննորմալ վիճակի դեպքում:

Ի՞նչ է հաջորդը:

• Փորձարկում ավելի մեծ թվով տվիչների հետ;
• Realածկույթի տարածքում հեռակա սենսորների միջոցով իրական ժամանակի փորձարկում;
• Տեղական IoT սերվերի տեղադրում և կարգաբերում (օրինակ ՝ Raspberry Pi- ի վրա);
• Փորձարկվում են նաև հաղորդիչ (հաղորդիչ) -սենսորներով 2.4 ԳՀց հաճախականությամբ:

այսպես … շարունակելի է …:)

ՀՐԱՊԱՐԱԿՈ:ԹՅՈՆ. 433 ՄՀց հաճախականությունների տիրույթի օգտագործումը ձեր տարածաշրջանում կարող է ենթարկվել ռադիոհաճախականության կանոնակարգերի: Խնդրում ենք ստուգել ձեր օրինականությունը այս նախագիծը փորձելուց առաջ:

Երկրորդ տեղը սենսորների մրցույթում