eHouse হোম অটোমেশন eHouse4Java – জাভা (ওপেন সোর্স) সফটওয়্যার নিম্নলিখিত মডিউল অন্তর্ভুক্ত ( . জাভা – সোর্স কোড , . বর্গ – ফলে বর্গ):

• Ehouse4java . জাভা – আবেদন এবং প্রধান ইন্টারফেস কোর
• ehousecommunication . জাভা – যোগাযোগ ফাংশন ও কনফিগারেশন
• EhouseTCP . জাভা – কন্ট্রোলার জ্ঞাপন ও কনফিগারেশন
• EventsToSend . জাভা – যাও ইভেন্ট হ্যান্ডলিং
• EventToSend . জাভা – একটি একক ইভেন্ট সংজ্ঞা
• GraphicObject . জাভা – গ্রাফিকাল বস্তুর সংজ্ঞা
• ISYS . জাভা – বিক্রেতাদের জন্য ডেডিকেটেড কর্ম অন্তর্ভুক্ত
• RunEvent . জাভা – টেক্সট ফর্ম থেকে ইভেন্ট পাঠানো হচ্ছে
• StatusEhouse . জাভা – প্রতিটি বর্গ eHouse1 নিয়ামক জন্য একটি উদাহরণ রয়েছে
• StatusEthernet . জাভা – বর্গ প্রতিটি ইথারনেট eHouse নিয়ামক জন্য একটি উদাহরণ রয়েছে
• StatusServer . জাভা – অক্জিলিয়ারী করে TCP / IP সার্ভার , LAN-র মাধ্যমে সমস্ত TCP মাধ্যমে কন্ট্রোলার অবস্থা / আইপি ক্লায়েন্ট যাও প্যানেল (বহিরাগত প্রেরণ , WAN , ইন্ট্রানেট , ইন্টারনেট)
• কল্পনা . জাভা – EHouse কল্পনা এবং গ্রাফিকাল নিয়ন্ত্রণ মান অনুযায়ী ঠাহর / গ্রাফিকাল নিয়ন্ত্রণ বর্গ

ফাংশন এবং গ্লোবাল ভেরিয়েবল সফ্টওয়্যারের সোর্স কোডটি, eHouse4Java বর্ণিত হয়েছে .
সফ্টওয়্যার স্বাধীন থ্রেড অন্তর্ভুক্ত , উদাহরণ . যোগাযোগ , যা পটভূমিতে প্রধান আবেদন সম্পর্কিত সঞ্চালিত হয় .
এই অ্যাপ্লিকেশন অথবা প্রসেস অত্যন্ত দীর্ঘ সময় নিতে না থামাতে বিলম্ব , যা একটি গুরুত্বপূর্ণ অ্যাপ্লিকেশন ধীরে ধীরে নিচে এবং স্থগিতাদেশ সম্ভাবনা ফলে যোগাযোগের জন্য অপেক্ষায় সময় (মৃত কেশ) .
প্রধান থ্রেড আছে:

• বিভিন্ন TCP ক্লায়েন্ট (যাও নিয়ামক অবস্থা প্রাপ্ত , ল্যান উপর TCP / IP , WAN , ইন্টারনেট , ইন্ট্রানেট)
• এর ফলে UDP লিসেনার (জন্য connectionless ফলে UDP মধ্যে অবস্থা সম্প্রচার শোনা) – শুধুমাত্র ল্যান মধ্যে , ইন্ট্রানেট
• বক্তৃতা synthesizer কোন শাব্দ পাঠ্য বার্তা খেলা
• Multithreaded করে TCP / IP সার্ভার – সাথে যুক্ত কোনো ধরনের ক্লায়েন্ট যাও প্যানেল অবস্থা প্রাপ্ত রুট (মাধ্যমে Lans , ওয়াইফাই , ইন্টারনেট , ইন্ট্রানেট , WAN)

নিয়ন্ত্রকদের সঙ্গে যোগাযোগ মাধ্যমের নামের ফর্মে সেটিংস সংযোগের ধরন (ল্যান TCP চয়ন অন্তর্ভুক্ত করা হয়েছে , ল্যান এর ফলে UDP , ইন্টারনেট , অফ) .
ক্লাসের অন্য থ্রেড গ্লোবাল ভেরিয়েবল ব্যবহার করে সক্রিয় করা হয় ” EhouseTCP ” বা ” ehousecommunication ” .

অ্যাপ্লিকেশনটি eHouse মান অনুযায়ী একটি কল্পনা ব্যবহার , CorelDraw স্ক্রিপ্টের ব্যবহার সক্রিয় করতে অ্যাপ্লিকেশন থেকে উত্পন্ন:

• ইম্পোর্ট eHouse সিস্টেম কনফিগারেশন
• গ্রাফিকাল বস্তু বা ম্যানুয়ালি দিয়ে একটি স্ক্রিপ্ট নির্মাণ
• সমস্ত প্যানেল জন্য কল্পনা পদ্ধতি জন্য তথ্য এক্সপোর্ট করতে ব্যয় , ওয়েব ব্রাউজার , কম্পিউটার , ট্যাবলেট , স্মার্টফোনের এবং অন্যান্য সিস্টেম

এই নিবন্ধটি মধ্যে আরও আলোচনা করা হয়:
” গ্রাফিকাল কল্পনা এবং নিয়ন্ত্রণ eHouse স্মার্ট হোম তৈরি ” .
ঠাহর সফ্টওয়্যার আকার পরিবর্তনযোগ্য একটি ভেক্টর গ্রাফিক্স (SVG) উপর ভিত্তি করে .
এই পদ্ধতির সাহায্যে ” অবচয়হীন ” মান রেখাচিত্র অঙ্কন , পাঠ , সহজ জ্যামিতিক পরিসংখ্যান , নির্বিশেষে পরিবর্ধন মাপ , স্ক্রিন স্থানান্তর , ইত্যাদি .
এটা সম্ভব হয়েছে না চান, যেমন jpg হিসাবে ব্যাকগ্রাউন্ড গ্রাফিক চিত্র ব্যবহার , বিটম্যাপ , ইত্যাদি . .
সফ্টওয়্যার ঠাহর করার জন্য CPU-র ব্যবহার এবং গ্রাফিক্স প্রসেসিং সময় যখন অনলাইনে কাজ কমাতে অপ্টিমাইজ করা হয়েছে , বৃহৎ পরিমাণ তথ্য কারণে প্রক্রিয়া যাও . গ্রাফিক চিত্র ক্যাশে এবং বিভক্ত যথাযথ নিয়ন্ত্রণ সংকেত মধ্যে এবং নিয়ামক প্রক্রিয়া যখন অবস্থা প্রাপ্তির , পর্দায় প্রদর্শিত এবং প্রতিটি নিয়ন্ত্রকের ঠাহর ক্যাশে থেকে অনেক দ্রুত .

এর ফলে:

• ঠাহর জন্য বাজারের তথ্য উল্লেখযোগ্য ইমেজ পরিবর্তন হ্রাস
• উল্লেখযোগ্যভাবে দপদপ করে ওঠার যখন সম্ভাব্য ইমেজ পরিবর্তন হ্রাস
• CPU-র তথ্য এবং কল্পনা ভার উল্লেখযোগ্য হ্রাস
• অনেক ব্যবহার ” দুর্বল ” , কম দক্ষ এবং কম দামী হার্ডওয়্যার , গ্রাফিক প্যানেল , ট্যাবলেট , নিয়ন্ত্রণ প্যানেল , ইত্যাদি . , যখন একটি আরামদায়ক পরিশ্রমী বজায় রাখা
• বিদ্যুত ব্যবহার হ্রাস যা ব্যাটারি এবং মোবাইল ব্যাটারীর উপর কাজ সরঞ্জাম এবং দৈর্ঘ্য বিশেষ গুরুত্বপূর্ণ

এই নিবন্ধটি স্ক্রিনশটগুলির সঙ্গে আলোচনা করা হয়:
” গ্রাফিকাল কল্পনা এবং বুদ্ধিমান জাভা বাড়িতে নিয়ন্ত্রণ ”

EHouse4Java যোগাযোগের নিয়ন্ত্রকদের সঙ্গে হোম স্বয়ংক্রিয়তা

পিসি তত্ত্বাবধানে অধীনে eHouse1

ইন আবেদন eHouse এই সংস্করণে . একটি RS এর রিসিভার অবস্থা exe হিসাবে কাজ করে – 485 (আরএস সঙ্গে পরিবর্তক – 485/RS – 232) এবং দুটি পদ্ধতিতে কোন পরিবর্তন ছাড়া অবস্থা প্রেরণ করে একে অপরের সাথে ধাক্কা লাগা না:

• eHouse . TCP / IP সার্ভার হিসাবে কাজ exe অবস্থা প্যানেল সম্পর্কে অনুসন্ধানের ফলাফল সাড়া , আরও উল্লেখ প্যানেল এবং সংযোগ তাদের কোনো কারণে সংযোগ বিচ্ছিন্ন না হওয়া অবধি বজায় রাখা . এই পদ্ধতির মাধ্যমে নেটওয়ার্কের প্রচেষ্টা বাইরে TCP / IP সংক্রান্ত প্যানেলের সঙ্গে যোগাযোগ স্থাপন সঙ্গে বিশেষ করে মূল্যবান , যেমন ইন্টারনেট যেখানে এটা ফলে UDP অবস্থা প্রাপ্ত করা সম্ভব নয় .
• eHouse . ল্যান উপর exe সম্প্রচারের connectionless ক্লায়েন্টদের জন্য কোনো নম্বর ফলে UDP প্রোটোকল পাঠায় , ইন্ট্রানেট . এর মানে হল , যে প্যানেল সার্ভারের সাথে সংযোগ না করা হয় , কিন্তু থেকে সম্প্রচারিত বার্তা অপেক্ষা ” eHouse . exe ” অ্যাপ্লিকেশন . এই ভাবে কোন ব্যাপার না যতই প্রাপকদের প্যানেল অবস্থা নেটওয়ার্ক লোড পরিবর্তন না , অথবা কম্পিউটারে যা ” eHouse . exe ” অ্যাপ্লিকেশন সঞ্চালিত হয় . দুর্ভাগ্যবশত এটা অত্যন্ত কঠিন বা ইন্টারনেটের মাধ্যমে প্রেরণ করা যাতে এর ফলে UDP সম্প্রচারের এই ক্ষেত্রে প্রথম পদ্ধতি ব্যবহার করা উচিত সম্ভব না .

CommManager তত্ত্বাবধানে অধীনে eHouse1

এই সংস্করণ , CommManager আরএস মাধ্যমে আগত স্থিতিগুলিকে পায় – 485 (থেকে eHouse1 কন্ট্রোলার) এবং দুটি পদ্ধতিতে কোন পরিবর্তন ছাড়া অবস্থা প্রেরণ করে একে অপরের সাথে ধাক্কা লাগা না:

• CommManager অবস্থা প্যানেল সম্পর্কে অনুসন্ধানের ফলাফল হিসাবে কাজ করে TCP / IP সার্ভার সাড়া , আরও উল্লেখ প্যানেল এবং সংযোগ তাদের কোনো কারণে সংযোগ বিচ্ছিন্ন না হওয়া অবধি বজায় রাখা . এই পদ্ধতি অত্যন্ত মূল্যবান প্রচেষ্টা ল্যান বাইরে প্যানেলের সাথে যোগাযোগ স্থাপন , যেমন ইন্টারনেট যেখানে এটা ফলে UDP অবস্থা প্রাপ্ত করা সম্ভব নয় .
• CommManager সম্প্রচার পাঠায় (connectionless) ক্লায়েন্ট কোনো সংখ্যার জন্য এর ফলে UDP প্রোটোকল ল্যান হয় , ইন্ট্রানেট .
  এর মানে হল , যে প্যানেলের বিভিন্ন TCP সার্ভার CommManager সাথে সংযোগ না করা হয় , মুখ্যমন্ত্রী থেকে সম্প্রচারিত বার্তা কিন্তু শোনা . এইভাবে কোন ব্যাপার না যতই প্রাপকদের অবস্থা প্যানেল , এটি নেটওয়ার্ক লোড অথবা CommManager CPU ব্যবহারের পরিবর্তন করবেন না . ব্রডকাস্টিং এর ফলে UDP ব্রডকাস্ট করা সম্ভব নয় , অথবা ইন্টারনেটের মাধ্যমে বেশিমাত্রায় আটকান তাই এই ক্ষেত্রে প্রথম পদ্ধতি ব্যবহার করা উচিত .

ইথারনেট eHouse (eHouse4Ethernet)

ইন ইথারনেট কন্ট্রোলার এই সংস্করণে: CommManager , EthernetRoomManager , ইত্যাদি . , স্বাধীনভাবে দুটি উপায়ে তাদের অবস্থা পাঠান , কি একে অপরের সাথে ধাক্কা লাগা না:

• প্রতিটি নিয়ামক অবস্থা প্যানেল সম্পর্কে অনুসন্ধানের ফলাফল হিসাবে কাজ করে TCP / IP সার্ভার সাড়া , আরও উল্লেখ প্যানেল এবং সংযোগ তাদের কোনো কারণে সংযোগ বিচ্ছিন্ন না হওয়া অবধি বজায় রাখা . এই পদ্ধতি অত্যন্ত মূল্যবান প্রচেষ্টা ল্যান বাইরে প্যানেল সঙ্গে যোগাযোগ স্থাপন , যেমন ইন্টারনেট , যেখানে এটা ফলে UDP অবস্থা প্রাপ্ত করা সম্ভব নয় .
  কিন্তু , একাধিক ইথারনেট কন্ট্রোলার ক্ষেত্রে একটি করে TCP সংযোগের / আইপি প্রতিটি নিয়ামক বজায় রাখা প্রয়োজন , সরাসরি নিয়ন্ত্রকের থেকে বাছাই একটি সম্পূর্ণ সিস্টেমের অবস্থা আপ . এই একটি প্রসেসর নিয়ন্ত্রণ প্যানেলে অধিক চাহিদার পারে , সমস্যার তীব্রতা যোগাযোগ সংক্রান্ত . এই ক্ষেত্রে , এটা ল্যান পার্শ্ব আবেদন রাখতে যাও বাঞ্ছনীয় , যে স্থানীয় ফলে UDP অবস্থা প্রাপ্ত , ওদিকে উপর ইন্টারনেটের মাধ্যমে বিভিন্ন TCP / IP সংক্রান্ত . এই অ্যাপ্লিকেশনটি eHouse4Java মধ্যে বুঝতে এবং আলোচনা করা হয় , যার সাহায্যে এই সমাধান . অসুবিধা হল অতিরিক্ত হার্ডওয়্যার প্রয়োজন যে এই কর্ম সঞ্চালিত হবে বজায় রাখা .
• প্রতিটি নিয়ামক একটি ব্রডকাস্ট (connectionless) ক্লায়েন্ট কোনো সংখ্যার জন্য এর ফলে UDP প্রোটোকল ল্যান হয় পাঠায় , ইন্ট্রানেট . এর মানে হল , যে প্যানেল নিয়ামক TCP সার্ভারের সাথে সংযোগ না করা হয় , কিন্তু সব নিয়ন্ত্রকের থেকে শোনা বার্তা সম্প্রচার . এই ভাবে কোন ব্যাপার না যতই প্রাপকদের প্যানেল অবস্থা নেটওয়ার্ক লোড বা নিয়ামক cpu 'র ব্যবহার পরিবর্তন না . ব্রডকাস্টিং এর ফলে UDP প্যাকেজ হয় বা হয় প্রচন্ডভাবে ইন্টারনেটের মাধ্যমে আটকান সম্ভব নয় , তাই এই ক্ষেত্রে প্রথম পদ্ধতি ব্যবহার করা উচিত . এর ফলে UDP সংক্রমণ সম্ভাবনা কখনও লিঙ্কটি ধরনের উপর নির্ভর করে সম্ভব , সম্পাদন . কখনও কখনও এটা VPN সঠিকরূপে কনফিগার লিঙ্কের মাধ্যমে একটি সম্প্রচারের ফলে UDP প্রাপ্ত করা সম্ভব , কিন্তু , এমনকি এই অবস্থা , প্যাকেট হারিয়ে যেতে পারে , কারণে এর ফলে UDP জন্য নিরাপত্তা প্রক্রিয়া অভাব . ভুল তথ্য অ চেকসাম জন্য সফ্টওয়্যার eHouse প্যানেল দ্বারা স্বয়ংক্রিয়ভাবে বাতিল (সমষ্টি চেক)