logo elektroda
logo elektroda
X
logo elektroda

Guide to choosing a smart building system using eHouse as an example

ehouse 17550 51
ADVERTISEMENT
Treść została przetłumaczona polish » english Zobacz oryginalną wersję tematu
  • #31 16742531
    ehouse
    Level 10  
    teofil111 wrote:
    .
    In 20,30 years' time the only practical things will be technological marvels that will take care of us when we no longer have the strength and make old age easier, i.e. progress towards home robotics.
    .
    Let's hope not, because then society will already be old and lacking in strength at the age of 30. To be healthy you have to move, exercise your muscles because an unused organ atrophies. Currently the statistics of the "youth" are frightening (as someone nicely said "the generation of bent heads").

    In the above situation, 90% of people will "crash" on the sofa and play smartphones, computer games or watch everything on TV with crisps and beer in hand, out of sheer boredom because there is nothing to do.

    teofil111 wrote:
    .
    These days, these home systems are more for the fans.

    Mostly yes, because almost every electrical or electronic product "has the word smart" in the headline.
    It's a bit of a devalued word, something like my second favourite word "Innovation".
    Because if a commodity can't be smart (e.g. a cream), let it at least be innovative because it has a green cap and others have a grey one :) .

    Some of the 'smart' products make life a dozen or so percent easier (e.g. when we are at home and turn on some appliance or coloured LEDs from the remote control). But we actually have 50 remote controls for everything and it takes more time than normal to switch something on: getting up to turn on a switch.
    In addition, we have zero possibilities for any kind of integration, because cheap products only compete with each other (mainly price, which makes it impossible to do such a thing).

    The term " Building automation " has not yet devalued so much and is something more, although it is much more expensive:
    - security (alarms, installation security)
    - autonomous operation (e.g. heating)
    - energy saving (optimal heating, use of heating energy)
    - system integrations
    - BMS

    Apart from the manual switching on/off of lighting and more or less necessary gadgets, the system actually performs certain actions on its own when we are not at home (as we program or configure it). In the event of an emergency or critical situation (fire, flooding, gas leakage, burglary), it can counteract the elements if we prepare it for them.

    For example, if you equip the building automation system with smoke or other
    - smoke or other fire detectors in each room
    - CO detectors in rooms where they are required (kitchen, boiler room)
    - flooding in each room with water supply
    - gas in rooms where there is a gas supply

    And we will use
    - a 3-phase relay at the entrance of the connection to the house (to disconnect the entire main switchboard)
    - a shut-off solenoid valve for the water supply to the house
    - shutting off the solenoid valve for the gas supply to the house

    We are 90% protected against disasters (fires, flooding, smoke inhalation, etc.) by simply disconnecting the utilities supplied to the building.

    Of course, there are additional costs, so every investor thinks to himself "nothing like that will happen to me".

    When we are at home, such incidents can usually be remedied. However, when we are asleep, at work or on holiday, we have no influence.

    Even if we have the above sensors connected to a monitored alarm and security arrives after a few minutes, the loss of as a result of a fire "raging" for several minutes, are enormous and always greater than the cost of finishing the house from the shell:
    New electrical, plumbing and all the other installations have to be laid.

    If the fire brigade intervenes: the time of arrival + preparation of equipment is about 30-60 minutes, so generally the entire floor on which the fire is raging is to be completely overhauled. In addition, extinguishing a fire with e.g. 10 tonnes of water does not reduce the cost of the aftermath of the fire either, and makes it necessary to renovate the rest of the house.
  • ADVERTISEMENT
  • #32 16742553
    marclo
    Level 9  
    @ehouse for Thank you for your explanation so far.

    I have a few more questions:
    What is the best way to program in the system?
    What languages do you need to know?
    What is the most optimal way?
    What libraries/codes are available?
  • #33 16742605
    ehouse
    Level 10  
    marclo wrote:
    What languages do you need to know?
    .
    Depending on what programming languages we know.
    We can create general algorithms in applications (java, delphi, c {linux eHouse.PRO})
    We can also create Java, Android, WWW control panels (php, JS, html, SVG) on our own or develop
    eHouse Software Development .
    marclo wrote:
    What libraries/code are available?
    .
    Libraries available are C, Java, Android, JavaScript+SVG, HTML, PHP, CS (.Net, .Net CF), Delphi.

    marclo wrote:
    How best to program in the system?
    How is it most optimal?
    .
    When it comes to algorithms, 'server-based' integrations, etc., it is best, most convenient and most optimal to do this on the eHouse.PRO server (Linux) in C.
    An application can be written as an overlay to the eHouse.Pro/Hybrid system :
    - downloading the statuses of all devices in the system (over UDP - everything is automatically loaded into the structures)
    - processing them
    - and, based on its own algorithms, send events (commands) to the system, e.g. via tcp/ip or WWW

    Programming in C is the most "low-level" and efficient, working directly on the server and requiring no additional hardware.
    Java, Android, Scripts and other applications are "interpreted" and occupy the device's CPU much more.
    The "disk" should not be referenced too often - SD card as this slows down operations considerably. It is best to load the configuration into local variables at the outset.

    You can integrate the system with other "Building Automation" software such as OpenHab (Java), Domoticz (C) or others to make it much easier to integrate external devices and protocols not available in eHouse.

    The eHouse system can be accessed externally via (WWW, TCP/IP, MySQL, ModBUS, etc.).

    As for the control panels and visualisation, it is best to do it in JavaScript (for "WWW" browsers) so that we can manage from any device (smartphone, tablet, pc, smart TV) regardless of the operating system.
  • #34 16742665
    marclo
    Level 9  
    JavaScript for the panels (web) and c for the server are ok for me.

    I still have questions about infrared:
    As I understand that I can teach remote control codes, room controllers and add them to the system as commands and run them remotely?

    What can I do with controlling the ehouse system from the infrared remote control?
  • #35 16742707
    ehouse
    Level 10  
    marclo wrote:
    .
    As I understand that I can teach remote control codes, room controllers and add them to the system as commands and run them remotely?

    Yes, You can also create macros that are a combination of 1..4 infrared commands
    You can also link these codes to the remote control codes for controlling the eHouse system (we have something like an "infrared code translator")

    marclo wrote:
    What can I do with the control of the eHouse system from the infrared remote control?
    .
    First of all, you can assign any eHouse system event (command) to specific "buttons" on the remote control

    The above functions are discussed in more detail in the documentation eHouse LAN PDF

    The eHouse PRO server also receives information from each controller as to which button has been activated and from which room and saves this information.
    In addition, any system events can also be assigned to them on the PRO server side.
    Infrared management with eHouse PRO .
    This allows even applications (e.g. mediaplayers, VideoLan, IP camera rotation, etc.) to be controlled from the IR remote control
  • #36 16743313
    1dino
    Level 11  
    teofil111 wrote:
    Tommy82 wrote:
    The second is that someone building a house is say 30-40 years old so by 50-60 they will be fairly up to date with technology so there will be additional wonders on a stick and then either further down the line or like grandparents we will then have an old TV and tell everyone how good it is and that they don't make such things now. In any case, all sorts of strange things are coming our way over the next 20 years
    .

    In 20,30 years' time the only practical things will be technological marvels that will take care of us when we no longer have the strength and make old age easier, i.e. advances towards home robotics. Currently these home systems are more for the fans.


    More than once I found 'inventions' in a house or flat that only the installer had any idea about. I ended up cutting everything out and praying whether it was really all there and whether nothing would jump out during the alterations.
    Systems that are standards will "grow" with time and technology.
    Systems without such support unfortunately will not.
    I like and use Linux but at work unfortunately Wind - that's the reality.
    Software vendors will not adapt to me.
  • #37 16743357
    Tommy82
    Level 41  
    @1dino
    I meant rather that, let's say hypothetically, in a couple of years some new wireless standard comes into existence, hyper super duper wifi srifi (but it can be anything including not yet invented devices) which in order to achieve its parameters breaks with backward compatibility. And suddenly it turns out that someone has bought such a router and it interferes with the installation of his wireless home, and when he turns off the light, the water in the toilet runs out.
    Kowalski throws the router away and is happy for a week, because in a week's time Kowalski's neighbour buys such a router, because the neighbour's washing machine only has a hyper super duper wifi srifi compatybile.
  • ADVERTISEMENT
  • #38 16744341
    ehouse
    Level 10  
    as said by Tommy82

    1) Radio systems do not guarantee connection stability or coverage and depend on a great many factors (such as the architecture of the building: building materials, types of ceilings, positioning of load-bearing walls, chimneys, "metal screens", etc.), but they are not guaranteed to be stable. Their range decreases over time due to ageing of components, overheating, etc.

    2) Interference by other radio systems (accidental or intentional) is another matter. Unless we live in an "open field" a few hundred metres from other buildings, we are exposed to Neighbours' systems. Nor are we safe from our own devices that we acquire: such as the various radio trinkets, toys that we add to the house (and operate on the same frequency band). Often, when looking at such a device in a shop, it is not even said what frequency it works on and we can have an unpleasant surprise at home.
    They can even be toys like drones, remote-controlled models that have better wave propagation or signal strength from the point of view of other devices due to their better location than the IB controller (placed in an electrical box in concrete, for example). Each such 'Radio' assumes that it is the only one in the area: it has its own band, channel, frame (communication protocol) and does not care about other radio devices in the area and their correct operation. Often they are not narrow-banded and can 'sow' not only on their own channel but on others.

    Even one's own child will have even more fun if his parents give him such a toy and he realises that he is making a Christmas tree out of the house and that daddy is scurrying around the house like an "ostrich" in a frantic search for problems with the IB radio system.
    What child wouldn't want a remote-controlled parent :) .

    Radios are packed everywhere to simplify installation and reduce the price of equipment and installations. However, in reality we are sitting on a "mine", which sooner or later will "explode". - e.g. after adding one more device (at home or at a neighbour's house). If it is at our place, we still have some influence on it.
    If it is at a neighbour's, the opposite is true. It is difficult to locate such a neighbour, and even if we manage to find him or her and talk to him or her, he or she may treat it as "a good laugh or a rod at the neighbour".

    One can marvel at a wireless drone, a remote-controlled car model, an RTV remote control, a wireless keyboard for a computer and other toys (because who would want a drone on a cable).
    Marketing-wise, these are great solutions (no ripping up walls in old houses, no cables, no extra installation costs).
    Practically Radio Systems .

    However, in the case of building automation, which is supposed to operate for several years non-stop in all conditions, it is a "shot in the foot" to choose a radio system (especially in the building shell), which is exposed to so many vagaries of fate and temptations of outsiders. .
    Besides, in a situation where such a system stops working after 1 -2 years, we actually have to buy a new one (resistant to the above mentioned interference) so the cost of the system increases by a factor of 2 - and for the fact that the system works in a heavily interfered environment we have no guarantee and no right to a refund).
    When it comes to building automation installed as it is, any self-respecting installer installing and servicing wired systems (without lobbying) will always say that wired systems are better, safer and long-lasting.
    The cost of cabling and installation is a separate issue, but given the need to remove a radio system at the most inopportune moment and install another one (also usually radio-based, as we do not usually have a wired system ready), it is best to make the right decision (to choose a wired system if you can).
  • #39 16745143
    jariko
    Level 17  
    And how much electricity does such a home system consume in standby or for its own consumption? Each 100 watts is almost 500 PLN per year.
  • #40 16745675
    ehouse
    Level 10  
    @jariko Estimated 20-40 watts in normal state (standby doesn't make sense because it's like the alarm is running on standby).

    Includes:
    - eHouse LAN controllers under 2W@12V/piece
    - eHouse PRO under 10W@5V
    - Each relay on ~12mW@12V
    Full power supply is low voltage (can theoretically be powered by photovoltaics)
    Certainly the system saves more heating and electrical energy than it consumes.
    Safety and other benefits are difficult to convert into money or Watts.

    The costs are negligible compared to lighting and other appliances in the house.
    E.g. the use of a recuperator in a house is a few hundred Watts non-stop (for the fans alone).
    However, let's analyse what a recuperator gives us:
    - recovers heat energy while ensuring proper ventilation (80-90%)
    - ensures proper humidity in the rooms and forces the air flow
    - ensures clean air in the rooms where we need it (rooms, bedrooms, etc.) by minimising CO2 and humidity
    - prevents the formation of fungi, allergens, mould, damp walls
    - does not allow walls to become damp (formation of thermal bridges, reduced heat transfer coefficients of walls) - this also reduces expenses for additional heating of the house
    - dries out moisture from the building after construction
    - keeps the house in good condition (keeps renovations to a minimum)

    So you have to consider what is more important to you.
  • #41 16748618
    Patyk
    Level 15  
    I personally recommend a PLC for controlling sensitive circuits, and for integrating everything (air conditioners, multi-room audio, recuperation, boiler ipt) Openhab on RPI3 - www.openhab.org. I have had such an installation myself for 10 years and everything works just fine. For visualisation, e.g. imperihome Guide to choosing a smart building system using eHouse as an example .
    or built-in habpanel
    Guide to choosing a smart building system using eHouse as an example .
    And also 3D visualisation
    Guide to choosing a smart building system using eHouse as an example
    https://community.openhab.org/t/proof-of-conc...-webgl-view-with-habpanel-sweet-home-3d/32995

    Openhab is free and supports most protocols from leading manufacturers.
  • ADVERTISEMENT
  • #42 16749863
    ehouse
    Level 10  
    The eHouse Controllers and eHouse Server Pro can also be integrated with OpenHab, OpenRemote, Domoticz etc.

    It provides a number of methods for external integration (HTML REQUEST, MODBUS, TCP/IP Server, file system, etc.).

    eHouse Modbus integration .
    House HTML Request integration .

    As for the 3D and other visualisations there is one scowl.
    In a home comfort installation there may be several hundred smart points in the system (lighting points, sockets, inputs, outputs, etc).
    In the case of such visualisations, they are completely unreadable and non-functional.
    In the case of "block" installations - poor 1-2 points per room you can play around with "shadows", 3D etc.
    It is more functional to make a simple visualisation with a lot of points on one screen (at least for a floor or room).
    Otherwise, you would have to go through many screens to find out, for example, what is currently on or off
  • #43 16750099
    marclo
    Level 9  
    And what does the possibility of voice control look like?
  • #44 16750117
    ehouse
    Level 10  
    The Android app has acoustic control capability (with speech recognition)
    eHouse Voice Control .

    Practically, for this to make sense continuous silence is required for speech recognition to work correctly.
    This applies to all devices and systems that attempt to recognise speech.
    So you can't listen to music, watch TV or talk - so there are too many impediments and limitations to find the (voice) control method useful. No one is going to turn off the RTV equipment to speak a voice command.
  • #45 16750123
    marclo
    Level 9  
    ehouse wrote:
    No one is going to switch off the RTV equipment to say a voice command.

    All in all, right, and at my place music, radio, TV are flying all the time.
    But since there is an option, I will test myself :) .
  • ADVERTISEMENT
  • #47 16764105
    Szyszkownik Kilkujadek
    Level 37  
    @Sickboy and what does WiFi have to do with this topic?
  • #48 16764303
    Sickboy
    Level 12  
    BK_klp wrote:
    @Sickboy and what does WiFi have to do with this topic?
    .

    For example, this:

    ehouse wrote:
    15) eHouse WiFi – wireless controllers
    .
  • #49 16764486
    ehouse
    Level 10  
    Any radio signal can be interfered with and potentially any transmitter can tap into the network.
    If there is an output we always suggest wired, if not then you have to use 'plans B' like wireless systems (e.g. WiFi).

    Our WiFi controllers have several security methods in addition to standard WiFi security such as WPA security and MAC address restriction on the WiFi router.

    The controller to send the command has several types of authentication
    - dynamic code: chalange-response unique key for each installation, XOR password (dynamically encrypted password), .
    - static: open password, no verification in the system.

    In dynamic to the controller you have to connect from a TCP client and respond with a specific algorithm to an incoming request (unique).

    This is discussed in more detail eHouse LAN, WiFi, PRO login to drivers.

    Another thing is that WiFi network users do not want to set a strong password, change it regularly: e.g. User: Admin, Password: Admin, Simple WiFi network authentication passwords (to make them easier to type from the smartphone keyboard). The authentication password can be 63 arbitrary characters, I wonder how many people use such?

    Correctly setting the above passwords, restricting clients to their MAC addresses, or hiding the SSID - makes it much harder to break into a WiFi network.

    Setting the above options complicates life when adding new devices to the network, but significantly improves WiFi network security.
  • #50 16766302
    marclo
    Level 9  
    I still have a question:
    What dimmer outputs do ERM controllers have and what lighting can be connected to them?
  • #51 16766371
    ehouse
    Level 10  
    The dimmers used in the eHouse LAN, WiFi controllers are low-voltage PWM drivers (pulse width modulation: f=2.5kHz). LED strips with a maximum consumption of approx. 2.5 A (built-in SMT fuses) can be connected to them.

    The driver is a MOSFET transistor in the OD (open-drain) configuration, so theoretically, you can dim the LED lights to higher voltages - however, you must not supply the ERM or the eHouse WiFi driver in the basic version with this voltage (as they have a linear power supply allowing operation at a maximum of 15V).
    Special versions of the ERM and WiFi have an additional pulse power supply allowing them to operate at up to 25VDC.

    In addition to dimming LED strips, a PWM=>1..10V adapter or a simple RC circuit can be used to connect the dimmer to the control input of power supplies with dimming function to supply other LED lighting sources (e.g. current) or phase dimmers.

    More information on dimming and control options for LED lighting is discussed eHouse Lighting Control .
  • #52 16856436
    ehouse
    Level 10  
    We are pleased to announce that the eHouse system has been integrated with Domoticz Home Automation software enabling full cooperation of Building Automation controllers:
    - eHouse LAN (EthernetRoomManager, CommManager, LevelManager)
    - eHouse RS-485 (RoomManager, HeatManager)
    - eHouse WiFi
    - eHouse RF thermostats
    - eHouse PRO

    Integration refers to:
    - Auto-detection of all controllers and names
    - Outputs on/off,
    - On/off inputs,
    - Measurement inputs
    - Control settings
    - dimmers
    - dual outputs (drives for roller shutters, gates, valves, etc.)
    - Output/light programmes, security zones, drive programmes, heating programmes, etc.

    More information about integration with Domoticz and configuration: Integration of eHouse with Domoticz .
ADVERTISEMENT