Sd kaart valt weg bij aansluiten 74hc165n

[huub8]

Ik heb zelf een bordje ontworpen waarop onder andere 3 74hc165n's zitten en een sd kaart. Verder zitten er nog wat meer chips op, maar op de 18f4550 pic microcontroller na zijn die niet aangesloten (lees, ze zitten er nog niet op). De bedoeling is dat de 18f4550 communiceert met de sd kaart en met de 74hc165n's, als ik de 74hc165n's niet aansluit dan werkt de sd kaart, maar niet meer als ik de 74hc165n het dichtst bij de 18f4550 aansluit (ze zijn dan ook ge-daisychained)

Ik dacht dus zelf dat dit waarschijnlijk kwam omdat de 74hc165n ook data stuurt terwijl de sd kaart data stuurt, maar de cs pin is wel hoog, dus dit zou niet mogen gebeuren. Verder zie ik ook geen fouten in mijn schema en na eindeloos nameten kom ik er niet meer uit, wellicht dat één van jullie iets kan zien?

Datasheet 74hc165n
Schema
Board

[memphis]

Misschien moet je er een scoop bij halen om te zien wat het signaal doet met en zonder je 74hc165

Kan ook dat je misschien een extra pull up of down weerstand nodig hebt...

[huub8]

pull ups en downs geprobeerd voor de beide cs pinnen, dit hielp niet. Weet iemand toevallig hoe je een signaal kan "opnemen" met een rigol ds1052e scope (dus hoe je zo lang mogelijk na een bepaalde tigger blijft opnemen, ik krijg het niet voor elkaar veel meer dan op het beeld past op te nemen).

Ik heb wat geprobeerd op te nemen:


Wat verklaard dat verschil in periode (dit is trouwens de cs lijn van de sd kaart)?

[ Voor 58% gewijzigd door huub8 op 07-10-2012 22:46 ]

[huub8]

Niemand?

[Onbekend]

Moet er naar zo'n kaart ook geen signaal worden verstuurd met welke geheugenlocatie je wilt lezen o.i.d.?

[ Voor 28% gewijzigd door Onbekend op 07-10-2012 22:51 ]

[huub8]

Als je bedoeld dat de pic moet vragen om zaken, dan ja. Maar dit gebeurt ook (en werkt ook zonder de 165).
Ik gebruik hiervoor gewoon standaard library's van mikroC.

Op de één of andere manier zorgt de 165 voor iets van storing of een te zeer afgezwakt signaal of zoiets dergelijks denk ik, maar ik kom er maar niet achter hoe precies. Het vreemde is dus dat die 165 helemaal niets zou moeten doen, aangezien zijn cs pin de hele tijd hoog is (ik gebruikt hem namelijk helemaal nog niet), hij is enkel aangesloten.

[ Voor 73% gewijzigd door huub8 op 07-10-2012 22:54 ]

[Onbekend]

Je bedoeld toch zoiets?
http://www.3dreplicators....-compact-flash-cards.html
Er moet wel een (belastbare) voeding naar de sd-card toe.

[huub8]

Inderdaad zoiets, uiteraard wordt de sd kaart gewoon gevoed met in mijn geval 3,6V.

Het is zo'n sd kaart houder:
http://www.ebay.com/itm/1-8-Serial-128X160-SPI-TFT-LCD-Module-Display-PCB-Adapter-with-SD-Socket-/200764741074?pt=LH_DefaultDomain_0&hash=item2ebe82d5d2

[ Voor 67% gewijzigd door huub8 op 07-10-2012 22:57 ]

[Onbekend]

Met 3,6V zit je wel op het randje om de sd-card om zeep te helpen....
Je hebt ook zeker weten de 74hc165 en niet toevallig iets anders zoals de 74hct165 ?

[huub8]

Het is zeker een 74hc165n als ik de print mag geloven

[ Voor 5% gewijzigd door huub8 op 08-10-2012 14:06 ]

[huub8]

Ik heb weer wat tijd om hier mee verder te gaan, en zit nog steeds met hetzelfde probleem. De huidige situatie is als volgt:

De 18f4550 zit op een easypic V7 bord en wordt gevoedt door 5V. Het lcd scherm en de sd kaart worden gevoed met 3v3 doormiddel van een voltage regulator aangesloten op de 5V waar de pic van wordt gevoed.
De inputs van het lcd scherm en de sd kaart zijn via een 74hc4050 aangesloten (aangezien deze geen 5V aan kunnen).
Dit werkt perfect, dus de pic kan gewoon het lcd scherm aansturen en de gegevens van de sd kaart lezen.

Verder heb ik een enkele 74hc165n, correct aangesloten op de pic en de pic kan dan ook gewoon de waardes van de inputs van de 74hc165n uitlezen. Maar als ik de 74hc165n aansluit kan ik de sd kaart niet meer initialiseren, het lcd scherm werkt nog wel gewoon. Als ik alles van de 74hc165n aansluit op Q7 na (serial output from the last stage) dan lukt de initialisatie van de sd kaart wel. Het lijkt er dus op dat de 74hc165n zorgt voor iets van storing in de output van de sd kaart. Ik heb al een pull up en een pull down geprobeerd voor deze pin, dit hielp niet.

[huub8]

Niemand?

[Onbekend]

Meet eens de opgenomen stroom en spanning op het moment dat je dat nog niet hebt aangesloten, en wanneer je dat wel hebt aangesloten.

[alm]

Je hebt de uitgang van IC3-74HC165N (pin 9) aan die van IC1-18f4550 pin 33 gehangen, dat zijn twee uitgangen aan elkaar (verbonden met ingang pin 7 IC-74HC4050N), kan dat wel? Of pin 33 van IC1 moet alleen als ingang geprogrammeerd zijn...

Als de ene hoog stuurt en de andere laag, dan kan ik me de vreemde resultaten voorstellen... Dan zou er nog een IC bij moeten die dit combineert, waarvan de uitgang dan aan pin 7 IC-74HC4050N hangt.

[Stoney3K]

alm schreef op dinsdag 01 januari 2013 @ 17:39:
Je hebt de uitgang van IC3-74HC165N (pin 9) aan die van IC1-18f4550 pin 33 gehangen, dat zijn twee uitgangen aan elkaar (verbonden met ingang pin 7 IC-74HC4050N), kan dat wel? Of pin 33 van IC1 moet alleen als ingang geprogrammeerd zijn...

Als de ene hoog stuurt en de andere laag, dan kan ik me de vreemde resultaten voorstellen... Dan zou er nog een IC bij moeten die dit combineert, waarvan de uitgang dan aan pin 7 IC-74HC4050N hangt.

Pin 33 lijkt mij ook weer de SDI pin van de PIC18F4550 te zijn, dus die zul je hoe dan ook als een ingang moeten configureren, al is het maar om te voorkomen dat er een stukje hardware in de PIC het ding óók gebruikt en onverhoopt hoog maakt.

Op een AVR kun je daar de DDR(x) registers voor gebruiken, ik denk dat iemand met meer kennis van PICmicro's even in moet springen hoe je hetzelfde op een PIC18 moet doen.

[Onbekend]

Bij een PIC zijn dat de TRIS-registers. In dit geval dus de TRISB. Bij initialisatie staat hij standaard op analoog input, dus daar kan niets mis mee zijn.

Hoe ziet de verdere initialisatie van die poort in de code uit?
En als je pin 9 van IC3 loskoppelt, heb je het probleem dan nog steeds?

[alm]

Onbekend schreef op dinsdag 01 januari 2013 @ 21:22:
En als je pin 9 van IC3 loskoppelt, heb je het probleem dan nog steeds?

huub8 schreef op zondag 30 december 2012 @ 23:58:
Als ik alles van de 74hc165n aansluit op Q7 na (serial output from the last stage) dan lukt de initialisatie van de sd kaart wel. Het lijkt er dus op dat de 74hc165n zorgt voor iets van storing in de output van de sd kaart. Ik heb al een pull up en een pull down geprobeerd voor deze pin, dit hielp niet.

Hij schrijft Q7 maar bedoelt QH uitgang dus pin 9 denk ik, dan geen probleem.

[ Voor 3% gewijzigd door alm op 01-01-2013 22:25 ]

[alm]

Wat is nu de status van het probleem? Er wordt gevraagd of er nog reacties zijn en daarna wordt niet meer gereageerd op de reacties... Zo bloed een topic wel dood.

[huub8]

Sorry, was op vakantie. Ik gebruik een library van mikroC, die de initialisatie voor mij doet.
Als je pin 9 loskoppeld is het probleem verholpen (maar dan doet de 74hc165n het natuurlijk niet meer).

Het vreemde vind ik dus dat het uitmaakt of je pin 9 aansluit of niet, omdat de 74hc165n helemaal niets zou moeten doen tijdens de initialisatie van de sd kaart (de clock enable pin zou er namelijk voor moeten zorgen dat de 74hc165n als het ware uit staat).

[alm]

Wat meet je op de uitgang van de 74HC165N als je pin 9 los hebt van de print ofwel de rest van het circuit? En wat meet je dan op pin 7 van de 74HC4050N, waarmee dan alleen pin 33 van de PIC verbonden is?
Is de uitgang van de 74HC165N wel ongedefinieerd ofwel niet van invloed als hij volgens jou 'uit' staat?

[JER00N]

- Ik zie geen pull-up weerstanden op de SPI-lijntjes tussen de PIC en de SD-kaart. Volgens mij horen die er wel?
- Een 100n condensator over de voeding bij elke 74HC165 (of beter nog, bij elk IC'tje) is ook wel zo netjes.
- Weet je zeker dat eventuele interrupts die te maken hebben met RB0 (pin 33) van de PIC zijn uitgeschakeld? Wellicht dat die 74HC165 rommel genereert waardoor de PIC constant naar z'n interruptvector springt, en daardoor de SD-kaart niet meer initialiseert.

[ Voor 3% gewijzigd door JER00N op 08-01-2013 15:34 ]

[Sissors]

SPI heeft geen pull-up, dat is I2C.

[huub8]

RB0 is goed ingesteld volgens mij (dat gebeurt door de library functie van mikroC). Daar ben ik vrij zeker van.
Ik zal 100n toevoegen, kan in ieder geval geen kwaad.

Maar ik denk dat dat niet het probleem is, want het blijkt dat de 74HC165 toch rommel produceerd terwijl hij "uit" zou moeten staan. Dat wil zeggen, als de pic een klok signaal stuurd, maar de latch pin is gewoon hoog dan stuurd de 74HC165 toch data.

[Onbekend]

Ik zit nu nog eens naar de printlayout te kijken, en besef dat ik geen groundplane zie. De ground loopt als een dun spoortje (antenne) over de hele print heen. Dit kan nooit stabiel gaan werken. Daarnaast zie ik ook vrij dikke spoortjes tussen pinnen van componenten lopen. Deze kunnen ook de storingen opvangen....

[huub8]

ik heb het nu zonder die print gemaakt op een breadbord, en ik denk dat er best wat storing zal zijn, maar dat verklaard nog niet dat de 74HC165 gewoon data stuurt als dat niet moet lijkt mij?

Ik heb de 74HC165 nu zo aangesloten, klopt dit wel?
1 E2 (constant hoog, terwijl hij toch data stuurt)
2 B1 (kloksignaal)
8 Gnd
9 Scope (verder niets)
15 Gnd
16 Vcc

De rest is zwevend

[ Voor 11% gewijzigd door huub8 op 08-01-2013 19:03 ]

[Onbekend]

Hang de ingangen allemaal aan massa met een weerstand van 1k. Misschien dat de zwevende ingangen het probleem veroorzaken.

En in de vorige situatie had je pin 9 losgehaald. Kan je daar ook tijdelijk een weerstand van 1k tussen zetten, en de spanning en stroom daarvan meten?

[alm]

Is dit al opgelost en zo ja, hoe?