სახლის ავტომატიზაციის , სამშენებლო მენეჯმენტი eHouse – დეკოდირების სტატუსის მიკროპროცესორული კონტროლერები
სახლის ავტომატიზაციის მიერ მიღებული პანელი დაკავშირებული LAN ან WiFi , გავლით UDP (User Datagram Protocol) .
სტანდარტული ჩარჩო მიღება სტატუსი ორობითი ფორმა , ერთად კონტროლერები განხილულ იქნა სტატიაში ” ინტელექტუალური შენობა eHouse კონტროლერი სტატუსი პაკეტი ” .
დეკოდირების ჩარჩოს სჭირდება ანალიზი ყოველ ცოტა მონაცემების პაკეტი .
გარდა ამისა , თითოეული სახის კონტროლერი:

• RoomManager
• ExternalManager
• HeatManager
• InputExtender
• CommManager
• LevelManager
• EthernetRoomManager

აქვს სხვაობა ოდენობით ციფრული საშუალებებით , გაზომვის საშუალებებით , ციფრული მასალები , dimmers , მონიტორინგის ფუნქციებს და ალგორითმები, რომ შედეგი , რომ მონაცემები სტანდარტულ ჩარჩოში mutate დამოკიდებულია ტიპის კონტროლერი .
ეს შედეგების საჭიროება დეკოდირების ნელ bit თითოეული სახის კონტროლერი დამოუკიდებლად .
იმ შემთხვევაში, განხორციელების ყველა სახის მიკროპროცესორული კონტროლერები შექმნა და შეამოწმოთ ჩარჩო დეკოდირების ალგორითმი შეიძლება 1 თვემდე .
შემცირდეს ამ დროის მინიმუმამდე , ხელი შეუწყოს მზად წარმოადგინონ ალგორითმი ნასესხები eHouse . exe განაცხადის , ავტომატურად decode ყველა ინფორმაციას კონტროლერი და დატვირთვის მონაცემების თარგის ჩანაწერი touch panel (ამისთვის ტაბლეტი) Windows XP , Vista , 7 , 8 .
შემდეგ ავტომატურად დატვირთვის მონაცემების eHouse პროგრამული ბიბლიოთეკების , რამდენიმე ხაზი კოდი , თქვენ შეგიძლიათ შექმნათ თქვენი საკუთარი კონტროლის ალგორითმები eHouse სისტემის რამდენიმე წუთში .
ორობითი კარკასი დეკოდირების პროგრამული უზრუნველყოფის eHouse სტატუსი სტანდარტული ხორციელდება თარგი ბიბლიოთეკა პანელი . ეს უნდა გაკეთდეს ორობითი , პირდაპირი დეკოდირების სტატუსი Ethernet კონტროლერები გარეშე eHouse . Exe განაცხადის ზედამხედველობის .
დეკოდირების მთელი ჩარჩო (ამისთვის მიკროპროცესორული კონტროლერები eHouse1 RM , EM , HM) ხორციელდება პროცედურა set_rm ფუნქცია (ქუჩა: array_of_char ; TCP_INDEX_INC: მთელი რიცხვი) ;
პარამეტრების ფუნქციების ბუფერული სტატუსი და Shift (ოფსეტური) . ბუფერული შეიცავს ყველა მიღებული მონაცემების სტატუსი . ოფსეტური დამოკიდებულია ტიპის გადაცემა (გაფართოებულ მისამართი , ნორმალური , და სხვა მომავალი განაცხადების დამოკიდებული ურთიერთობა ალგორითმები) .
ეს ავტომატურად ავსებს მასივი მდგომარეობა თითოეული კონტროლერი ინდივიდუალურად და შეიძლება მაშინ პირდაპირ მანიპულირების მონაცემები ან განახლება მონაცემები ავტომატურად ეკრანზე სენსორული პანელები .
ეს ფუნქცია გააქტივდეს ღონისძიება პროცედურა მიიღოს მონაცემების UDP Socket კომპონენტი (TNMUDP – მოუწოდა ორობითი) იმ შემთხვევაში onDataReceived .
მიღება ასეთია:
პროცედურა TForm1 . binaryDataReceived (Sender: TComponent ;
NumberBytes: Integer ; FromIP: სიმებიანი ; პორტის: Integer) ;
var C: array [0 . . 1024] of char ;
MyStream: TMemoryStream ;
დაიწყოს
თუ filesystem_status შემდეგ გასვლა ; / / თუ არ ფაილური სისტემა filesystem_status
MyStream: = TMemoryStream . შექმნა ; / / შექმნა ნაკადი მონაცემები
ორობითი . ReadStream (MyStream) ; / / მოხმარებლის მონაცემები ნაკადი
MyStream . მოხმარებლის (C [0] , NumberBytes) ; / / ტვირთავს ბუფერული C
set_rm (C , 1) ; / / გარდაქმნის ბინარული მონაცემები და დატვირთვები რეგისტრების rm [ინდექსი] ამისთვის eHouse კონტროლერები 1
Test_save ; / / სატესტო ჩაწერას გასასვლელი ტექსტური ფაილი ადვილი ოპერაცია
update_panel ; / / ჩატვირთვის მონაცემების პანელი
ბოლოს ;
ეს გაძლევთ საშუალებას ავტომატურად და არასამთავრობო – ინვაზიური კოლექცია მონაცემთა LAN ან Wi – მსუბუქი პაკეტით სამაუწყებლო გავლით UDP (User Datagram Protocol) .
რა მეტი არ საჭიროებს ღია კავშირი სერვერზე მხოლოდ უსმენს on პორტი ეთერში ‘ 6789 ‘ რა ან სხვა .
შეცდომები ლინკები , ქსელი , მარშრუტიზატორები არ გამოიწვევს შეჩერების ან დაუზუსტებელი პროგრამული შეცდომები (როგორც იმ შემთხვევაში, ურთიერთობის TCP სერვერზე) , მაგრამ ქრება მხოლოდ განაახლებს მონაცემების გარეშე იმოქმედა მონაცემები ან შესაფერისი სერვერზე UDP კლიენტი პროგრამა .

გაფრთხილება! . თუ თქვენ შექმნით კონტროლის პროგრამული უზრუნველყოფა Windows ამისთვის eHouse სახლის ავტომატიზაციის , აუცილებელია განახორციელოს ყველა ალგორითმები ერთ განაცხადს , რომელიც აანალიზებს მონაცემებს და ასრულებს ყველა ალგორითმები და ვიზუალიზაციისთვის მათ . ჩვენ შეინიშნება ხანდახან რომ 2 UDP მსმენელი Socket არ შეიძლება არსებობდეს იმავე PC .
ყველაზე მნიშვნელოვანი ცვლადების ბიბლიოთეკაში ორობითი:
boiler_alarm: ლოგიკური = false ; / / Boiler სიგნალიზაცია სიგნალიზაცია დაპროგრამებული ტემპერატურის ზემოთ
/ / Over – ტემპერატურის განგაში საქვაბე
bonfire_stat: მთელი რიცხვი ; / / კოცონი გათბობის დონე 0 – 7 ბინარული რეჟიმში – დასაქმების სტატუსის ცეცხლი
/ / 0 – ცეცხლი off – არ გადაიზარდა
/ / 1 – ცეცხლის / ჩაქრობას => ; ; მწვანე დონეზე < ; ; Temp ქურთუკი (მწვანე LED მოციმციმე) – იწურება ციმციმები მწვანე
/ / 2 – ცეცხლი => ; ; მწვანე დონეზე> ; ; = Temp ქურთუკი> ; ; ყვითელი დონეზე – histeressis (მწვანე LED) – მწვანე
/ / 3 – ცეცხლი => ; ; ყვითელი დონეზე – histeressis> ; ; Temp ქურთუკი> ; ; histeressis დონეზე + ყვითელი) (მწვანე + ყვითელი LED-ები) – მწვანე – ყვითელი
/ / 4 – ცეცხლი => ; ; ყვითელი დონეზე + histeressis> ; ; Temp ქურთუკი> ; ; წითელი დონეზე – histeressis (ყვითელი) – ყვითელი
/ / 5 – უპირობო => ; ; წითელი დონეზე – histeressis < ; ; Temp ქურთუკი < ; ; histeressis დონეზე + წითელი (წითელი + ყვითელი LED-ები) ყვითელი – წითელი
/ / 6 – უპირობო => ; ; Temp ქურთუკი> ; ; histeressis დონეზე + წითელი (წითელი LED მუდმივი) – წითელი
/ / 7 – უპირობო => ; ; Temp ქურთუკი> ; ; კოცონი განგაში (წითელი LED მოციმციმე) სიგნალიზაცია – წითელი ციმციმები
bonfire_sensor_error: ლოგიკური = false ; / / შეცდომა სენსორების კოცონი ძალიან ბევრი განსხვავებული წყლის ქურთუკი ტემპერატურის სენსორები ორ
/ / შეცდომა ბუხრით მოსასხამში გახვეული ქალი ტემპერატურის სენსორები ძალიან დიდი სხვაობა
recuperator_status: სიმებიანი ; / / სტატუსი recuperation , სავენტილაციო , ჰაერის გათბობა – recuperator და სავენტილაციო სტატუსი
recu_winter: ლოგიკური = false ; / / Recuperator ზამთრის / ზაფხულის სითბოს exchanger რეჟიმში გააქტიურდება / გაუქმდება – recuperator ზამთრის / ზაფხულის
recu_manual_amalva: ლოგიკური = true ; / / Recuperator ავტო / სახელმძღვანელო რეჟიმი Amalva recuperator (ავტომატურად მართავს შიდა controler Amalva , სახელმძღვანელოს eHouse HeatManager) / /
recuperator Amalva სახელმძღვანელო / ავტომატური
went_cooler: ლოგიკური = true ; / / წყლის ქულერი on / off ამისთვის სავენტილაციო ან ქულერი სისტემაში recuperation recuperation ან GWC on / off
went_gwc: ლოგიკური = false ; / / GHE (ადგილზე სითბოს exchanger) Servomotor on / off – ადგილზე სითბოს exchanger საავტომობილო on / off
went_aux_gwc_fan: ლოგიკური = false ; / / დამხმარე GWC ventilator / გულშემატკივართა on / off switch for ადგილზე სითბოს exchanger – GWC გულშემატკივართა დაეხმარა
bonfire_dgp: ლოგიკური = false ; / / კოცონი ცხელი ჰაერის განაწილების სისტემა გააქტიურდება / გაუქმდება – გულშემატკივართა განაწილების ცხელი ჰაერის ბუხრით DGP
ventilation_on: ლოგიკური = false ; / / ვენტილაცია ამჟამად მუშაობს / off – მოიცავს სავენტილაციო და გათბობის აღდგენა
heater_pump: ლოგიკური = true ; / / Pump ამისთვის გამაცხელებელი ამისთვის სავენტილაციო on / off – ტუმბოს გათბობისა და ვენტილაციის მიკროსქემის ამისთვის ვენტილატორები
three_ways_cutoff: მთელი რიცხვი = 0 ; / / სამი გზით ათვლის მიმართულებით 0 off , მზარდ 1 , – შემცირება დონეზე 1) მიმართულებით როტაციის Electro – გზა სარქველი
solar_pump: ლოგიკური = false ; / / Solar ტუმბოს on / off – მზის ტუმბოს
boiler_on: ლოგიკური = false ; / / Boiler გააქტიურდება / გაუქმდება – ქვაბის on / off
boiler_pump: ლოგიკური = false ; / / სტატუსი საქვაბე ტუმბოს on / off – ქვაბის ტუმბოს on / off
boiler_fuel_out: ლოგიკური = false ; / / Boiler გარეთ საწვავის aproximate (თავადი საათი გათბობა) – შეფასებულია საწვავის დეფიციტის მყარი საწვავის საქვაბის (გამოითვლება საფუძველზე საათი მუშაობის საქვაბე)
boiler_power_on: ლოგიკური = false ; / / Boiler supplay ძალა on / off ; – Boiler ძალა on / off
boiler_fuel_supply_override: ლოგიკური = false ; / / Override supplyier საწვავის საქვაბის (კონტროლი eHouse / შიდა საქვაბე კონტროლერი) – მშობელი კონტროლირებადი საწვავის მიწოდების სისტემა eHouse on / off
bonfire_pump: ლოგიკური = false ; / / კოცონი ტუმბო მდგომარეობა on / off – სახანძრო ტუმბოს on / off
recu_speed: მთელი რიცხვი = 0 ; / / Recuperator Speeed 0 . . 3 – recuperator სიჩქარე
recu_temperature: მთელი რიცხვი ; / / ტემპერატურის დონე RECU 0 . . 30C ტემპერატურის recuperator ამისთვის amalwa
_recu_mode: სიმებიანი = ‘ ‘ ; / / Recuperation რეჟიმში ტექსტში, როგორც ეს HeatManager პანელი (eHouse . exe) – recuperator რეჟიმი როგორც პანელი განაცხადის HeatMAnagerem eHouse . exe
წავიდა: სიმებიანი ; / / ტექსტი სავენტილაციო სტატუსი HeatManager პანელი (eHouse . exe) – სავენტილაციო მდგომარეობა იგივეა რაც HeatManager პანელის eHouse . exe
ქვაბის , მზის: სიმებიანი ; / / Boiler , მზის ტექსტი HeatManager სტატუსის პანელი (eHouse . exe) – სტატუსის საქვაბე და მზის პანელის კონტროლი (HeatManager) eHouse . exe
komi: სიმებიანი ; / / ტექსტი კოცონი სტატუსი HeatManager პანელი (eHouse . exe) – მდგომარეობა როგორც ცეცხლის მართვის პანელი განაცხადის HeatManager eHouse . exe
კონტროლის Lights