OK Mégsem
Fórum témák

» Több friss téma
Fórum » SD kártya kezelése PIC-kel
SD kártya kezelése PIC-kel
 
Témaindító: brejti, idő: Szept 18, 2006
Témakörök:
Lapozás: OK   9 / 14
(#) Zsora válasza zenetom hozzászólására (») Ápr 1, 2015 / 1
 
Hogy pontos legyek; én csak egy egyszerűsített változatot olvastam, amolyan áttekintést. Az 34 oldal volt. Mégis (csaknem*) elegendőnek érzem ahhoz, hogy az alapján az ember képes legyen az alapvető dolgokra: fájlok/könyvtárak listázása, fájlok írása/olvasása, hosszú fájlnevek kezelése.

*MBR-nek kellett még utánanéznem, meg pár dologban kellett megerősítés.
A hozzászólás módosítva: Ápr 1, 2015

fatgen103.doc		    
(#) zenetom válasza Zsora hozzászólására (») Ápr 1, 2015 /
 
Köszi a doksit! Egy darabig el leszek vele...
(#) don_peter válasza Zsora hozzászólására (») Ápr 1, 2015 /
 
Örülök, hogy csak az első 2 mondatig jutottál.
(#) Zsora válasza zenetom hozzászólására (») Ápr 2, 2015 / 1
 
Még pár segítség: (Bár lehet hogy már nézted ezeket...)

Master Boot Record (Wikipedia)
FAT32 (PJRC)
FAT32 (CIS-24)
MBR, FAT (CompuPhase)
FAT (Wikipedia)
(#) kissi hozzászólása Jún 24, 2015 /
 
Sziasztok!

Egy pár éjszakám már benne van de nem boldogulok az SDHC inicializálásával, kérnék egy kis segítséget, hogy elnézek-e valamit, vagy mit nem vettem észre az adatlapokban !?
Táp felkapcsolása után fCLK=250 kHz, ebből CS=1 mellett 96 impulzus ( elvileg bőven elég!), majd CS=0 és CMD0. erre válasz=1 ( ez szerintem jó!). Ezután CMD8 (0x48,0,0,1,0xAA,0x87), erre a válasz: 0,0,0,2,31, ami szerintem nem jó, mert elvileg itt meg kellene ismételnie a 0xAA-t ! Az adatlap szerint, ha nem jön vissza a 0xAA, akkor nem jó a kártya ( de a laptop simán használja !) !
Ha az előzőek után kiadom az ACMD41-et, majd ismételgetem a CMD1-et, akkor érdekes dolgot tapasztalok: az SD áram alá helyezését követően nem jön vissza soha nulla ezzel a szekvenciával. Viszont újraindítva ( SD folyamatosan áram alatt!) már jó, azaz gyorsan '0'-t kapok, ami elvileg jó !

3 kártyával próbálom, mindegyikkel ezt csinálja, kártyák gyakorlatilag újak. Ami esetleg még gondot okozhat az, hogy a próbák alatt kb. 15 centis "dupont" kábelekkel csatlakozom a PIC-hez, de mivel látok jót is a kommunikációban, ezért bízom benne, hogy nem ez a "végzetes hiba" !
Remélem sikerült valamelyest érthetően leírni így az éjszaka után, kicsit már elvesztem a sorok között!
Várok valami baráti ötletet a tapasztaltabbaktól !
Előre is köszi!
A hozzászólás módosítva: Jún 24, 2015
(#) Beles válasza kissi hozzászólására (») Jún 24, 2015 /
 
Szia!

- CS = 1 mellett 74 órajelet kiküldök
- CS = 0 mellett CMD0, válasz jön 1
- CMD8, válasz jön 1
- CMD55 és ACMD41 amíg nem jön válaszban 0

De itt a kódom inkább. Van benne csomó dummy read, nem emlékszem már miért raktam bele. Remélem érthető a kód:

  1. char SD_Init()  //SDHC init
  2. {
  3.         char Received;
  4.         char TimeOut;
  5.         __delay_ms(100);
  6.         Chip_deselect;
  7.         int i = 0;
  8.         for (i = 0; i< 10; i++) //apply  minimum 74 clock
  9.         {
  10.                 SPI_SendByte(0xFF);
  11.         }
  12.         Chip_select;
  13.         SD_SendCommand(CMD0, 0,0,0,0,0x95);
  14.         TimeOut = 10;
  15.         while(Received != 0x01)
  16.         {
  17.                 Received = SPI_SendByte(0xFF);
  18.                 TimeOut--;
  19.                 if(TimeOut ==0)
  20.                 {
  21.                         return SD_GO_IDLE_STATE_ERROR;
  22.                 }
  23.         }
  24.         Received = SPI_SendByte(0xFF);
  25.         Received = SPI_SendByte(0xFF);
  26.         Received = SPI_SendByte(0xFF);
  27.         Received = SPI_SendByte(0xFF);
  28.         SD_SendCommand(CMD8, 0,0,1,0xAA,0x87);
  29.         TimeOut = 10;
  30.         while(Received != 1)
  31.         {
  32.                 Received =      SPI_SendByte(0xFF);
  33.                 TimeOut--;
  34.                 if(TimeOut ==0)
  35.                 {
  36.                         return SD_SEND_IF_COND_ERROR;
  37.                 }
  38.         }
  39.         Received =      SPI_SendByte(0xFF);
  40.         Received =      SPI_SendByte(0xFF);
  41.         Received =      SPI_SendByte(0xFF);
  42.         Received =      SPI_SendByte(0xFF);
  43.         Received =      SPI_SendByte(0xFF);
  44.         SD_SendCommand(CMD55, 0,0,0,0,0xFF);
  45.         Received =      SPI_SendByte(0xFF);
  46.         Received =      SPI_SendByte(0xFF);
  47.         SD_SendCommand(ACMD41, 0x40,0,0,0,0xFF);
  48.         Received =      SPI_SendByte(0xFF);
  49.         TimeOut = 20;
  50.         while(Received != 0x00)
  51.         {
  52.                 __delay_ms(100);
  53.                 Received = SPI_SendByte(0xFF);
  54.                 if(Received == 0x01)
  55.                 {
  56.                         SD_SendCommand(CMD55, 0,0,0,0,0xFF);
  57.                         Received =      SPI_SendByte(0xFF);
  58.                         Received =      SPI_SendByte(0xFF);
  59.                         SD_SendCommand(ACMD41, 0,0,0,0,0xFF);
  60.                 }
  61.                 TimeOut--;
  62.                 if(TimeOut ==0)
  63.                 {
  64.                         return SD_SEND_OP_COND_ERROR;
  65.                 }
  66.         }
  67.         return SD_OK;
  68. }
(#) kissi válasza Beles hozzászólására (») Jún 24, 2015 /
 
Szia!

Köszi, most nem vagyok a "cucc" mellett, de este kipróbálom !

Első ránézésre már ott is van különbség, hogy a CMD8-nál egyet vársz ( doksi szerint az is kéne!), viszont nekem 2 jön és írtam is, hogy ez szerintem nem jó és a következő 4 byte-ban kb. nem láttam 1-et!

Este további vizslatás !
(#) fepity hozzászólása Jún 25, 2015 /
 
Hello én még csak tervezgetek egy txt file olvasót, viszont azt szeretné ha nem LCD-n írná ki hanem braille karakterek.
Ehez viszont egy kódoló rutint kellene írnom.
Várok minden ötletet.
(#) Beles válasza kissi hozzászólására (») Jún 25, 2015 /
 
Sikerült kipróbálni?
(#) gabi20 válasza kissi hozzászólására (») Jún 25, 2015 /
 
Szia esetleg megnézheted ezt a programot is, nekem bevált.

  1. unsigned char init_sdhc_card(){
  2.        
  3.     unsigned char timeout = 0;
  4.    
  5.     sleep(500);
  6.     GPIOE_PSOR |= (1<<4);       // CS high - deselect
  7.     for(unsigned char i = 0; i < 10; i++) spi_transmit(0xFF);
  8.     GPIOE_PCOR |= (1<<4);       // CS low - select
  9.    
  10.     spi_transmit(0x40 + 0);    // CMD 0
  11.     spi_transmit(0);
  12.     spi_transmit(0);
  13.     spi_transmit(0);
  14.     spi_transmit(0);
  15.     spi_transmit(0x95);
  16.  
  17.     timeout = 0;
  18.     while(1){
  19.      
  20.         if((spi_transmit(0xFF)) == 0x01) break;
  21.         timeout++;
  22.         if(timeout > 10) return 0;                    // init failed
  23.     }
  24.          
  25.     spi_transmit(0x40 + 8);         // CMD48
  26.     spi_transmit(0x00);
  27.     spi_transmit(0x00);
  28.     spi_transmit(0x01);
  29.     spi_transmit(0xAA);
  30.     spi_transmit(0x87);
  31.        
  32.     timeout = 0;
  33.     while(1){
  34.              
  35.         if((spi_transmit(0xFF)) == 0x01) break;
  36.         timeout++;
  37.         if(timeout > 10) return 0;       // init failed
  38.     }
  39.    
  40.     for(unsigned char i = 0 ; i < 5; i++) spi_transmit(0xFF);
  41.    
  42.     while(1){
  43.    
  44.         spi_transmit(0x40 + 55);      // CMD55
  45.         spi_transmit(0x00);
  46.         spi_transmit(0x00);
  47.         spi_transmit(0x00);
  48.         spi_transmit(0x00);
  49.         spi_transmit(0xFF);
  50.        
  51.         timeout = 0;
  52.         while(1){
  53.              
  54.             if((spi_transmit(0xFF)) == 0x01) break;
  55.             timeout++;
  56.             if(timeout > 10) return 0;       // init failed
  57.         }
  58.        
  59.         spi_transmit(0x40 + 41);        // ACMD 41
  60.         spi_transmit(0x40);
  61.         spi_transmit(0x00);
  62.         spi_transmit(0x00);
  63.         spi_transmit(0x00);
  64.         spi_transmit(0xFF);
  65.        
  66.         timeout = 0;
  67.         while(1){
  68.              
  69.             if((spi_transmit(0xFF)) == 0x00) return 1;     // Init OK
  70.             timeout++;
  71.             if(timeout > 10) break;
  72.         }
  73.     }    
  74. }
(#) kissi válasza gabi20 hozzászólására (») Jún 25, 2015 /
 
Köszönöm, még nem értem rá próbálni Beles kolléga javaslatát sem, sajnos úgy néz ki marad hétvégére !
(#) kissi válasza Beles hozzászólására (») Jún 25, 2015 /
 
Szia!

Még nem értem rá sajnos... Hétvégén talán meg tudom nézni, mindenképpen visszajelzek !
(#) kissi válasza gabi20 hozzászólására (») Jún 26, 2015 /
 
A CMD8-ra nem ad vissza 1-et, hanem 0,0,0,2,31-et !
A doksi szerint az AA-t is vissza kellene adnia !?
3 kártyát is próbálok... !

Mi lehet vele ?!
A hozzászólás módosítva: Jún 26, 2015
(#) gabi20 válasza kissi hozzászólására (») Jún 26, 2015 /
 
Nekem 0xAA nem jön vissza CMD8-ra. 2 darab SDHC-t használok, mindkettőnél CMD8-ra a válasz 0xFF, 0x01. Táp felkapcsolása után rögtön kezded az inicializációt? Mindenképp legyen némi késleltetés.
A hozzászólás módosítva: Jún 26, 2015
(#) kissi válasza gabi20 hozzászólására (») Jún 26, 2015 /
 
A doksi szerint a kiküldött mintát ( 0xAA pattern) is vissza kellene adnia !
Késleltetés van, mert többszöri próbálkozásnál is ezt csinálják, holott akkor már percek óta be van kapcsolva a kártya...
szerk.: csatoltam képet !
A hozzászólás módosítva: Jún 26, 2015

Válasz_CMD8-...jpg		    
(#) gabi20 válasza kissi hozzászólására (») Jún 26, 2015 /
 
Hardveres SPI portot használsz? Jól van konfigolva? Mode 0-ban kellene működnie. Érdekes az a tüske a MISO lábon a 8. bytenál. Ott kellene visszajönnie az 1-nek.
(#) kissi válasza gabi20 hozzászólására (») Jún 26, 2015 /
 
Igen, hardveres SPI, MODE 0, nekem is feltűnt a tüske ( csak 15 ns!), raktam a tápra még kondit, de nem változott ! Ha megnézed, akkor a CMD0-nál simán visszaadja az 1-et ( viszont ott is vannak tüskék!)!
  1. OpenSPI ( SPI_FOSC_64, MODE_00,         SMPEND );       //
A hozzászólás módosítva: Jún 26, 2015

Válasz_CMD0-...jpg		    
(#) gabi20 válasza kissi hozzászólására (») Jún 26, 2015 /
 
Az is zavarja a szemem, hogy a MOSI láb logikai értéke adásszünetben megváltozik. Én AVR-el dolgozok, de ott ilyen nincs. Esetleg nincs kedved kipróbálni szoftveres SPI portot? Nem bonyolult egy for ciklus az egész.

  1. unsigned char spi_tx_rx(unsigned char tx_data){
  2.        
  3.     unsigned char rx_data = 0;
  4.    
  5.     for(unsigned char i = 0; i < 8; i++){
  6.        
  7.         rx_data = rx_data << 1;
  8.        
  9.         if(tx_data & 0x80) GPIOE_PSOR |= (1<<3);  // MOSI high
  10.             else GPIOE_PCOR |= (1<<3);            // MOSI low
  11.  
  12.         if(GPIOE_PDIR & (1<<1)) rx_data++;        // if MISO high
  13.        
  14.         GPIOE_PSOR |= (1<<2);    // CLOCK high
  15.         GPIOE_PCOR |= (1<<2);    // CLOCK low
  16.        
  17.         tx_data = tx_data << 1;
  18.     }
  19.    
  20.     return rx_data;
  21. }
A hozzászólás módosítva: Jún 26, 2015
(#) kissi válasza gabi20 hozzászólására (») Jún 26, 2015 /
 
Nem tudom, hogy miért változik adásszünetben a jel értéke ( lehet, hogy átállítja a lábat bemenetnek és ott a felhúzóellenállás !?), de ha megnézed, akkor nincs gond, mert a felfutóélnél már mindig megfelelő szintű.
Megnézem majd a szoftveres birizgálást is, köszi, most még utánanézek ennek a hardveres dolognak, hátha ez nem tetszik neki!
Neked milyen szinten van a láb: az utolsó kiadott bitnek megfelelő vagy magas szintre áll be/le ?!
(#) kissi válasza kissi hozzászólására (») Jún 26, 2015 /
 
Nem állítja át bemenetnek, mert az induláskor min. 74 órajelnél folyamatosan magas szinten van !
szerk.: bár itt folyamatosan magasat kellett kiadnia, így nem látszik, ha "elengedi " a vonalat!
A hozzászólás módosítva: Jún 26, 2015

Ini_órajelek...jpg		    
(#) gabi20 válasza kissi hozzászólására (») Jún 27, 2015 /
 
Idézet:
„Neked milyen szinten van a láb: az utolsó kiadott bitnek megfelelő vagy magas szintre áll be/le”
Ha az utolsó kiadott bit 0 értékű akkor a MOSI láb nekem tartja a nullát, ha 1 akkor pedig az 1 értéket.
(#) Beles válasza kissi hozzászólására (») Jún 27, 2015 /
 
Nek raknád be az SPI inicializálás kódodat? Hátha látunk ott valami hibát. Illetve milyen PIC-et használsz? Ez is fontos, én tegnap előtt 4 órát szívtam I2C-vel egy PIC32MZ1024ECG64 PIC-el. Egy már letesztelt működő kódot vittem át PIC24EP családból. Másnap találtam egy doksit, amiben felsorolják hogy milyen hibák vannak a PIC32MZ szériában. Konkrétan benne van hogy az I2C hardweres stop nem működik, és egy leírás hogyan írjuk meg szoftveresre. De nem ez az első eset, hogy valami mellék jegyzet elkerülte a figyelmemet, ami nagyon is lényeges volt.
(#) kissi válasza Beles hozzászólására (») Jún 27, 2015 /
 
Szia!
PIC18F26K22, néztem az errata-t, nem láttam az SPI-re vonatkozó problémát...!

Gond lehet, hogy hosszú vezetékkel van csatlakoztatva a kártya foglalat, most készítek valami próbapanelt és azon fogok mérni... Ha megnézed az előzőekben mellékelt logikai analizátor diagramokat, abban látszik, hogy mit ad ki és mit kap, aszerint (úgy látom !) jó a kiadott jelsorozat!

Köszi a segítőkészséget, most próbálok ( ill. építek !) és jelentkezem !
A hozzászólás módosítva: Jún 27, 2015
(#) Zsora válasza kissi hozzászólására (») Jún 27, 2015 /
 
Milyen tápfeszültségeket használsz a vezérlőnél és a kártyánál? Esetleg hibás a szintillesztés, vagy csak az analizátor méri rosszul a szinteket. (Szkópon jobban látszódna a jelszint és jelalak.)
(#) Beles válasza Zsora hozzászólására (») Jún 27, 2015 /
 
Pont erre gondoltam én is. Hogy lehet nem jó a szintillesztés.
(#) kissi válasza Beles hozzászólására (») Jún 27, 2015 /
 
Sziasztok!

Ellenállásos szintillesztést használok, de szkóppal jónak láttam...
Lassan elkészülök a próbapanellel és akkor újra méregetem, én a hosszú vezetékekre tippelek !
(#) Zsora válasza kissi hozzászólására (») Jún 27, 2015 /
 
Mindkét irányba jónak láttad? Mert szerintem passzív (ellenállásosztásos) illesztéssel csak egyirányú kommunikáció valósítható meg. A 3,3V-os jelből hogy lesz 5V-os?
(#) kissi válasza Zsora hozzászólására (») Jún 27, 2015 /
 
Sziasztok !

A 3,3V-ból nem kell, hogy 5 V legyen, a PIC tápját csökkentettem egy diódával kb. 4,5V-ra, így a 3,3V már jó, de adott esetben tranzisztoros illesztővel is megoldható! Azért nem kerestem itt a gondot ( igazad van, lehetne!), de az analzátoron elég kicsire vettem a küszöbszintet ( 1,8V), mégsem jött be az 1-es ( ha itt jó lett volna, akkor gyanakodtam volna a PIC értelmezésére, de már itt sem volt jó és szkóppal is ezt láttam!).

A gond megoldódott a próbapanel megépítésével és a távolságok lecsökkenésével , így már a pattern-t is visszaadja előírás szerint!

Köszönöm Mindenkinek( gabi20, Beles és Zsora) a segítséget és az ötleteket, mellékelem a kapott diagrammot !
A hozzászólás módosítva: Jún 27, 2015

Válasz_jó_CM...jpg		    
(#) Beles válasza kissi hozzászólására (») Jún 28, 2015 /
 
Örülök, hogy működik Nekem egyébként próbapanelen is megy, mondjuk csak 5 centis kábeleket használok.
(#) kissi válasza Beles hozzászólására (») Jún 28, 2015 /
 
Újabb kérdés:

Ha a CMD18,0,0,0,0,255 utasítást kiadom, akkor nem a 0.sectort kellene kezdenie olvasni? Egy csomó '0'-t ír, pedig ott nem 0-k vannak !
Ráadásul a választ egy "csomó" 0xFF-el kezdi, majd jön a 0xFE ( ez kellene!) és utána a '0'-k ( Marker1-nél!) ! Mit nézek el így hajnalban ?!
A hozzászólás módosítva: Jún 28, 2015

CMD18_válasz...jpg		    
Ezekre szükség lehet! - HESTORE.HU

PIC18F2620-I/SO
PIC32MX764F128H-I/PT
PIC24EP256GP202-I/SP
XP-148M-A500K
237K 0,1%
Következő: »»   9 / 14
Bejelentkezés

Belépés
Hirdetés
XDT.hu
Az oldalon sütiket használunk a helyes működéshez. Bővebb információt az adatvédelmi szabályzatban olvashatsz. Megértettem