X10 Community Forum
📱🖥️PiX10Hub => 🏥Help and Trouble Shooting => 🧞 ⛑HomeGenie Help => Topic started by: mike on October 23, 2020, 04:13:51 PM
-
I believe I lost all DS10 security module reading into HG about a year ago. Probably some update. Since then, not only do D10 door modules no longer register, but neither does the "X10 RF" program/module... It no longer shows what X10 is received.
I liked DS10's to register open/closed as I used them with the HG built in security module program and Juicemen's smart emailer to send me an email when the alarm went off so I knew which door was the culprit.
I miss that capability.
-
What are you using to receive the X10 RF signals? CM15A or one of the X10 Transceivers?
-
My sensors still display activity in HG
-
Cm15a. Tried both, neither reports ds10 activity. By does see any regular x10 activity and show rcvd module top right when they tnhappens. But not any security device, key fob, ds10...
-
I've had a few updates that reset my securty module settings in HG. I had to reset each module so it was used as security before it would display properly. As well some modules codes for whatever reason changed (low battery maybe :' ) I had to remove the modules do a module cleanup so HG forgot them then readd them. That may have been the update where you lost yours as it was some time ago.
-
" I had to remove the modules do a module cleanup so HG forgot them then readd them. "
I do not remember how to 'readd them..."
I THOUGHT they would just show up in the module list when triggered again after deleting them all, but they are not showing at top right of HG where I see other actions reported as they happen, and they are not being added to the modules list again automatically when triggered...
I can go to my group, delete all security modules, go to module cleanup, delete all S- security devices, go to config my room, click add modules, and they are all still there! And none work. I tried changing a module each of the 'type' choices in its settings but none work.
What stupid thing am I missing? Is a pi reboot needed after module cleanup?
-
I vagely recall there was an X10 program (built in so numbered <1000) that I had to turn on once to get security or extended codes to be read by HG. It no longer exists in config under any program menu, much less X10 one. I also used to have a module I could put in a room that showed real time X10 codes as they were received - that too is gone and I do not know how to get it back. Anyone?
-
I also recall that the security stuff did not work if it showed on bottom line as 'undefined:'
But was good if it read a date (of last turn on)
-
I am beginning to think the 'module cleanup' no longer works? I pick it, pick the S-security modules I want to delete, one at a time pressing the "-" and they disappear from the list... press the top right X to quit the list, come back in and it is gone.
But then I go to a group, select add a module, and it is still there to add when it never even transmitted!
Am I missing a step?
-
The clue is in your sensor. It is currently linked to nothing therefore it reports back as undefined.
-
The clue is in your sensor. It is currently linked to nothing therefore it reports back as undefined.
So how do I "link it to something?"
-
You need to trigger the relevant sensor, ensure that HG acknowledges that trigger with a valid read and create the sensor based on that read.
Are you aware when you are doing all that deleting and modules cleanup you need to reboot/restart the HG server for changes to take effect.
-
Ah, we are getting closer to a solution! How do I know when HG has "ensure that HG acknowledges that trigger"
I suspect it will be acknowledged when triggered and HG posts its little window at top right corner showing the code received - LIKE IT USED TO DO A YEAR AGO BUT NEVER SINCE.
Please tell me how to "ensure that HG acknowledges that trigger."
-
Ah, we are getting closer to a solution! How do I know when HG has "ensure that HG acknowledges that trigger"
I suspect it will be acknowledged when triggered and HG posts its little window at top right corner showing the code received - LIKE IT USED TO DO A YEAR AGO BUT NEVER SINCE.
Please tell me how to "ensure that HG acknowledges that trigger."
If you are not seeing activity in the top right corner of the HG UI when you trip the sensor your communication between your X10 security sensor and your X10 controller is not functioning properly. You use a US CM15 controller which I believe but obviously cannot verify is not as sensitive as the EU CM15 controller.
If that is the case move your X10 security sensor as close as possible to your CM15 and try tripping it to see if that makes any difference.
Also you could power down both your RPI and your CM15 by unplugging it. This can clear any bottleneck between the two.
-
You use a US CM15 controller which I believe but obviously cannot verify is not as sensitive as the EU CM15 controller.
Actually, the transmitted power of EU RF devices is about 10x that of N. American devices so EU receivers have less need for sensitivity.
-
It should have read powerful not sensitive on my post.
-
not seeing any security devices real time top right of HG screen. Used to when they worked.
security devices work with the security module just fine. Thought I could see them in AHP but they do not show in F2 monitor mode; regular codes like C7 show up... But that may be due to the Juicemen copy does not 'register' the add on modules (OnAlert IIC required for security). So I tried to add a new DS10 and it is not in the list of AHP - again due to the non registered AHP cc. I have all my codes from when I bought all those add ons but can't use them I guess. But looking back in time on F2 window from last time I played with it trying to solve this, I see DS10's ARE reporting in (see ds10.jpg). Cannot get KR10a to talk to AHP either... now even that workshop door is not seen in F2 monitor window...
All DS10 sensors are within 6 ft of the security module and cm15a (I had to hard wire the switches on every door back to this central location years ago to make them reliable).
idea: send DISARM api code from HG that works and see if AHP shows it in monitor F2 window: no can do - will need to set up second cm15, one hooked to HG, one hooked to AHP to do that. Not in cards right now.
But HG api sends ARM/DISARM code via cm15a just fine... just no receiving. Stymied in Dayton.
-
This give any clue? I can send DISARM via api in browser while watching HG in other browser: api command goes thru, triggers security module normally but HG never shows sending the code out (top right pop up)?
-
Actually, the transmitted power of EU RF devices is about 10x that of N. American devices so EU receivers have less need for sensitivity.
Interesting comment since my various DJI drones have a US/Europe switch to stay legal. I believe too from other amateur radio sources I have seen confirmation that EU power levels are much less than US legal levels. So that sounds backwards?
-
Tuicemen's' AHP Life Guard program does add On Alert to an unregistered copy of AHP.
Mine has ON Alert in it.
-
Actually, the transmitted power of EU RF devices is about 10x that of N. American devices so EU receivers have less need for sensitivity.
Interesting comment since my various DJI drones have a US/Europe switch to stay legal. I believe too from other amateur radio sources I have seen confirmation that EU power levels are much less than US legal levels. So that sounds backwards?
Mike my comment should have read that that the RX/TX module in the EU CM15 is much more powerful. Just to clarify this.
-
I have many things that have gone south over the last year it turns out... Took my spare cm15a to workshop, and on THAT computer Juicemen's registration showed for the add ons! And it worked, lete me add a DS10 and it read it and showed it open/close! So back to office computer with the pi/cm15 with the spare cm15a, plugged into HG and AHA! I HAVE SECURITY MODULES REPORTING! And even the preprogrammed ones are working again! Hallelujah!
So I had one cm15a stop receiving security RF (altho it has been sending via HG api all this time) & one AHP install not having Juicemen's registrations. I will reinstall that AHP soon.
I now have upto date Buster/HG, a nice 8GB image of its SD card, working AHP for testing. Getting ,much happier! Thanks everyone for your help!
-
Mike my comment should have read that that the RX/TX module in the EU CM15 is much more powerful. Just to clarify this.
That is how I read it. Still backwards from what I always thought.
-
Mike my comment should have read that that the RX/TX module in the EU CM15 is much more powerful. Just to clarify this.
That is how I read it. Still backwards from what I always thought.
Typical comparisons on wifi freqs:
"In the US, all kinds of 2G4 SS can have 100mW output.
In most of Europe, according to EN 300 328, DSSS systems (Spektrum, XPS) can only have 10mW/MHz, while FHSS systems (Futaba, Nomadio) can have 100mW/MHz."
"At concludly from all the answer, the max power of the base station is 43-50dbm, while the UE should not be more than 20 db"
Not sure that the EU limits unlicensed power at 300Mhz more than our FCC... As a ham, I have always thought the max unlicensed power at 300Mhz was 100mw, and that EU had typically 1/2 or 1/3 our max unlicensed power limits.
-
Mike, as I suggested previously, to rule out anything that might be conflicting with with your X10 security sensors operation with HG, I highly recommend you install a vanilla version of Raspbian Buster and HG. It only takes 45 minutes from formatting an SD card to having a working vanilla version of HG. All you then have to do is enable X10 in HG and start enrolling your X10 security sensors.
I've no idea what is installed on that Tuicemen image therefore it's impossible to know what could be causing a conflict. I'm not even sure you have a correct version of the XTenLib drivers installed in HG. This could account for the TX but no RX showing up in the RF. but not knowing what's installed its impossible to troubleshoot.
What I can confirm is that with a fully updated version of Raspbian Buster and HG 1.3 Stable v19 the X10 security sensors RX and TX are working fine.
-
As a test create a new switch module, enable the remote control option then using the little eye put it into receive mode and keep triggering your X10 security sensor and see if it picks up a valid read. Locate the sensor as close to your controller as possible when doing this. If you get a read you can assume the RF RX is working between your sensor, your CM15 and HG.
-
In case you’re in any doubt here’s the raw X10 lib drivers code. As you can see RF Security Receive function is supported in the driver https://github.com/genielabs/x10-lib-dotnet
-
Thank you for all you helpfull comments Peter. I am beyond figuring out WHERE the failure occurred: I discovered it and posted that it was a defective CM15a unit. Replacing it solved everything associated with HG. If I had done that back a week ago I would have saved making a whole new SD card, replacing HG, trying to remove HA-bridge that had no issues, etc. I would have saved myself about 12 hours of messing around with this. I cannot undertand how a cm15a unit can receive non-security RF fine but refuse to receive security RF; that boggles my mind - like the cm15a internal EEPROM with its firmware got corrupted by a powerline spike or lightning strike.
-
Yes and saved me some time tapping on the keyboard :'
I’ve never used it before but surely AHP is your de facto test tool when checking the integrity of an X10 controller. Using that and a second CM15 controller for swapping in/out purposes would have nailed that problem very quickly.
Just so everyone is clear the RF TX/RX between X10 security sensors-CM15-HG works correctly. The X10Lib Dotnet drivers in HG look after all this.