When setting it to use on a Garage door, the tilt of the sensor Opens or Closes the contact.
So if you set it Vertical on your desk so you are looking at the face of the sensor, it should show Closed. The when you lay it face down on your desk, it should show Open.
1 Like
OOOK starting to feel DUMB here. So these then behave as a SWITCH. Grrrrrrr
I swear that Contact field showed OPEN.....alllllll the time, I would have noticed this. Interestingly, I DID notice the device does not show active until the attitude change "from vertical to horizontal" , like a tilt switch. But I did not notice the OPEN/CLOSED change.
Gotta go back and play with this.
======
OK, the acceleration changes from active to inactive at about 45 degrees attitude change the temp works, BUT that stinkin Contact field never changes. No wonder I was perplexed trying to write a rule around these 
HOLD THE BUS !
I just stuck the thing on something to keep it vertical and went to work on the CONFIGURE / Save Preferences cycle buttons. Low and behold it changed to CLOSED !!! after a couple. I'm telling yah people, I HAD THOUGHT I DID THAT a few times last night to get it into Garage Door Mode in the first place.
Went back to the other unit I have and did the same CONFIGURE two step, that I thought I had done before....and presto it went to CLOSED. Now maybe the fact that I was not touching the unit and that it was in a vertical position out on the garage door had something to do with this.
Lesson to others, (flaky behavior of acceleration on the occasional unit aside)...don't give up on trying to get these CONFIGURED. BUT being on the latest version of the firmware may be helpful to getting these to behave correctly and with less difficulty configuring.
Current States
- acceleration : inactive
- battery : 85
- contact : open
- temperature : 67.55
Current States
- acceleration : inactive
- battery : 85
- contact : closed
- temperature : 66.31
- endpointId: 01
- model: multi
- application: 11
- firmwareMT: 1241-0020-00000011 <-----OLD FIRMWARE, could be a problem!
- softwareBuild: 00000011
- manufacturer: Samjin
FYI, you are on an older firmware version that used battery faster than the newer firmware that I last upgraded to. I am on firmware 1241-0020-0000014. I had to upgrade the sensors using Smartthings and haven't done it for probably a couple years now.
1 Like
Thank you for that note, and battery consumption IS a problem.
UPDATE:
OK, I'm going to go out on a limb here and postulate that the FIRMWARE version may be material to proper behavior/reporting of that Contact field when in Garage Door Mode. While above I reported that hitting the CONFIGURE button finally got that field to change (when I had the device placed vertically) I still can't get that field to change by changing the orientation of the device. Which was the behavior I originally was dealing with.
I have a feeling that my original CONFIGURE last night had worked, the device was set as it should be, but it was subsequent configure pushes WHEN THE DEVICE WAS AT A DIFFERENT ATTITUDE that forced it to report the new and different state (horizontal-OPEN, vertical-CLOSED). So the thing knows it's sitting different, it's just not reporting that change unless prompted.
Somebody should make a small biz outta updating device firmware. To the degree that some "no longer made but still desirable" devices might be worth the hassle, there are so many others that will just be thrown out because manufacturers didn't get it right when they sent them out the door.
1 Like
I was originally on the 11 firmware and never had a problem with my dozen or so of these sensors. I only updated them to help save battery usage. These are still being made now by Aeotec. I have 3 that I just got but I haven't connected them yet to see what firmware version they are on.
OK, so much for blaming the firmware then. I've got two misbehaving to your dozen working . Something else must be amiss. I mean it is clear that the device knows when it is past that 45 degree point, it knows it's changing orientation and goes "active". Just never changes that Contact field.
This is a device with a history of juggling to get it going.
https://community.hubitat.com/t/samsung-multisensor-always-open-on-garage-door/
https://community.hubitat.com/t/smartthings-multi-purpose-sensor-crippled/
I just added one of my new Aoetec Sensors and it is out of the box on version 1241-0020-0000014. Setting it to be used for a garage door has it working exactly as it should be.
Let me ask you this, in the log what reporting do you get?
Door - Garage - is inactive
Door - Garage - is active
This is ALL I get.
Do you get just Open/Closed or do you get Active/Inactive AND Open/Closed?
yep, got it set as such.
you're getting detail I'm not.
Thanks
I would try unpairing an re-pairing to see if it gets all the correct fields.
1 Like
I get open/close and active/inactive. I use active to generate a RM TTS message "garage door is moving" letting me know the MyQ open/close request is actually working. Active occurs a few seconds before the sensor sets open/close.
However, the sensor is very sensitive, triggering active on wind gusts, occasional passing trucks, and other low frequency sounds. I've learned to ignore the door is moving message as long as I don't get an unexpected open/close message.
Firmware: 1241-0020-00000014
I reconnected the Multipurpose sensors to SmartThings, and then I linked SmartThings and Hubitat via "Send Hub Events" app. So now, the sensors are actually paired to my SmartThings hub and report the open/closed status correctly to Hubitat. Its been working great for a few months. Not an ideal setup, but I haven't gotten around to trying to re-pair them to Hubitat because they are working so well paired to ST.
Can you link to the sensor you are using?
OK, you guys gave me the motivation to keep MESSIN WITH IT.
I left it instated in HE, pulled the battery, inserted battery, pushed reset till it was unpaired,
discovered it again, it automatically paired from there.
Checked it...same problem. So....
Went back and Configured as non-garage, magnet enabled, full max axis reporting, played with it and watched reporting AS IT SHOULD BE.
Then....one by one turned things off, then CONFIGURE, watched as axis information died off, acceleration still going, magnet still causing open/close and THEN I went for the garage door mode, CONFIGURE then the magnet was on it but stopped working and the device lay there reporting OPEN....I carefully tilted it upright, and boom CLOSED....and back down OPEN....well you get the idea, I did it a bunch more times in elation.
DON'T ANYBODY BREATH.....i'm gonna go try to get the other one on the right track. SHEASH
UPDATE:
OK, that's TWO FOR TWO. I would NOT had the patience to keep at this if you guys hadn't been confirming that it should work. The ONLY THING I KINDA think I MIGHT have noticed in the process here was whether or not the magnet was on the device as I was passing from one Configuration to the next. I know, that sounds bizarre...but...I thought I was going through the same steps with this second device and it wasn't working. This time I took the magnet off before I toggled and configured the Garage Door Mode. Presto...it work. No guarantee there, total conjecture. This device is a crap shoot in configuration.
THANKS EVERYBODY.
Just a print of what the two devices I have are showing, the threeAxis field is not updating, everything else is (correction, on one the acceleration is NOT reporting active/inactive).
Current States
- acceleration : inactive
- battery : 99
- contact : open
- temperature : 72.67
- threeAxis : [x:-260,y:0,z:0]
2 Likes
I have both the original Smartthings versions and then bought 3 of the new Aeotec manufactured ones. Note they look Identical to the originals and DO NOT say Aeotec across the front like it is shown on Amazon. The only difference is they come in an Aeotec box. 
They aren't available again from Aeotec directly so you just need to keep watching for them. The option that is available is higher priced a little and you have to pay for shipping.
https://www.amazon.com/gp/product/B095TPSQ3S/ref=ox_sc_saved_title_2?smid=&psc=1
This was my experience with one of mine before I put it into the Garage Door Mode. Even to the point that I don't even think it was real motion that kicked off a notification, just a random burp.\\
In Garage Door Mode it takes significant angular rotation to get it to change states to Open or Closed now.
Interestingly while BOTH are reporting Open when horozontal, and Closed when vertical....only ONE of them reports Acceleration as active when the device is in the process of being rotated to the opposition orientation. No Axis data in either case.
After all the effort to get the device configured to work in Garage Door Mode here's the piddly little rule to notify if the door has been left up. May automate control of door sometime later.
Trigger Events
Door - Garage - open
Actions to Run
Delay 0:15:00 (cancelable)
IF (Door - Garage - closed(T) [TRUE]) THEN
Exit Rule
ELSE
Notify iPhone, vMSG sms and Speak on Sonos - Office - (volume: 65): 'Attention Garage door is still open '
END-IF
Anybody else throw disposable words like "Attention" in front of the TTS speak so that : 1) they are paying attention quick enough, and 2) the key part of the msg doesn't get truncated by Sonos or whatever in the process ?
1 Like
Why couldn't you just use a simple notification rule to alert if the garage door was left open?
2 Likes
When I suspect I am going to be adding complexity to the rule for other purposes later I try to start in RM. This is forcing me to learn the beast of RM. But yah, Notifications.
