ILoveControl

1 hour ago, msgreenf said:

no, that is only partially right.  You have a project on a EA now and you upgrade to a NIB core, you will have to subscribe to connect.  Connect requirement is about when the hardware was first registered.

Oh ok - thank you for clarifying. Interesting so as soon as you go to 3.4.2 and you add new controllers you going to be forced to connect subscription. So, then the question is, if you get the controller registered via connect can you still manage that controller via Composer Pro?

50 minutes ago, msgreenf said:

Correct.  Even registering an existing used Core/EA won’t need to use Connect…

So am I correct in my thinking that Connect is for net new Projects that need to be registered. Projects already register composer still can as per above register existing or new CORE/EA's into the project?

On 4/23/2024 at 6:02 PM, RAV said:

Primarily Bug Fixes and Connect Requirement.

https://www.control4.com/docs/product/control4-software/dealer-release-notes/english/latest//control4-software-release-notes-rev-as.pdf

Interesting - they removing the ability already to register projects in Composer pushing to the new subscription model. From what I can see/read even with the upgrade it wont affect current systems that have already been registered its for net new registered projects.

Hi all, 

Wondering if anyone is using this driver and if it requires you to keep the cr@ppy default firmware or this driver still works if you flash tasmota on the sonoff devices? 

I'm particularly interested in it for the 20+ switches from R2s to R3s but I have tasmota flashed on all of them. 

1 hour ago, RyanE said:

The 'WHEN' is not a statement, it's a description of the triggering of the programming.

In Composer programming, that's the event that happens, which is in the left pane in programming.

The description (which does say 'When') is at the top of the programming screen once selected in the events pane.

For example: When Office -> Office Lights turn on...  [do this].

RyanE

 

 

Thank you for taking the time to clarify 

On 4/14/2024 at 10:30 PM, Cyknight said:

The touch doesn't have genric hard buttons, so the only thing you could really do is at a room level:

 

WHEN command {whatever unused button available on the halo touch is available, say STOP} is received
IF {room} selected device is androidTV
	send command {colour} to AndroidTV

 

May I ask a really dumb question, been seeing alot of the "WHEN" programming but when I look at composer in the programing sections I only see Else , And Or etc - what am I missing where does the "WHEN" condition come from?

Hi all,

I am planning to buy a bunch of these things - Shelly 1PM Mini Gen3 instead of buying a bunch of C4 switches. WIll be using it with the Chowmain Shelly driver. Question before I buy a bunch of them anyone used this specific one or the previous gens and they work as expected?

1 hour ago, msgreenf said:

There are 2 ways to do this:

1) time the door and delay X seconds then stop the door

2) place a sensor mid-door on rain and then stop when that sensor is hit

OK cool - I thought about 2 (dont like the timing one) but then how do you open fully when you want to open it using the relay because it will hit the contact and stop - or am i missing something?

Hi All,

Trying to get some ideas for a requirement I have on my garage door.

I use a Axxess Card Access to drive a relay to open and close my garage door. I have a Nyce garage door tilt sensor to indicate if the garage door is open or closed. What I a want to do is:

I run quite a few solar inverters in the garage and the temp gets quite high, this is easily taken care of by leaving the bottom of the garage door about 20cm open. I wanted to see if I could do this automatically but since the garage door open and closes simply by a relay signal I was trying to see how I could achieve this (opening the door by 20cm only) automatically. I was thinking of a contact switch to the position I needed that open or something else but would love to hear any ideas/advice/have done something like this before from the forum?

So update for all following this:

Moved the Dry Contact and Relay from EA5 Terminal blocks to C4-Z2IO and everything has stabilized its acting as intended. Wonder what happened on the EA5 side of things.

Quote

You could put the second magnet you’ve got on the sensor temporarily to keep it set.

if you get a trigger it’s wire, length, emi or controller.

if not, it’s spacing.

( I also would have a relay before the controller, which can also halt some low level voltage emi )

I have removed it completely off the EA5 and to a C4-Z2IO (most expensive relay / Contact switch in the world :D) to remove any potential EMI from a long outside wire to my EA5. Would rather blow the C4-Z2IO than my EA5

What this should also show me is if there is/was an issue on that contact port on the EA5 Terminal (if the notifications stop sending when the gate is closed).

Quote

I would suggest disconnecting the sensor at the gate temporarily to see if the issue disappears 

If it does go away then the problem is the sensor

It could also be that the magnet is on the fringe of triggering the contact an a small movement of the gate by wind or whatnot is triggering the sensor

As per point 2 above I have changed the Dry Contact twice (two new ones), I have also checked the distance (less than 1mm between both parts of the dry contact), in addition put some padding in the gate and using forceful movement by hand the gate does not move one bit, so I can confidently rule out "natural movement" as a cause. These Dry Contacts (as I tested it) have quite a tolerance in terms of distance like 2cm apart it still picking up as closed.

I have no connected it to the C4-Z2IO Contact (Dry Contact for open close of gate) and Relay (to send msg to open close gate) - I am going to test this first before your next suggestion of just disconnecting the sensor all together and see if I am still getting notifications.

Quote

If it were me I'd do this, but mostly because I wouldn't want to risk my controller to a lightning event with a direct connection over 40m.

Yeah I didn't think of it that way and you 100% right - esp where I live on a hill in a region lighting is just nuts I didn't think about the possibility of long run wires in the ground and transmitting that to my EA5 and causing more damage - Have moved it to the C4-Z2IO as both a best practice  and to see if I stop getting all those dam notifications.

Quote

Slightly different but I had a similar issue with the Chime. It kept sending notifications saying the doorbell had been rung when it hadn’t. I had to do a full system reboot to fix. Not sure if you have tried this but have you tried connecting a simple relay or meter to the dry contact on the gate? This would help you determine if the gate contact is working correctly or not. 
 

I’ll put a bet on there is a software glitch somewhere but hopefully I’m wrong.

I have rebooted a few times tbh so don't think its a reboot thats needed. Good point though! I have changed the dry contact three times already to new ones I bought same outcome.

Hi all,

I have a dry contact wired up to my EA5 as per the manual on the +12 and SIG terminal on Contact 1 on the EA5 terminal block. The contact type is one of those that is typically used by alarm systems on doors and windows (uses a magnetic connection).

It is on my front gate and is a simple dry contact that shows the gate open or closed. This has worked really well for over 4 years.

On Gate open (contact > open) I send a notification via 4sight to notify me the gate is open with a snapshot of the gate camera.

Last two weeks it’s been going nuts. Random notifications and false alarms that the gate is open through notifications. So this is where the journey that is driving me nuts started.

This is what I have done to trouble shoot:

1. Checked that the contact is making the right contact and the gate isn’t bent or too far away from the contact. There is less than 1mm between the two parts of the dry contact, no play on the gate.

2. Changed out the dry contact (just to make 100% sure) at the gate with the same make/model - same issue.

3. Because 2 didn’t work - took the wire out the terminal at the EA5 on +12 & SIG and cleaned it up stripped some new wire and reinserted - Same issue.

4. Because 3 didn’t work - Pulled a new wire (over 40M) incase there was some sort of breakage for some reason in the wire between the dry contact and the terminal on the EA5 - same issue.

5. Because the physical connection side hasn’t worked - I have even added a 10 second delay on the programming of electronic gate > Open, incase its some sort of movement on the dry contact, then it checks gain to see if the gate is open > delays another 10 seconds before doing one more if open check to send me a notification - I keep getting random notifications,.

So what happens with the notifications - it can go the whole day without notifications then randomly (and I am starting to notice a pattern of late at night say 10pm on wards) I get about 40 notifications of gate open with a snapshot (which shows gate was never actually open).

Not sure what else to check or if I have missed some updated setting on this contact driver to make it more/less sensitive?

So on such a simple thing a bit stumped here…. willing to try any suggestions.

I also have a C4-Z2IO almost in the mood to take the dry contact that is connected to the EA5 Terminal block out and try it on the C4-Z2IO incase its something gone wrong on the EA5 - but surely it cant be a dry contact is like one of the dumbest things

I have both and agree with @Cyknight Axxess has some added features. 

Nyce well like @RAV said they nice  - what I prefer between the two:

1. If it is going to be visible - Nyce (they small, battery life is ok and they look great)
2. If its not going to be visible and I need those additional features - Axxess as they more robust IMO.

Examples -  

Door / windows - Use Nyce (they also have a very cool garage door sensor that uses the tilt of the garage door to sense if its open which I use)

Front electric gate (open close) - Axxess

Funny - I started getting random notifications on a contact switch simple contact witch connected to the contact on a EA5, I have replaced the contact switch, the cable between the contact switch to the EA5 and I am still getting random notifications (notification is when my front gate opens) - Gate isnt open and it keeps sending notifications.

12 hours ago, Dueport said:

Awesome! Great update - thank you @Darin, PM C4 CX Platform and C4 team!

Hmmmm just checking do they have one for android watches?

3 hours ago, South Africa C4 user said:

Hmmm… interesting.  My OSDs are taking much longer to load (after refreshing navigators) on OS3.4.1

May well be related.

T4s - 40 seconds (OK but was under 30 seconds on OS3.4.0)

EA1s - 2 - 5 minutes (compared to under 1 minute on OS3.4.0)

EA5 and core 5 - haven’t tested yet but will.

My other EA5 and EA1s working fine it's just my one EA5 which is the director as well that keeps showing "starting apps". Reboots not helping so there must be something.... 

I have a interesting "situation" after upgrading to 3.4.1.

Firstly 99.9% is working in composer everything is accessible changes can be made AV working, zigbee, composer all good. The "interesting" part is I have two EA 5 x 3 CA 1s. On all my controllers but the director the on screen navigator is working. On the one EA 5 which is the director I get a Control4 message on screen saying "starting apps" and doesn't go away, have rebooted the controller twice, have left it for 24hrs to start its apps but it just hangs on this msg when I try use the on screen navigator on this EA5 (which is the director). 

Any suggestions? 

Hi All,

I have a few Nyce sensors eventually got around to play with the NCZ-3011 (Window/door - contact switch) using the driver:

Name: HA Profile Contact Switch

Device File: DoorWindow_zb_nyce_3011.c4i

On the device properties its behaving as you would assume - it shows sensor open and closed if you open and close it .....

Where I need help is if I go to programming there is no programming options for when its open and closed all it shows is Events:

1. Back Online
2. Battery Low
3. Offline Warning
4. Trouble

I would of expected it to have Sensor status of some sort so I can program when the contact is open or closed? Or does one have to then bind it to a normal relay or contact driver and use that instead for programming? Would appreciate the help.

10 hours ago, DanITman said:

I have a new driver that calculates solar position that you might be interested in.  Looking for some testers. It calculates it right on the driver and doesn’t use an api. 

@DanITman - I all for testing! like the fact its on Solar Position 

21 hours ago, booch said:

I'm really in to adaptive lighting (have eight overall brightness 'modes' that activate programmatically). Have tried many methods of sensing outdoor/ambient light, e.g., Tempest, dedicated lux sensors, etc. and settled on a combination of timeclock/solar cycle and cloud cover info. (now from Tomorrow.io, previously NWS) to dynamically adjust the timing of transitions. Local sensors are great on a sunny day, but throw in clouds/changing conditions, severe weather, etc. and there's a lot of temporary variation, which wasn't very useful for me (i.e., I don't want to change my lighting for a 20m storm).

If your set on getting sensor data though, beyond the Tempest, Shelly's 'Door/Window 2' sensors measure lux, integrate well, are cheap, have long battery life and are surprisingly accurate. I literally left a few stuck outside on my house (under eaves) to collect data and they had no issue after a year, with something like 80% battery left. Other sensors I tried were more sensitive/industrial, but they required more creative solutions to power and hide, and the data ended up being functionally equivalent (after processing it for the use case).

I suspect a camera source (let alone the DS2'S poor one) would be a poor choice, as the brightness is all over the place based on clouds, cars, people/activity, etc. (and of course not optimally aimed). It'd be great if the ambient data from C4 lighting was more accessible, as I'd imagine effectively gathering and processing that info. (from hundreds of sources) could be useful, but unfortunately I haven't heard of anyone figuring out how to aggregate it.

Man love this level of detail thank you! - I was thinking the same to control my inside / outside lighting but just havent found something that works well thank you for the post.

@South Africa C4 user - there is a Victron driver for C4? Really? I use Victron on all my residences didnt know there was a C4 driver for it.

22 hours ago, Andrew luecke said:

Smoke Plus should already be supported. I'd strongly recommend adding to cloud, giving a static IP to C4 controller and devices and provisioning via cloud (as they're sleepy devices). You might have to wake it up to provision it.

 

In regards to the LPG, did you mean: https://www.shelly.com/en/products/shop/sg-eu-lpg . We tested one of those (and fairly sure the api is the same), so should work too. Again, for the best reliability, use the Cloud driver, but keep in mind that for insurance purposes, you may need to approach it a different way (as, 4sight could be down, wireless could be down, etc)

Thats great news thank you - yes that was the LPG sensor.

Question - is there a smoke detector driver one can bind to this or how do you typically set it up a Relay? It would be nice if it could come up as a smoke detector in the navigators. They are configured to the shelly cloud I have 10 of them around the house. The "sleepy" nature whilst I understand why (Battery) is a nightmare to get them woken up again so that they can reflect in the network and you can set their static IP nature.