CPAPtalk.com

Bookbear wrote:By definition, don't coders HAVE to be insane? I'm just sayin'......

When I was going to school a group of students had an ongoing discussion about did you have to be crazy to go into computers or did going into computers make you crazy. I think we finally decided it was a bit of both

Bookbear wrote:By definition, don't coders HAVE to be insane? I'm just sayin'......

Just the good ones.

I just realize I can't see Saturday data, there is no Saturday in the calender.

I reinstalled SleepyHead again and it's just the same situation. V0.8.2, Win7 64bits

Thanks

Rosie

I have two PRS1 Auto CPAP machines now. I intend to put one machine in the bedroom and one by the recliner.

When I tried to import data from one of the machines after importing data from the other machine, I got this message.

"This machine record cannot be imported in this profile. This day record overlaps with already existing content."

I may have a period of time when both machines were actually running, since I left one blowing on it's on for a while to air it out since it was a used machine.

I'm wondering how to handle the two machine/one user scenario. Will it reject it if I take a nap in the same day on the other machine? Do I need to figure out some way to make two instances of sleepyhead with different data directories?

rosacer wrote:I just realize I can't see Saturday data, there is no Saturday in the calender.

I reinstalled SleepyHead again and it's just the same situation. V0.8.2, Win7 64bits

I have the same problem. Click on a Friday, then push the right arrow key. Saturday will appear, and Sunday will disappear. Right arrow again will take you to Sunday, and Saturday will disappear.

Mark, I was looking through my data for periods of flow limitation, which meant that I needed to be scrolled down as that chart is off the bottom of the screen the way I have things set up. After doing this for a while, it occurred to me how nice it is that SH doesn't reset the vertical scroll bar every time you change days. If that bit of ergonomics was on purpose, good thinking! If it was a lucky oversight, please don't "fix" it.

Also, thanks for calculating respiratory rate. I'm finding that to be very useful. I just realized today that ResScan doesn't show RR. Another point for SH.

Mark, Great job! I have two questions about Oximetry:

1) I have a CMS50E. Is SH yet set up to read the data directly from the CMS50E? When I plug it in (on my mac -- I've rebuilt from the latest version) the pull down doesn't show the CMS50E (just the bluetooth on the mac, which isn't it). Right now I use the software that comes with the CMS50E on my PC (running XP) to download the data. Then I point SH at the data directory files. This works, but is a bit clunky, and it doesn't work when I'm not home and don't have the PC available.

2) There's a consistent bug with the timeline of the data. For example in the graph below, I set the time on CMS50E before going to sleep (it was a little after midnight), and it came up correctly on the SPO2 printout. Yet, on SH it shows that it starts at 8AM (which is about the time that I loaded it into SH -- hmm).

Otter wrote:it occurred to me how nice it is that SH doesn't reset the vertical scroll bar every time you change days. If that bit of ergonomics was on purpose, good thinking! If it was a lucky oversight, please don't "fix" it.

I like this feature as well.

Otter wrote:I just realized today that ResScan doesn't show RR. Another point for SH.

RR is one of the signals in the PLD.edf file, at least with the S9 VPAP Auto. There are several signals that SH displays that ResScan doesn't that I usually ignore but appreciate when I want to see them.

Again, Great Job Mark!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!11

Has anyone used SH with the CMS-50F yet?

archangle wrote:Has anyone used SH with the CMS-50F yet?

As I have posted elsewhere, I will be doing this soon. Soon as the gizmo arrives. I am hoping it will shed a bit more light on what is going on with me.

Im using Resscan 3.14 with my Resmed S9 and I certainly do have Respiration rate. Although I have the ADapt SV, so maybe its model specific! dan

Thanks very much OTTER.

rosacer

This is all very new to me and this article really opened my eyes.Thanks for sharing with us your wisdom.

Hi Guys & Gals..

Been a while since I posted an update here.. Just letting you know I've been very busy working on SleepyHead. Here's a little report of what I've been up to.

Whats New?
The new graph & layout system rewrite has come along nicely.. Was a lot of work, but I'm rather proud of the results: Much smoother, and less glitchy..

Ugly Mac scrolling (& resize) glitches are dead. Windows had a few such glitches too, also squished. Graph resize has returned, (written entirely from scratch) and is very easy and smooth.

Memory usage has gone down quite a bit. (It's running for me on ~20MB as opposed to the 70MB it was before.. It will use more memory right after first import, or if the caching option is turned on.)

Speed has gone up.. Quite a bit..

Overview screen isn't back yet, but is getting very close, it just needs piecing together.. BarCharts are now redone and much better/smoother than before. SleepyHead now has a proper stacked AHI breakdown barchart. Now shows a running AHI as you scroll over the history, you can hover over the bars, and it will show the date and AHI for that day.

I've still got to redo the session time/usage graph. I can model part of this on the new BarChart code, so it will be nice and smooth too.

Mouse control is redone.. It will still be familiar, but several improvements have been made to make it easier.. No more "foobar".. This has been worked into the event flags "shadow'... more consistency, less confusion, and much cleaner code.. Mouse wheel can now zoom when holding the control key (otherwise it scrolls the graphs vertically) Can still zoom by left/right click combo, which has proven very handy on notebooks with glide-point controllers.

There was a few casualties:
Graph hiding menu had to go.. The new resize code makes it very easy to get full screen graphs now.
The graphs displayed in the Left panel have gone.. (Event Breakdown Pie chart & Time@Pressure) They were the number one source of crashes on the windows & Linux platforms. (caused by a Qt text drawing bug, that's still not fixed yet.) Those graphs themselves can be used fine in a normal graphing window.. just not in the left pane inside the HTML part.

Vertical fonts in the Xtickers are gone. Vertical fonts cause too much trouble when used here. The XTickers are now a lot smarter than before, and always scroll nicely now. The only vertical fonts remaining are the graph titles.. unfortunately these still look a little crummy on Mac platform.

I'm at the stage where I've stopped being buried under unfixable Qt bugs, and can start moving forward to an actual beta. Still a lot to do before then.. But it's a lot more fun and productive for me when it's just my bugs I've got to chase down..

New build?
Tomorrow I'll see if I can get a fresh windows build online to show off the new goodies.
Hopefully Jimbo (who's been helping tremendously with testing) can find the time to compile a fresh copy for you Mac users too..

Right now I'm off to catch some Zzz's
/Mark W

victormiller wrote:Mark, Great job! I have two questions about Oximetry:

1) I have a CMS50E. Is SH yet set up to read the data directly from the CMS50E? When I plug it in (on my mac -- I've rebuilt from the latest version) the pull down doesn't show the CMS50E (just the bluetooth on the mac, which isn't it). Right now I use the software that comes with the CMS50E on my PC (running XP) to download the data. Then I point SH at the data directory files. This works, but is a bit clunky, and it doesn't work when I'm not home and don't have the PC available.

2) There's a consistent bug with the timeline of the data. For example in the graph below, I set the time on CMS50E before going to sleep (it was a little after midnight), and it came up correctly on the SPO2 printout. Yet, on SH it shows that it starts at 8AM (which is about the time that I loaded it into SH -- hmm).

Hi Victor, sorry for the delay.. I've been lost in coding land..

1. Theoretically it should work via bluetooth on the mac.. Provided it's bluetooth serial driver works properly.. It's kinda hard writing code I can't test. no mac, and no CMS50E :-/
The USB cable should work in live mode.. Import's still being worked on. It requires a proper hacking of the data length code.. I've only really got it half decyphered.

Do any mac users have the Qt SDK installed (and sleepyhead source code) and a CMS50E oximeter? Please let me know if you do, and I'll turn on some heavy duty serial debugging information in SleepyHead to help get this sorted..

2. That could be a timezone issue..? SleepyHead just uses the date time values available in the data provided by SPO2Review.. It doesn't pull timestamps out of thin air.. It simply uses the current time as the end point, minus session length for the start point when it's not given any other timestamp. Setting the time in the oximeter doesn't necessarily guarantee a timestamp in the .spoR files. The serial receive method does not appear to transmit the timestamp.

Live view mode however does have accurate timestamps.. You'll get plethy too, which is not super high resolution, but fun to play with.