I have just made the current Beta test version of OpenSeizureDetector (V2.5.4) the main release – this adds an option to use MP3 alarm sounds rather than computer generated ones, as some users have reported problems with the tone generated ones not working on some phones.
You should not notice any change unless you enable MP3 alarm sounds – please let me know if you do! (firstname.lastname@example.org)
We use a Samsung Tab A that we use in ‘network datasource’ mode to raise alarms from Benjamin’s watch using wifi (it connects to the phone in his bedroom that is connected to the pebble watch).
When we first started to use it the ‘power saving’ feature used to shut down the OpenSeizureDetector background process that caused it to fail silently, but Sandie found the option to disable this.
There was a software update yesterday that upgraded it to Android 7.1.1, which broke it again. If the device is running on battery and the screen is switched off, OpenSeizureDetector starts to give fault warning pips after 6-8 minutes. I am pretty sure it is the wifi going to sleep, because as soon as you put the screen on, OpenSeizureDetector changes to OK and the fault pips stop.
The Wifi Advanced settings are set to always on, so it should have been ok, but it turns out there is now a more specific setting….
In Settings–>Apps–>[Three dots]–>Special Access–>Optimise Battery Usage. You can then select “All apps” and OpenSeizureDetector. This prevents OpenSeizureDetector being ‘optimised’ for battery usage (from https://forum.vodafone.co.uk/t5/Android/S8-wifi-disconnects-on-sleep/td-p/2562811).
This ‘optimisation’ is a pain if you want something to just keep running!
When Benjamin had his seizure a couple of weeks ago I was surprised that OpenSeizureDetector re-set for a while after alarming – I had expected it to stay in alarm continuously until the shaking movements stopped. I think that this was because he fell backwards and the algorithm saw that as a lot of movement outside of the shaking frequency range, so said it was ok. This is not what I want to happen……
I have adjusted the algorithm slightly so that the system is in an ‘ALARM’ state in one analysis period, but the alarm thresholds are not met in the next one, it goes back to ‘WARNING’ rather than ‘OK’. This means that if the next analysis period satisfies the alarm thresholds again it will go back to full ALARM.
In practice this means that the system will make beeping noises throughout rather than going quiet for 10 seconds or so.
Benjamin had a tonic-clonic seizure this morning, so I thought it would be useful to describe how OpenSeizureDetector performed in detecting it.
Benjamin sat up and contorted in an unusual way – head looking up and to the left.
Sandie saw this on his video monitor and recognised it as a fit and set off up the stairs to check him.
When she found him, Benjamin was lying on his back with arms shaking, but not out stiff (his elbows were bent).
It was not one of his worst tonic-clonic seizures – he was not paralysed after it, just needed to sleep it off for a few hours.
OpenSeizureDetector alarmed as expected.
Sandie spotted the seizure using the video monitor from Benjamin’s odd behaviour before OpenSeizureDetector did – this is because OpenSeizureDetector needs the shaking associated with a seizure to detect it, but Sandie spotted the odd movement before the shaking started.
The first OpenSeizureDetector warning sounded about the time Sandie reached his bedroom.
The warning re-set unepectedly. I think this was Benjamin falling bakwards, resulting in a lot of low frequency movement, which the detection algorithm assumes is not seizure-like movement..
About 30 seconds later the warning re-initiated followed by full alarm.
When the full alarm sounded, Benjamin was lying on his back with arms shaking, but not out stiff (elbows bent).
Two full alarm initiations occurred before the seizure detector re-set as the movement subsided.
The spectra of the alarm and warning conditions are shown below.
The initial warning occurred at a peak frequency of 7 Hz. The full alarm occurred with peak movement at around 4-6 Hz.
These spectra are consistent with the type of movement OpenSeizureDetector is set up to detect – an excess of movement in the 3 to 8 Hz range compared to the rest of the spectrum.
It is encouraging that OpenSeizureDetector detected a tonic-clonic seizure as expected – the spectrum is consistent with the movement the system is designed to detect.
The re-set when Benjamin fell backwards is not what I had expected to happen. I think we need to add some hysteresis so we have to see a reset condition for a few analysis periods before resetting the alarm. This will increase the false alarm rate though…..
A new release of OpenSeizureDetector (V2.5.1) will be available on Google Play Store shortly. I recommend all users upgrade to this version and enable the ‘Latch Alarms’ option in settings.
This release introduces better support for short duration seizures – enabling the ‘Latch Alarms’ option means that when the system goes into alarm the alarm will continue to sound for a given period before resetting, even if the alarm condition clears quickly.
We have been testing this with Benjamin for a few months following his last seizure that was on the limit of detectability so only raised an alarm briefly – with this feature it will sound for at least 10 seconds (or whatever the user specifies in the settings) irrespective of how quickly the alarm condition clears.
I have managed to get the ESP8266 board into MODEM_SLEEP mode if I use Espressif’s RTOS SDK instead of esp-open-rtos. This is a shame because I liked the esp-open-rtos sdk build system, but I don’t have time to try to modify the SDK.
Using the Espressif SDK allows us to get the current consumption down to 25mA, which should give about 6 hours with the 150 mAh batteries I have in mind for the project – a bit too short still, so may need to use 2 bateries, or think of something else to make the board sleep more – but it is looking feasible which is promising.
See update here: http://www.openseizuredetector.org.uk/?p=975
We are making slow but steady progress with making a seizure detector that will run on low cost hardware. We have all the software components for a workable seizure detector and just need to learn how to switch off the wifi radio to save power. Then we need to re-commission the 3D printer so we can produce Laura’s case design to try it out. Details at Custom Hardware Seizure Detector.
I have just released a new Beta test release of OpenSeizureDetector on Google Play Store (V2.5.1).
The only change is an improvement to handling alarms from short duration seizures. If a seizure is only detected for a short period, the previous version may only give a single set of Alarm beeps, which may be insufficient to alert a carer.
With the new version, if you enable “Latch Alarms” in the Alarms settings then when an alarm initiates, the alarm beeps will sound for the period specified in the “Latch Alarm Timer Duration” setting, even if the alarm resets quicker.
You can stop the alarm to silence the beeps earlier by pressing the Accept Alarm button. This works both on the main OpenSeizureDetector app screen, and also if you are running it on another device using Network Datasource to provide alarm annunciation in a different part of the house.
This is as a result of the seizure Benjamin had last week, when we only got a single sent of alarm beeps. This is fine if you are awake and alert, but if you are asleep it may not be enough to rouse you. More details of this event on the Real Test of OpenSeizureDetector page. A further update will follow fairly soon with an improved algorithm to detect seizures with lower frequency movement.
I have just published an update to the Beta test version of OpenSeizureDetector (now V2.3.1). This fixes two issues reported by testers:
The detection was much more sensitive than previous version, so the default Alarm Ratio Threshold setting has been increased to 50 (we use 56 for Benjamin because he is quite bouncy), so you may need a higher value, but I don’t want to make it too insensitive.
The auto-start on boot feature now works with the phone screen locked.
This release will be available to anyone who has registered as a beta tester here in the next couple of hours.