eHouseFor OpenRemote – ღია კოდის ინტეგრაცია შენობის ავტომატიზაციის კონტროლის პანელები . ექსპორტი მონაცემების OpenRemote . ორგანიზაცია

სახლის ავტომატიზაციის შეიძლება ინტეგრირებული OpenRemote . Org გამოყენებისას პროგრამული ჯავაში .
ასე რომ შესაძლებელია იმუშაოს ნებისმიერ მძიმე ტექნიკის Java ვირტუალური მანქანა განხორციელდა .

ექსპორტი მონაცემების eHouse სისტემის OpenRemote

მას შემდეგ რაც შეიქმნა პროგრამული უზრუნველყოფა, ტექსტური ფაილი ” JavaORServer . CFG ” , მითითებული გლობალური varibles პროგრამული უზრუნველყოფის რომლებიც ძირითადი მახასიათებლები განაცხადის .
Setting ცვლადი ” ehousecommunication . ExportOpenRemoteDesignerObjects = true ” გაძლევთ საშუალებას საექსპორტო eHouse სისტემა პარამეტრების OpenRemote . ორგანიზაცია .
რადგან OpenRemote . ორგანიზაცია, რომელიც მიმდინარე ვერსია არ გააჩნია მონაცემთა იმპორტი ინტერფეისი , ინტეგრაციის გარე სისტემები , ეს აუცილებელია, რათა პირდაპირ ჩაწერის ბაზაში OpenRemote . ორგანიზაცია დაასახელა ” Beehive ” .
მომხმარებელი პარამეტრების ადგილობრივი მონაცემთა ბაზები შედის ცვლადები:

  • ehousecommunication . BeehiveUserName – Beehive მომხმარებლის მონაცემთა ბაზა
  • ehousecommunication . BeehiveUserPassword – პაროლი
  • ehousecommunication . Dbhost – MySQL სერვერის მისამართი
  • ehousecommunication . MysqlPort – MySQL სერვერზე პორტი

დამატებითი პარამეტრები დაკავშირებული ექსპორტის eHouse to OpenRemote:

  • ehousecommunication . IgnoreAtChar – იგნორირება ყველა სიგნალები, რომელიც მოიცავს ‘ @ ‘ ექსპორტისა
  • ehousecommunication . DisabledOpenRemoteExportTCP – ექსპორტი პარამეტრების Ethernet კონტროლერები
  • ehousecommunication . DisabledOpenRemoteExportEhouse1 – ექსპორტი პარამეტრების eHouse1 კონტროლერები

EHouse4OpenRemote განაცხადის შემდეგ გაშვებული ზემოთ პარამეტრების , იტვირთება სრული კონფიგურაციის to OpenRemote მონაცემთა ბაზა , მოიცავს:

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

არსებობს უამრავი მონაცემთა , ასე გამოუყენებელი სიგნალები უნდა შეიზღუდოს შეცვლით მათი სახელები დამატებით ნიშანი ‘ @ ‘ და ბლოკირება ექსპორტის მიიღწევა ცვლადი ehousecommunication . IgnoreAtChar = true .
მონაცემები იყოფა ცალკე ერთეული ერთად შესაფერისი დანამატებით ” – შედეგები ” , ” – პროგრამები ” , ” – ADCPrograms ” ა.შ. .
შემდეგ საექსპორტო მონაცემების სისტემაში საშუალო არსებობს ათასობით კომფორტი , ამიტომ აუცილებელია ხელით ამოიღონ ელემენტი , ჩვენ არ გვინდა, რომ მონიტორინგი .
წინააღმდეგ შემთხვევაში OpenRemote დასვამს თითოეული მოწყობილობის ინდივიდუალურად, რომელიც ძალიან არაეფექტური გზა .
ეს არის გაცილებით უარესი კონტროლერი სტატუსზე მეთოდი , შედარებით eHouse მშობლიური პანელი განაცხადების , in eHouse სისტემა ვიზუალიზაცია სხვადასხვა პლატფორმების , რომელიც ამუშავებს ყველა მონაცემების ორობითი სტატუსის მაკონტროლებლად პანელები მხარე . სტატუსი არიან მიღებული პაკეტების , თითოეული კონტროლერი შენობაში დაახლოებით 15 წამი ყოველ , შემცველი რამდენიმე ასეული ბაიტი .
ამიტომ , ამისთვის პლატფორმების მხარდაჭერით eHouse სისტემა , ყოველთვის უმჯობესია გამოვიყენოთ ჩვენი განაცხადების , რომელიც , უფრო მეტიც , არ საჭიროებს დამატებით კომპიუტერი eHouse4OpenRemote პროგრამული და OpenRemote . ორგანიზაცია . eHouse პროგრამული აკავშირებს პირდაპირ Ethernet ქსელის კონტროლერები . იმ შემთხვევაში, სისტემის კონტროლერები eHouse1 ზედამხედველობის ქვეშ CommManager დააკავშირებს არაპირდაპირ მეშვეობით CommManager . სახლის ავტომატიზაციის eHouse4OpenRemote – JAVA
შემდეგ ექსპორტი მონაცემთა ბაზები OpenRemote . ორგანიზაცია ” Beehive ” ” დიზაინერი ” შეგიძლიათ შექმნათ კონფიგურაციის პანელი ინდივიდუალურად , გამოყენებით მზად სიგნალი , ბრძანება , იარლიყები , კონცენტრატორები , სენსორების მიხედვით საჭიროებებს თითოეული პანელი .