Jump to content
C4 Forums | Control4

VegardK

c4Forums Member
 View Profile  See their activity

  • Posts

    80

  • Joined

  • Last visited

 Content Type 

Everything posted by VegardK

  1. VegardK
    The Generic is for use with KNX that do not have a driver. So if you need to use a Contact or Relay from KNX then the KNX Relay/Contact driver is correct. But if you need to use say KNX Scenes with datapoint 17/18 then the Generic can be the right way. The generic is just that generic with lots of opertunities to use many different yet "unsupported" datapoints from KNX, and you need to combine logging to find the right way.
  2. VegardK
    Best here is to use a knx switch/contact driver. Then add the KNX Address to a contact and then do a connection with a generic motion driver.
  3. VegardK
    Does this work on the new 18?
  4. VegardK
    Does anyone know if any of the AVR etc. drivers for Denon works with Denon RCD-N8?
  5. VegardK
    Any luck with this? I would want to send a ssh reboot command for a system from Control4.
  6. VegardK
    Cool will have a look at those Thanks!
  7. VegardK
    I have just used the SNMP from scanning, I have not used any custom MIBs. Is there any custom MIBs that I can use?
  8. VegardK
    This is true. Therefor trying to see if there is any others with information to what is normal for Control4. Cause this is different than other systems like you say.
  9. VegardK
    Thanks. Well then running on 6+ is not bad. But then this system should have more cores. But then again it would just pile up even more from my understanding. Peaking on 9 I don't think is good though. But If I look at the EA1 the CPU is averaging 5% with min 4% and max 42%. So thats not bad either and way within The memory on the other hand seems more worrisome. The Available memory is averaging 21%. Where the lowest 13% left and max at 24% left of memory. Is this something I should be more aware of? On screenshot of klaue2 it can seem that the EA5 there is having around 50% left... Its good to understand all this cause in terms of system capacity and planing, when should you go for a EA3 instead of EA1 and so on. When not basing it on how many sources you need. I like to use the EA3 a lot as it has PoE power, and I can then reboot it on the switch port if needed.
  10. VegardK
    Its never going to be easy. Its only gonna get harder. One need to use all the tools you can get in many ways. But its true what you say the problem lies with programming, bugs (lots of those around) and hardware failure. But then again a log would easily show if a you program something that would spam the system increasing its load. Or if you see some hardware responding worse over time. And as mentioned not doing a upgrade on a system, if you can see its close to limits, before those limits are dealt with.
  11. VegardK
    I guess only way to find out is over time. comparing systems. Comparing those that works well to those that does not work or fails. Anyway monitoring key aspects of systems I think is a good thing to do. Being early out and also in cases come before, telling the customer there is issues with their system and we are working on it. Before the customer even know there is a problem is good. Also most likely easier to tell a customer that you should upgrade your system cause you are on the limit with it. Not adding more features to a system that are on the edge, before doing some upgrades to the system.
  12. VegardK
    The tooling (PRTG) hasn't been set with any warnings yet, as I need to set them. And rule of thumb would be to have a system running less than 0,7 as the system then has space on the "road". And then set an error above 1.0 as there is no more space on the "road". And 1 core has 1 capacity so 4 cores would mean 4.0 would be max capacity. And in this case setting after this rule would go into a constant error. But as you say it doesn't really have to be bad. It might be Control4 has set so that it should always be on limit, and have processes waiting to do some "not that important" jobs. This is monitoring from 1 system only as well, I hope over time to gather this from several systems including EA3, EA5 etc. Once I have that I can be more sure of what is normal and not. I might take this to Control4 them self, and ask them what they say is ok an why.
  13. VegardK
    Yeah all is relative hence this thread Its the same guess as me that there is processes/drivers etc waiting to be processed. And that they don't need much capacity to run from the CPU, hence the low CPU %. I don't get monitoring from the the disk other than space, so cannot put that into the equation.
  14. VegardK
    In linux, average load is not the same as CPU utilization in %. CPU load in % is this. But that's how well each process is using the CPU not how many processes waiting to be processed. Take a look at this link about load: http://blog.scoutapp.com/articles/2009/07/31/understanding-load-averages So the 4 cores that the EA1 has the max load would be 4.0. But the system in my case is running 6+. Meaning processes is waiting in line to be handled. Then each process does not utilize the CPU that much, therefor low CPU utilization but high load. I guess this comes down to the fact that the system keep reading/writing a lot both from drivers and other systems, as well as reading all programming all the time.
  15. VegardK
    Sure thing This is for last 2 hours.
  16. VegardK
    Yes this is from the PRTG monitoring system I use. If you look at the "SNMP Load Average" in first image you will see it's 6,07 (1min). But 5 and 15 min is much the same, so load is quite constant. CPU load in % is not the same as system load. A processor can have low CPU usage but can be struggling due to processes waiting for time on the CPU.
  17. VegardK
    As an system integrator of Control4 I want to be sure that each system is not overloaded, monitoring systems gives you an idea on what controller the next customer should go for an why. We have a demo system running a EA1 with lots of drivers and lots of automation programming. And monitoring the SNMP Load Average shows a steady 6+. Sometimes peaking at 9+. And from my understanding the EA1 seems to have 4 cores?, meaning 6 or 9 in load is very bad. But then again the system seem fine. CPU seems fine and low, the memory on the other hand is low but steady on 21% left. Have anyone else done some research and monitoring on this?
  18. VegardK
    I am wondering if there are any other knx motion sensor drivers available, than the one in the library? The one in library does not seem to show up as a motion sensor in the app. And the driver has a relay output that cannot be connected with a generic motion sensor driver, as those are contact. Anyone with a solution to this? I have been searching but not finding anything so far. It seems a bit strange that this isn't more common. EDIT: I did find this KNX Sensor driver with 1 group address, that has 1 contact output, which means it can be used for many things. So that can then be linked with a generic motion sensor driver. https://technet.genesis-technologies.ch/control4-drivers/knx/sensors-and-relays/
  19. VegardK
    In my case the problem is a bug with the HomeSeeer Dimmer driver. After a reboot I have to go into composer and manually set a random value to the tracking lights. once done the tracking works. Its weird, but we will find it out eventually.
  20. VegardK
    It's not Control4 dimmers. It's actually a new HomeSeer/Z-wave integration. Not complete yet, but dimming work. Any idea on why it's not tracking, or what to do for it to work better?
  21. VegardK
    Anyone has experienced that the scene isn't tracking? No scenes is tracking for me, but I cannot see why it shouldn't.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.

  I accept