Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Q&A

Why are two identical filters required for each signal, if the signals can be multiplexed into a single filter?

+1
−0

In the block diagram of this pulse oximeter design guide , in page 6, I see that the system utilizes two analog filters, one for filtering the PPG signal generated while the RED light/wavelength is 'ON', and one for filtering the signal generated while the IR light is ON.

Filter Schematic

Specifically the process is as follows: The photodiode which plays the role of the PPG sensor, converts the incoming light to a photocurent - one wavelength at a time, and each respective current is then converted to a voltage through a transimpedance amplifier which also amplifies and low pass filters the signal. The signal "transimpedanceOut" is then demultiplexed into two signal lines "transimpedanceIR" and "transimpedanceRed" that are further filtered and amplified, only to be multiplexed back into a single line to be fed into an ADC.

EDIT (based on Olin's answer): Snapshot of pasrt of schematic I found online, presumably for the same design, indicating what I think is the singal being demultiplexed after the transimpedance amp into two seperate lines for RED and IR.

Demultiplexer schematic

I notice however by looking at the schematic that the two filters are completely identical.

Which begs the question: Why not use a single filter in the signal line, saving space and component cost and then time-demultiplex the filtered signal at seperate ADCs based on which wavelength is on each time? Or even without using a demultiplexer, one could simply pass the signal to an ADC which stores the sampled values in two seperate buffers based on which wavelength is sampled each time... What I'd like to know is if this was an unimportant design decision or was it purposefully implemented this way to eliminate some sort of interference/mixing of the two signals (especially if the sampling is fast, i.e each wavelength is ON for 1us at a time).

History
Why does this post require moderator attention?
You might want to add some details to your flag.
Why should this post be closed?

0 comment threads

1 answer

+3
−0

There are a number of things that are unclear. You talk about the red and IR phases of the light sensor signal being demultiplexed into separate red and IR signals, but there is no evidence of this in what you show. If this is happening at all, the crucial information of what each filter is driven with when not receiving the photosensor output is missing.

I took a quick look at the document you linked to. Keep in mind this was written by a semiconductor company trying to sell parts. It should by no means be taken as some sort of best practice for pulse-ox meters. I expect they got something to work in the lab, but that's all. Getting it to work is at least something, but it's not proof of great design. Remember, they're trying to sell parts, and aren't on the hook for whatever you might design from this document.

There are a few hints that this is a less than meticulous design. Attention to detail is clearly lacking, which makes the whole design rather suspect. For example, in the bottom filter, C33 and R79 are described as a high pass filter with 800 mHz rolloff. That's true when considered in isolation. However, since the output is loaded by R81, C33 is really working against 41 kΩ, and the rolloff frequency is really 1.2 Hz. This is pretty basic stuff. Even the intern should have caught that one.

Even worse, in the top filter, all three parts are included in the box, still labeled with 800 mHz. That's just plain wrong.

Also notice how no care was taken to draw the two identical filters identically. Whoever drew this never heard of copy and paste? Lines overlap text in a few places. What's with all those dots on one side of each capacitor and resistor? Why are there two junction dots on either side of C33? C34 doesn't have them.

This isn't some quick sketch in someone's private notebook. This is in a formal publication by a large company. The whole drawing exudes a "Eh, who cares" attitude. This is who you want to take advice from for designing a medical product!!? If this is how little they care when trying to make a good impression, imagine how sloppy they are about things you can't see.

To actually answer your question, we can't know why they used two separate filters unless they explicitly say so. However, here is a guess.

The two filters have long settling times. When one filter is driven with the light sensor signal, the drive to the other is switched to high impedance. That together with the large input capacitors (C31 and C32) works like a sample and hold. Therefore each filter can settle over times longer than the red/IR switching time. Again, this is just a guess.

The outputs of the two filters being multiplexed and then driving a single A/D is not surprising. Microcontrollers usually come with multiple analog inputs per individual A/D, and an analog mux to select one at a time. Sequencing thru the various analog inputs over successive A/D readings is a normal thing to do. Note that the upper frequency of interest is apparently 6 Hz. Using half the A/D sampling rate per signal shouldn't be any problem.

The real question I have when looking at this circuit is why more isn't done in the firmware instead of in analog hardware. With the meaningful signal having only 6 Hz bandwidth, this really seems like a no-brainer. Even low end micros could easily sample the light sensor signal at around 1 kHz, demultiplex the red/IR in firmware, then low pass filter and decimate each stream before applying further processing. You do need some analog filtering to avoid aliasing, and reduce the noise enough so that it doesn't cause clipping before it is removed, but that doesn't require much complexity.

History
Why does this post require moderator attention?
You might want to add some details to your flag.

1 comment thread

General comments (4 comments)

Sign up to answer this question »