X10 Community Forum
📱🖥️PiX10Hub => 🏥Help and Trouble Shooting => Topic started by: petera on November 27, 2019, 05:15:53 PM
-
As promised I managed to secure the above with 5 different types of sensors on eBay for the equivalent of $30 dollars. It's now fully up and running configured for Homegenie. Arming/Disarming from a wall mounted tablet and no need for third party products like Broadlink or HA Bridge to achieve the sending of RF codes to the console from HG via the CM15.
If you need any further details just post here.
-
SC9000. That is a European version of our SC1200.
Took a look at its manual. May have a few options we may not have.
Glad you got it working and I am sure others will find your information a great help.
-
It should be noted the European cm15 is a different animal then the CM15A. The European version has a far superior rf transceiver and I believe is also is capable of IR.
-
SC9000. That is a European version of our SC1200.
Took a look at its manual. May have a few options we may not have.
Glad you got it working and I am sure others will find your information a great help.
Yes I wanted to investigate its integration with todays home automation software a little more. Obviously the console is quite basic by today's standards but it's fitted in with HomeGenie nicely. The visual representation of the console on a panel does look quite well and of course it's now working well with all the other aspects of todays home automation which it was never really designed to do.
The old POTS connection for dialling out and in is managed by an RJ11 outlet on my router which incidentally knocks out a 1gb/s connection. The old and the new working together. I have to say it was certainly a nice piece of kit in its day and it's now triggering notifications by dial out phone, SMS and email which is no real mean feat when you think how old it is. I borrowed a remote pendant, scanned the RF code which means I don't need to own one now as all the remote work is carried out by HomeGenie.
What features have you noticed that may be available on this console that may not be available on the SC1200.
-
It should be noted the European cm15 is a different animal then the CM15A. The European version has a far superior rf transceiver and I believe is also is capable of IR.
Are you saying that the CM15a is not capable of IR. That's strange indeed. I assume it's doing RF TX/RX though.
-
Yes the Cm15A is not capable of IR or learning any radio codes.
The Cm14A was but never put into production due to patent issues dealing with the ir/rf.
-
Yes the Cm15A is not capable of IR or learning any radio codes.
The Cm14A was but never put into production due to patent issues dealing with the ir/rf.
That's amazing. Assuming its on the 310mhz band it's not reading any 310mhz IR or RF remotes. How does it cope with the standard wireless X10 remotes. I'm assuming it handles them somehow. Are you referring to security codes.
-
it sees the X10 rf and has a limited set of sending but can't learn. AHP software enabled the security rf learning and sending.
When X10 Security codes were added to the SDK I was told it was not for the North American market and would not work with the CM15A
-
it sees the X10 rf and has a limited set of sending but can't learn. AHP software enabled the security rf learning and sending.
When X10 Security codes were added to the SDK I was told it was not for the North American market and would not work with the CM15A
So assuming you have the arm/disarm codes sniffed from somewhere are you saying you can't send these codes directly from HG via your CM15a to the SC1200 using this something like this
/HomeAutomation.X10/RF/Control.RfSend/29 98 97 86 79 61 80
-
If the CM15a won't do the RF side of things for you it might be worth considering the W800 unit. The beauty of this is that HG already has inbuilt support for it.
-
Ahp added what ever was required to a security string so A security console could see the cm15a signal. I don't need a extra piece of hardware to do any rf or ir as the broadlink does that for me. I had started to code so Hg could send directly to the broadlink without HA-Bridge but it still needs a bit of work. HA-Bridge is used here for alexa and it works better then the broadlink skill for me. So Im in no hurry to get my HG code tuned in
-
Ahp added what ever was required to a security string so A security console could see the cm15a signal. I don't need a extra piece of hardware to do any rf or ir as the broadlink does that for me. I had started to code so Hg could send directly to the broadlink without HA-Bridge but it still needs a bit of work. HA-Bridge is used here for alexa and it works better then the broadlink skill for me. So Im in no hurry to get my HG code tuned in
Are you confirming that you can’t scan your SC1200 remote rf code directly into HG.
-
Ahp added what ever was required to a security string so A security console could see the cm15a signal. I don't need a extra piece of hardware to do any rf or ir as the broadlink does that for me. I had started to code so Hg could send directly to the broadlink without HA-Bridge but it still needs a bit of work. HA-Bridge is used here for alexa and it works better then the broadlink skill for me. So Im in no hurry to get my HG code tuned in
I'm not suggesting extra hardware or software. I'm suggesting replacing the CM15a with a W800 http://www.wgldesigns.com/w800.html It can do the whole IR/RF thing which effectively means you could do away with the Broadlink device to send and receive RF directly to and from your SC1200 via HomeGenie. Clearly you are making external API calls to HomeGenie using a combination of your Broadlink and the HA Bridge. Why introduce all that unnecessary external overhead when everything can be carried out internally in HomeGenie,
Have you confirmed that you can't scan the RF code from your SC1200 Security Remote into HomeGenie directly. Are you even getting a partial code scan. Since RF Send was introduced into HomeGenie a while back, RF Send works fine here via the CM15 Pro. RF both ways without PL intervention. I know it was mentioned that the CM15a doesn't have the ability to do this but has it actually been tried. If you already have an SC1200 security remote code have you tried to create a Wizard Script to send the code in the format
/HomeAutomation.X10/RF/Control.RfSend/29 98 97 86 79 61 80 . That's my Arm code for the SC9000
On a side note, the network calls from Broadlink are phenomenal. If you are able to monitor the network traffic with your router/firewall you'll see what I mean. If not you can use this very handy utility https://blog.cryptoaustralia.org.au/instructions-for-setting-up-pi-hole/ and use it as a dedicated Ad Blocker as well. It's output is a real eye opener as to what is arriving at your network's door
-
I can send rf commands and ir commands directly to my broadlink from HG, HA-Bridge isn't needed for that. I use HA-Bridge strictly for Alexa.
I don't have a SC1200 but the older DS7000 however the remotes work for both. I have used HG to scan the remotes and can get the codes and I did play with arming and disarming a little but never got it working 100%. Since I already had the broadlink working there was no need for me to play with it anymore.
I'm glad you have the X10 security console seeing security codes from your HG. I hope others can as well.
-
So it’s HG to Broadlink and Broadlink to your security console. Just as a test have you tried sending that code you learnt into your Broadlink directly from HG to your security console. I’m assuming you used something like RM Bridge to extract the security RF codes from your remote.
-
Correct, I did do a few test wirh that learned code and the CM15A and HG without success.
However I'll admit I didn't spend much time with it as others had also posted they couldn't get that code to work.
-
I suggest trying it again using the exact format for the RF Send I posted earlier. As I said a simple Wizard Script using whatever code you use to Arm/Disarm your alarm. Create 2 Program Widget buttons, one to arm and one to disarm and that should do it.
Someone posted a hgx script a while back that used the RF Send command but the format was incorrect. It would be useful to rule in or out the possibility of sending RF codes directly from HG to the security console via the CM15a. Clearly it works for the CM15 Pro.
I probably won’t deploy the SC9000 here other than maybe the garden shed but for those who do use a North American CM15 it would mean not having to use any additional hardware other than a Raspberry Pi and a CM15 to integrate their security console into their HG setup.
-
Once my HA season starts I may test again. I belive someone posted why HG wouldnt work with the Cm15a and security. And added a request to the github HG site.
-
Once my HA season starts I may test again. I belive someone posted why HG wouldnt work with the Cm15a and security. And added a request to the github HG site.
When does your HA season start. How long does it last for.
-
I don’t see what support could be added to HG to make the CM 15a work. As soon as RF Send functionality was added to the CM15 a while back that meant the security console was fully addressable for both send and receive via RF.
As I mentioned earlier whoever was experimenting with RF Send and the security console posted an incorrect RF Send format. What I’ve posted now is the correct format for RF Send from within HG.
-
I just came across your post on RF Send. Can you see what the problem is. http://forums.x10.com/index.php?topic=30756.0
-
I’ve just swapped out X10 controllers and can confirm that the CM19 also works Arming/Disarming the security console from within HG. Just waiting on confirmation from users of the North American users of the CM15a and the CM19 if the RF Send works with their security console.
-
I just came across your post on RF Send. Can you see what the problem is. http://forums.x10.com/index.php?topic=30756.0
my post about the send of RF was quote from Gene. however that may have been prior to him expanding on the HG coding for RF.
My HA season usualy starts end of November till April or May, however I'm a bit behind this year. :'
-
I just came across your post on RF Send. Can you see what the problem is. http://forums.x10.com/index.php?topic=30756.0
my post about the send of RF was quote from Gene. however that may have been prior to him expanding on the HG coding for RF.
My HA season usualy starts end of November till April or May, however I'm a bit behind this year. :'
The problem lies in the formatting of the RF code. I've seen this incorrectly formatted code posted in so many places I reckon users gave up trying to get RF Send working particularly on security consoles in particular. I'm still trying to confirm if this now correctly modified version of the RF Send will work on North American consoles.
This is the section from your original post on the subject of RF Send
You can also send by calling the API directly:
http://<homegenie_address>/api/HomeAutomation.X10/RF/Control.RfSend/20-40-BF-68-97
This would send C7-OFF, but the CM15 will not execute the command over PLC because the CM15 itself is the sender of the command. So there must be another receiver that will do something with this RF command (another transceiver).
Now this is the actual format for the RF Send command from within HG
/HomeAutomation.X10/RF/Control.RfSend/29 98 97 86 79 61 80
Note the difference might seem insignificant. The hyphens between each section of the hex code renders the code useless.
-
As I stated in that post I had not tried the RF send method which Gene had stated to me was the method. However I believe mike posted he did get RF send working just not for security RF.
In any case I'll test your findings with a CM15A when I get some play time.
;)
-
Yes here's the contents of the hgx file Mike posted back in May. You can clearly see the RF Send command format is incorrect. I'm now puzzled as to where he got his information from. It shouldn't be too difficukt to find this out. I'm going back to the Homegenie GitHub to the point where Gene introduced support in HG for RF Send and work from there.
{"ConditionType":"OnSwitchTrue","Conditions":[{"Domain":"HomeAutomation.X10","Target":"A15","Property":"Status.Level","ComparisonOperator":"Equals","ComparisonValue":"0"}],"Commands":[{"Domain":"HomeAutomation.X10","Target":"RF","CommandString":"Control.RfSend","CommandArguments":"20-60-9f-20-df"},{"Domain":"HomeAutomation.HomeGenie","Target":"Automation","CommandString":"Program.Pause","CommandArguments":"1"},{"Domain":"HomeAutomation.X10","Target":"RF","CommandString":"Control.RfSend","CommandArguments":"20-60-9f-20-df"},{"Domain":"HomeAutomation.HomeGenie","Target":"Automation","CommandString":"Program.Pause","CommandArguments":"5"},{"Domain":"HomeAutomation.X10","Target":"RF","CommandString":"Control.RfSend","CommandArguments":"20-60-9f-00-ff"},{"Domain":"HomeAutomation.HomeGenie","Target":"Automation","CommandString":"Program.Pause","CommandArguments":"1"},{"Domain":"HomeAutomation.X10","Target":"RF","CommandString":"Control.RfSend","CommandArguments":"20-60-9f-00-ff"}]} [] HomeAutomation.HomeGenie.Automation 1014 Modem Reset with A15 OFF command cm15 xmit RF A1 off, wait 5 sec, then A1 on - if powerline A15 off received (reset modem) X10 false 2019-05-07T13:03:18.352555Z 2019-05-07T13:03:26.243875Z Wizard true
-
So doing a quick test sending the rf code you posted and my DS7000 in learning mode it does indeed see and will learn that code to disarm it. So the next step is finding the code for my security remote then testing that.
-
So doing a quick test sending the rf code you posted and my DS7000 in learning mode it does indeed see and will learn that code to disarm it. So the next step is finding the code for my security remote then testing that.
As I suspected all along. Try the code I supplied in case it's a universal Arm Code for security consoles. I still reckon you can scan your security code directly into HG as I have done. Can't see any reason why not.
-
The code you supplied is a disarm code not arm code at least it only works as a disarm on my DS7000 it will also only work if that code is learned by the ds7000 If not learned it will not disarm my DS7000
I can't get a Arm code to work in my tests thus far.
-
The code you supplied is a disarm code not arm code at least it only works as a disarm on my DS7000 it will also only work if that code is learned by the ds7000 If not learned it will not disarm my DS7000
I can't get a Arm code to work in my tests thus far.
I only asked you to use it as a test. The arm code is 29 98 97 86 79 61 80
Try that and see if it arms
-
Success :)% the trick is to learn the arm code first. The disarm code doesn't need learning with the corresponding arm code already learned. Like wise the Panic code doesn't need to be learned to the security console if arm is learned first.
-
Each security remote has its own RF string your arm code will work if it is learned into the security console.
-
Petera You may wish to post how you found the arm/disarm strings since you started this thread.
My method doesn't always show the full code string and this is most likely where users give up.
I've been able to learn and use codes from two different SH624 palm pad style security remotes as well as two different keyflobs.
-
Take your time. I just want to put my findings into logical sequence before I put a comprehensive guide together.
My first recommendation for anyone setting up their X10 Security console with HG is to do a complete reset of the console BEFORE adding any security sensors or remotes into HG. The reason I suggest this is that enrolling the sensors and remotes into HG can be done in paralell with enrolling on the console which will effectively give you a HG virtual security console and ensure that all RF codes are effectively read correctly by HG and HG assigns the correct modules to each. Saves a lot of troubleshooting later. In fact it is possible to enrol HG as a keyfob remote as long as the keyfob is not already enrolled. You'll never have to worry about your keyfob batteries going flat again
It's vital the setup is done correctly and users are clear step by step how to achieve this. I want to avoid users using incorrect settings and spending hours trying to make things work as happened with the whole RF Send fiasco in the first place.
It's vital now to stress that users do NOT need the Broadlink to achieve this.
If you remember many months ago i explained to you how to read an RF code into HG. That method hasn't changed. Just create an X10 switch, select Remote, enable IR, click on the little eye and either press the relevant button on your remote till the hex code appears in the box beside the eye or press the tamper in the case of a sensor and there you have it's associated RF code. You can read any RF code you like this way.
-
If you remember many months ago i explained to you how to read an RF code into HG. That method hasn't changed. Just create an X10 switch, select Remote, enable IR, click on the little eye and either press the relevant button on your remote till the hex code appears in the box beside the eye or press the tamper in the case of a sensor and there you have it's associated RF code. You can read any RF code you like this way.
Actually that never worked for me.
It may have been that that never revealed the full code string.
When I get time I'll start with a fresh HG install and try again as not to screw with my current setup.
-
If you remember many months ago i explained to you how to read an RF code into HG. That method hasn't changed. Just create an X10 switch, select Remote, enable IR, click on the little eye and either press the relevant button on your remote till the hex code appears in the box beside the eye or press the tamper in the case of a sensor and there you have it's associated RF code. You can read any RF code you like this way.
Actually that never worked for me.
It may have been that that never revealed the full code string.
When I get time I'll start with a fresh HG install and try again as not to screw with my current setup.
I can only assume the reception on your X10 controller is poor. That would account for partial code reads. Make sure you are close enough to it when trying to scan in either your remote or sensors hex code. The scan times out in 5 seconds so try toggling the switch quickly to improve your chances of a good read. Also make sure there are no other RF signal suckers that might block the scan.
-
Nope even right next to it I don't get the full code with a SH624 however I can type in the complete code.
I do get the complete code using a security key flob however this will not arm or disarm my console. B:(
sending the code via http://(homegenieaddress)/api/HomeAutomation.X10/RF/Control.RfSend/(code) works
-
Nope even right next to it I don't get the full code with a SH624 however I can type in the complete code.
I do get the complete code using a security key flob however this will not arm or disarm my console. B:(
sending the code via http://(homegenieaddress)/api/HomeAutomation.X10/RF/Control.RfSend/(code) works
Just so I’m clear here. I provided an example of an Arm and Disarm code to be entered into a Wizard Script and saved as a program. When saved and the program is enabled when you run it does it Arm or Disarm your security console.
-
Just for clarity I'll repeat the steps to send an Arm and Disarm RF Send code DIRECTLY from HG to your security console via your CM15 or CM19
In Homegenie select
Configure->Programs->Security->Actions->Add new program->Enter new program name->(give your program a name and press Ok)->Program Code->Add Command->X10->RF(Sensor)->Send RF command->29 98 97 06 F9 61 80 When that code is entered into the value box select Done. Now select Actions->Save->Back. Now make sure you Enable the program by clicking the triangle mark to the right of the file name until the button to the left of the file name turns yellow. Now click on the file name and select Actions->Run and all going well your console should arm.
Repeat the steps above for the arm program. The only thing you need to do is replace the hex code I supplied above with the following 29 98 97 86 79 61 80 and save this one under a different name. This should Disarm your panel.
-
Thanks petera, I've not created a program as yet, only tested with the web call to test your findings and my own codes sniffed out.
It will be a few days before I can get back to this.
-
As mentioned already this is purely about sending an RF Send command INSIDE the HomeGenie application to Arm/Disarm an X10 Security Panel. The external method of doing this via a web browser has already been proven to work. I wanted to ensure that HG users are aware that it is possible to Arm/Disarm their X10 Security Panel from inside HG and that no additional hardware is required other than a CM15.
Regarding hex codes there are plenty of methods out there to sniff RF codes from your X10 Security Panel.This can also be achieved from within HG once you have your system functioning correctly.
-
Just to finish off this post.This is basically a graphical representation of the functionality of the SC9000 Security including fully functioning Keyfob remote in HomeGenie. If you use the HomeGenie app you have full control of your X10 Security panel both at home and away.
-
Just to go one step further in the security program add your arm program in the option of running program when armed and run your disarm program when disarmed.
This way your arm and disarm programs don't need to be visible on your HG page just the HG Security Alarm System program.
I finally got around to doing this and it works like a charm. :)% :)%
Thanks again petera for digging into this and posting your results. >!
-
Just to go one step further in the security program add your arm program in the option of running program when armed and run your disarm program when disarmed.
This way your arm and disarm programs don't need to be visible on your HG page just the HG Security Alarm System program.
I finally got around to doing this and it works like a charm. :)% :)%
Thanks again petera for digging into this and posting your results. >!
So can you finally confirm that you can Arm/Disarm your x10 Security Panel from inside HG without the aid of a Broadlink. I just want to close this subject on GitHub and the HomeGenie Club. I don’t want these posts to become ramblings.
-
Yes this definitely works with the North American DS7000. I don't have a newer security console but the same codes should work in newer models.
-
Yes this definitely works with the North American DS7000. I don't have a newer security console but the same codes should work in newer models.
Yes I’ve received enough reports to verify that HG RF Send is now communicating directly with the X10 security console. There was some confusion (not from my end I can assure you) about the external api web call from a browser being used as the test metric but that was already confirmed a while back. This was purely an internal HG RF Send command to the X10 security console via the CM15 and CM19 and both are confirmed working now.
Codes can be extracted easily once the user has the RF Send set up correctly. You could say this would confirm that their setup is functioning correctly. I don’t generally post codes on forums. Encourages lazy practices as far as I’m concerned.
-
Due to soxfan1969 resent findings I had to revisit this and using the exact codes supplied by petera and substituting the blanks with dashes I sent the commands to my Ds7000. Ahd what do you know it armed and disarmed. ::) :'
-
Due to soxfan1969 resent findings I had to revisit this and using the exact codes supplied by petera and substituting the blanks with dashes I sent the commands to my Ds7000. Ahd what do you know it armed and disarmed. ::) :'
So how come you came to the conclusion that RF Send didn't work with the Security Console in the first place which lead to users buying a Broadlink as an intermediary to get this working. This whole episode is really puzzling. What did you base your original test results and subsequent findings on. Could you share them here assuming you still have them.
-
So how come you came to the conclusion that RF Send didn't work with the Security Console in the first place which lead to users buying a Broadlink as an intermediary to get this working. This whole episode is really puzzling. What did you base your original test results and subsequent findings on. Could you share them here assuming you still have them.
I have answered that question many times to you, in many threads and different forums. As you say to others its all there in front of you!
How is it that you came to the concussion that you had to use spaces? Did you ever try with dashes?
-
So how come you came to the conclusion that RF Send didn't work with the Security Console in the first place which lead to users buying a Broadlink as an intermediary to get this working. This whole episode is really puzzling. What did you base your original test results and subsequent findings on. Could you share them here assuming you still have them.
I have answered that question many times to you, in many threads and different forums. As you say to others its all there in front of you!
How is it that you came to the concussion that you had to use spaces? Did you ever try with dashes?
No. I actually assumed that format didn't work as APPARENTLY you did all the testing on that front so I ruled that out. In hindsight I should have known better.
Maybe it would be more productive spending your time on situations like this rather than working on the next method the users can employ to install HG.
As I mentioned earlier I'll gladly leave it all to you now. Who knows the next time I look in the project may well have progressed beyond the installation stage. >!
-
I'm not sure how I could do testing on the security sends when I couldn't capture the code?
My captures were always missing parts if they captured anything at all. This maybe due to the age of the Cm15 I was using. ::) :'
There is no need to spend any more time on this. Your findings work as do mine, neither one of us is wrong.
Maybe it would be more productive spending your time on situations like this rather than working on the next method the users can employ to install HG.
rofl
Maybe it would be more productive spending your time on situations that matter rather than proving someone else's methods are wrong.
>!
-
I'm not sure how I could do testing on the security sends when I couldn't capture the code?
My captures were always missing parts if they captured anything at all. This maybe due to the age of the Cm15 I was using. ::) :'
There is no need to spend any more time on this. Your findings work as do mine, neither one of us is wrong.
Maybe it would be more productive spending your time on situations like this rather than working on the next method the users can employ to install HG.
rofl
Maybe it would be more productive spending your time on situations that matter rather than proving someone else's methods are wrong.
>!
Whatever you say sir.
You're on so many forums I don't know how you keep track. I certainly don't need a lecture on HG from your good self but thanks for the advice anyway. I'll keep those three troubleshooting pointers from you in mind when it comes to X10 though, signal suckers, line noise and update to the latest version. They seem to cover all bases on this forum. :)%
-
[/quote] rofl
Maybe it would be more productive spending your time on situations that matter rather than proving someone else's methods are wrong.
>!
[/quote]
:)% :)% :)%
rofl rofl rofl rofl
#:)
-
rofl
Maybe it would be more productive spending your time on situations that matter rather than proving someone else's methods are wrong.
>!
[/quote]
:)% :)% :)%
rofl rofl rofl rofl
#:)
[/quote]
Good luck with the next problem you encounter with your Pi X10 hub. Your loss not mine rofl rofl rofl