Jump to content

IndyMike

Members
 View Profile  See their activity

  • Posts

    1619

  • Joined

  • Last visited

 Content Type 

Everything posted by IndyMike

  1. IndyMike
    @CoolToys, Have a look at your motion sensor for the guest area. It can disable/interrupt your bedtime program if it fires at the wrong time. I just recently replaced batteries on two MS I sensors that were behaving badly (no low battery set). Aside from that, when programs fire without a trigger or re-enable themselves I start thinking about SDcards and the like. A program should Never spontaneously enable itself (you can enable a program with another program). I have no experience with the Eisy, so I will bow to others who do.
  2. IndyMike
    @gempro, not sure if you have been able to resolve your issues. Your event log did show an interesting detail that was not part of the scene test. After the test completed, the ISY attempted to write an update to your 46.2F.CA device (RemoteKP.F). This update failed with a Nack response from the KPL. The Nack indicates that your new PLM is not currently linked to this device. It looks like with update may have been automatically triggered after you performed the scene test. In a system that is having communication issues, that can complicate things. Try turning OFF the automatic writes (screen capture below) and restoring this device. If the restore completes successfully, perform a link table read/compare to double check. Continue in this manner with your other devices. If the restore does not work, come on back and we can develop a plan B. <html><font color="red">----- Keypad LED F Test Results -----</font></html> <html><font color="red">[Failed]</font> KeypadF (44 7D D7 6)</html> <html><font color="red">[Failed]</font> RemoteKP.F (46 2F CA 6)</html> <html><font color="red">----- Keypad LED F Test Results -----</font></html> Wed 10/23/2024 07:18:32 PM : [INST-TX-I1 ] 02 62 00 00 12 CF 13 00 Wed 10/23/2024 07:18:32 PM : [INST-ACK ] 02 62 00.00.12 CF 13 00 06 LTOFFRR(00) Wed 10/23/2024 07:18:32 PM : [Ext MH ] Unexpected Ack imCmd=62 cmd1=LTOFFRR 0x13 Wed 10/23/2024 07:18:32 PM : [46 2F CA 1 ] Link 27 : 0F20 [A22A711973FF1F01] *Failed Writing [A22A711973FF1F01] Wed 10/23/2024 07:18:32 PM : [All ] Writing 8 bytes to devices Wed 10/23/2024 07:18:32 PM : [INST-SRX ] 02 50 46.2F.CA 71.19.73 AB 2F FF (FF) Wed 10/23/2024 07:18:32 PM : [Std-Direct Nack] 46.2F.CA-->ISY/PLM Group=0, Max Hops=3, Hops Left=2 Wed 10/23/2024 07:18:32 PM : [D2D EVENT ] Event [46 2F CA 1] [ERR] [1] uom=0 prec=-1 Wed 10/23/2024 07:18:32 PM : [ 46 2F CA 1] ERR 1
  3. IndyMike
    @CoolToys, the program you posted above has the variable $sOccupied_Guest_Edit is 0 as a qualifier. I'm not sure where this is controlled, but if it is altered it could cause your program to exit prior to completion. The waits in your program will allow this. Some lights could be left in the incorrect state, and the variable $sBedtime = 1 might not be set.
  4. IndyMike
    @CoolToys, as others have indicated, a program that uses ONLY the condition "Time is XXXX" will show true until it triggers false. Unfortunately, it will Never trigger false. As a result, you can't use the program status as an IF condition in another program (it will always be true). As a workaround, you could use the "From XX to XX" clause that would evaluate to a false after the time period. The following program will evaluate to false 1 minute after sunset. This becomes difficult if you have embedded "waits" within your program (which you do). You wind up with a race condition between the program and the If statement. It's far better to separate the Trigger (if statement) and program (then clause) into two separate programs so the IF statement won't terminate your running program. Outside Sunset - [ID 0015][Parent 0002] Outside Sunset - [ID 0015][Parent 0002] If From Sunset For 1 minute Then Set 'Outdoor / SC Outside Sunset' On Else - No Actions - (To add one, press 'Action') I'm not sure that's the answer to you issues as nothing that you've posted above would results in your variables both being true ("sEarly_Morning" and "sNight") Please do review your code for any programs that use a program "true" status as a condition.
  5. IndyMike
    @SimonK, thanks for taking the time to post back the results of your ticket with UD. It sounds like this problem may have been frustrating users for some time. Curious whether it applies to the Polisy and possibly the ISY994. In the meantime, celebrate by spinning up some Queen "another bug bites the dust"
  6. IndyMike
    @Guy Lavoie, thanks for the clarification. Looks like I added 2 + 2 and came up with 22. One question regarding your eisy/Zstick configuration - does it support S2 security? The link that I referenced above (@lilyoyo1) indicated that S2 security was only supported for the Zmatter board. Wasn't sure if that had changed.
  7. IndyMike
    Ouch! When did UD UNSUPPORT the Zooz 700 stick? That's a rather major new item and a big departure from previous statements. Did I mis-understand? https://forum.universal-devices.com/topic/34826-zwave-700-series-tips-and-tricks/
  8. IndyMike
    I'm thinking that the IF clause is re-evaluating to false after you have run the "Then section" of the program. Your 20 second waits will allow the program to exit. Try separating into two programs (1 program for IF and 1 for Then).
  9. IndyMike
    @larryllix, I was unaware (or forgot) about the psudodevice using the Alexa interface. It appears that similar triggers can be accomplished by publishing variables through the portal. Not my cup of tea. I understand that this is my issue. I started with the ISY26 in the way back because it was a local solution to home automation. I've managed to stick with that for most of my ISY994 and Home assistant implementation. Not willing to go to the Dark Side (pun intended) of internet automation. As stated earlier, I have a very different view of scene status. I wan to know if ANY device in a scene (bsmt, 1st floor, 2nd floor, outside) is on so I can display it on a keypad and turn All Scene Members off. My thing - but that's what home automation is, right?
  10. IndyMike
    This is precisely the thinking that led to where we are now. We could never agree on what constituted the status of a scene. In trying to please everyone, UD did nothing - and pleased no one. If they had tried something, it would have been a starting point that could have been built upon... I am quite pleased by the scene status that HA currently gives me. If I upgrade my ISY994, I will try the Virtual plugin. I'm quite sure I could find applications for it.
  11. IndyMike
    @Guy Lavoie, nice find and good job realizing the possible applications. This is what happens when a new set of eyes looks at an old problem. Rather than enumerating all the ways the problem can't be solved, the new eyes provide a solution. If I could figure out a way of running this on my ISY994, I'd be all over it. I guess it's one more vote for upgrading to the Eisy...
  12. IndyMike

    Link Confusion

    IndyMike replied to JoelW's topic in eisy

    The links for 33.D7.B7 are showing a mismatch, but they are probably OK. The LSb is being set to 1 for some reason, but probably won't cause any harm. A restore will correct this, but it's likely to return. Device 34.E7.8B is a controller for group 00. It's very likely your PLM. The links for 33.10.4F look valid. Your deck lights are listed as a responder to the 33.10.4F switch. There should be in a scene on the admin console showing 33.10.4F as a controller and your 34.09.80 as a responder.
  13. IndyMike
    @Techman, very interesting. Wasn't aware the ISY994 supported Zwave 700 series dongle's. Which manufacturers are compatible?
  14. IndyMike
    Thank you Paul. I am familiar with the switch monitoring technique. I've been using it since my first ISY26 back in 2007. It most certainly does work. The technique allows me to monitor each floor of my house (1st, 2nd, basement) and display the status on keypads so I can turn monitor/turn off sections of the house as I am leaving or going to bed. It is also, unfortunately, very easy to break. Devices moving in/out of scenes, devices being replaced by dissimilar devices, naming issues all contribute to broken status programs over the years. With IF statements of 25 to 75 devices, it's easy to miss things. This maintenance issue could be avoided if we had access to the scene state (on/off). Somehow the ISY is communicating this information to Home Assistant (very nicely). As @Guy Lavoie stated, this is a feature request - not a problem to be solved through a work around.
  15. IndyMike
    This discussion has been going on since scenes were implemented by Smartlabs. The bottom line is Insteon does not support either Scene "Status" or "control states" and creating an architecture for this has been LOW PRIORITY for UDI. One workaround that I have found is to use the Home Assistant integration for the ISY. Home Assistant treats scenes as "switches" or "relay devices". They are either ON or OFF. Curiously, I noted that Home Assistant shows scenes as active (ON) if ANY scene member has a Level > Off. Conversely, all scene members must be Off for a scene to be shown as Off. I use this functionality for triggering programs on Home Assistant. I seriously doubt that Home Assistant is divining the scene status on it's own. Unfortunately, we don't have access to the information on the ISY platform. Seems a little ridiculous, but there are far worse things in life.
  16. IndyMike
    That's it. The top "On" button and bottom "Off" button on the 5 button KPL are essentially Non-toggle buttons. The ON can only send On commands (or bright) and the Off can only send Off commands (or dim). As we discussed above for the Motion sensor, multiple consecutive ON commands will NOT show up in the Log (same for multiple Off). The device communicates and will show up in the event viewer (and trigger programs), but repeated commands will not be reflected in the logfile. I have never used the "buttons grouping" feature. As recommended by UDI, I use scenes to accomplish similar things. Look for programs that may be triggered by the devices turning ON. You may want to disconnect the loads to see if this eliminates the issue. Good answer. I've used the vacation mode feature on a few controllers. Being from the "dogpatch" section of the country, I don't have a real application for the feature. I can understand it's value for others. Not sure how repeatable this problem is... If you manually run your program can you force the problem to occur? If so, you can copy the program and try removing devices to see if the problem goes away. I think there is a way to accomplish what you want. It involves switching the KPL to 8-button mode and then joining the A+B and G+H buttons in a scene. From the outside the KPL looks like your 5-button. A+B buttons are Non-toggle ON (as they are on a normal 5 button) and the G+H buttons are Non-toggle Off. It allows you to control the lighting on all of the buttons - when all buttons are off, the KPL can be completely dark. If you're interested, we could start another thread on the configuration (may already be something on the forum). Probably better to figure out your current issues 1st.
  17. IndyMike
    Hey @CoolToys, sorry to hear that problems are rearing their heads again. I looked over your logs. There's a couple of things that I see, and some that I don't: I do not see a trigger for your program. Neither your "MB Window Keypad.ON" nor your "MB Door Keypad 70 9B C0All On" show as having been switched on. It's possible that you have these set as Non-Toggle On. In this case the Log would only show the 1st on event. Please confirm. Your HallwayOutletCurio is showing a "ON" status and is immediately followed by an "ON". This can sometimes happen when a device like a lamplinc is connected to a non-resistive load. The load can provide and electrical kick-back and fool the lamplinc into thinking it has turned back on. Please confirm the device type and model. Turn off the local load sensing if equipped. You have many devices and scenes in your program. 11 devices and being addressed individually and you are using 17 additional scenes. Why not put all of them in a single "bedtime" scene and issue a single "fast off" command? This would eliminate a ton of communication and program waits. Are you experiencing issues communicating to some of the devices? Beyond the above, I would guess that you have another program that is being activated and turning (some) things back on. Look at the program summary tab for programs that have run in the same timeframe. You can sort by "Last run time".
  18. IndyMike
    Answers to your questions above. Use the scene in your programs and from the Admin console.
  19. IndyMike
    @twired, I find it extremely interesting that your program is ONLY executing the Else section. If the IOLinc status NEVER becomes true, I'm not sure how you could be activating the Else multiple times (there is no state change). Are you basing your statement that the IF section didn't run on the Lack of and Email? I'm asking because this might be interrupted by a quick change in the IOLinc status. A quick Off - On - Off might exit the If section and run the Else. Do you have another program that calls the Else section of the alarm program? Are you running a periodic query program on the IOLinc? Please do perform the changes as suggested by @paulbates and @Techman. If things still aren't happy, we can take a look further.
  20. IndyMike
    @Blackbird, I'm thinking this is coincidence. Home Assistant shouldn't do anything to prevent an ISY scene from activating. If you have Automations (programs) set up on Home Assistant, It could turn off devices using the ISY. The ISY should have knowledge of this - it will show up in your event viewer and Logfile. Please check - Run a device link table compare on your KPL. If there are corrupted/missing links, do a restore. Manually activate the scene from the ISY console. Chances are you are having communication problems and not talking to the KPL If the scene doesn't work, try device direct communication from the Admin console (turn the KPL itself on, not the scene). Let us know how things go. If you absolutely can't talk to the KPL, we'll need to get a bit more invasive. Edit: Are you running Home Assistant on the EISY or another device?
  21. IndyMike
    Could you post the program that is running the Else clause (IOLinc activated)?
  22. IndyMike
    Sorry - looks like I was the one that was confused. Back to your normally scheduled broadcast...
  23. IndyMike
    As @oberkc indicated, the ISY log should show X10 activity received by the PLM. In the view below, activity on house code F is valid. Activity on House Code P is not. Unfortunately, X10 signals are likely very low level. If you don't have X10 repeaters in your system, it's unlikely the PLM will receive ALL the X10. Time to pull out the age old X10 troubleshooting tools: Look for battery devices that may be failing (motions, etc). These can spontaneously change house/unit code as the battery drains. Trace circuits (flip breakers, unplug devices)- if the problem is isolated to a circuit or phase try filtering or improving signal levels. As @paulbates indicated, try changing house codes. Certain house codes are more prone to noise issues. J is one of them because of the bit coding. I have always gotten spurious signals on P. House code A is typically where battery devices communicate when they start failing. It is possible that an Insteon device has a X10 house code programmed. The only way to eliminate the House code is to factory reset/ restore the device. You may need to head over to the old X10 forum for additional tools.
  24. IndyMike
    It sounds like we are confusing terms here. Tazman is referring to the Secondary Buttons on a KeyPadLinc. It looks as if you are referring to a 2477 Dimmer Switch that is a SECONDARY (responding) device in a scene. Please respond whether this is correct. If this is the case, the load should react when the 2477D Leds react. If it does not, you have a defective load, problems with your wiring, or a blown Triac (output stage) in you 2477D.
  25. IndyMike
    @eric_allman, glad you made it to the end of the long and winding road... As far as the IRLinc is concerned, I believe these are powerline only devices. You could try plugging it in next to the PLM to see if it will link.
×
×
  • Create New...