Read the statement by Michael Teeuw here.
Toothbrush integration
-
exciting.
you get everything needed for a really high quality piece of module.battery level
brushing mode
brushing time
pressure
quadrant
smileyi am a bit concerned about the user readout. (Do you think it might be possible to determine which of eg. 3 brushes is presently used?)
-
Hey,
I have bad news.The readable informations provided by the brush via bluetooth aren’t changing. Not while the toothbrush is running. I guess the characteristics we were able to readout, are used like placeholder for the sdk.
Second try was to get notified if a broadcastd value (characteristic) is changing. Nothing here either.
Every characteristic (like brushing time, battery level, etc) is using the same id and only provides a different name. So a notification service wasn’t possible.Seems like there is no way to get the information read out via bluetooth without using the sdk…
I also tried to include the provided sdk into the MM-framework.
Therefore I had a try with node-java, which allows to run java classes within nodejs. The files from the android sdk are java classes.It went pretty nice in the beginning. But then I ran into an error
‘Expected stackmap frame at this location.’ which is caused by the compiling the sdk classes on another system (linux not android), I would assume.I was amazed that I wasn’t able to find any code snippets of frameworks from other developers to “hack the brush” when I first started. By now its seems obvious that it’s not that easy.
If anybody else is gonna have a try, please don’t hesitate to ask if you need assistance.
-
should we go back to the “low level approach”?
as i understand you can instantly determine if there is a certain brush(matching the macaddress via the config) within the bluetooth range upon activation of these.
any interruption of brushing is detected, 20 sec or so too late of course i know, when the brush goes offline again.
so can we start a stopwatch (let’s say at the center position) upon detection, stopping when not detecting the brush anymore and reseting to 00:00 after 2min followed by vanishing the stopwatch.
i know that this wouldn’t be very accurate, but better then nothing. giving the user a feel for the time
and for a pro like you i guess this would be very easy to develop.
examples for start/stop/reset timers are quiet a lot available in the web.how do you think about
-
maybe contacting oralB via the developer program homepage ( https://developer.oralb.com/ ) could be helpful. there might be a support team helping developers creating new apps for their brush
-
Hey,
guided by the idea of your simple approach I wrote a little script which tries to detect, if the brush is running or not.
Caused by the bluetooth behavior of the brush it is very limited in guessing when the brush was stopped or resumed.
Here are some details:- If the toothbrush is started bluetooth is activated for 3 Seconds.
- If the brush is paused/stopped bluetooth is activated again for 32 Seconds.
This leads to the following limited possiblities in tracking a brush session.
- A start of a session is only trackable, if the programm/script has started with a (for 32 seconds) silent brush.
- A stop is only trackable 3 seconds after start.
- A stop/pause leads to a 32 Seconds “cooldown phase”, were no tracking is possible. This will reset the timer to 0:00.
This is only helpfull if you do not interrupt you brushing session. :smile:
If you wanna try the current setup you can run the script by:
- Enter your module-directory:
cd ~/MagicMirror/modules
- Clone repository :
git clone https://github.com/SvenSommer/MMM-OralB
- Enter new directory:
cd ~/MagicMirror/modules/MMM-OralB
- Install dependencies:
sudo apt-get install bluetooth bluez libbluetooth-dev libudev-dev
- Install noble module:
npm install noble
- Exceute helper programm to find your brushID (this is not the mac-address):
sudo node findBrushId.js
This should lead to a output like
Searching for OralB Toothbrushes with manufacturerData: "dc00010205030000000101"... changed state to:poweredOn Found OralB Tootbrush with ID: 544a1621209f
- Copy and paste your ID into the brushTimer.js file:
sudo nano brushTimer.js
(Save and exit with STRG + O and STRG + X )
"use strict"; var NodeHelper = require("node_helper"); var noble = require('noble'); //Copy Paste your ID here var toothbrush_uuid = '544a1621209f';
- Run script with
sudo node brushTimer.js
This should lead to an output like:
scanning started... Toothbrush is running 0:1 0:2 0:3 0:4 0:5 0:6 0:7 0:8 0:9 0:10 0:11 0:12 0:13 0:14 0:15 0:16 0:17 0:18 Toothbrush stopped. "Cool down" for 32 seconds needed!
-
Wow that was really fast!
Testing your script brought me to 2 problems:
testing brushTimer.js in the console worked for detecting the brush but did never stop, also not after 32 sec!
including your module into the MM i got an error message upon activating the brush:
“noble warning: unknown handle 64 disconnected!”
“scanning was started. Everything is working fine.”this two message’s i get upon every activation, so the MM show always SEARCHING…
any suggestions?
-
Now i made a reinstall.
brushtimer.js works until i rebuild electron!!!
but without rebuilding MM just shows the white screen error.after rebuilding i get this upon
sudo node brushTimer.js
:pi@raspberrypi:~/MagicMirror/modules/MMM-OralB $ sudo node brushTimer.js module.js:597 return process.dlopen(module, path._makeLong(filename)); ^ Error: Module version mismatch. Expected 48, got 50. at Error (native) at Object.Module._extensions..node (module.js:597:18) at Module.load (module.js:487:32) at tryModuleLoad (module.js:446:12) at Function.Module._load (module.js:438:3) at Module.require (module.js:497:17) at require (internal/module.js:20:19) at Object. (/home/pi/MagicMirror/modules/MMM-OralB/node_modules/bluetooth-hci-socket/lib/native.js:3:15) at Module._compile (module.js:570:32) at Object.Module._extensions..js (module.js:579:10)
so, after this rebuild i get the error of my previous post in MM
-
@dfuerst
Module version mismatch-Error
Just to summarize and for clarification:
TheModule version mismatch. Expected 48, got 50
or
NODE_MODULE_VERSION 50. This version of Node.js requires
NODE_MODULE_VERSION 51. Please try re-compiling or re-installing
is a known “bug”, which we were able to solve by the rebuilding of electron as you posted a few days ago.So if you want to use the module in MM you have to use this statement in the MMM-OralB-folder:
sudo npm rebuild --runtime=electron --target=1.4.6 --disturl=https://atom.io/download/atom-shell --abi=50
If you want to test brushtimer.js-script standalone in the console, you need to build the packeges in the MMM-OralB-folder with
npm rebuild
Behavior of brushTimer.js script
So if I understood you correctly, you were able to start the timer, but it never stopped?
For a better understanding I added some debug information in the brushtimer.js -script. Cut you please trigger an update bycd ~/MagicMirror/modules/MMM-OralB git pull
and try the following scenarios and provide me with the console output text.
- Start the Brush; wait like 10 seconds and stop.
- Start and stop within 3 seconds.
- Start, wait like 10 seconds and stop. Start again within the next 10 seconds for like 5 seconds.
- Start, wait like 10 seconds and stop. Start again after 40 seconds and stop whenever you like.
Behavior of the module within the MM-framework
You wrote:“noble warning: unknown handle 64 disconnected!” “scanning was started. Everything is working fine.” this two message’s i get upon every activation, so the MM show always SEARCHING…"
Actually this behavior is the intended action right now. As I wrote in this Bug Hunt Post I have problems in bringing noble alive within MM²-framework.
Surprisingly you aren’t suffering from this error, so could you please tell me:- Which platform (Rasperry Pi 2/3, etc.),
- Node - version:
node --version
- npm - version:
npm --version
- MagicMirror:
cd ~/MagicMirror/
andDISPLAY=:0 npm start
you are using?
-
of course, i used the electron downgrade. obviously i didn’t know that i have to enter " npm rebuild" to test the .js, sorry for that.
you understood me correct. the timer never stopped, i will check that again after git pull
as i 'm abroad till monday i will provide this infos to you on monday.
you wrote the error is the xpected behaviour? as i mentioned MM showed just SEARCHING…many thanks for your effort
-
For the Bug Hunt Post I reduced the code of the MM-scripts to a absolute minmum.
That’s the reason the module is always showing ‘SEARCHING…’ right now.If the scripts would work as exspected the console output would show
scanning was started. Everything is working fine.
all the time the MM² is started.
Thats all I’m hoping to see right now.