False Alarm: Bug?: Arduino IDE 2.0.3 using Nano A3

[CDN_Torsten]

I think I may have found a bug in the latest Arduino IDE(2.0.3) when using A3 as a digital input on the Nano.

I'm reading switches with an external pull-up to 5V.
A0, A1, A2, A4, and A5 work correctly with:
digitalRead(A#)

For some reason A3 does not work with digitalRead(A3) - it outputs a 0 constantly.
Using A3 with analogRead(A3) works as expected.

Has anyone else seen this??

[Lindley]

Does using   digitalRead(17)   work on pin A3 ?

[ozcar]

I have been carefully avoiding going anywhere near the new IDE, but thinking that now was as good a time as any to try it, I installed 2.0.3 and grabbed the first Nano that I could find here.

Seems to work fine for me if I do things like:

Code: [Select]

  Serial.println(digitalRead(A3));                          // and/or ...
  digitalWrite(LED_BUILTIN,digitalRead(A3));


[CDN_Torsten]

Does using   digitalRead(17)   work on pin A3 ?

I tested this and it too does not function correctly.

[CDN_Torsten]

I have been carefully avoiding going anywhere near the new IDE, but thinking that now was as good a time as any to try it, I installed 2.0.3 and grabbed the first Nano that I could find here.

Seems to work fine for me if I do things like:

Code: [Select]

  Serial.println(digitalRead(A3));                          // and/or ...
  digitalWrite(LED_BUILTIN,digitalRead(A3));


I was somewhat reckless and updated my system.
When you ran the code did you actually have a level applied to the pin which read back correctly, or did you just test if the compiler accepted it?

My plan is to start with a new Sketch tomorrow which will only contain code to read A3 - I need to isolate the problem to ensure it's not something conflicting in the code.

[CDN_Torsten]

Looks like a false alarm.

... just created a new Sketch to only read A3.  Seems like it is behaving correctly.

I now need to see who's library is causing conflict in the main code.
Grrr...really hate wallowing through other people's code 

Should there be any interesting learnings I'll post it here.

Thanks everyone!

[CDN_Torsten]

The 'offending' code was located in the ST7920 driver - CS was being set as an output on A3 and driven low.  I've removed this and everything is now working as needed.
Sorry for the false alarm.

[Lindley]

Did take a quick look at Arduino 2 but soon removed it as not that much different from the original and a bit suspicious of any bugs like yours.

Plenty of far better IDEs  out there to choose from  , we use the Free Atmel Studio 7 ( now Microchip Studio) along with the Visual Micro plug in which enables you to work on new and existing  Arduino IDE sketches etc.   makes handling large code so much easier.

https://www.learnrobotics.org/blog/arduino-ide-alternatives/

[CDN_Torsten]

Thanks for the suggestion(s).
I was not aware that Atmel/Microchip Studio 7 could be used for Arduino Sketches. 
I've only used it to develop customer/critical code in C and ASM...will look into this.

[bidrohini]

Thanks for the post and the entire thread. Will avoid this version.

[thm_w]

Did take a quick look at Arduino 2 but soon removed it as not that much different from the original and a bit suspicious of any bugs like yours.

Plenty of far better IDEs  out there to choose from  , we use the Free Atmel Studio 7 ( now Microchip Studio) along with the Visual Micro plug in which enables you to work on new and existing  Arduino IDE sketches etc.   makes handling large code so much easier.

https://www.learnrobotics.org/blog/arduino-ide-alternatives/

It wasn't a bug..
and I would use Visual Studio with either Visual Micro, or VisualGDB. I wouldn't bother with the microchip edition, unless you needed it for other reasons. Might be harmless though.

Thanks for the post and the entire thread. Will avoid this version.

You didn't read the thread though..