PNA4602M discontinued
tiger72
Posts: 6
I was wondering if anyone one knows of a replacement or substitute for the PNA4602M? Panasonic has discontinued the part. Digikey and Mouser have them as obsolete and don't give any idea on a replacement. Finding them has become difficult as most hobby electronic outlets have run out of stock
What is Parallax going to do? They list having 390 in stock. Once those are gone and all the kits that use that sensor are gone, what is the replacement? I know Sharp and Vishay make similar devices, but they reject continuous signals. Beside needing 38kHz, you have to turn the signal on and off for 600uS at a time. Plus the output of those devices does not stay low for long, you have to read the sensor quickly. Parallax would have to print new manuals and change all their code examples for these other sensors.
Anyone have any idea for a replacement?
What is Parallax going to do? They list having 390 in stock. Once those are gone and all the kits that use that sensor are gone, what is the replacement? I know Sharp and Vishay make similar devices, but they reject continuous signals. Beside needing 38kHz, you have to turn the signal on and off for 600uS at a time. Plus the output of those devices does not stay low for long, you have to read the sensor quickly. Parallax would have to print new manuals and change all their code examples for these other sensors.
Anyone have any idea for a replacement?
Comments
http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=751-1384-5-ND
http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=751-1386-5-ND
http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=751-1223-5-ND
And those are just the ones DigiKey has in stock.
-Phil
That is why I am asking if there is a direct replacement for the PNA4602M. Does anyone know of a direct replacement or substitute? It needs to work just like the PNA sensor. If there is no source for a direct substitute, then I will have to rewrite and test code for a bunch of projects to use a different sensor. I can see this being an issue for companies that have based their products on this sensor. I guess since Panasonic has discontinued it there were not enough companies purchasing the part. It is not a huge issue, but it is annoying and time consuming. I have working code that I don't feel like rewriting. Parallax is going to have to go back through all their manuals and either reprint with updated code segments or print supplements informing user that the code has to change.
So again anyone out there know of a substitute that functions the same as a PNA4602M?
-Phil
I do know in the Boe-Bot and the Sumobots you are not using continuous signal. You guys have part of the issue correct when you said the active low from the receiver does not stay low long enough. What happens is because the Basic Stamp executes slowly, the 38kHz signal stays on too long so the receiver thinks the signal is noise and changes from low back to high before the Stamp reads its input line.
Let me try to explain it this way - I tested a Sumobot with a Sharp GP1UX51Q and a Vishay TSOP34438. They both have the same pin out as the PNA4602M and have similar functionality. The issue is they don't work in the circuit as designed with the Sumobot code. Randomly the Sumobot would register a detection, but not like when using the PNA sensor. Using an oscilloscope I checked to make sure the the Sharp and Vishay sensors were outputting an active low when detecting a signal. The do, but you are lucky if the low output lasts for a couple hundred microseconds. So this is not lasting long enough for the Stamp, in addition the 38kHz signal is lasting too long causing problems.
So anyway I tested the Sharp and Vishay sensors on an Atmel AVR - the ATmega168. I used the internal 8MHz clock and used Timer 1 to generate the 38kHz signal. Again this was for a Mini Sumo robot. Now the issue becomes the AVR reads the sensors output too fast. In a loop I turn on the signal for 1 sensor, read the sensor, trun the signal off, repeat for the other sensor, and send commands to the motor driver. This happens so fast that I lose detection during the sensors timeout period (this is in the data sheet). The timeout where it will not detect a signal can be anywhere from 1 to 3 milliseconds. Some of the sensors in these families can be even slower. So my sumo robot jerks around and loses the opponent often, where as when I was using the PNA sensor my bot smoothly tracked opponents.
I'll admit some of the problem is because of my lax programming. With the PNA I am not worried about timing other than the 38kHz. Just turn on the IR LED with the signal, read the port, turn off the IR LED - done. Simple! Now with the other sensors I have to make sure that I only send a short burst (about 600uS) of signal, make sure I don't loop back to that sensor too soon, and continue the last motor commands until I can get an update from the sensor. This includes everthing I had to do for the PNA sensor. Just to get the smooth respone from a sensor - what a headache. That is why I used the PNA.
Can you guys show me any working Basic Stamp code that responds to the Sharp or Vishay sensors correctly? Or in a similar fashion to the PNA4602?
Thanks
Tony
You'll have to read the output of the sensor before turning off the signal because the output returns high within 6 pulse periods max. You have from 25 microseconds to 150 microseconds to register the output of the sensor after you turn off the modulated IR. I have not tried this yet, but I will experiment with changing the code on a Boe-Bot or Sumobot - which ever I grab first, ha!
Talk to you guys later,
Tony
You've obviously analyzed this issue exhaustively. But I wouldn't worry too much. Parallax has extensive contacts in China, and I'm sure they'll find a suitable replacement for the Panasonic device.
-Phil
I did like Mike's idea about putting a cap on the sensor output to keep it low a little longer. Might try that in addition to fixing the code.
Thanks guys,
Tony
http://www.waitrony.com/UploadFiles/20051131730796.pdf
http://www.waitrony.com/UploadFiles/2005113171021829.pdf
http://www.waitrony.com/eng/UploadFiles/20051110101911266.pdf