Replies: 3 comments 5 replies
-
Hi, thanks for detailed issue description. I agree with your assumption that it looks like it reads some noise. Make sure that your wiring is correct. Although on Sensor 2 it's called channel "A", it's a center positioned sensor and it goes to pin 3 on a socket, just like Sensor 1 channel "B". |
Beta Was this translation helpful? Give feedback.
0 replies
-
The center pin of the light sensor traces to A then Pin 3 of the Socket on the board then D3 on the arduino. I get continuity from the center pin on the sensor to D3. |
Beta Was this translation helpful? Give feedback.
5 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I've built one of the DIY testers and I'm having a very hard time getting the tester to work with the Sensor #2 (the simple probe). Wondering if anyone here might have some thoughts. Here is the process I'm using to run the tester.
I have tested the sensors and can verify that they are of the PIC0903SL type (dark is high, light is low). Therefore I'm testing with firmware 2.9.1
I observe three possible outcomes (none correct).
My first thought was that the hole / sensor might be misaligned or constructed incorrectly. To test that I removed the nano and attached an oscilloscope to the sensor's A pin at the nano adapter and ground. Using the same process above I see normal square pulses (see below for an example).
In this image we can see that the sensor used is a PIC0903SL it starts high, moves low during curtain travel, and returns high when the curtain is closed. From the scope this measures as approximately 21ms.
My next thought was that maybe something was interfering with the signal when the nano was actually plugged in, so I repeated the process with the nano attached and got the same results.
Here are some observations from the above three cases:
At this point my best guess is that there is excess noise in my unit and it's somehow messing with the way the nano is reading that pin. Does anyone know if that pin is being read as digital or analog? Is it possible it's being used as a digital input and the little bit of noise is triggering the digital pin flipping in the arduino?
Beta Was this translation helpful? Give feedback.
All reactions