Originally posted by Michael McSharry
View Post
Announcement
Collapse
No announcement yet.
Finally BLE scanning
Collapse
X
-
Originally posted by Michael McSharry View PostI flashed three ESP32 and collecting data now. My thinking is that the consolidation of data from each ESP willbbe done in the ESP rather than an independent server. There us just so much untapped power in the ESP32 that it does not make sense to add another computer. They can all subscribe so each has full information. If consolidation is needed then I likely would do it the HS plugin.
Are there any algorithms published that I could take advantage for position isolation?
https://github.com/happy-bubbles/presence
https://github.com/mKeRix/room-assistant
Comment
-
Originally posted by kideon View PostWas always interested in this! I just didn’t want to use raspberry pi’s if they could be avoided and wanted everything running in firmware on drop in devices so that there’s no issues or maintained required. Keeping those Linux devices updated and maintained is a PITA.
Comment
-
Originally posted by Michael McSharry View PostI briefly looked at the two references. One was implemented in go. The other in node.js. Neither is directly portable to C++, but still give a reference. I was surprised that the node.js one uses a kalman filter. That was a big deal in the early days of inertial reference systems.
Comment
-
Kalman filters are literally "rocket science" as they were used in trajectory calculations of spacecrafts. Having more accuracy is always better, however the ultimate goal has to be in mind in a expense/reward analysis. Do you want to know that John is in the kitchen overall or that John is in the kitchen exactly in front of the refrigerator. I think the former is enough for the purpose of running lights, music, HVAC, announcing Johns location etc. I personally will pass on the high accuracy (even if it is implemented hypothetically ) if it comes at the expense of outfitting every room and hallway with 3 USB outlets and 3 ESP32 devices.
Comment
-
The main point of the Kalman filter is to remove the noise from the sensor inputs. If the sensors are perfect (i.e. BLE RSSI report is perfect and unchanging for a stationary beacon) then no filtering is needed. If one was to use a simple low pass filter to remove the higher frequency noise components then the position determination would be very slow to recognize that a beacon has moved. Kalman's algorithm provides a good blend of noise reduction and responsiveness. It does not demand that more sensors be added. It just makes "optimal" use of the sensors that are available.
While I am not indicating that this algorithm needs to be used, I was surprised that it was implemented. Apparently node.js has a kalman library function so it was pretty painless in that implementation.
With the data I collected yesterday I can see jitter in the RSSI from minute to minute sample. Usually just a 2 or 3 point variation. Sometimes it would be 20'ish variation. I also see drift where the strength decayed down over time. I also saw dropouts and then reappearance. When one takes all of these things into account going the route of something like Kalman's filter will be needed to provide stable/believable results. This is especially true when one desires to use the information for HS triggers which have no filtering ability and are simple thresholds.
Comment
-
Kalman filter library is available for Arduino https://github.com/TKJElectronics/KalmanFilter . This was a quick search. Maybe more detailed research will unveil more options.
Comment
-
I opened upon another discussion thread at https://forums.homeseer.com/forum/li...oth-low-energy to focus on a specific implementation of a BLE scanner. I felt continuing here would be hijacking this thread and would tend to be confusing to Big5 users.
- Likes 1
Comment
-
Originally posted by Michael McSharry View PostI opened upon another discussion thread at https://forums.homeseer.com/forum/li...oth-low-energy to focus on a specific implementation of a BLE scanner. I felt continuing here would be hijacking this thread and would tend to be confusing to Big5 users.
Comment
-
Originally posted by risquare View Post
I don't think so. Big5 covers the original protocol HTTP from the original source and Big5 covers the modified MQTT protocol as you chose to modify it because you were selling a MQTT plug-in. Furthermore, Big5 is suitable for multiple devices and platforms as it supports 5 major protocols as well as RESTfull standard for API and JSON API in particular. As a result we discuss multiple devices, technologies and platforms here at this Big5 dedicated forum. The OP had chosen this forum for a reason and there were no complains that this topic doesn't belong here. Your work and contribution is recognized but it obviously pursues a commercial interest in selling your MQTT plug-in, which is O.K. if you don't steal topics from other people's forums.
- Likes 1
Comment
-
I was about to say how great it was to see a wonderful ideas seed take root and become something amazing. Then this... it looks like Mike is taking the reigns on pursuing implementation of this and it’s going to be free and work with open standards so the mqtt interface would be irrelevant. Who knows where it can go I just don’t want to see the mojo get killed. I chose this forum for the original http post with json data that the code I found supports. Why don’t you folks encourage each other and make something great. Honestly am loving the direction Mike went on how this could be implemented and the deep dive into the ESP32 Have been asking for this for some time now.
Comment
-
Guest
Originally posted by Simplex Technology View Post
risquare I would like to point out that the mcsMQTT plugin that Michael McSharry wrote is actually FREE. I do think the conversation shifted just a bit as I think I first brought up MQTT simply as what I had used in previous experimentation of this topic. So if anyone is to blame for side-tracking the conversation and bringing MQTT into the picture that would be me. With your direction of trying to push a plugin, well I don't have a MQTT plugin so nobody is trying to side track your sales. Sorry for any inconvenience but I don't think I'll continue this discussion with Michael as I have some other ideas that may be turned into a plugin
Comment
-
Originally posted by kideon View PostI was about to say how great it was to see a wonderful ideas seed take root and become something amazing. Then this... it looks like Mike is taking the reigns on pursuing implementation of this and it’s going to be free and work with open standards so the mqtt interface would be irrelevant. Who knows where it can go I just don’t want to see the mojo get killed. I chose this forum for the original http post with json data that the code I found supports. Why don’t you folks encourage each other and make something great. Honestly am loving the direction Mike went on how this could be implemented and the deep dive into the ESP32 Have been asking for this for some time now.
Comment
Comment