Software Open Source eHouse4Java per Automatizimi eHouse shtëpi

eHouse Automatizimi në shtëpi eHouse4Java – java (Open source) software përfshin modulet e mëposhtme ( . Java – Kodi burim , . klasë – Klasa rezultuar):

  • Ehouse4java . Java – Thelbi i aplikimit dhe ndërfaqen kryesore
  • ehousecommunication . Java – funksionet e komunikimit dhe konfigurimit
  • EhouseTCP . Java – komunikimi dhe konfigurimi i kontrollorëve
  • EventsToSend . Java – trajtimi sekondar ngjarje
  • EventToSend . Java – Përkufizimi i një ngjarje të vetme
  • GraphicObject . Java – Përkufizimet grafike object
  • ISYS . Java – përfshin funksionet e dedikuar për shitësit
  • RunEvent . Java – Dërgimi i ngjarjeve nga forma tekst
  • StatusEhouse . Java – klasë përmban një shembull për çdo kontrollues eHouse1
  • StatusEthernet . Java – klasë përmban një shembull për çdo kontrollues eHouse Ethernet
  • StatusServer . Java – Ndihmëse TCP / IP Server , dërguar të gjithë kontrolluesit statusin me anë të TCP / IP panele të klientit (të jashtëm nëpërmjet LAN , WAN , Intranet , Internet)
  • vizualizimi . Java – Vizualizimi / klasë grafike e kontrollit në përputhje me vizualizimi eHouse dhe standarde të kontrollit grafike

Funksionet dhe ndryshoret globale janë përshkruar në eHouse4Java burim software kodi .
Software përfshin temat e pavarura , p.sh. . Komunikim , të cilat janë kryer në sfond në lidhje me kërkesën kryesore .
Kjo nuk do të ndalojë ose të vonojë aplikimin që proceset të marrë shumë kohë , e cila rezultoi në një ngadaltë poshtë konsiderueshme e aplikimit dhe mundësinë e pezullimit, ndërsa duke pritur për komunikim (flokët të vdekur) .
Të temat kryesore janë:

  • Klienti TCP (për të marrë statusin e kontrollues , TCP / IP në LAN , WAN , Internet , Intranet)
  • Listener UDP (për të dëgjuar për të transmetuar statusin në PZHU connectionless) – vetëm brenda LAN , Intranet
  • Synthesizer fjalim për të luajtur ndonjë mesazhet akustike tekst
  • Multithreaded TCP / IP Server – të rrugës statusin e marrë me panele lidhur klientit të çdo lloji (nëpërmjet LAN , WIFI , Internet , Intranet , WAN)

Emrat e mediave të komunikimit me kontrollorët janë të përfshira me cilësimet në formë të zgjidhni llojin e lidhjes (LAN TCP , LAN UDP , Internet , Off) .
Temat e tjera janë aktivizuar duke përdorur ndryshoret globale janë në klasa ” EhouseTCP ” ose ” ehousecommunication ” .

Aplikimi përdor një vizualizimi sipas standardeve eHouse , krijuara nga aplikacionet CorelDRAW duke përdorur Scripts që mundësojnë:

  • eHouse Sistemi importit konfigurimit
  • krijimi i objekteve grafike me dorë ose me një skenar
  • eksportit të dhënave për të gjitha metodat e vizualizimit për të gjitha paneleve , shfletues web , pc , tableta , smartphones dhe sistemet e tjera

Kjo është diskutuar më tej në këtë artikull:
” krijuar vizualizimi grafike dhe të kontrollit eHouse zgjuar në shtëpi ” .
software vizualizimi është i bazuar në një grafikë vektoriale shkallëzuar (SVG) .
Kjo metodë ju lejon ” lossless ” e kthesa cilësi vizatim , tekst , Shifrat e thjeshta gjeometrike , pavarësisht e madhësisë së zgjerimit , Zhvendosje Screen , etj .
Ai nuk do të kishte qenë e mundur duke përdorur imazhe grafike të tilla si sfond muri , bitmaps , etj . .
Vizualizimi software është e optimizuar për të zvogëluar përdorimin e CPU dhe grafika të përpunimit kohën kur punojnë në internet , për shkak të sasi të madhe të të dhënave të procesit . Imazhe grafike janë kopje e ruajtur dhe të ndarë në sinjale kontrolli të përshtatshme dhe të përpunuara, kur marrja e statusit të kontrollues , dhe shfaqet në ekran sa më shpejt nga cache vizualizimi të çdo kontrollues .

Kjo i lejon:

  • reduktim të ndjeshëm në të dhënat e përpunuara për vizualizimi me ndryshimet imazhit
  • reduktojnë ndjeshëm rrah kur ndryshon imazhet e projektuara
  • Reduktimi i rëndësishëm në ngarkesës së CPU dhe të dhënat vizualizimi
  • Përdorimi i shumë ” dobët ” , hardware më pak efikase dhe më pak të shtrenjtë , panele grafike , tableta , Control Panel , etj . , duke ruajtur një pune të rehatshme
  • ulje në konsumin e energjisë e cila është veçanërisht e rëndësishme në pajisje të lëvizshme dhe bateri dhe kohëzgjatjen e punës në bateri

Kjo është diskutuar me screenshots në artikull:
” Vizualizimi grafike dhe të kontrollit inteligjente në shtëpi në Java ”

EHouse4Java komunikimi me kontrollorët automatizimi në shtëpi

eHouse1 Nën mbikëqyrjen e PC

Në këtë version të eHouse aplikim . exe punon si një marrës statusin e RS – 485 (me converter RS – 485/RS – 232) dhe transmeton statusin pa ndonjë ndryshim në të dy metodat nuk bien ndesh me njëri-tjetrin:

  • eHouse . exe punon si një server TCP / IP përgjigjet në pyetje në lidhje me panelin e statusit , referuar më tej të lidheni paneleve dhe të mbajë ato deri shkyçur për ndonjë arsye . Kjo metodë është veçanërisht e vlefshme me përpjekjet për të krijuar komunikim me panelin jashtë TCP / IP nëpërmjet rrjetit , të tilla si internet, ku nuk është e mundur për të marrë statusin e UDP .
  • eHouse . exe dërgon connectionless transmetuar protokollin UDP për çdo numër të klientëve në LAN , Intranet . Kjo do të thotë se , se paneli nuk është lidh në server , por dëgjon mesazhe transmetuar nga ” eHouse . exe ” Aplikimet . Në këtë mënyrë nuk ka rëndësi se sa shumë marrësit panele statusi nuk ndryshon ngarkesën e rrjetit , ose kompjuter në të cilën ” eHouse . exe ” Aplikimi shkon . Për fat të keq kjo nuk është e mundur ose është shumë e vështirë për të transmetuar transmetuar UDP nëpërmjet internetit kështu që në këtë rast Metoda e parë duhet të përdoret .

eHouse1 Nën mbikëqyrjen e CommManager

Në këtë version , CommManager merr statuse hyrëse përmes RS – 485 (nga eHouse1 kontrollorëve) dhe transmeton statusin pa ndonjë ndryshim në të dy metodat nuk bien ndesh me njëri-tjetrin:

  • CommManager punon si një TCP / IP server përgjigjet në pyetje në lidhje me panelin e statusit , referuar më tej të lidheni paneleve dhe të mbajë ato deri shkyçur për ndonjë arsye . Kjo metodë është veçanërisht e vlefshme përpjekjet për të vendosur komunikimin me panelin jashtë LAN , të tilla si internet, ku nuk është e mundur për të marrë statusin e UDP .
  • CommManager dërgon transmetimet (connectionless) UDP protokoll janë për çdo numër të klientëve në LAN , Intranet .
    Kjo do të thotë se , se paneli nuk është lidh me CommManager TCP server , por duke dëgjuar mesazhet transmetuar nga CM . Në këtë mënyrë nuk ka rëndësi se sa përfituesit panelet e statusit , kjo nuk do të ndryshojë ngarkesën e rrjetit ose CPU CommManager shfrytëzimin . Transmetimit transmetim UDP nuk është e mundur , ose pengohet rëndë përmes internetit kështu që në këtë rast Metoda e parë duhet të përdoret .

Ethernet eHouse (eHouse4Ethernet)

Në këtë version të kontrollorëve Ethernet: CommManager , EthernetRoomManager , etj . , pavarur dërgojnë statusin e tyre në dy mënyra , nuk përplasen me njëri-tjetrin:

  • Çdo kontrollues punon si një TCP / IP server përgjigjet në pyetje në lidhje me panelin e statusit , referuar më tej të lidheni paneleve dhe të mbajë ato deri shkyçur për ndonjë arsye . Kjo metodë është veçanërisht e vlefshme përpjekjet për të vendosur komunikimin me panele jashtë LAN , të tilla si Interneti , ku nuk është e mundur për të marrë statusin e UDP .
    Megjithatë , në rastin e kontrollorëve të shumta Ethernet është e nevojshme për të mbajtur një lidhje me një TCP / IP njëri kontrollues , të marr një status të plotë të sistemit direkt nga kontrollorët . Kjo mund të rezultojë në një peshë më të madhe në panelin e kontrollit procesor , ashpërsia e problemeve që lidhen me komunikimin . Në këtë rast , është e preferueshme për të vendosur në zbatimin anën LAN , që merr statusin e lokale UDP , dhe dërgon mbi TCP / IP nëpërmjet internetit . Kjo është realizuar dhe diskutuar në aplikim eHouse4Java , e cila lejon Kjo zgjidhje . Disavantazhi është nevoja për të ruajtur pajisje shtesë që kryen këto funksione .
  • Çdo kontrollues dërgon një transmetim (connectionless) UDP protokoll janë për çdo numër të klientëve në LAN , Intranet . Kjo do të thotë se , se paneli nuk është lidh me server TCP kontrollues , por duke dëgjuar mesazhet transmetuar nga të gjitha kontrollorëve . Në këtë mënyrë nuk ka rëndësi se sa shumë marrësit panele statusi nuk ndryshon ngarkesën e rrjetit ose CPU përdorimin kontrollues . Transmetimit paketa UDP nuk është e mundur ose pengohet rëndë përmes internetit , kështu që në këtë rast Metoda e parë duhet të përdoret . Mundësia e transmetimit të PZHU ndonjëherë është e mundur në varësi të llojit të lidhjes , Performance . Ndonjëherë ajo është e mundur për të marrë një UDP transmetim përmes lidhjes VPN konfiguruar siç duhet , Megjithatë , edhe në këtë situatë , pako mund të humbur , shkak të mungesës së mekanizmave të sigurisë për PZHU . Të dhëna të pasakta është anuluar automatikisht nga panelet eHouse software për checksum jo (shikoni shumë)