IR receiver ignoring IR pulse

[richard]

from the data sheet

Suitable Data Format
• Burst length should be 10 cycles/burst or longer.
• After each burst which is between 10 cycles and 70
cycles a gap time of at least 14 cycles is necessary

• For each burst which is longer than 1.8 ms a corresponding
gap time is necessary at some time in the
data stream. This gap time should be at least 4 times
longer than the burst.
• Up to 800 short bursts per second can be received
continuously.

their optic test indicates a stream of 60uS on 600uS off pulses try that

[The Master]

I'm currently reading 759 short bursts per second.

Do you mean 60uS burst length (about 3 cycles at 26.32uS each) and a 600uS gap?

[The Master]

I've found the optical test signal in the datasheet (600uS on, 600uS off). I've tried outputting that signal and it works for about a second then stops. This is without me putting my hand between. If I do block the beam and unblock it then it works for another second and stops again.

[richard]

I was just looking at their optical test signal for the 60/600 ratio but it does contradict the suitable signal requirement of 10 cycles or longer burst. but looking further it seems after a "disturbance" a 1.8ms gap is required , if a beam gap of that length is unacceptable then maybe the device is unsuitable as a beam break detector

When a disturbance signal is applied to the TSOP48..
it can still receive the data signal. However the sensitivity
is reduced to that level that no unexpected
pulses will occur.
Some examples for such disturbance signals which
are suppressed by the TSOP48.. are:
• Continuous signal at 38 kHz or at any other frequency

[richard]

what happens if you send a cycle of say 100 10cycle bursts then a pause for 400uS then repeat

[The Master]

With 10 cycles per burst I set the gap to 1.8ms but I still get the problem. I also tried a 2.63ms gap and it didn't happen as easily but it still happens. I could deal with a gap of 1.8ms but it seems I need a gap of about 5ms or more before it's reliable enough.

I tested with bursts of 100 and 1,000 cycles with a pause of 400uS. This worked for a second then stopped on it's own as with the 600/600 test.

[The Master]

Not sure if this helps but I've been watching the receiver on my scope and I've noticed that if I cover the emitter slowly then the received pulses get progressively shorter in the split second before it loses the signal completely.

[richard]

I guess it doesn't want to be a beam break detector it wants to talk to remote controllers