CCS C Software and Maintenance Offers
FAQFAQ   FAQForum Help   FAQOfficial CCS Support   SearchSearch  RegisterRegister 

ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

CCS does not monitor this forum on a regular basis.

Please do not post bug reports on this forum. Send them to support@ccsinfo.com

PIC24EP512 - Read on D0 w/5.1K pull-up reads low
Goto page 1, 2  Next
 
Post new topic   Reply to topic    CCS Forum Index -> General CCS C Discussion
View previous topic :: View next topic  
Author Message
benoitstjean



Joined: 30 Oct 2007
Posts: 542
Location: Ottawa, Ontario, Canada

View user's profile Send private message

PIC24EP512 - Read on D0 w/5.1K pull-up reads low
PostPosted: Tue Jun 21, 2022 9:10 am     Reply with quote

Compiled: 5.026
Device: PIC24EP512GP806

Hi again,

Quick question:

I have a 5.1K pull-up tied to 3.5V to pin D0 (46). Given that my FW is meant to run on two circuit revisions, on the new revision, this pin acts as an input to detect the presence of an SD card. When the FW runs on the second revision (old revision), pin D0 is not tied to anything other than a 5.1K pull-up.

When device A boots, it detects immediately at boot time if the SD card is there or not. If it doesn't see a card, it means PIN D0 is high due to the 5.1K pull-up. If it sees an SD card, then it means that PIN D0 is grounded via the SD socket's /CP switch (card presence).

When device B boots which does not even have an SD socket but only the pull-up, for the life of me, somehow it reads PIN D0 as 'low' as if there was an SD card but there's only a 5.1K pull-up to 3.5V!

I tried disabling internal pull-up and pull-down using set_pulldown( FALSE, PIN_D0 ) and set_pullup( FALSE, PIN_D0 ) and still no change, the pin on the PIC side of the resistor is always low although the 5.1K pull-up is there and on the other side of the resistor, it's 3.5V.

So how can this pin still be showing as low if its internal pull-up/down resistors are disabled and there's a 5.1K resistor tied to 3.5V??

Thanks,

Ben
newguy



Joined: 24 Jun 2004
Posts: 1899

View user's profile Send private message

PostPosted: Tue Jun 21, 2022 9:38 am     Reply with quote

Have you ensured that you have pin D0 set as an input? Have you ensured that PPS isn't defaulting to some weird configuration that is overriding what you think the settings are? Try setting the PPS for that pin to be explicitly nothing (I/O only) - the device header file will have the proper constant/define.

I only had a very brief look at the data sheet but it appears as though there aren't any peripherals which default to that pin - BUT - it can be remapped. It could be that the PPS is defaulting to connect D0 to something.
benoitstjean



Joined: 30 Oct 2007
Posts: 542
Location: Ottawa, Ontario, Canada

View user's profile Send private message

PostPosted: Tue Jun 21, 2022 9:45 am     Reply with quote

I've always thought that the fact that you read an input, it automatically adjusts the pin as an input?

In the specs DS70616G-page 25 Table 1-1, it shows 'NO' for PPS on RD0-RD15. And in my code, I had a note next to #INT_EXT0 saying '// NOTE: INT0 (PIN_D0) is a non-remappable interrupt'.
Ttelmah



Joined: 11 Mar 2010
Posts: 19195

View user's profile Send private message

PostPosted: Tue Jun 21, 2022 10:07 am     Reply with quote

It is RP64 and can be mapped as such.
The table is saying that the signal D0, cannot be assigned by PPS.
The _pin_ can.

It should not be mapped to anything by default though. More likely the
problem is because it says 'ST' in the same table. This means it has
Schmitt inputs, which need the signal to go up to to Vcc*0.8 to read
as high. What else is connected to the pin?.
gaugeguy



Joined: 05 Apr 2011
Posts: 286

View user's profile Send private message

PostPosted: Tue Jun 21, 2022 10:14 am     Reply with quote

What is the actual voltage at the pin? What is the rise time on that pin during power up?
benoitstjean



Joined: 30 Oct 2007
Posts: 542
Location: Ottawa, Ontario, Canada

View user's profile Send private message

PostPosted: Tue Jun 21, 2022 10:15 am     Reply with quote

Initially, on rev B PCB without the SD card socket, the pin was just blank sitting on a pad, that's it. Just this morning, I soldered an 0402 resistor to the pin (46) and tied the other end of it to 3.5V.

It takes roughly 1 second for the initialization to start-up and get to the point where it reads that pin.

When the device boots, I read the TRIS value of port D and it returns 0x0FDB (0000 1111 1101 1011) clearly showing D0 is an input.

Immediately after, I do a full read on port D and I get value 0x007A (0000 0000 0111 1010) clearly showing it reads a '0'....

Using my DMM, the voltage on the 'Vrail' side of the resistor is 3.5338V and on the PIC side of the resistor, it's 0.0690V.

I don't get it.
PrinceNai



Joined: 31 Oct 2016
Posts: 452
Location: Montenegro

View user's profile Send private message

PostPosted: Tue Jun 21, 2022 10:36 am     Reply with quote

Since you mentioned that you modified just one board... Most likely this was the first thing you checked. Is resistor OK?
benoitstjean



Joined: 30 Oct 2007
Posts: 542
Location: Ottawa, Ontario, Canada

View user's profile Send private message

PostPosted: Tue Jun 21, 2022 11:05 am     Reply with quote

Yes, tried a 2.4K and a 5.1K....
benoitstjean



Joined: 30 Oct 2007
Posts: 542
Location: Ottawa, Ontario, Canada

View user's profile Send private message

PostPosted: Tue Jun 21, 2022 11:37 am     Reply with quote

I'm actually starting to think if it's not THAT particular pin that has a busted input.... I have 5 of these 'older' PCB revs without the SD card and they all work as expected except for that one instance... will continue to investigate...
benoitstjean



Joined: 30 Oct 2007
Posts: 542
Location: Ottawa, Ontario, Canada

View user's profile Send private message

PostPosted: Tue Jun 21, 2022 11:53 am     Reply with quote

Alrighty.... so that pin definitely has a mind of its own.... I just got two instances where it went as expected then two others where it thought an SD card was connected. And the pin was desoldered and lifted-up in the air.... which is the equivalent of having the pin soldered to a pad... so this would be on-par with the other problem encountered where a pull-up to 3.5V was tied to the pin and the pin still reporting as low. I guess I will simply ignore that message since I'm the one using the device and since there aren't really any SD cards, then it'll try to initialize it and mark it as 'failed' and ignore it from that point-on....
PrinceNai



Joined: 31 Oct 2016
Posts: 452
Location: Montenegro

View user's profile Send private message

PostPosted: Tue Jun 21, 2022 12:56 pm     Reply with quote

I found this in the datasheet, page 218. Maybe it is related:
Quote:

I/O pins that are shared with any analog input pin,
(i.e., ANx, see Table 1-1 in Section 1.0 “Device
Overview”), are always analog pins by default
after any Reset. Consequently, configuring a pin
as an analog input pin, automatically disables the
digital input pin buffer and any attempt to read the
digital input level by reading PORTx or LATx will
always return a ‘0’, regardless of the digital logic
level on the pin. To use a pin as a digital I/O pin on
a shared analog pin (see Table 1-1 in Section 1.0
“Device Overview”), the user application needs
to configure the Analog Pin Configuration registers
in the I/O ports module (i.e., ANSELx) by setting
the appropriate bit that corresponds to that I/O port
pin to a ‘0’.
PrinceNai



Joined: 31 Oct 2016
Posts: 452
Location: Montenegro

View user's profile Send private message

PostPosted: Tue Jun 21, 2022 12:58 pm     Reply with quote

My bad, forgot you said that the actual level on that pin is low.
benoitstjean



Joined: 30 Oct 2007
Posts: 542
Location: Ottawa, Ontario, Canada

View user's profile Send private message

PostPosted: Tue Jun 21, 2022 1:12 pm     Reply with quote

I have a total of 5 of these circuits running the same FW (I programmed them all one after the other) and 4 run as expected, that 5th one has the flaky D0 pin.... and this same FW runs fine on the new PCB rev with the SD card which has the only difference having the 5.1K pull-up when there's no SD card in the socket, that's it... and tying a 5.1K pull-up on the flaky D0 pin still did not pull-up the pin because on the side tied to 3.5V, well, I had 3.5V... and on the PIC side, the pin was pull-low internally by something I guess.... like a short of some sort....
Ttelmah



Joined: 11 Mar 2010
Posts: 19195

View user's profile Send private message

PostPosted: Wed Jun 22, 2022 4:45 am     Reply with quote

Just a silly 'lateral' thought, but post your fuses.
I notice that CCS are not enforcing BROWNOUT to be enabled. If you
are disabling this, it might be causing problems.
Erratum 9 on the chip. it doesn't say what this makes go wrong.

Also, though it shouldn't apply to your chip (not the USB version), there
is an interesting erratum, where the USB persistently drives the bus.
Since in one configuration of the USB configuration, this pin is the one
that would be driven low in this situation, possibly the fault is actually
with this pin, and not the USB....
benoitstjean



Joined: 30 Oct 2007
Posts: 542
Location: Ottawa, Ontario, Canada

View user's profile Send private message

PostPosted: Wed Jun 22, 2022 5:35 am     Reply with quote

Fuses:

#fuses HS, PR, NOWDT, WINDIS, WPOSTS16, NOJTAG, NODEBUG, NOIESO
Display posts from previous:   
Post new topic   Reply to topic    CCS Forum Index -> General CCS C Discussion All times are GMT - 6 Hours
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group