Catalan

eHouse4Java programari de codi obert per automatització de la llar eHouse

eHouse Domòtica eHouse4Java – java (codi obert) de programari inclou els següents mòduls ( . Java – codi font , . classe – La classe resultant):

  • Ehouse4java . Java – El nucli de l'aplicació i la interfície principal
  • ehousecommunication . Java – funcions de comunicació i la configuració
  • EhouseTCP . Java – la comunicació i la configuració dels controladors
  • EventsToSend . Java – maneig d'esdeveniments secundaris
  • EventToSend . Java – la definició d'un únic esdeveniment
  • GraphicObject . Java – definicions d'objectes gràfics
  • ISYS . Java – inclou funcions dedicades per als venedors
  • RunEvent . Java – Enviament d'esdeveniments de formulari de text
  • StatusEhouse . Java – classe conté una instància per a controlador eHouse1
  • StatusEthernet . Java – classe conté una instància per a controlador Ethernet eHouse
  • StatusServer . Java – Auxiliar de TCP / IP del servidor , l'enviament de tots els controladors d'estat a través de TCP / IP per panells de client (extern a través de LAN , WAN , Intranet , Internet)
  • visualització . Java – Visualització / classe de control gràfic d'acord amb la visualització eHouse i estàndard de control gràfic

Les funcions i variables globals es descriuen en el programari de codi font eHouse4Java .
El programari inclou fils independents , per exemple, . Comunicació , que es realitzen en el fons en relació amb l'aplicació principal .
Això no s'aturen o retarden l'aplicació que els processos de presa massa temps , que va donar lloc a una baixa significativa lent d'aplicació i la possibilitat de suspensió a l'espera de la comunicació (panys mortes) .
Els temes principals són:

  • TCP Client (per rebre l'estat del controlador , el tcp / ip de la LAN , WAN , Internet , Intranet)
  • Escolta UDP (per escoltar a emetre a l'estat sense connexió UDP) – només dins de la LAN , Intranet
  • Sintetitzador de veu per reproduir qualsevol missatge de text acústics
  • Multiprocés TCP / IP del servidor – a la ruta d'estat rebut als panells de client connectats de qualsevol tipus (a través de xarxes d'àrea local , WIFI , Internet , Intranet , WAN)

Els noms dels mitjans de comunicació amb els controladors s'inclouen amb la configuració de la forma de triar el tipus de connexió (LAN TCP , LAN UDP , Internet , Off) .
Altres fils s'activen mitjançant les variables globals estan en classes ” EhouseTCP ” o ” ehousecommunication ” .

L'aplicació utilitza una visualització d'acord amb eHouse estàndard , generada a partir d'aplicacions CorelDraw mitjançant seqüències de comandes que permeten:

  • eHouse importació de configuració del sistema
  • creació d'objectes gràfics manualment o amb un script
  • exportar dades de tots els mètodes de visualització per a tots els panells , navegadors web , ordinador personal , pastilles , smartphones i altres sistemes

Això es discuteix més l'article:
” la creació de la visualització gràfica i el control eHouse casa intel · ligent ” .
programari de visualització es basa en uns gràfics vectorials escalables (SVG) .
Aquest mètode li permet ” sense pèrdues ” Dibuix de corbes de qualitat , text , figures geomètriques simples , independentment de la grandària de l'ampliació , Pantalla de canvi , etc .
No hauria estat possible utilitzant les imatges de fons gràfics com ara jpg , mapes de bits , etc . .
Programari de visualització ha estat optimitzada per tal de reduir la utilització de la CPU i el temps de processament de gràfics quan es treballa en línia , causa de la gran quantitat de dades a processar . Les imatges gràfiques són en memòria cau i es divideix en senyals de control apropiades i es processen quan es rep l'estat del controlador , i mostra a la pantalla molt més ràpid de la memòria cau de visualització de cada controlador .

Això permet:

  • reducció significativa de les dades processades per a la visualització amb la imatge canvia
  • significativament reduir el parpelleig en canviar les imatges projectades
  • reducció significativa de la càrrega de la CPU i la visualització de dades
  • l'ús de molt ” més feble ” , maquinari menys eficient i menys costós , panells gràfics , pastilles , el tauler de control , etc . , mentre que el manteniment d'un entorn de treball còmode
  • reducció en el consum d'energia que és especialment important en l'equip i la bateria mòbil i la longitud de treball en bateries

Això es discuteix amb captures de pantalla en l'article:
” Visualització gràfica i el control de la llar intel · ligent en Java ”

EHouse4Java comunicació amb els controladors domòtica

eHouse1 Sota la supervisió del PC

En aquesta versió de l'aplicació eHouse . exe funciona com un estat del receptor de la RS – 485 (amb convertidor de RS – 485/RS – 232) i transmet l'estat sense cap canvi en els dos mètodes no xoquen entre si:

  • eHouse . exe funciona com un servidor TCP / IP respon a les preguntes sobre el panell d'estat , referint a més connectar els panells i mantenir-los fins que es desconnecti per qualsevol raó . Aquest mètode és especialment útil amb els intents d'establir comunicació amb la placa exterior TCP / IP a través de la xarxa , com ara la Internet on no és possible rebre l'estat de UDP .
  • eHouse . exe envia el protocol de transmissió UDP sense connexió per a qualsevol nombre de clients de la LAN , Intranet . Això vol dir que , que el panell no està connectant amb el servidor , sinó que escolta missatges de difusió des ” eHouse . exe ” aplicacions . D'aquesta manera, no importa quants destinataris panells estat no canvia la càrrega de la xarxa , o l'equip en el qual la ” eHouse . exe ” aplicació s'executa . Desafortunadament no és possible o és molt difícil de transmetre difusió UDP per Internet de manera que en aquest cas el primer mètode s'ha d'utilitzar .

eHouse1 Sota la supervisió del Gestor de comunicació

En aquesta versió , Gestor de comunicació rep estats d'entrada a través de RS – 485 (eHouse1 de controladors) i transmet l'estat sense cap canvi en els dos mètodes no xoquen entre si:

  • Gestor de comunicació funciona com un servidor TCP / IP respon a les preguntes sobre el panell d'estat , referint a més connectar els panells i mantenir-los fins que es desconnecti per qualsevol raó . Aquest mètode és especialment valuosos intents d'establir comunicació amb la placa exterior de la LAN , com ara la Internet on no és possible rebre l'estat de UDP .
  • Gestor de comunicació envia transmissions (connexió) del protocol UDP són per a qualsevol nombre de clients de la LAN , Intranet .
    Això vol dir que , que el panell no està connectant amb el servidor de gestor de comunicació TCP , però escoltant els missatges emesos des CM . D'aquesta manera, no importa quants destinataris panells d'estat , no canvia la càrrega de la xarxa o utilització de la CPU CommManager . Difusió de difusió UDP no és possible , o està fortament impedit a través d'Internet pel que en aquest cas el primer mètode s'ha d'utilitzar .

EHouse Ethernet (eHouse4Ethernet)

En aquesta versió de controladors Ethernet: Gestor de comunicació , EthernetRoomManager , etc . , independentment enviar el seu estat de dues maneres , no xoquin uns amb altres:

  • Cada controlador funciona com un servidor TCP / IP respon a les preguntes sobre el panell d'estat , referint a més connectar els panells i mantenir-los fins que es desconnecti per qualsevol raó . Aquest mètode és particularment valuosos intents d'establir comunicació amb els panells fora de la LAN , com ara la Internet , on no és possible rebre l'estat de UDP .
    No obstant això , en el cas de diversos controladors de Ethernet és necessari per mantenir una connexió a una xarxa TCP / IP cada controlador , per recollir a un estat complet sistema directament des dels controladors . Això pot resultar en una major càrrega en el tauler de control del processador , gravetat dels problemes relacionats amb la comunicació . En aquest cas , és preferible col · locar en l'aplicació del costat LAN , que rep l'estat UDP local , i reenvia el sobre TCP / IP a través d'Internet . Això es realitza i es discuteixen en la sol · licitud de eHouse4Java , que permet aquesta solució . El desavantatge és la necessitat de mantenir maquinari addicional que realitza aquestes funcions .
  • Cada controlador envia una difusió (connexió) del protocol UDP són per a qualsevol nombre de clients de la LAN , Intranet . Això vol dir que , que el panell no es connecta amb el controlador de servidor TCP , però escoltant els missatges de difusió de tots els controladors . D'aquesta manera, no importa quants destinataris panells estat no canvia la càrrega de la xarxa o la utilització de la CPU del controlador . Radiodifusió paquets UDP no és possible o s'impedeix en gran mesura a través de la internet , pel que en aquest cas el primer mètode s'ha d'utilitzar . La possibilitat de transmissió de la UDP de vegades és possible, depenent del tipus d'enllaç , Rendiment . De vegades és possible obtenir una difusió UDP a través de l'enllaç VPN configurat correctament , No obstant això , fins i tot en aquesta situació , paquets poden perdre , causa de la falta de mecanismes de seguretat per UDP . Dades incorrectes es cancel · la automàticament els panells de programari per a la suma de comprovació no eHouse (suma de comprovació)