დაბალი ღირებულების უკაბელო სენსორული ქსელი 433 MHz დიაპაზონში: 5 ნაბიჯი (სურათებით)

2024 ავტორი: John Day | [email protected]. ბოლოს შეცვლილი: 2024-01-30 10:18

დიდი მადლობა ტერეზა რაჯბას, რომ გულწრფელად დამამტკიცა თანხმობა გამოვიყენო ამ სტატიაში მათი პუბლიკაციების მონაცემები

* ზემოთ მოცემულ სურათზე - ხუთი სენსორ -გამგზავნის ერთეული, რომელიც გამოსაცდელად გამოვიყენე

რა არის უკაბელო სენსორული ქსელები?

მარტივი განმარტება იქნებოდა: უკაბელო სენსორული ქსელები ეხება ელექტრონული მოწყობილობების ჯგუფს, რომლებიც გადანაწილებულია გარკვეულ ტერიტორიაზე გარემოსდაცვითი მონაცემების მონიტორინგისა და ჩაწერისთვის, რომლებიც უსადენოდ გადადის ცენტრალურ ადგილას დამუშავებისა და შესანახად.

დღესდღეობით უკაბელო სენსორული ქსელები შეიძლება გამოყენებულ იქნას რამდენიმე გზით, ქვემოთ მოცემულია მხოლოდ რამდენიმე მაგალითი:

• ტყეების, მდინარეების, ტბების, ზღვებისა და ოკეანეების ეკოლოგიური ზედამხედველობის არეები;
• ტერორისტული, ქიმიური, ბიოლოგიური, ეპიდემიური შეტევების შემთხვევაში გაფრთხილების შესაძლებლობა;
• მონიტორინგის სისტემები ბავშვებისთვის, მოხუცებისთვის, პაციენტებისთვის ან სპეციალური საჭიროებების მქონე პირთათვის;
• სათვალთვალო სისტემები სოფლის მეურნეობაში და სათბურებში;
• ამინდის პროგნოზის მონიტორინგის სისტემა;
• ქალაქის მოძრაობის, სკოლების, ავტოსადგომების მეთვალყურეობა;

და მრავალი სხვა პროგრამა.

ამ ნაშრომში მინდა ვაჩვენო უკაბელო სენსორული ქსელების ექსპერიმენტის შედეგები, რომლებიც გამოიყენება ტემპერატურისა და ტენიანობის მონაცემების მონიტორინგისთვის, ნელი და შედარებით პროგნოზირებადი ვარიაციით. ამ ექსპერიმენტისთვის მე ავირჩიე სენსორული გამგზავნის გამოყენება, რომელიც ჩემი ხელით შევქმენი ხელმისაწვდომი მოდულების გამოყენებით. მიმღები ასევე არის წვრილმანი, კომუნიკაცია არის ცალმხრივი (433 MHz რადიო დიაპაზონში), რაც იმას ნიშნავს, რომ სენსორები მხოლოდ მონაცემებს გადასცემენ და ცენტრალური მდებარეობა მხოლოდ იღებს. არ არსებობს კომუნიკაცია სენსორებს შორის და მიმღებიდან სენსორებამდე.

მაგრამ რატომ ვირჩევთ რამდენიმე გადამცემის და მხოლოდ ერთი მიმღების გამოყენებას? რასაკვირველია, პირველი მიზეზი იქნება "მარტივა". რაც უფრო მარტივია შეკრება, მით უფრო ნაკლებია მისი ჩავარდნის ალბათობა და რა თქმა უნდა, ბევრად უფრო ადვილია ცალკეული კომპონენტების შეკეთება და შეცვლა გაუმართაობის შემთხვევაში. ენერგიის მოხმარება ასევე დაბალია, ბატარეები უფრო დიდხანს ძლებს (სენსორები მოიხმარენ მხოლოდ მონიტორინგისა და მიღების დროს, დანარჩენ დროს მოწყობილობა იქნება ღრმა ძილის რეჟიმში). ის ფაქტი, რომ ეს არის მარტივი ხდის მოწყობილობის ასევე იაფი. კიდევ ერთი ასპექტი, რომელიც უნდა გახსოვდეთ არის დაფარვის ზონა. რატომ? გაცილებით ადვილია მგრძნობიარე მიმღების აგება და გამოყენება, ვიდრე მგრძნობიარე მიმღები და მძლავრი გადამცემი როგორც სენსორებში, ასევე ცენტრალურ მოდულში (ეს აუცილებელია კარგი ორმხრივი კომუნიკაციისთვის). მგრძნობიარე და კარგი ხარისხის მიმღებით შესაძლებელია მონაცემების მიღება შორი მანძილიდან, მაგრამ იმავე მანძილზე მონაცემების გამოშვება მოითხოვს მაღალი ემისიის სიმძლავრეს და ამას მოყვება მაღალი ხარჯები, ელექტროენერგიის მოხმარება და (ნუ დაგავიწყდებათ) გადატვირთვის შესაძლებლობა ლეგალური გადამცემის მაქსიმალური სიმძლავრე 433 MHz დიაპაზონში. საშუალო ხარისხის მიმღების გამოყენებით, იაფი, მაგრამ მაღალი ხარისხის ანტენით (თუნდაც წვრილმანი) და იაფი გადამცემებით კარგი ხარისხის ანტენით, ჩვენ შეგვიძლია მივაღწიოთ შესანიშნავი შედეგებს არსებული უკაბელო სენსორული ქსელების ღირებულების მცირე ნაწილში.

ნაბიჯი 1: თეორიული მოსაზრებები

სათბურის სხვადასხვა უბნებში ჰაერისა და ნიადაგის ტემპერატურისა და ტენიანობის მონიტორინგის უკაბელო სენსორული ქსელის შექმნის იდეა გამიჩნდა დიდი ხნის წინ, თითქმის 10 წლის წინ. მინდოდა 1 მავთულის ქსელის აშენება და 1 მავთულის ტემპერატურისა და ტენიანობის სენსორების გამოყენება. სამწუხაროდ, 10 წლის წინ ტენიანობის სენსორები იშვიათი და ძვირი იყო (თუმცა ტემპერატურის სენსორები ფართოდ იყო გავრცელებული) და მას შემდეგ, რაც სათბურზე მავთულის გავრცელება არ მეჩვენებოდა, მე იდეა საკმაოდ სწრაფად მივატოვე.

თუმცა, ახლა სიტუაცია რადიკალურად შეიცვალა. ჩვენ შეგვიძლია ვიპოვოთ იაფი და კარგი ხარისხის სენსორები (ტემპერატურა და ტენიანობა), ასევე გვაქვს წვდომა იაფი გადამცემებსა და მიმღებებზე 433 MHz დიაპაზონში. არის მხოლოდ ერთი პრობლემა: თუ ჩვენ გვყავს მეტი სენსორი (ვთქვათ 20) როგორ უნდა მოვაგვაროთ შეჯახება (გთხოვთ გაითვალისწინოთ, რომ ეს არის ცალმხრივი კომუნიკაცია), რაც ნიშნავს 2 ან მეტი სენსორის ემისიის გადაფარვას? გამოსავლის ძებნისას წავაწყდი ამ ძალიან საინტერესო ნაშრომებს:

უკაბელო სენსორი თანმიმდევრულია გადაღებული შემთხვევითი ოპერაციის პროცედურის საფუძველზე - RAJBA, T. და RAJBA, S.

და

უსადენო სენსორების ქსელში შეჯახების ალბათობა შემთხვევითი გაგზავნით - RAJBA S.- ისა და RAJBA- ს მიერ. თ

ძირითადად, ავტორები გვაჩვენებენ, რომ უკაბელო სენსორულ ქსელში შეჯახების ალბათობა შეიძლება გამოითვალოს, თუ პაკეტები გამოიყოფა გარკვეული დროის წერტილებში, პოისონური (ექსპონენციალური) განაწილების მიხედვით.

ამონაწერი ზემოაღნიშნული ნაშრომიდან ჩამოთვლილია შესწავლილი ქსელის მახასიათებლები.

• საკმაოდ დიდი რაოდენობით სენსორ-გამგზავნი ერთეული N;
• სენსორ-გამგზავნი ერთეული რჩება სრულიად დამოუკიდებლად და მათი ჩართვა ან გამორთვა არ ახდენს გავლენას ქსელის მუშაობაზე;
• ყველა სენსორ-გამგზავნის ერთეული (ან მათი ნაწილი) შეიძლება იყოს მობილური იმ პირობით, რომ ისინი განლაგებულია მიმღები სადგურის რადიო დიაპაზონში;
• ნელ -ნელა ცვალებადი ფიზიკური პარამეტრები ექვემდებარება გაზომვებს, რაც იმას ნიშნავს, რომ არ არის საჭირო მონაცემების ძალიან ხშირად გადაცემა (მაგ. ყოველ რამდენიმე წუთში ან რამდენიმე ათეულ წუთში);
• გადაცემა არის ცალმხრივი ტიპის, ანუ სენსორ-გამგზავნის ერთეულიდან მიმღების წერტილამდე T საშუალო დროის ინტერვალით. ინფორმაცია გადაცემულია ოქმში t_გვ დროის ხანგრძლივობა;
• ნებისმიერი შერჩეული სენსორი იწყებს შემთხვევით გადაცემას პუასონის დროს. პასტა (Poisson Arrivals See Time Averages) გამოყენებული იქნება პუასონის ეპოქებში გამოძიების გაგზავნის გასამართლებლად;
• ყველა სენსორ-გამგზავნის ერთეული რჩება შემთხვევით დამოუკიდებლად და ისინი გადასცემენ ინფორმაციას შემთხვევით შერჩეულ მომენტში t_გვ ხანგრძლივობა და გამეორების T საშუალო დრო;
• თუ ერთი ან მეტი სენსორი იწყებს გადაცემას t პროტოკოლის დროს_გვ ხანგრძლივობა გადადის სხვა სენსორიდან, ასეთ სიტუაციას ეწოდება შეჯახება. შეჯახება შეუძლებელს ხდის ცენტრალურ საბაზო სადგურს ინფორმაციის სწორი გზით მიღება.

ის თითქმის მშვენივრად ჯდება სენსორულ ქსელში, რომლის გამოცდა მინდა…

თითქმის.

მე არ ვამბობ, რომ მე მთლიანად მესმოდა მათემატიკა ნაშრომში, მაგრამ წარმოდგენილი მონაცემების საფუძველზე და დასკვნების საფუძველზე შემეძლო ცოტა გამეგო რაზეა საუბარი. ერთადერთი ის არის, რომ გაზეთში გამოყენებულმა ღირებულებამ ცოტა შემაშფოთა:). ეს არის ცვლადი t_გვ - მონაცემთა გადაცემის ხანგრძლივობა, რომელიც ითვლება 3.2x10^-5 ს ასე რომ შეგროვებული მონაცემების გადაცემის დრო იქნება 3.2 ჩვენ! ეს არ შეიძლება გაკეთდეს 433 MHz დიაპაზონში. მინდა გამოვიყენო rcswitch ან radiohead გადამცემი სენსორების დასაპროგრამებლად. ორი ბიბლიოთეკის კოდების შესწავლისას მივედი დასკვნამდე, რომ გადაცემის ყველაზე მცირე დრო იქნებოდა 20 ms, 3.2 ჩვენზე მაღალი ღირებულებით. 2.4 GHz გადამცემებით, შესაძლებელია t_გვ დრო ძალიან მცირე… მაგრამ ეს სხვა ამბავია.

თუ ჩვენ ვიყენებთ ამ ნაშრომის ავტორების მიერ შემოთავაზებულ ფორმულას, შედეგი იქნება:

საწყისი მონაცემები (მაგალითი):

• სენსორების რაოდენობა N = 20;
• მონაცემთა გადაცემის ხანგრძლივობა t_გვ= 20x10^-3 s (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 $;
• ტემპერატურის/ტენიანობის სენსორი DHT11 0,74 $;
• 433MHz H34A გადამცემი მოდული 0.73 $;
• 4xAA ბატარეის დამჭერი გადამრთველით 1 $;

სულ 3,63 $;

ტესტებისთვის მიმღები არის Arduino UNO (მხოლოდ ტესტირებისთვის) და H3V4F მიმღების მოდული (0.66 $) იაფი რკალის ანტენით (0.32 $).

სენსორ-გამგზავნის სქემები

გადამცემი-სენსორული დანადგარები იკვებება 3xAA, 1.5v ბატარეებით (ბატარეის მფლობელის მეოთხე ნაწილში არის ელექტრონული შეკრება). როგორც ხედავთ გადამცემის ელექტრომომარაგება და ტემპერატურისა და ტენიანობის სენსორი მიერთებულია მიკროკონტროლის PB0 პინზე (გადამცემი და სენსორი იკვებება, როდესაც პინი არის დაყენებული HIGH). როდესაც მიკროკონტროლი ღრმა ძილის რეჟიმშია, მას შეუძლია მიაღწიოს 4.7uA დენის მოხმარებას. იმის გათვალისწინებით, რომ გადამცემი სენსორის გაღვიძების დრო იქნება დაახლოებით 3 წამი (გაზომვა, გადაცემა და ა.შ.) და საშუალო დრო გადაცემებს შორის 180 წმ (როგორც წინა თავში მოყვანილი მაგალითი), ბატარეები საკმაოდ დიდ წინააღმდეგობას უნდა უწევდნენ. კარგი ხარისხის ტუტე ბატარეებით (ანუ 2000 mAh), ავტონომია შეიძლება იყოს 10 თვეზე მეტი, რაც გამოითვლება omnicalculator.com– ზე (სადაც მთლიანი მიმდინარე მოხმარებაა: სენსორი - 1.5mA, გადამცემი მოდული - 3.5mA და ATtiny85 მიკროკონტროლი - 5mA, სულ 10mA).

ქვემოთ მოცემულ ფოტოში ხედავთ სენსორ-გამომგზავნის თითქმის დასრულებულ შეკრებას.

ქვემოთ მოცემულია სატესტო მიმღების ერთეულის ფოტო.

ნაბიჯი 3: პრაქტიკული განხორციელება - პროგრამული უზრუნველყოფა

Attiny85 მიკროკონტროლერზე ატვირთული პროგრამული უზრუნველყოფა, სენსორული გამგზავნის ერთეულების მთავარი კომპონენტი, მიზნად ისახავს სენსორის მიერ მოწოდებული მონაცემების წაკითხვას, რადიოდ გადაცემას და გადაცემას პუასონის ვადების ფარგლებში (ექსპონენციალური განაწილება ან პასტა - პუასონის ჩამოსვლა დროის საშუალო მაჩვენებლები). ასევე, მარტივი ფუნქციის გამოყენებით, ის აკონტროლებს ბატარეების მდგომარეობას და აძლევს გაფრთხილებას, თუ სენსორისთვის საჭირო ძაბვა აღარ არის გათვალისწინებული. საწყისი კოდი ხელმისაწვდომია 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 => ეს არის pin #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 ტემპერატურა = bitExtracted (მონაცემები, 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 bit ამონაწერი (ხელმოუწერელი გრძელი ნომერი, 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 სენსორი, საშუალო დრო 180 წ, გადაცემის დრო 110 ms) შეჯახების ალბათობა იქნება 0.015185 (1.52 შეჯახება/100 გაზომვა). პრაქტიკული შედეგები კიდევ უფრო უკეთესია ვიდრე თეორიული შედეგები, არა?:)

ყოველ შემთხვევაში, ასევე არის 18 პაკეტი დაკარგული ამ პერიოდში, ასე რომ შეჯახებებს ნამდვილად არ აქვს დიდი მნიშვნელობა ამ მხრივ. რა თქმა უნდა ტესტი უნდა ჩატარდეს უფრო დიდი ხნის განმავლობაში, რათა მივიღოთ ყველაზე დამაჯერებელი შედეგები, მაგრამ ჩემი აზრით წარმატებულია ამ პირობებშიც და სრულად ადასტურებს თეორიულ ვარაუდებს.

ნაბიჯი 5: საბოლოო აზრები

დაუყოვნებლივ განაცხადი

დიდ სათბურში რამდენიმე კულტურა იზრდება. თუ მორწყვა ხდება ხელით კლიმატის მონიტორინგის გარეშე, ყოველგვარი ავტომატიზაციის გარეშე, მონაცემთა ჩანაწერების გარეშე, არსებობს რისკი გადაჭარბებული ან მორწყული, ასევე წყლის მოხმარება მაღალია, არ არსებობს მტკიცებულება წყლის მოხმარების ოპტიმიზაციისათვის, არსებობს რისკი კულტურებისათვის. გენერალური ამის თავიდან ასაცილებლად, ჩვენ შეგვიძლია გამოვიყენოთ უკაბელო სენსორული ქსელი:)

ტემპერატურის სენსორები, ჰაერის ტენიანობის სენსორები, ნიადაგის ტენიანობის სენსორები შეიძლება განთავსდეს სათბურში და გადაცემული მონაცემების დახმარებით შესაძლებელია რამდენიმე მოქმედების განხორციელება: ელექტრული სარქველების დაწყება-გაჩერება წყლის ნაკადის დასაშვებად, საჭიროებისამებრ-ელექტრული ვენტილატორების გაჩერება. ტემპერატურის შესამცირებლად სხვადასხვა უბნებში, საჭიროებისამებრ გაუშვით გამათბობლები და ყველა მონაცემი შეიძლება დაარქივდეს მომავალი ანალიზისათვის. ასევე, სისტემას შეუძლია უზრუნველყოს ვებ ინტერფეისი, რომელიც ყველგან არის ხელმისაწვდომი და ელ.ფოსტის ან SMS სიგნალიზაცია არანორმალური მდგომარეობის შემთხვევაში.

Რა არის შემდეგი?

• ტესტირება სენსორების დიდი რაოდენობით;
• დაფარვის ზონაში დისტანციური სენსორებით რეალურ დროში ტესტირება;
• ადგილობრივი IoT სერვერის დაყენება და კონფიგურაცია (მაგალითად, Raspberry Pi– ზე);
• ტესტები ასევე გადამცემი (გადამცემი) სენსორებით 2.4 გჰც-ზე.

ასე … გაგრძელება …:)

უარყოფა: თქვენს რეგიონში 433 მჰც სიხშირული დიაპაზონის გამოყენება შეიძლება დაექვემდებაროს რადიოსიხშირული რეგულაციებს. გთხოვთ შეამოწმოთ თქვენი კანონიერება ამ პროექტის დაწყებამდე

მეორე ადგილი სენსორების კონკურსში