@ City IoT Cloud პლატფორმა

iSys - ინტელექტუალური სისტემები IoT გადაწყვეტილებები

IoE. სისტემები

1 შესავალი

@City IoT Cloud Platform ეძღვნება "მიკრო ღრუბელი" სისტემა ინდივიდუალური მომხმარებლებისთვის. პლატფორმა არ არის გაზიარებული და მხოლოდ ერთ მომხმარებელს აქვს წვდომა ფიზიკურ ან ვირტუალურ სერვერზე (VPS ან გამოყოფილი სერვერები). მომხმარებელს შეუძლია აირჩიოს ათობით მონაცემთა ცენტრიდან ერთი ევროპაში ან მსოფლიოში.

1.1 მხარდაჭერილი მოწყობილობების ტიპები.

@City IoT პლატფორმა ეძღვნება iSys.PL პროდუქტების დაცვას

• RF - RF / LoRaWAN (ნივთების ინტერნეტი)

• CIoT - GSM / 2G / 3G / 4G / CATM1 / NBIoT (მობილური ინტერნეტის საგნები)

• Ვაი - ფაი

• Ethernet

1.2. მხარდაჭერილი პროდუქტების ტიპები.

@City (eCity) Cloud IoT პლატფორმა არის სხვადასხვა ზომის სისტემა IP პროდუქტებისთვის (მოუწოდებენ ერთად @ ქალაქის აპარატურა ან CioT მოწყობილობები ):

• @ ქალაქი

• @Მსუბუქი

• @ შეხვედრა

• @ ტრასი

• @AirQ

• @Ურნა

1.3. მხარდაჭერილი საკომუნიკაციო ოქმები

@City IoT პლატფორმა მხარს უჭერს კომუნიკაციის შემდეგ ოქმებს:

• UDP - შემოთავაზებულია CIoT სენსორებისთვის / მოწყობილობებისთვის (განსაკუთრებით NBIoT) - მონაცემთა ყველაზე დაბალი გამოყენება

• TCPIP - შემოთავაზებულია ორმხრივი კომუნიკაციის მქონე მოწყობილობებისთვის - ხელის მოკიდება / დადასტურება

• HTTP - შემოთავაზებულია მხოლოდ მონაცემთა წვდომისთვის / ვიზუალიზაცია / ექსპორტი / "ღრუბელი ღრუბელი"

• HTTP Webhooks - LoRaWAN კომუნიკაციისთვის LoRaWAN ქსელთან / აპლიკაციების სერვერსა და @City Cloud- ს შორის.

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

არა eHouse / eCity მოწყობილობებისთვის ჩვენ შეგვიძლია მოვაწოდოთ ინდივიდუალური დაშიფვრის ალგორითმები ( "C" წყარო კოდი) თითოეული პარტნიორისთვის მიკროპროცესორისთვის, მონაცემთა დაცვა კომუნიკაციამდე.

ამ შემთხვევაში მონაცემები სრულიად უსაფრთხოა ორმხრივი კომუნიკაციის დროს საზოგადოებრივ საკომუნიკაციო საშუალებებზე (ინტერნეტი, საჰაერო და ა.შ.). )

1.4. მოწყობილობების საკომუნიკაციო ტექნოლოგია

@City IoT პლატფორმა მხარს უჭერს:

• GSM: 2G, 3G, 4G (LTE), CATM1 (LTEM1), NBIoT - მოწყობილობები (UDP / TCPIP კომუნიკაცია)

• LoRaWAN მოწყობილობები (HTTP Webhooks) - LoRaWAN gateway და LoRaWAN ქსელის / აპლიკაციების სერვერების საშუალებით

• Ethernet კონტროლერები (UDP / TCP კომუნიკაცია)

• WiFi კონტროლერები (UDP / TCP კომუნიკაცია)

• მომავალი IP პროდუქტები

• არა IP პროდუქტები დამატებითი ადგილობრივი @ City / eHouse.PRO Hardware Gateway– ით

@City IoT პლატფორმა ეძღვნება მოწყობილობებს / კვანძებს:

• მშობლიური iSys პროდუქტები:

  • CIoT (GSM / 2G / 3G / 4G / CATM1 / NBIoT)

  • Lo (LoRaWAN)

  • WiFi - სპეციალური პროდუქტები @ City Platform– ისთვის

  • Ethernet - სპეციალური პროდუქტები @ City Platform– ისთვის

• კოპროდუქციის პროდუქტები (წარმოებულია მესამე მხარის მიერ iSys– ის ლიცენზიითა და გარე ბრენდით)

• ფრენჩაიზის პროდუქტები (წარმოებულია მესამე მხარის მიერ iSys– ის ლიცენზიით, iSys– ის ლოგოებით)

1.5. @ ქალაქის ღრუბლოვანი სერვერი

@City პროგრამული უზრუნველყოფა მუშაობს Linux– ზე დაფუძნებულ VPS– ზე (ვირტუალური პირადი სერვერი) ან გამოყოფილ სერვერზე ინტერნეტ – გვერდზე, რაც დამოკიდებულია მოთხოვნილ მუშაობაზე სერვერი (რომელსაც შემდეგ სერვერს უწოდებენ):

• კერძო / საზოგადოებრივი წვდომა

• საერთო მოწყობილობები ითვლება

• მოწყობილობების სტატუსის განახლების სიხშირე

• მონაცემთა განახლების სიჩქარე

VPS– ის რამდენიმე ვარიანტი არსებობს:

• ფასი

• მონაცემთა ცენტრის გეო ლოკალიზაცია

• ვირტუალური პროცესორის ბირთვები (1-8)

• ვირტუალური ოპერატიული მეხსიერება (1-32 გბაიტი)

• SSD დისკი (20 GB-1TB)

ათობით გამოყოფილი სერვერი არსებობს დამოკიდებულია:

• ფასი

• მონაცემთა ცენტრის გეო ლოკალიზაცია

• პროცესორის ბირთვები (4 .. 32)

• ოპერატიული მეხსიერება (16 .. 512 გბ)

• SSD / HDD (256 გბ.) 8 ტბ)

@City IoT პლატფორმა ეძღვნება ერთ მომხმარებელს:

• ადგილობრივი მთავრობები და ხელისუფლება (ქალაქი, თემი, ქვეყანა)

• B2B (მესამე მხარის მფლობელისთვის)

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

განსაკუთრებულ შემთხვევებში "Cloud to cloud" კომუნიკაცია შეიძლება განხორციელდეს გლობალიზაციისა და მონაცემთა ცენტრალიზაციისთვის უფრო დიდ ადგილებში, მრავალ მომხმარებელთა ღრუბლის ნაცვლად.

1.5.1. სერვერული და საკომუნიკაციო კარიბჭე

@City Server– ის კომუნიკაცია ხორციელდება დაბალი დონის პროგრამის საფუძველზე, მაქსიმალური ეფექტურობის მისაღწევად.

@City Server პროგრამის ძირითადი მახასიათებლებია:

• ასინქრონულად მიიღებს მონაცემებს მოწყობილობებიდან (პროტოკოლების საშუალებით: UDP, TCP IP, HTTP)

• მონაცემთა გამოყენებისა და მისი ხარჯების შემცირება მოწყობილობებსა და Cloud- ს შორის (დაბალი დონის საკომუნიკაციო ოქმების გამოყენებით UDP, TCP IP)

• მიიღოს მოწყობილობების დაშიფრული სტატუსი (ნებისმიერი საკომუნიკაციო საშუალების საშუალებით)

• მოწყობილობების მონაცემების ავტორიზაცია და დამოწმება მათი სტატუსების გაშიფვრით

• მოწყობილობების სტატუსის დეკოდირება და მისი განახლება პირდაპირ MariaDB / MySQL ცხრილებში (ნედლი მონაცემთა ფორმატში)

  • მონაცემთა ამჟამინდელი ცხრილი (შეიცავს თითოეული მოწყობილობის მხოლოდ უახლეს სტატუსს)

  • ისტორიული მონაცემების ცხრილი (შეიცავს ყველა სტატუსს ერთი მოწყობილობისთვის)

• გაუგზავნეთ მომლოდინე ბრძანებები (თარიღები) მოწყობილობებს

• ხელების მიღებას, გადამოწმებას და დადასტურებებს

@City Server პროგრამული უზრუნველყოფა იგივეა თითოეული მომხმარებლისთვის და მისი მორგება შეუძლებელია სხვადასხვა მომხმარებლისთვის.

1.5.2 HTTP LoRaWAN ინტეგრაცია

LoRaWAN კონტროლერები ინტეგრირებულია @City ღრუბელში HTTP ინტერფეისის საშუალებით (ვებჰუკები), რომლებიც ხელმისაწვდომია LoRaWAN ქსელში / აპლიკაციების სერვერზე.

მხარდაჭერილია ქსელის / პროგრამის სერვერის რამდენიმე ტიპი:

TTN (შეზღუდული დრო "ეთერში" და მძღოლს გაგზავნილი ბრძანებების მაქსიმალური რაოდენობა და არ უჭერს მხარს firmware- ის განახლებას)

LoraWAN-Stack (საჭიროებს ჰოსტინგს ფიზიკურ მოწყობილობაზე ინტერნეტით).

LoraServer.Io (საჭიროებს ჰოსტინგს ფიზიკურ მოწყობილობაზე ინტერნეტით - მხოლოდ სერვერზე მონაცემების გაგზავნა და firmware განახლების მხარდაჭერა არ არის)

LoRaWAN კონტროლერების @City Cloud დაყოფილია ისევე, როგორც სხვა ინტერფეისებისთვის. ეს განხილულია წინა თავში.

1.5.3. წინა ინტერფეისი

Front-end ინტერფეისი რეალიზებულია PHP სკრიპტებით @ City Cloud Database– დან მორგებული მონაცემების მოსაპოვებლად. იგი იყენებს ძალიან ელასტიურ საძიებო მექანიზმს, რომელიც დაფუძნებულია ორიგინალ SQL მოთხოვნებზე, სასურველი მონაცემების შესამცირებლად. ინტერფეისი უზრუნველყოფს მოთხოვნის შედეგებს JSON ფორმატში, შემდგომი დეკოდირებისა და დამუშავებისათვის JavaScript Front-end Web ”პროგრამის” მიერ.

თავდაპირველი ფრონტ-ინტერფეისი ერთი და იგივეა თითოეული მომხმარებლისთვის და მისი მორგება შეუძლებელია სხვადასხვა მომხმარებლისთვის.

გადაფარვის ინტერფეისი შეიძლება შეიქმნას ჩვენი თანამშრომლების მიერ ან თანამშრომლობით, რათა მომხმარებლისთვის მორგება მოხდეს.

1.5.3. სერვერზე წვდომის უფლებები

მომხმარებელზე წვდომის უფლებები (ფიზიკურ სერვერზე) შეზღუდულია.

ფაილზე წვდომა მხოლოდ "შაბლონების" დირექტორიაში (მშობლიური ტექსტური ფაილები - .txt, .js, .css, .html):

• სუფთა HTML ფაილების დამატება, ამოღება, შეცვლა (Front-End GUI / ინტერფეისის განვითარება)

• სუფთა JavaScript ფაილების დამატება, ამოღება, შეცვლა (Front-End GUI / ინტერფეისის განვითარება და ალგორითმები)

• სუფთა CSS ფაილების დამატება, ამოღება, შეცვლა (Front-End - მორგებული ნახვები / თემები)

• შაბლონების ტექსტური ფაილების დამატება, ამოღება, შეცვლა (Front-End GUI)

• ჩანართების, მალსახმობების, მონაცემთა შედეგების ბმულების დამატება, მოხსნა, შეცვლა

დაშვების სხვა უფლებები:

• სრული წვდომა @City Cloud Database MySQL / MariaDB- ზე, სადაც ყველა მოწყობილობის მონაცემები ინახება

• მომხმარებლისთვის განსაზღვრულია ვებ-სერვისებზე წვდომა.

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

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

• მომხმარებელს შეუძლია დააკოპიროს მონაცემები საკუთარ MySQL სერვერზე და შეასრულოს საკუთარი მონაცემთა ანალიზი და დამუშავება, რათა გავლენა არ მოახდინოს @City Server- ის მუშაობაზე

iSys - ინტელექტუალური სისტემების პერსონალს - აქვს შეუზღუდავი წვდომა მთელ სერვერზე, მათ შორის root ანგარიში და სრული DB წვდომა ტექნიკური მომსახურებისთვის.

გარკვეულ გარემოებებში iSys– მა შეიძლება მიანიჭოს მომხმარებელს დამატებითი შეზღუდული უფლებები (PHP სკრიპტები, ფაილები) კოდის შემოწმების, ტესტების ჩატარების შემდეგ, თუ ეს გავლენას არ მოახდენს სისტემის მთლიან უსაფრთხოებაზე, სტაბილურობასა და მუშაობაზე.

1.6 ჭკვიანი მოწყობილობები

1.6.1. CIoT - GSM მოწყობილობები

ჩვენი მოწყობილობები შეიცავს მიკროკონტროლერს და GSM / GPS / GNSS მოდულს (2G..4G, NBIoT, CATM1) კომუნიკაციისთვის. მიკროკონტროლერი შეიცავს დაშიფრულ bootloader- ს OTA- ს firmware უსაფრთხო განახლებისთვის. ეს საშუალებას იძლევა შეიქმნას მრავალი სისტემის ვარიანტი იმავე საფუძველზე "CIoT Smart მოწყობილობა".

1.6.3. BAS, BMS, IoT - Ethernet და WiFi მოწყობილობები

Ethernet და WiFi კონტროლერები საშუალებას გვაძლევს IP- ზე კომუნიკაცია მოახდინონ სისტემასთან (GSM ოპერატორზე მონაცემთა გადაცემისთვის დატენვის გარეშე). ამ მოწყობილობებს აქვთ დაშიფრული bootloader და მოწყობილობები შეიძლება განახლდეს მისი მშობლიური ინტერფეისით. WiFi– სთვის მას აქვს OTA firmware განახლება მთავარი სერვერიდან

1.6.2. IoT - LoRaWAN მოწყობილობები

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

კომუნიკაციისთვის ჩვენს მოწყობილობებში შედის მიკროკონტროლერი და LoRaWAN მოდული. მიკროკონტროლერი შეიცავს დაშიფრულ bootloader- ს OTA პროგრამული უზრუნველყოფის უსაფრთხო განახლებისთვის. ეს საშუალებას გაძლევთ შექმნათ მრავალი სისტემის ვარიანტი, რომელიც დაფუძნებულია ერთსა და იმავეზე "IoT smart device". მოწყობილობები მუშაობენ ISM ღია ჯგუფში დამატებითი სააბონენტო გადასახადის გარეშე. აუცილებელია LoRaWAN Gateways- ის გამოყენება ინტერნეტის საშუალებით მთელი ტერიტორიის დასაფარავად. LoRaWAN- ის არსებული კარიბჭეების შემთხვევაში, მოწყობილობების დიაპაზონში (კონფიგურირებული TTN სერვერისთვის), შესაძლებელია ინფორმაციის გაგზავნა მათი საშუალებით. პროგრამული უზრუნველყოფის განახლებას სჭირდება საკუთარი ქსელის / პროგრამის LoRaWAN სერვერი და კომუნიკაციის კარგი დიაპაზონი.

1.7. ბიზნესი ბიზნესიდან (B2B) ვარიანტები

ბიზნესის და თანამშრომლობის რამდენიმე ვარიანტი არსებობს:

• იმპორტი / ექსპორტი მზა პროდუქციის (გამანაწილებელი საშუალებები, მოწყობილობები) - საბოლოო პროდუქტები

• OEM პროდუქტების იმპორტი / ექსპორტი (PCB, კონტროლერები და ა.შ.) - შუალედური პროდუქტები, სათადარიგო ნაწილები

• ფრენჩაიზია - ადგილობრივი ბაზრებისთვის ჩვენი ლიცენზიის საფუძველზე წარმოება (ჩვენ ვაძლევთ მხოლოდ დაპროგრამებულ მიკროკონტროლერებს) iSys– ის მიხედვით - Intelligent Systems Brands

• კოპროდუქცია - (როგორც ზემოთ), მაგრამ გარე ბრენდების ქვეშ

2 @ City IoT პლატფორმის ფუნქციონალობა

@City პლატფორმა მხარს უჭერს დააკონფიგურიროთ Front-End შაბლონს მონაცემთა ვიზუალიზაციის, მოთხოვნის, შეზღუდვისა და დამუშავების მიზნით (მიმდინარე / ისტორიის მონაცემები):

• შერჩეული მონაცემების ვიზუალიზაცია რუკაზე (გეო ლოკალიზაცია)

• ცხრილებში ჩანს შერჩეული მონაცემები და შედეგები

• აჩვენებს შერჩეულ მონაცემებს სვეტოგრამებში

• გვიჩვენებს შერჩეულ მონაცემებს ისტორიულ დიაგრამებში

• ექსპორტის მონაცემები მესამე მხარის პროგრამებში და შემდგომი დამუშავება

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

მომხმარებლის Front-End ხელმისაწვდომია სტატიკური IP ან DNS გადამისამართების დომენის / ქვედომენი / ფაილის საშუალებით, თუ ეს შესაძლებელია.

სამაგალითო და დემო ინსტალაცია (ის ჩართულია მხოლოდ სავარაუდო მომხმარებლებისთვის).

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

ეს შეიძლება მოითხოვდეს დისტანციური კომპიუტერის სტატიკურ IP- ს, რათა შესაძლებელი გახდეს @City პლატფორმასთან კომუნიკაცია.

3 Მთავარი გვერდი

მთავარი გვერდი უსაფრთხოების მიზნით განზრახ დარჩა ცარიელი: http: //% YourIP% / IoT /

ეს შეიძლება ინდივიდუალურად იყოს ჩართული და რედაქტირებული და შეიცავს ბმულებს ყველა ხელმისაწვდომი სერვისისთვის @ City IoT პლატფორმა თუ ეს საჭიროა

4 ძირითადი ფორმა

ძირითადი ფორმა მიზნად ისახავს ახალი პრესისა და ჩანართების შექმნას: http: //%IP%/IoT/que.php

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

აღწერილობები (ზემოდან და მარცხნიდან მარჯვნივ)

4.1. სათაური

4.1.1. მთავარი ბმული - (ხსნის შედეგების ცხრილს)

4.1.2. "X" ველი - ხსნის / ხურავს მოთხოვნის ფორმას

4.1.3. "V" ველი - ხსნის / ხურავს სფეროების ფორმას

4.1.4. გრაფიკული ხატები - ვიზუალიზაციის შედეგების ბმულები (რედაქტირებადი)

4.2. ფორმა:

4.2.1. "X" ველი - ხსნის / ხურავს მოთხოვნის მთელ ფორმას

4.2.2. CSS - აირჩიეთ ვიზუალიზაციის თემა

ვიზუალიზაციის თემის შეცვლა CSS ფაილი უნდა არსებობდეს აქ "თარგები / css /" დირექტორია - ავტომატურად ჩამოთვლილი.

4.2.3. ხილული ველები ველი - აჩვენებს / მალავს ველის ფილტრების სიას

4.2.4. ჩანართი: ჩანართის სახელი დაამატეთ ან ამოიღეთ

4.2.5. დამატება / ამოღება ღილაკები - დაამატეთ ან წაშალეთ ჩანართები, რომელზეც არის სახელი ტაბ ველი

4.2.6. აირჩიეთ ბირთვი ღილაკი

აირჩიეთ ძირითადი ველები, რომლებიც ჩანს მაგიდაზე. ეს განახლებულია ავტომატურად.

4.2.7. Გააუქმეთ ყველა მონიშვნა ღილაკი

ყველა ველის არჩევის გაუქმება (ზოგიერთი მათგანის ხელით შერჩევა უნდა მოჰყვეს)

4.2.7. Მონიშნე ყველა ღილაკი

მონიშნეთ ყველა ველი (უნდა მიჰყვეს ზოგიერთის ხელით არჩევას)

4.2.8. ფილტრის დამალვა - დამალეთ მთელი ფორმა

ეს არის ყველა (X) ველი

4.2.9. შეასრულე ღილაკი - პარამეტრების პარამეტრების შეცვლა

4.2.10. "V" ველი - აჩვენებს / მაღალი ფილტრის ველებს.

4.3. ჩანართები

ინდივიდუალურად შექმნილი ჩანართები სახელებითა და წინასწარი პარამეტრებით (ინახება აქ cfg / tabs.cfg ფაილი).

ფაილი სინამდვილეში შეიცავს სახელს და URL- ს (გამოყოფილია ჩანართით).

4.4. ცხრილის შინაარსი

აჩვენებს Field Filter- ით შეზღუდულ ყველა ველს.

ველები ცხრილში:

4.4.1. გაშვება - ნახვის შედეგის ტიპი

რუქა- რუკაზე რუკების შედეგების ასახვა (შეიძლება შერჩეული იყოს ერთი ან მეტი ველი)

ისტორია - ისტორიული დიაგრამები (ერთი ან მეტი ველის შერჩევა შეიძლება)

tab - აჩვენებს მაგიდას (შეიძლება შეირჩეს ველების ნებისმიერი კომბინაცია)

ბარი - მხოლოდ ერთი ველი ჩანს ეკრანზე

მისი რომელიმე მნიშვნელობის დაჭერით, ის გახსნის ახალ შედეგებს არჩეული ველებით (მიმდინარე მწკრივისთვის).

4.4.2. კოპირება (+/- ბმულები)

ჩანართის დამატება / ამოღება, რომელშიც მითითებულია სახელი ტაბ ველი იგი იყენებს მხოლოდ ცხრილის იმავე მწკრივში შერჩეულ ველებს.

4.4.3. მაგიდის უჯრედის ბმულები

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

4.5. მონაცემთა შეკვეთა

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

4.6. მაგალითი

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

ყველა აღწერა, სადაც მითითებულია მწკრივი "Map" ტექსტი არის "გაიქეცი" სვეტი.

1. შეიყვანეთ სახელი "აქტივების თვალის დევნება" წელს ტაბ ველი (ბრჭყალების გარეშე)

2. დარწმუნდით, რომ ყველა სვეტი არ არის მონიშნული მწკრივში

3. შეარჩიე თმ, gps_speed_km მხოლოდ რიგში

4. დაჭერა + ღილაკი, სადაც მწკრივშია

5 რუქები

რუკების გაშვება შესაძლებელია MainForm– დან წინასწარ კონფიგურაციით

5.1. რუკის ინიციალიზაცია

რუკის ინიციალიზაცია ხორციელდება ხელით, როდესაც შესრულებულია უშუალოდ ბმულით: > http: //%IP%/IoT/maps.php

1. 
   მომხმარებელმა უნდა აირჩიოს ყველა ველის არჩევა (დააჭირეთ ღილაკს არჩევის გაუქმება ღილაკი)

2. ნაჩვენები ველების დაჭერით (მაგ.) Ain5 (სმოგის დონისთვის) და თმ (გაზომვის თარიღი / დრო)

3. დაჭერა "V" ველი ველების ფორმის დასამალად

4. დაჭერა შეასრულე ღილაკი DB მოთხოვნის გასაშვებად და მიმდინარე ინფორმაციის ჩვენება ყველა სენსორიდან / მოწყობილობიდან

5. მონაცემები მონაცემებით განახლდება 30 წამის ან მეტი ხნის შემდეგ.

5.2. მოთხოვნის დამატებითი პირობები

მარცხნიდან მარჯვნივ აღწერილი პარამეტრები (სკრინშოტის ზემოთ).

5.2.1. MAP მასშტაბის შეცვლა (მასშტაბის დონე)

1. მასშტაბის დონის შეცვლა შესაძლებელია მასშტაბისთვის (+/-) ღილაკების გამოყენებით (შესაბამისად, მიმდინარე_ მასშტაბი * 2 ან მიმდინარე_მასშტაბიანი / 2). ამ ღილაკებიდან ერთის დაჭერით ავტომატურად შეიცვლება მასშტაბი.

2. კიდევ ერთი გზა არის მასშტაბის დონის შერჩევა მასშტაბირება Combo Box ველი და დააჭირეთ ღილაკს შეასრულე ღილაკი ამ შემთხვევაში მთელი ხედი / რუქა ხელახლა იტვირთება და განახლდება (ინიციალიზაციის დროს დრო სჭირდება).

5.2.2. IMEI (აირჩიეთ მოწყობილობის ველი)

IMEIველი შეიცავს მოწყობილობის უნიკალურ ID- ს ან მოწყობილობის უნიკალურ მეტსახელს. ნაგულისხმევი პარამეტრია * (ვარსკვლავი), რომელიც გვიჩვენებს უახლეს მნიშვნელობებს და გეოლოკაციას თითოეული მოწყობილობისთვის.

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

5.2.3. ლონი, ლათ (გრძედი, გრძედი კოორდინატის ველები)

რუკის ცენტრალური პოზიციის დაყენება. ეს ველი მითითებულია კურსორის პოზიციაზე, როდესაც მაუსის ღილაკს დააჭირეთ რუკაზე.

5.2.4. MAP სტილის შეცვლა (თემა)

რუკის სტილი / თემა შეიძლება აირჩიოთ Map ComboBox ველი (მაგ. მუქი, ნაცრისფერი, ტოპოგრაფიული).

რუქის სხვადასხვა თემას შეიძლება ჰქონდეს მასშტაბის მაქსიმალური განსხვავებული დონე, ასე რომ მას შეუძლია აღასრულოს სათანადო თემა რუკის მასშტაბის გასაზრდელად.

5.2.5. სადაც მუხლი

სადაც პუნქტი გამოიყენება დამატებითი მოთხოვნის სტრიქონისთვის {WHERE ნაწილი} MySQL / MariaDB- სთვის.

ეს პუნქტი მხედველობაში მიიღება QUERY- ის მშენებლობის სრული სტრიქონისთვის მონაცემთა ბაზის შედეგის მისაღწევად. მას შეუძლია შეზღუდა მონაცემები, დრო და ნებისმიერი სხვა მნიშვნელობა შედეგების რაოდენობის შეზღუდვით. ამ ველში უნდა იქნას გამოყენებული ცხრილის ველების ორიგინალი სახელები (არა მეტსახელი). Მაგალითად.

1. gps_speed_km> 10 // სიჩქარე 10 კმ / სთ-ზე მეტია

2. ain5> 3 // ain5 3-ზე მეტია (2.5um ნაწილაკების რაოდენობა - სმოგის დონე)

3. gps_speed_km> 10 და ain6> 5 // სიჩქარე 10 კმ / სთ-ზე მეტია და ain6 მეტია 5-ზე (10um ნაწილაკების დათვლა - სმოგის დონე)

5.2.6. შეასრულე (შეკითხვის ღილაკის გაშვება)

ამ ღილაკის დაჭერა საჭიროა ნებისმიერი პარამეტრის, პარამეტრის შესაცვლელად (გარდა დაჭერისა +/- ღილაკები).

რუკა თავიდანვე იტვირთება ახალი presets- ით.

რუკა საერთოდ არ იტვირთება, როდესაც მიმდინარე მოთხოვნისთვის მონაცემები არ არის ხელმისაწვდომი.

5.2.7. Გააუქმეთ ყველა მონიშვნა (ყველა ველის ამოღება მოთხოვნიდან)

ამ ღილაკზე დაჭერის შემდეგ, მინიმუმ ერთი ველი უნდა შეირჩეს ხელით, რომ შედეგები აისახოს რუკაზე.

5.2.8. "V" ველი (ველის ფორმის გახსნა / დახურვა)

ეს ველი გამოიყენება საჩვენებლად ველების ამორჩევის ჩვენების / დასამალად.

5.2.9. "X" ველი (მოთხოვნის ფორმის ჩვენება / დამალვა)

ამ ველში მოცემულია მთელი ფორმის დამალვა, გარდა ( +/- ღილაკები)

შედეგები რუკაზე მუდმივად განახლდება და ახლდება ახალი მნიშვნელობებით

5.3. მაგალითი

მაგალითად, სმოგის შედეგები (სენსორი დამონტაჟებულია მანქანაზე): სმოგის დონე 2.5um ნაწილაკები (Ain5), სიჩქარე (gps_speed_km), თარიღი / დრო (tm), რუკა (2 - ტოპოგრაფიული), მასშტაბის დონე 16,

სად პუნქტი:

"gps_fix = 3 და tm> "2019-02-18 00:00:00" და tm <"2019-02-19 00:00:00" და gps_speed_km> 0".

// GPS = მოქმედი 3D შედეგი & თარიღი = 2019-02-18 & სიჩქარე> 0 კმ / სთ

6 შედეგების ჩვენება ცხრილში

შედეგების ჩვენება ცხრილში.

ჩართულია "ძირითადი ფორმა" დაჭერა "მაგიდა" ელემენტი, ზოგიერთი ველის არჩევის შემდეგ წინასწარ კონფიგურირებული ცხრილის საჩვენებლად

6.1. ცხრილის ინიციალიზაცია

როდესაც ცხრილი გახსნილია ბმულიდან http: //%IP%/IoT/que.php? func = ჩანართები ეს მოითხოვს პარამეტრების წინასწარ ინიციალიზაციას.

შეგიძლიათ აირჩიოთ ხილული ველები (დაჭერით "ხილული ველები" ) ველი.

1. ნაჩვენები ველებისთვის დააჭირეთ ყველა საჭირო ველს

2. დააჭირეთ მონიშნულ ველს "ხილული ველები" ველების ფორმის დამალვა

3. დააჭირეთ ღილაკს „შესრულება“ DB მოთხოვნისა და ცხრილის გასაშვებად

6.2. მოთხოვნის დამატებითი პირობები

პარამეტრები აღწერილია მარცხნიდან მარჯვნივ (სკრინშოტზე).

6.2.1. დალაგება - დალაგების ველი და დალაგების ასვლა / დაწევა

დალაგების ველი ექვივალენტურია სვეტის სათაურის დაჭერით.

6.2.2. დბ / IMEI - აირჩიეთ მოწყობილობა

IMEIველი შეიცავს მოწყობილობის უნიკალურ ID- ს ან მოწყობილობის უნიკალურ მეტსახელს. ცარიელი მნიშვნელობით იგი გვიჩვენებს უახლესი მნიშვნელობების ცხრილს.

IMEI- ს ნებისმიერი სხვა მნიშვნელობის დაყენება აჩვენებს არჩეული მოწყობილობის ისტორიულ მონაცემებს.

6.2.3. CSS - აირჩიეთ სტილი (ვიზუალიზაციის თემა)

6.2.4. ხილული ველები - ველების ფორმის ჩვენება / დამალვა

6.2.5. ცარიელი ამოღება - არ გამოჩნდეს ცარიელი სვეტები

6.2.6. "X" ველი (მოთხოვნის ფორმის ჩვენება / დამალვა)

6.2.7. სად მუხლი (მონაცემთა შეზღუდვისთვის)

ეს არის სუფიქს MySQL / MariaDB დამატებითი მოთხოვნის სტრიქონისთვის {WHERE part}

ეს პუნქტი მხედველობაში მიიღება მონაცემთა ბაზის შედეგის სრული QUERY სტრიქონის შესაქმნელად. მას შეუძლია შეზღუდა მონაცემები, დრო და ნებისმიერი სხვა მნიშვნელობა შედეგების რაოდენობის შეზღუდვით. ამ ველში უნდა იქნას გამოყენებული ცხრილის ველების ორიგინალი სახელები (არა მეტსახელი). Მაგალითად.

1. gps_speed_km> 10 // სიჩქარე 10 კმ / სთ-ზე მეტია

2. ain5> 3 // ain5 3-ზე მეტია (2.5um ნაწილაკების რაოდენობა - სმოგის დონე)

3. gps_speed_km> 10 და ain6> 5 // სიჩქარე 10 კმ / სთ-ზე მეტია და ain6 მეტია 5-ზე (10um ნაწილაკების დათვლა - სმოგის დონე)

6.2.8. აირჩიეთ ბირთვი ღილაკი (ჩართეთ ყველაზე გავრცელებული ველები)

6.2.9. Გააუქმეთ ყველა მონიშვნა ღილაკი (მოთხოვნიდან ამოიღეთ ყველა ველი)

ამ ღილაკზე დაჭერის შემდეგ, მინიმუმ ერთი ველი უნდა შეირჩეს ხელით, რომ შედეგები აისახოს რუკაზე.

6.2.10. შეასრულე (შეკითხვის ღილაკის გაშვება)

ამ ღილაკის დაჭერა საჭიროა ნებისმიერი პარამეტრის, პარამეტრის შესაცვლელად (გარდა დაჭერისა +/- ღილაკები).

მაგიდა თავიდან იტვირთება ახალი პრესით.

6.2.11. "V" ველი (ველის ფორმის გახსნა / დახურვა)

ეს ველი გამოიყენება საჩვენებლად ველების ამორჩევის ჩვენების / დასამალად.

ცხრილში შედეგები დალაგებულია მიხედვით დალაგება ველის პარამეტრი. დახარისხების რიგის შეცვლა შესაძლებელია მწკრივის სათაურის დაჭერით (ერთხელ ერთი მიმართულებით ორჯერ სხვა მიმართულებით).

სვეტების ზოგიერთი შედეგი უკავშირდება შემდგომი ვიზუალიზაციის ეკრანებს (მყარი კოდირებული).

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

7 ბარის დიაგრამები.

შტრიხების დიაგრამები უნდა შესრულდეს ძირითადი ფორმიდან "ბარის" მწკრივში ერთი ველი დაჭერით.

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

ეს არის სასარგებლო ექსტრემალური შედეგების სწრაფი შემოწმებისთვის და გარკვეული ზომების მისაღებად.

Mouse Over ღონისძიება აჩვენებს დამატებით ინფორმაციას მოწყობილობისთვის.

8 ისტორიული დიაგრამები.

ისტორიული დიაგრამების ინიცირება შესაძლებელია MainForm- იდან, როდესაც დაჭერით შერჩეული სვეტი "ისტორია" მწკრივში (ცალკეული ველი).

მრავალრიცხოვანი ველისთვის "ისტორია" მწკრივში უნდა მონიშნოთ სასურველი ველები და "ისტორიის" ბმული უნდა დააჭიროთ სვეტში "გაშვება".

ისტორიული შედეგები შემოიფარგლება 24 საათის განმავლობაში + შემდეგი 24 საათის განმავლობაში (საბოლოო განახლების სქემებისთვის), როდესაც არ იყო დაწესებული შეზღუდვები.

8.1 ისტორიული დიაგრამების ინიციალიზაცია

ისტორიული დიაგრამები ძირითადი ბმულიდან გახსნისას მოითხოვს სხვა შედეგების ინიციალიზაციას, როდესაც გახსნილია ბმულიდან, პარამეტრების პარამეტრების გარეშე.

სხვადასხვა ნივთის საჩვენებლად შესაძლებელია მრავალი ველის არჩევა. ის ასევე შეიძლება მითითებული იყოს Field Filter Form- ში.

1. ნაჩვენები ველებისთვის დააჭირეთ ყველა საჭირო ველს

2. დააჭირეთ მონიშნულ ველს "ხილული ველები" ველების ფორმის დამალვა

3. დააჭირეთ ღილაკს შესრულება DB მოთხოვნის გასაშვებად და ცხრილის საჩვენებლად

8.2. ისტორიული დიაგრამების არჩევითი პარამეტრები

აღწერილი საგნები ზემოდან და მარცხნიდან მარჯვნივ (სკრინშოტზე).

8.2.1. IMEI - (აირჩიეთ მოწყობილობა ისტორიული მონაცემების საჩვენებლად)

IMEIველი შეიცავს მოწყობილობის უნიკალურ ID- ს ან მოწყობილობის უნიკალურ მეტსახელს. * (ასტერიქსის) მნიშვნელობით იგი გვიჩვენებს უახლესი მნიშვნელობების ცხრილს, რომელსაც აზრი არ აქვს.

IMEI- ს ნებისმიერი სხვა მნიშვნელობის დაყენება აჩვენებს არჩეული მოწყობილობის ისტორიულ მონაცემებს.

8.2.2. მინ - პირველი ველის მინიმალური მნიშვნელობის შეზღუდვა

8.2.3. მაქს - პირველი ველის მაქსიმალური მნიშვნელობის შეზღუდვა

8.2.4. "V" - ველების ფორმის ჩვენება / დამალვა

8.2.5. დან: დააყენეთ მინიმალური თარიღი / დრო (*)

8.2.6. რომ: დააყენეთ მაქსიმალური თარიღი / დრო (*)

8.2.7. "X" ველი (მოთხოვნის ფორმის ჩვენება / დამალვა)

8.2.8. "სად" მუხლი

მონაცემთა შედეგების MySQL / MariaDB შეზღუდვის პუნქტი {WHERE part}.

ეს პუნქტი მხედველობაში მიიღება QUERY- ის მშენებლობის სრული სტრიქონისთვის მონაცემთა ბაზის შედეგის მისაღწევად. მას შეუძლია შეზღუდა მონაცემები, დრო და ნებისმიერი სხვა მნიშვნელობა შედეგების რაოდენობის შეზღუდვით. ორიგინალური ცხრილის ველების სახელები (არა მეტსახელი) ამ ველში უნდა იყოს გამოყენებული და მოქმედი SQL სინტაქსი. Მაგალითად.

1. gps_speed_km> 10 // სიჩქარე 10 კმ / სთ-ზე მეტია

2. ain5> 3 // ain5 3-ზე მეტია (2.5um ნაწილაკების რაოდენობა - სმოგის დონე)

3. gps_speed_km> 10 და ain6> 5 // სიჩქარე 10 კმ / სთ-ზე მეტია და ain6 მეტია 5-ზე (10um ნაწილაკების დათვლა - სმოგის დონე)

8.2.9. Გააუქმეთ ყველა მონიშვნა ღილაკი (მოთხოვნიდან ამოიღეთ ყველა ველი)

ამ ღილაკზე დაჭერის შემდეგ მინიმუმ ერთი ველი ხელით უნდა შეირჩეს ისტორიული შედეგების საჩვენებლად.

8.2.10. შეასრულე (შეკითხვის ღილაკის გაშვება)

ამ ღილაკზე დაჭერით საჭიროა ნებისმიერი პარამეტრის, პარამეტრის შეცვლა (გარდა ველის ან მოთხოვნის პანელის ჩვენებისა). მაგიდა თავიდან იტვირთება ახალი პრესით.

8.2.11. "V" ველი (ველის ფორმის გახსნა / დახურვა)

ეს ველი გამოიყენება საჩვენებლად ველების ამორჩევის ჩვენების / დასამალად.

8.3. ბარები ვარიანტი: (აჩვენებს მხოლოდ არსებულ მონაცემებს)

8.4. უწყვეტი ვარიანტი (იგივე მონაცემებით):

მაუსის მაჩვენებელი აჩვენებს გაზომვების მნიშვნელობებს და თარიღს / დროს.

9 ვებ ბრაუზერის თავსებადობა

* - Firefox მხარს არ უჭერს თარიღის / დროის ამომრჩეველს (ტექსტის ველი ხელით უნდა რედაქტირდეს თარიღის სათანადო ფორმატის გამოყენებით).

Internet Explorer არ არის მხარდაჭერილი (გამოიყენეთ პირას ამის ნაცვლად)

სხვა ვებ-ბრაუზერები არ ტესტირებულა.

10 თემების პერსონალიზაცია

ვებ გვერდები ეფუძნება ზოგად შაბლონის ფაილს, რომელიც მდებარეობს მისამართზე: "შაბლონები" დირექტორია "* .template".

გარდა ამისა, თითოეული გვერდის ტიპი შეიცავს:

1. "* .head" ფაილი, რომელიც ინახავს გვერდის სათაურს (ბმულები, იმპორტირებული CSS, JavaScript ფაილები და ა.შ.) )

2. "* .foot" ფაილები, რომლებიც ინახავს გვერდის ქვედა კოლონტიტულს (ბმულები და ა.შ.) )

ვიზუალიზაციის თემა შეიძლება შეიცვალოს მომხმარებლის პრეფერენციების შესაბამისად, CSS ფაილების დაძლევა და შეცვლა. CSS ფაილი მდებარეობს "შაბლონები / css" დირექტორია. მაგალითად, ოპტიმიზირებული შესაქმნელად შეიძლება გამოყენებულ იქნას ვებ – გვერდის სხვადასხვა თემები. ბეჭდვა, SmartPhones, PAD- ების შაბლონები.

ტაბle views - აქვს CSS ფაილის არჩევის ველი, თემის სრული მოდიფიკაციისთვის (ინახება აქ "შაბლონები / css / ჩანართები" დირექტორია).

Map დათვალიერება - ზოგადი თემა შეირჩევა "რუქა" ტიპის კომბინირებული ყუთი. დამატებით არსებობს ნაგულისხმევი CSS ფაილი "templates / css / map.css" რომელიც შეიცავს დამატებით ფუნქციონირებას, როგორიცაა დამალვა / შეღებვის შედეგები მისი მნიშვნელობების საფუძველზე. CSS ფაილის დანარჩენი ნაწილი პრაქტიკულად შემოიფარგლება მოთხოვნისა და ველის ფორმებით.

უმეტესობა @ ქალაქის პლატფორმა ვიზუალიზაციისთვის PHP ფაილები მიიღება cssპარამეტრი თემისთვის ფაილის სახელის მნიშვნელობით (გაფართოების გარეშე). ფაილი უნდა განთავსდეს "templates / css" დირექტორიაში და სახელი მგრძნობიარეა ასოზე.

თემის ჩვენების ზოგიერთი ელემენტი მდებარეობს პირდაპირ JavaScript ფაილში "შაბლონი / js" დირექტორია.

მთავარი @ ქალაქი დამწერლობა"@ City.js" მდებარეობს ზედა დირექტორიაში. ამის შეცვლის შესაძლებლობა არ არსებობს ადგილმდებარეობა, თუმცა შესაძლებელია სკრიპტის კოპირება "შაბლონები / js" დირექტორია და შეიცვალა იქ. ინდივიდუალური სკრიპტის გამოყენება მოითხოვს ყველა სათაურის ფაილის განახლებას.

11 ალგორითმების განახლება

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

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

ამის მისაღწევად საუკეთესო და უმარტივესი გზაა files "გადაფარებული" ფაილების განახლება მნიშვნელობის / აღწერის სწორად ჩვენებისთვის.

ორიგინალი JS სკრიპტები ღია ტექსტური ფაილია და მათი მიღება შესაძლებელია მომხმარებლის საჭიროებების შესაბამისად. როგორც წინა თავში იყო ნათქვამი, მათი კოპირება უნდა მოხდეს "შაბლონები / js" დირექტორია, სადაც მომხმარებელს აქვს დაშვების უფლებები შეცვლისთვის.

ტექნიკური ასპექტი პროგრამირების შესახებ @ ქალაქი სისტემა არ არის ამ დოკუმენტის საგანი, თუმცა ვებ – შემქმნელმა, რომელსაც აქვს HTML და JS– ის ძირითადი ცოდნა, შეუძლია Front-end ვებ – პროგრამის მორგება მომხმარებლის ინდივიდუალურ საჭიროებებზე.

12 მონაცემთა ბაზის სტრუქტურა

@ ქალაქის მონაცემთა ბაზა სახელით "IoT" ან "* IoT" დაყოფილია ცხრილებში (სადაც ასტერიქსი არის პრეფიქსი, რაც დამოკიდებულია ჰოსტინგის სერვერზე - საჭიროების შემთხვევაში). მონაცემთა ბაზა შეიძლება შეინიშნოს PHPAdmin- ში (ვებ-პროგრამა) ბმულზე http: //% IP% / phpmyadmin

თითოეული მოწყობილობისთვის დაყენებული მაგიდები (სად * {asterix} არის IMEI მისამართი - უნიკალური ID):

• "* _t" - მოქმედი მომხმარებლების ავტორიზაციის ნიშნები (არ გამოიყენება ერთი მომხმარებლის ღრუბლებში)

• "* _ გ" - ბრძანებები (ღონისძიებები) რიგში - უნდა გაიგზავნოს მოწყობილობაზე

• "*" - სტატუსის ყველა დეკოდირებული შედეგი.

სხვა მაგიდები:

• "ithings_" ცხრილი - შეიცავს ყველა მოწყობილობის დეკოდირებულ ამჟამინდელ სტატუსს (მისი კოპირება ხდება რომელიმე განახლების დროს "*" მაგიდები). სტრუქტურა ithings_ მაგიდა თითქმის იგივეა "*" მაგიდები. "ithings_" დამატებითი ველების განთავსება საფოსტო მისამართისა და აღწერილობისთვის.

• "მომხმარებლების" ცხრილი შეზღუდულია და უნდა შეიცვალოს.

12.1. "ithings_" და "*" ცხრილების სტრუქტურა

• "idx" - ინდექსი

• "თმ" - ავტომატური ნიშნულის ნიშანი

• "დტ" - უნიქსის ნიშნულის ნიშანი

• "იმეი" - უნიკალური მოწყობილობის მისამართი

• "rssi" - RSSI სიგნალის დონე

• "rsrp" - RSRP სიგნალი

• "ივენთი" - ელოდება მოვლენების გაგზავნას კონტროლერთან

• "out1" .. "გარეთ 16" - გაშიფრული შედეგების სტატუსი

• "in1" .. "16 წელს" - გაშიფრული შეყვანის სტატუსი

• "ain1" .. "ain8" - გაშიფრული ADC მნიშვნელობები (RAW)

• "sens1" .. "sens8" - გადაკეთებული სენსორის მნიშვნელობები (დამოკიდებულია მოწყობილობის ტიპზე)

• "dimm1" .. "dimm8" - გაშიფრული dimmers მნიშვნელობები (დამოკიდებულია მოწყობილობის ტიპზე)

• "int1" .. "int6" - გამრიცხველი მრიცხველების მნიშვნელობები (დამოკიდებულია მოწყობილობის ტიპზე)

• "text1" .. "text6" - ტექსტის დეკოდირებული მნიშვნელობები (დამოკიდებულია მოწყობილობის ტიპზე)

• "შექმნა" - მოწყობილობის შექმნის თარიღი / დრო

• "ბოლო" - ბოლო თარიღი / დრო

• "მომხმარებელი" - სამომავლო გამოყენება

• "პასი" - სამომავლო გამოყენება

• "sn" - gsm სერიული ნომერი

• "სტატუსი" - კონტროლერის მიმდინარე სტატუსი არ არის გაშიფრული თექვსმეტ ფორმატში

• "hash_code" - სამომავლო გამოყენება

• "addr" - მოწყობილობის მოკლე მისამართი

• "fwnr" - firmware nr

• "გამორთული" - გამორთული მოწყობილობა (არ შესრულებულა)

• "gsm_nr" - CIoT gsm ნომერი

• "გამყიდველი" - გამყიდველის კოდი (ფრენჩაიზისთვის / კოპროდუქციისთვის)

• "დროის სარტყელი" - დროის ზონის კომპენსაცია

• "dst" - გამოიყენეთ ყოველდღიური დაზოგვის პარამეტრები

• "gps_lat" - GPS Latitude

• "gps_long" - GPS გრძედი

• "gps_hdop" - GPS HDOP

• "gps_alt" - GPS სიმაღლე

• "gps_fix" - GPS ფიქსაცია (სწორი შედეგისთვის უნდა იყოს 3 -)

• "gps_cog" - GPS Cog

• "gps_speed_km" - GPS სიჩქარე [კმ / სთ]

• "gps_sat" - ნაპოვნია GPS თანამგზავრები

• "კონტინენტი", "ქვეყანა", "რეგიონი", "ქვერეგიონი", "ქვეგანყოფილება", "ქალაქი", "რაიონი", "ქუჩა", "ქუჩა_ნრ", "პუნქტი_ნრ" - მომხმარებლის მისამართი და აღწერილობის ველები (!!!! მიუწვდომელია "*" - ისთვის ისტორიული ცხრილი)

• "ჟურნალი" - ჟურნალი მონაცემები
  
  ველების სახელები მნიშვნელოვანია SQL მოთხოვნების შესაქმნელად ძებნის ფუნქციონირების გასაზრდელად, რადგან ორიგინალი სახელი უნდა იყოს გამოყენებული SQL განცხადებაში.
  
  

12.2. მოწყობილობის ბრძანებები (ღონისძიებები) "* _c" რიგის ცხრილი - სტრუქტურა

ეს ცხრილი არის ღონისძიების / ბრძანებების რიგი თითოეული მოწყობილობისთვის და აქვს შემდეგი სტრუქტურა:

• "ბრძანება" - კონტროლერისთვის გაგზავნის ან უკვე გაგზავნილი ბრძანება

• "დაადასტურა" - დადასტურების დროშა, თუ ის უკვე გაგზავნილი და დადასტურებულია

• "თარიღი" - თარიღის უნიქსის დროის ნიშანი

• "განახლებული" - ავტომატურად განახლებული დროშა (დროის ნიშნის თარიღი / დრო)

12.3. მონაცემთა ბაზებიდან შედეგებზე წვდომა - საშუალო დონის (მონაცემთა წაკითხვა)

მონაცემები შეიძლება იყოს ხელმისაწვდომი Front-end ვებ პროგრამის გარეშე. @City სისტემა შეიცავს სკრიპტს საშუალო დონის ფუნქციებით. შედეგები უბრუნდება JSON ფორმატს.

12.3.1. მიიღეთ ყველა მოწყობილობის ამჟამინდელი სტატუსები

http: //%IP%/IoT/que.php? func = devsjson

მოთხოვნა მთლიანად ბრუნდება "_ აზრები" ცხრილი (ყველა მოწყობილობის ამჟამინდელი სტატუსი) JSON ფორმატით:

[{ "ქვეყანა":"", "ქალაქი":"", "კონტინენტი":"", "ქვეყანა":"", "რეგიონი":"", "ქვერეგიონი":"", "ქვეგანყოფილება":"", "ქალაქი":"", "რაიონი":"", "ქუჩა":"", "ქუჩა_ნ":"", "პუნქტი_ნ":"", "gps_lat":"0000.0000N", "gps_long":"00000.0000E", "თმ":"2019-02-10 12:56:23", "შექმნა":"2019-02-09 18:12:38", "ბოლო":"0000-00-00 00:00:00", "ივენთი":"", "მომხმარებელი":"", "გაივლის":"", "იმეი":"351580051067110", "sn":"", "სტატუსი":"73000200000f360033026800240000002c002c002dffffffffffffffffffff5b63000001c1000001c200000000000000000925050a4f0a760a7a0a750a780a7e0000031d032205fc34029b025c025600400eb", "hash_code":"", "ადრ":"", "fwnr":"", "ინვალიდი":"", "gsm_nr":"", "გამყიდველი":"", "დროის სარტყელი":"", "დსტ":"", "rssi":"91", "rsrp":"99", "gps_lat":"0000.0000N", "gps_long":"00000.0000E", "gps_hdop":"", "gps_alt":"", "gps_fix":"4", "gps_cog":"", "gps_speed_km":"", "gps_sat":"", "ივენთი":"", "out1":"0", "გარეთ 2":"0", "გარეთ 3":"0", "4":"0", "გარეთ 5":"0", "გარეთ 6":"0", "7":"0", "8":"0", "9":"0", "გარეთ 10":"1", "გარეთ 11":"0", "გარეთ 12":"0", "გარეთ 13":"0", "გარეთ 14":"0", "გარეთ 15":"0", "გარეთ 16":"0", "in1":"0", "2-ში":"0", "3-ში":"0", "4 წელს":"0", "5 წელს":"0", "6 წელს":"0", "7 წელს":"0", "8 წელს":"0", "9 წელს":"0", "10 წელს":"0", "11 წელს":"0", "12 წელს":"0", "13 წელს":"0", "14 წელს":"0", "15 წელს":"0", "16 წელს":"0", "ain1":"3894 წ", "ain2":"51", "ain3":"616", "ain4":"36", "a5 წელს":"0", "ain6":"44", "ain7":"44", "ain8":"45", "sens1":"0", "სენს 2":"0", "გრძნობა 3":"0", "სენს 4":"0", "გრძნობა 5":"0", "გრძნობა 6":"0", "სენს 7":"0", "sens8":"0", "dimm1":"255", "dimm2":"255", "dimm3":"255", "dimm4":"255", "dimm5":"255", "dimm6":"255", "dimm7":"255", "dimm8":"255", "int1":"-16776767", "int2":"450", "int3":"", "int4":"", "int5":"", "int6":"0", "text1":"", "ტექსტი 2":"", "ტექსტი 3":"", "ტექსტი 4":"", "ტექსტი 5":"", "text6":"" }]

12.3.2. მიიღეთ ისტორიული მონაცემები მოწყობილობისთვის

IMEI nr მიერ ცალკეული მოწყობილობის ისტორიული მონაცემების მოთხოვნა:

http: //%IP%/IoT/que.php? func = imeijson & imei = 356345080018095

იმის გამო, რომ მთელი ცხრილი შეიძლება შეიცავდეს მილიონობით სტრიქონს, ის უნდა შემოიფარგლოს WHERE პუნქტით, რომ არ მოხდეს სერვერის გათიშვა.

დამატებითი პარამეტრები url პარამეტრები:

ფუნქციონალური - იმეიკსონი

imei - მოწყობილობის IMEI

ველი - ველები, რომლებიც გამოჩნდება შედეგებში (კომიდან გამოყოფილი სია)

წთ - სიიდან პირველი ველის მინიმალური მნიშვნელობა

მაქსიმალური - სიიდან პირველი ველის მაქსიმალური მნიშვნელობა

sანt - ველი დასალაგებლად

თმ - ველი ავტომატურად ემატება შედეგებს.

where - სადაც მოცემულია პუნქტი მონაცემების დასადგენად

მაგალითი:

ჩვენ გვინდა მივიღოთ შემდეგი შედეგი

მოწყობილობისთვის imei=356345080018095

ველების ჩვენება: ain5, ain6, gps_lat, gps_long

და ზღუდავს a5 წელს დიაპაზონში ( 1, 10000 ) - სიაში პირველი ველი უნდა იყოს

და GPS აქვს სწორი მონაცემები (gps_fix = 3)

და თარიღი / დრო (ტმ) from2019-02-14 23:00:19 to 2019-02-15 00:00:00

აშენებული URL სტრიქონი:

http: //%IP%/IoT/que.php? func =იმეიჯსონი& imei =356345080018095& ველი =a5 წელს, ain6, gps_lat, gps_long& წთ =1& მაქს =1000& სად =gps_fix = 3 და tm> "2019-02-14 23:00:19" და tm <"2019-02-15 00:00:00"

მოთხოვნის შედეგები:

[{ "a5 წელს":"66","ain6":"68","gps_lat":"5202.7326N","gps_long":"02115.8073E","თმ":"2019-02-14 23:04:31" }, { "a5 წელს":"67","ain6":"76","gps_lat":"5202.7328N","gps_long":"02115.8075E","თმ":"2019-02-14 23:05:42" }, { "a5 წელს":"63","ain6":"77","gps_lat":"5202.7328N","gps_long":"02115.8074E","თმ":"2019-02-14 23:06:05" }, { "a5 წელს":"58","ain6":"77","gps_lat":"5202.7328N","gps_long":"02115.8075E","თმ":"2019-02-14 23:06:32" }, { "a5 წელს":"58","ain6":"68","gps_lat":"5202.7328N","gps_long":"02115.8076E","თმ":"2019-02-14 23:06:55" }]

12.3.3. მიიღეთ მოწყობილობების სია - ერთი ველი მიმდინარე სტატუსებიდან შეზღუდვით

ეს ფუნქცია აბრუნებს შეზღუდულ მონაცემებს "_ ნივთების" ცხრილიდან

http: //%IP%/IoT/que.php? func = fieldjson & field = ain5 & min = 13 & max = 5000

Პარამეტრები:

ფუნქციონალური - fieldjson

ველი - ველი, რომელიც აისახება შედეგებში - imei და თმ ავტომატურად ემატება

წთ - ველის მინიმალური მნიშვნელობა

მაქსიმალური - მაქსიმალური მნიშვნელობა ველისთვის

ზემოთ მოთხოვნილი სტრიქონისთვის ის ბრუნდება შედეგები ain5, imei, tm ველები:

თუკი a5 წელს დიაპაზონშია (13,5000)

მოთხოვნის შედეგები:

[{"იმეი":"353080090069142", "თმ":"2019-03-14 11:51:01", "a5 წელს":"14" },

{"იმეი":"356345080018095", "თმ":"2019-02-20 09:13:04", "a5 წელს":"115" },

{"იმეი":"კარწევი", "თმ":"2019-03-07 13:08:22", "a5 წელს":"103" }]