Good to hear from you again.
Thanks for the pin information. It will save me the time spent trying to find my PC port information.NightHawkeye wrote:
Wiring it is pretty easy, Roger, so long as you don't mind soldering. The N-200 and N-395 use the same 15-pin interface. You only need to connect three wires to the computer 9-pin RS-232 interface.
Materials needed:
3-wire cable (I used 4-wire telephone cable.)
9-pin female DB-9 connector
15-pin male DB-15 connector
Hook-up
pin 2 of DB-9 connector to pin 3 of DB-15 connector
pin 3 of DB-9 connector to pin 2 of DB-15 connector
pin 5 of DB-9 connector to pin 5 of DB-15 connector
Note that pins 2 and 3 are reversed between connectors, just like a null modem cable. These are the RS-232 transmit and receive lines. Reversing them means that the transmit line from the N-395 connects to the receive line of your PC, and vice-versa. Pin 5 is simply the ground. One could shield the cable, but I'm using an eight foot cable which works fine without shielding.
Nellcor’s Service Manual indicates a cable up to 25’ can be used without a problem, so I don’t an issue with your 8-footer. On my end, I have a spool of CAT-5 cable collecting dusk in the garage that will work great for an interface cable. To get started I’ll use an older copy of PROCOMM and then when I know things are working I’ll begin trying to grab data using a COMM library I have here. With the service manual indicating the machine uses software XON/XOFF that should make the process faster and simpler to handle.
Going into the Nellcor menu system shows most of the old popular modem speed with the highest being 19,200 baud.NightHawkeye wrote:
The N-395 communicates at a speed of 19,200 baud. I don't think it is capable of other speeds, so the PC needs to be set appropriately.
There is something in the Section-10 of the Nellcor N-395 that talks about how data is coming out, but I won’t be sure everything is there until it starts to collect in a file. Once a few files are collected I can look to see which rows are header rows and which are data records. According to the SVC-Man, a new record is created every 2-seconds. If this is just referring to the time the machine is turned on, a night of 8-hours of recording will create a text file with 1,920 records plus header and footer details if they are included. This isn’t much of a file to handle with today’s fast computer chips. Let’s see how this plays out.NightHawkeye wrote:
Hmm . . ., maybe I've already done the hard part for you guys. OK, just kidding, I know you've still got to solve the problem of collecting the data bit by bit, but I seem to recall that that's explained in the oximeter manuals.
Thanks for the offer. My MD isn’t into this sort of thing. His office is part of a larger family practice that is so busy I find it hard just to get in to see him with 3-weeks notice, and even then the nurse handles some visit details. If he wasn’t such a great MD and person I would be looking elsewhere, but for now I’m going to stick with him.NightHawkeye wrote: If you're really determined to get the Score software, one possible work-around is simply asking your physician's office to order it for you. (I realize that some might balk at such a request, but I suspect my sleep doc would be accommodating.)
As for the software, if a used copy surfaces I’ll go that route. However, now that I’ve started down the path of rolling my own, I’ll continue with the current plan and try to keep expenses to a minimum. Already this stuff is consuming too much money, so expense control is a concern.
Of course, if you know a new version is only about $100 or so or even a used copy for a little less, then I can’t afford to spend my time on creating something from scratch as project. If a used copy appeared, I’d problem continue trying to roll my own to see if I could find a way to use the save Titration data from the REMStar’s database. This would allow us to overlay and synchronize the oximeter information to the titration data records giving us a parallel display. Seeing what might be causing a low saturation reading, or even know how a big mask leak affects the APAP treatment would take a lot issues off the table.
After writing that I began to wonder if it might not be time to go out and grab a copy of ALICE-4 (software used in sleep centers to score and create patient reports). Of course once you get the software then we’ll need to get the brain modules and wires. Yikes, talk about going off the deep end. Imagine having to tie yourself up with all those wires and electrode goop before hitting the sack. Whoa, did someone say keeping expenses down and sleep was important?
If would be interesting to hear what it really does and what you would like to see if do that it doesn’t even consider. If we succeed in rolling something useful and go beyond the grab the file level, tossing in graphics would be the next step and then it begins to make sense to think about useful features like, “And if you guys happen to create an oximeter analog to MyEncore . . ., that would be the ultimate.”.NightHawkeye wrote: For what it's worth, I'm not overly impressed with the Score software. It basically performs only one function and is not very flexible. If you guys can dump the data into Excel, I'd probably use that instead of Score in order to get the increased flexibility.
I’ve suspected some mask do a better job of providing treatment than others. For example, when I use my RESMED Ultra Mirage Full Face mask, it leaks like a sieve, but I find I can breathe so much easier. I loose large portions of the REMStar’s treatment data with that mask because the leaks are so large the REMStar thinks the mask has fallen off and stops recording information. Without data, I can’t tell if the treatment is working or not. This is where I can get some incremental feedback from the oximeter to see how the mask helps or hinders oxygen saturation. It might be the flow and pressure in this leaking mask might still be giving good treatment. When I wear it I don’t wake from apnea events, but I don’t know if the oxygen saturation stays above the 85% level. So far my Mirage Active has been my workhorse mask, but I’ve notice more than a few oximeter recorded blips where is shows the oxygen saturation drops down to 87%. That value doesn’t seem like a bad reading, but without some of other data I don’t have a baseline to work from. Time, testing and some study should help me close the ignorance gap.NightHawkeye wrote: I also think that some here would benefit from using an oximeter. For example, I get somewhat better oxygen saturation when using the Swift nasal interface than my other interfaces. I don't really know all the reasons why, but the effect is real and is not only not obvious in the Encore Pro data, it is not even there. The Encore Pro data simply doesn't show any real differences between my nasal interfaces.
 
                 
                         
                         
                         
                         
                         
                         
                         
			 
	

