Very nice. I've wanted to make one of these but I never fully read all the threads, hardware descriptions, and software sites. I might have to finally get back to this. 
Consider build to sell?
Asking for a friend.
1 Like
I thought about it, but the cost would be pretty high once you added in the shipping and tax I pay, the shipping the recipient would have to pay, and the Paypal fees. Maybe $50 each or more.
The only hard part that I encountered was drilling the holes and filing out the hole for the USB cable. Maybe you can get a friend to do that?
Note If you want to measure the module temperature, use the main.py and xbee driver located at GitHub - rsjaffe/Hubitat: Xbee3 presence sensor with battery info
1 Like
Nice job on this. Had 3 of them running for a while now and just updated firmware and checked settings. Plus was able to add the python for temp. I adjusted python and driver to report much less often since these are permanent mounts for me.
So, I have been researching and wanting to build an XBee setup, and I found two posts, yours above and the one below:
I came across this difference between the two posts in regards to the hardware required.
What is the difference between these two models? From a little research, the "J" models appear to be a lower output power versus the models without "J" at the end, I am guessing pro vs standard? There appears to be a lot of XB3-24Z8XX models, and I was just wondering what is the difference between all of them, if you know?
The biggest difference between the XB3-24Z8ST and XB3-24Z8US-J is form (through hole vs surface mount) and they will need different usb adapter boards.
Also XB3-24Z8ST is a pro version with higher power output thus more range.
XB3-24Z8US-J VS XB3-24Z8US
They are the same form and use the same usb adapter (surface mount).
The XB3-24Z8US is the pro version
2 Likes
There are "pro" and standard modules. Pro is high power. Standard is similar to other normal zigbee devices. I don't see a need for high power modules in a house.
The pro modules would be good as repeaters if you have to bridge a large distance. Note that the reception distance for the pro module is not any larger than the standard module, so this high power would allow it to send a longer distance from the repeater to a receiver but not the other way around, so you'd probably need two pro devices at each end of the gap to get the full benefit.
3 Likes
One thing I forgot to point out in the difference between the XB3-24Z8ST and XB3-24Z8US-J
XB3-24Z8ST uses a RPSMA Antenna (a common antenna used on WIFI routers that you may already have a spare one in your spare part drawer)
XB3-24Z8US-J uses a U.FL Antenna (not as common and may have to purchase)
1 Like
This thread inspired me to create my own self contained repeater using a Xbee3, but I took it one step further and made it solar powered. I found this Xbee dev board made by Seeed Studio at mouser that contains all of the hard working bits, aside from the Xbee itself. I upgraded it with a 2.5 watt panel as the tiny panel it came with just wasn’t enough to keep it going through a few cloudy days. I put it all into the smallest pelican case I could find and strapped it to a tree in my yard and it’s been working almost perfectly for about a month now. This repeater allows me to have a contact sensor on my mailbox that is situated about 600’ away from my front door, with a hill and trees in between.
My question to @rsjaffe involves the Xbee V/T Presence driver for the Hubitat. Since I’m running this off of a small lipo battery and it can get pretty chilly up here in the mountains of North Carolina, I’m most concerned about how cold the device gets. I’ve installed this in a solid black case, and so far I think that has helped to warm the battery sufficiently to charge without doing any damage. However the driver stops reporting temperature once it gets below 10°C. The device itself continues to operate, report voltage and repeat signals even when it’s considerably colder (it’s been as cold as 15°F so far this year). Is the 10° minimum a limitation of the Xbee’s temperature reporting capability, or is there something in the driver that can be changed to get it to report lower temps?
One other question, but this isn’t a big deal because I can do the math in my head... would it be difficult to change the temp units in Hubitat to °F. I assume it’s a simple formula in the driver code, but I am too ignorant in groovy to know how to do it.
Thanks for all your hard work & thanks for the inspiration!
1 Like
I don't know why it's not reporting below 10C. Do you get any error messages in the log?
The temp code I use is from the manufacturer (see xbee-micropython/main.py at 1ff0fa4d04d4e159a4c338125e56d1ae26b9afb9 · digidotcom/xbee-micropython · GitHub for an example). that example also converts to F, which I hadn't done. It's easy enough to fiddle with the code in main.py to see if you can fix the reporting--it's only a couple of lines that are relevant.
No errors, just once it hits 10, there are no more temperature reports until it’s >=11 again. Battery keeps reporting in the logs every 60 seconds as expected & presence is maintained.
I do have another one set up outside that’s not battery operated, as far as I have noticed, the other electronics in that box have thus far kept it above 10C (it’s reporting 12C at the moment). I’ll keep an eye on it to see if that one goes any lower.
I’ll take a look at main.py & see if I can get °F working.
Thanks.
This thread inspired me (kudos to @rsjaffe) to build a handful of xbee's, mostly so I could do better presence sensing for the family cars (I've got the problem of multiple cars in multiple garage doors, so people-based presence doesn't work quite right when controlling the garage doors). And the ST presence sensors have been, how do I put this, consistently sucky in our experience.
Anyway, I'm a total noob at the python stuff, so I think I messed it up. Got the hardware stuff done (easy, I think). Got XCTU loaded and a xbee configured (XCTU is not a very intuitive app, but that didn't seem so hard either). Then, to load the Micropython code, I did "Profile", then "Apply Configuration Profile" from the XCTU app. I then selected the "profile_100A End Device" file since I'm using it as a presence sensor.
In HE, after loading the driver code, I went to discover devices, selected Zigbee, within a couple seconds, the Hubitat app reported that it was "initializing....". It never did finish discovery, but when I cancelled out of device discovery, a new non-descript "Device" had been added to my zigbee radio within HE. I changed the DH manually from Device to Xbee Presence in the device details page, and then hit Configure.
And then, bam, NOTHING. The device isn't reporting any states or events. The log showed nothing remarkable entries, so ever the fiddler, I changed the "minutes elapsed" setting to 1 minute. As soon as I did that, I got an error in the log. Log is below.
Anyone have any ideas I could try or troubleshoot? TIA!
Summary
dev:10652021-01-01 08:06:06.055 pm errorgroovy.lang.GroovyRuntimeException: Ambiguous method overloading for method java.lang.Long#minus. Cannot resolve which method to invoke for [null] due to overlapping prototypes between: [class java.lang.Character] [class java.lang.Number] on line 156 (checkPresenceCallback)
dev:10652021-01-01 08:05:06.078 pm errorgroovy.lang.GroovyRuntimeException: Ambiguous method overloading for method java.lang.Long#minus. Cannot resolve which method to invoke for [null] due to overlapping prototypes between: [class java.lang.Character] [class java.lang.Number] on line 156 (checkPresenceCallback)
dev:10652021-01-01 08:04:22.913 pm warnconfigure...
dev:10652021-01-01 08:04:08.877 pm debugScheduling periodic timer
dev:10652021-01-01 08:04:08.872 pm debugStopping periodic timer
dev:10652021-01-01 08:00:59.443 pm warnconfigure...
dev:10652021-01-01 08:00:38.023 pm warnconfigure...
dev:10652021-01-01 08:00:09.058 pm debuggetting info for unknown Zigbee device...
dev:10652021-01-01 08:00:07.034 pm debugconfigure() called...
Also, @rsjaffe, this is a nit, but I'm not seeing the project boxes in the dimensions you reference on that Amazon page. Wondering if the seller changed their offer, or there's a typo somewhere on the box dimensions? Thanks
Yeah, looks like they're not selling that size any more. That box was 92mm x 58mm x 32mm
Critical dimension is the middle one (the width of the box). Should be 58mm or slightly larger. No smaller. 58mm was a very snug fit. The height (the 32mm) could be a bit less or more. The length could be very slightly less or could be any amount more.
So the 3.94x2.36x.98 (100x60x25) they are now selling probably would work and might give a bit of well-needed space for the antenna mount inside. I'm a bit unsure about the height--measure the module, though I think it would fit ok.
yeah makes sense. Did you see the waayyyy more important message above that one in the thread?
No, I didn't. Sounds like the configuration didn't go right.
The micropython code is loaded by formatting the file system and then loading the code. I did this a while ago and don't remember the exact steps, but it was definitely a separate process from loading the configuration. I also found that saving the configuration and loading it to other xbees didn't work out for me, so I had to configure each individually. Pairing was super easy, so I don't know what went wrong in your case, but personally, I'd start over with them, reprogram them, load the file system and file, then try again. I'd also remove the device from hubitat before redoing everything.
You NAILED it for me, thank you. This was the part that was non-obvious to the noob in me, from your instructions:
I include it here in case anyone who follows who does the same thing I did. Once I figured this out (go to "Tools", "File system manager", "Open" in the XCTU app), it was game on. Thanks!
Any reason to mount the antenna? Or can I leave it semi-loose inside the more spacious box? Sorry, no electrical engineering prowess here.
If you leave it in the box, you'll have to put the box with the long narrow side upright so that the antenna is pointing up and down. The antenna is "omnidirectional" in the plane perpendicular to the rod. The following is the distribution if the rod were pointing straight up.
1 Like
