DSPRelated.com
Forums

C6416 SDRAM

Started by yang...@163.com June 3, 2008
Hey, I'm working at one project on TMS320C6416, and I have one strange question.I put a 32bits SDRAM on EMIFA, the high 32bits are not used. When I write to SDRAM in a address, the data in another adrress next 16bytes change all the time. For example, when I write a data in Ox8000 0000, the data in 0x8000 0010 also change. The operation in 0x8000 0010 also effects Ox8000 0000. What's the problem?
Thanks very much. And sorry for my poor English.
yangxj_xidian,

On 6/3/08, y...@163.com wrote:
>
> Hey, I'm working at one project on TMS320C6416, and I have one strange
> question.I put a 32bits SDRAM on EMIFA, the high 32bits are not used. When I
> write to SDRAM in a address, the data in another adrress next 16bytes change
> all the time. For example, when I write a data in Ox8000 0000, the data in
> 0x8000 0010 also change. The operation in 0x8000 0010 also effects Ox8000
> 0000. What's the problem?
>

You probably have a problem with an address line - hopefully just a bad
solder joint.
the low part of the address [0x10] = 0001 0000 should be connected to DSP
pins:
EA8-EA7-EA6-EA5 EA4-EA3-x-y [x,y decoded byte enables BE0-3].
I think that your problem is somewhere with EA5 between the DSP and SDRAM.

mikedunn

Thanks very much. And sorry for my poor English.

--
www.dsprelated.com/blogs-1/nf/Mike_Dunn.php
I check hardware carefully, and there is no wrong.
If I use 16bits sdram, now the addresses count by 8bytes have influence.
ex, Write to 0x8000 0000, data in 0x8000 0008 also change, vice versa.
If I use 8bits sdram, 0x8000 0000 and 0x8000 0004 will change simultaneity.
What's the possibility?
Thanks again.
Hey, I'm working at one project on TMS320C6416, and I have one strange question.I put a 32bits SDRAM on EMIFA, the high 32bits are not used. When I write to SDRAM in a address, the data in another adrress next 16bytes change all the time. For example, when I write a data in Ox8000 0000, the data in 0x8000 0010 also change. The operation in 0x8000 0010 also effects Ox8000 0000. What's the problem?
>Thanks very much. And sorry for my poor English.
>
Hey, I'm working at one project on TMS320C6416, and I have one strange question.I put a 32bits SDRAM on EMIFA, the high 32bits are not used. When I write to SDRAM in a address, the data in another adrress next 16bytes change all the time. For example, when I write a data in Ox8000 0000, the data in 0x8000 0010 also change. The operation in 0x8000 0010 also effects Ox8000 0000. What's the problem?
>Thanks very much. And sorry for my poor English.
>
I check hardware carefully, and there is no wrong.
If I use 16bits sdram, now the addresses count by 8bytes have influence.
ex, Write to 0x8000 0000, data in 0x8000 0008 also change, vice versa.
If I use 8bits sdram, 0x8000 0000 and 0x8000 0004 will change simultaneity.
My configuration is
static EMIFA_Config MyEmifaConfig {
EMIFA_GBLCTL_RMK
(
EMIFA_GBLCTL_EK2RATE_FULLCLK,
EMIFA_GBLCTL_EK2HZ_CLK,
EMIFA_GBLCTL_EK2EN_ENABLE,
EMIFA_GBLCTL_BRMODE_MRSTATUS,
EMIFA_GBLCTL_NOHOLD_DISABLE,
EMIFA_GBLCTL_EK1HZ_CLK,
EMIFA_GBLCTL_EK1EN_ENABLE,
EMIFA_GBLCTL_CLK4EN_ENABLE,
EMIFA_GBLCTL_CLK6EN_ENABLE
),
0xffffff33, //32BIT SDRAM
0xffffff13,
0xffffff13,
0xffffff13,
EMIFA_SDCTL_RMK
(
EMIFA_SDCTL_SDBSZ_4BANKS,
EMIFA_SDCTL_SDRSZ_12ROW,
EMIFA_SDCTL_SDCSZ_8COL,
EMIFA_SDCTL_RFEN_ENABLE,
EMIFA_SDCTL_INIT_YES, //SDRAM 配置完每个CE空间后,初始化
EMIFA_SDCTL_TRCD_OF(1), //TRCD = 20ns
EMIFA_SDCTL_TRP_OF(1), //TRP = 20ns
EMIFA_SDCTL_TRC_OF(6),
EMIFA_SDCTL_SLFRFR_DISABLE //self refresh mode disable
),
EMIFA_SDTIM_RMK
(
EMIFA_SDTIM_XRFR_DEFAULT, //EXT TIMER default
EMIFA_SDTIM_PERIOD_OF(1560) //64ms, 4096 cycle refresh
),
EMIFA_SDEXT_RMK
(
EMIFA_SDEXT_WR2RD_OF(0), //cycles between write to read command = 1 CLK
EMIFA_SDEXT_WR2DEAC_OF(1), //cycles between write to precharge
EMIFA_SDEXT_WR2WR_OF(0), //cycles between write to write = 1 CLK
EMIFA_SDEXT_R2WDQM_OF(1), //cycles between read to bex = 2 CLK
EMIFA_SDEXT_RD2WR_OF(0), //cycles between read to write = 1 CLK
EMIFA_SDEXT_RD2DEAC_OF(1), //cycles between read to precharge
EMIFA_SDEXT_RD2RD_OF(0), //cycles between read to read = 1 CLK
EMIFA_SDEXT_THZP_OF(0), //Troh = 2 CLK
EMIFA_SDEXT_TWR_OF(1), //Twr >= 1 CLK +7 ns
EMIFA_SDEXT_TRRD_OF(0), //Trrd >= 14ns
EMIFA_SDEXT_TRAS_OF(4), //Tras >= 42ns
EMIFA_SDEXT_TCL_OF(0) //cas latency = 2 CLK
),
0x00000002,
0x00000002,
0x00000002,
0x00000002
};
The clock cycle of SDRAM is 100MHZ.

Is there any wrong?
eWFuZ3hqX3hpZGlhbiwKCk9uIDYvNC8wOCwgeWFuZ3hqX3hpZGlhbkAxNjMuY29tIDx5YW5n
eGpfeGlkaWFuQDE2My5jb20+IHdyb3RlOgo+Cj4KPiBIZXksIEknbSB3b3JraW5nIGF0IG9u
ZSBwcm9qZWN0IG9uIFRNUzMyMEM2NDE2LCBhbmQgSSBoYXZlIG9uZSBzdHJhbmdlIHF1ZXN0
aW9uLkkgcHV0IGEgMzJiaXRzIFNEUkFNIG9uIEVNSUZBLCB0aGUgaGlnaCAzMmJpdHMgYXJl
IG5vdCB1c2VkLiBXaGVuIEkgd3JpdGUgdG8gU0RSQU0gaW4gYSBhZGRyZXNzLCB0aGUgZGF0
YSBpbiBhbm90aGVyIGFkcnJlc3MgbmV4dCAxNmJ5dGVzIGNoYW5nZSBhbGwgdGhlIHRpbWUu
IEZvciBleGFtcGxlLCB3aGVuIEkgIHdyaXRlIGEgZGF0YSBpbiBPeDgwMDAgMDAwMCwgdGhl
IGRhdGEgaW4gMHg4MDAwIDAwMTAgYWxzbyBjaGFuZ2UuIFRoZSBvcGVyYXRpb24gaW4gMHg4
MDAwIDAwMTAgYWxzbyBlZmZlY3RzIE94ODAwMCAwMDAwLiBXaGF0J3MgdGhlIHByb2JsZW0/
Cj4gPlRoYW5rcyB2ZXJ5IG11Y2guIEFuZCBzb3JyeSBmb3IgbXkgcG9vciBFbmdsaXNoLgo+
ID4KPgo+Cj4gSSBjaGVjayBoYXJkd2FyZSBjYXJlZnVsbHksIGFuZCB0aGVyZSBpcyBubyB3
cm9uZy4KPiBJZiBJIHVzZSAxNmJpdHMgc2RyYW0sIG5vdyB0aGUgYWRkcmVzc2VzIGNvdW50
IGJ5IDhieXRlcyBoYXZlIGluZmx1ZW5jZS4KPiBleCwgV3JpdGUgdG8gMHg4MDAwIDAwMDAs
IGRhdGEgaW4gMHg4MDAwIDAwMDggYWxzbyBjaGFuZ2UsIHZpY2UgdmVyc2EuCj4gSWYgSSB1
c2UgOGJpdHMgc2RyYW0sIDB4ODAwMCAwMDAwIGFuZCAweDgwMDAgMDAwNCB3aWxsIGNoYW5n
ZSBzaW11bHRhbmVpdHkuCj4gTXkgY29uZmlndXJhdGlvbiBpcwo+IHN0YXRpYyBFTUlGQV9D
b25maWcgTXlFbWlmYUNvbmZpZyA9Cj4gewo+ICAgICAgICBFTUlGQV9HQkxDVExfUk1LCj4g
ICAgICAgICgKPiAgICAgICAgICAgICAgICBFTUlGQV9HQkxDVExfRUsyUkFURV9GVUxMQ0xL
LAo+ICAgICAgICAgICAgICAgIEVNSUZBX0dCTENUTF9FSzJIWl9DTEssCj4gICAgICAgICAg
ICAgICAgRU1JRkFfR0JMQ1RMX0VLMkVOX0VOQUJMRSwKPiAgICAgICAgICAgICAgICBFTUlG
QV9HQkxDVExfQlJNT0RFX01SU1RBVFVTLAo+ICAgICAgICAgICAgICAgIEVNSUZBX0dCTENU
TF9OT0hPTERfRElTQUJMRSwKPiAgICAgICAgICAgICAgICBFTUlGQV9HQkxDVExfRUsxSFpf
Q0xLLAo+ICAgICAgICAgICAgICAgIEVNSUZBX0dCTENUTF9FSzFFTl9FTkFCTEUsCj4gICAg
ICAgICAgICAgICAgRU1JRkFfR0JMQ1RMX0NMSzRFTl9FTkFCTEUsCj4gICAgICAgICAgICAg
ICAgRU1JRkFfR0JMQ1RMX0NMSzZFTl9FTkFCTEUKPiAgICAgICAgKSwKPiAgICAgICAgMHhm
ZmZmZmYzMywgICAgICAgICAgICAgLy8zMkJJVCBTRFJBTQo+ICAgICAgICAweGZmZmZmZjEz
LAo+ICAgICAgICAweGZmZmZmZjEzLAo+ICAgICAgICAweGZmZmZmZjEzLAo+ICAgICAgICBF
TUlGQV9TRENUTF9STUsKPiAgICAgICAgKAo+ICAgICAgICAgICAgICAgIEVNSUZBX1NEQ1RM
X1NEQlNaXzRCQU5LUywKPiAgICAgICAgICAgICAgICBFTUlGQV9TRENUTF9TRFJTWl8xMlJP
VywKPiAgICAgICAgICAgICAgICBFTUlGQV9TRENUTF9TRENTWl84Q09MLAo+ICAgICAgICAg
ICAgICAgIEVNSUZBX1NEQ1RMX1JGRU5fRU5BQkxFLAo+ICAgICAgICAgICAgICAgIEVNSUZB
X1NEQ1RMX0lOSVRfWUVTLCAgICAgICAgICAgLy9TRFJBTSDF5NbDzerDv7j2Q0W/1bzkuvOj
rLP1yry7rwo+ICAgICAgICAgICAgICAgIEVNSUZBX1NEQ1RMX1RSQ0RfT0YoMSksICAgICAg
ICAgLy9UUkNEID0gMjBucwo+ICAgICAgICAgICAgICAgIEVNSUZBX1NEQ1RMX1RSUF9PRigx
KSwgICAgICAgICAgLy9UUlAgPSAyMG5zCj4gICAgICAgICAgICAgICAgRU1JRkFfU0RDVExf
VFJDX09GKDYpLAo+ICAgICAgICAgICAgICAgIEVNSUZBX1NEQ1RMX1NMRlJGUl9ESVNBQkxF
ICAgICAgLy9zZWxmIHJlZnJlc2ggbW9kZSBkaXNhYmxlCj4gICAgICAgICksCj4gICAgICAg
IEVNSUZBX1NEVElNX1JNSwo+ICAgICAgICAoCj4gICAgICAgICAgICAgICAgRU1JRkFfU0RU
SU1fWFJGUl9ERUZBVUxULCAgICAgICAvL0VYVCBUSU1FUiBkZWZhdWx0Cj4gICAgICAgICAg
ICAgICAgRU1JRkFfU0RUSU1fUEVSSU9EX09GKDE1NjApICAgICAvLzY0bXMsIDQwOTYgY3lj
bGUgcmVmcmVzaAo+ICAgICAgICApLAo+ICAgICAgICBFTUlGQV9TREVYVF9STUsKPiAgICAg
ICAgKAo+ICAgICAgICAgICAgICAgIEVNSUZBX1NERVhUX1dSMlJEX09GKDApLCAgICAgICAg
Ly9jeWNsZXMgYmV0d2VlbiB3cml0ZSB0byByZWFkIGNvbW1hbmQgPSAxIENMSwo+ICAgICAg
ICAgICAgICAgIEVNSUZBX1NERVhUX1dSMkRFQUNfT0YoMSksICAgICAgLy9jeWNsZXMgYmV0
d2VlbiB3cml0ZSB0byBwcmVjaGFyZ2UKPiAgICAgICAgICAgICAgICBFTUlGQV9TREVYVF9X
UjJXUl9PRigwKSwgICAgICAgIC8vY3ljbGVzIGJldHdlZW4gd3JpdGUgdG8gd3JpdGUgPSAx
IENMSwo+ICAgICAgICAgICAgICAgIEVNSUZBX1NERVhUX1IyV0RRTV9PRigxKSwgICAgICAg
Ly9jeWNsZXMgYmV0d2VlbiByZWFkIHRvIGJleCA9IDIgQ0xLCj4gICAgICAgICAgICAgICAg
RU1JRkFfU0RFWFRfUkQyV1JfT0YoMCksICAgICAgICAvL2N5Y2xlcyBiZXR3ZWVuIHJlYWQg
dG8gd3JpdGUgPSAxIENMSwo+ICAgICAgICAgICAgICAgIEVNSUZBX1NERVhUX1JEMkRFQUNf
T0YoMSksICAgICAgLy9jeWNsZXMgYmV0d2VlbiByZWFkIHRvIHByZWNoYXJnZQo+ICAgICAg
ICAgICAgICAgIEVNSUZBX1NERVhUX1JEMlJEX09GKDApLCAgICAgICAgLy9jeWNsZXMgYmV0
d2VlbiByZWFkIHRvIHJlYWQgPSAxIENMSwo+ICAgICAgICAgICAgICAgIEVNSUZBX1NERVhU
X1RIWlBfT0YoMCksICAgICAgICAgLy9Ucm9oID0gMiBDTEsKPiAgICAgICAgICAgICAgICBF
TUlGQV9TREVYVF9UV1JfT0YoMSksICAgICAgICAgIC8vVHdyID49IDEgQ0xLICs3IG5zCj4g
ICAgICAgICAgICAgICAgRU1JRkFfU0RFWFRfVFJSRF9PRigwKSwgICAgICAgICAvL1RycmQg
Pj0gMTRucwo+ICAgICAgICAgICAgICAgIEVNSUZBX1NERVhUX1RSQVNfT0YoNCksICAgICAg
ICAgLy9UcmFzID49IDQybnMKPiAgICAgICAgICAgICAgICBFTUlGQV9TREVYVF9UQ0xfT0Yo
MCkgICAgICAgICAgIC8vY2FzIGxhdGVuY3kgPSAyIENMSwo+ICAgICAgICApLAo+ICAgICAg
ICAweDAwMDAwMDAyLAo+ICAgICAgICAweDAwMDAwMDAyLAo+ICAgICAgICAweDAwMDAwMDAy
LAo+ICAgICAgICAweDAwMDAwMDAyCj4gfTsKPiBUaGUgY2xvY2sgY3ljbGUgb2YgU0RSQU0g
aXMgMTAwTUhaLgo+Cj4gSXMgdGhlcmUgYW55IHdyb25nPwoKSSBkaWQgbm90IGRlY29kZSBh
bGwgb2YgeW91ciBzZXR0aW5ncywgYnV0IGkgZGlkIHRoZSBmb2xsb3dpbmcgb24gYSA2NDE2
IGJvYXJkOgpHRUwgZmlsZSBzZXR1cC0KaW5pdF9lbWlmKCkKewogICAgI2RlZmluZSBFTUlG
QV9HQ1RMICAgICAgIDB4MDE4MDAwMDAKICAgICNkZWZpbmUgRU1JRkFfQ0UxICAgICAgICAw
eDAxODAwMDA0CiAgICAjZGVmaW5lIEVNSUZBX0NFMCAgICAgICAgMHgwMTgwMDAwOAogICAg
I2RlZmluZSBFTUlGQV9DRTIgICAgICAgIDB4MDE4MDAwMTAKICAgICNkZWZpbmUgRU1JRkFf
Q0UzICAgICAgICAweDAxODAwMDE0CiAgICAjZGVmaW5lIEVNSUZBX1NEUkFNQ1RMICAgMHgw
MTgwMDAxOAogICAgI2RlZmluZSBFTUlGQV9TRFJBTVRJTSAgIDB4MDE4MDAwMWMKICAgICNk
ZWZpbmUgRU1JRkFfU0RSQU1FWFQgICAweDAxODAwMDIwCiAgICAjZGVmaW5lIEVNSUZBX0NF
MVNFQ0NUTCAgMHgwMTgwMDA0NAogICAgI2RlZmluZSBFTUlGQV9DRTBTRUNDVEwgIDB4MDE4
MDAwNDgKICAgICNkZWZpbmUgRU1JRkFfQ0UyU0VDQ1RMICAweDAxODAwMDUwCiAgICAjZGVm
aW5lIEVNSUZBX0NFM1NFQ0NUTCAgMHgwMTgwMDA1NAoKICAgIC8qIEVNSUZBIFZlcnNpb24g
MSAoMTAwIE1IeiBFTUlGKSAqLwogICAgLyogU0RSQU0gPSBNVCA0OExDMk0zMkIyIFtNaWNy
b25dICovCiAgICAqKGludCopRU1JRkFfR0NUTCAgICAgICA9IDB4MDAwMTIwNzA7CiAgICAq
KGludCopRU1JRkFfQ0UwICAgICAgICA9IDB4ZmZmZmZmMzM7ICAgLy8gQ0UwIFNEUkFNIDMy
IGJpdAovLy8gICAgKihpbnQqKUVNSUZBX0NFMCAgICAgICAgPSAweGZmZmZmZjEzOyAgIC8v
IENFMCBTRFJBTSAxNiBiaXQKLy8vICAgICooaW50KilFTUlGQV9DRTAgICAgICAgID0gMHhm
ZmZmZmYwMzsgICAvLyBDRTAgU0RSQU0gOCBiaXQKICAgICooaW50KilFTUlGQV9DRTIgICAg
ICAgID0gMHgyMmEyOGEyMjsgICAvLyBDRTIgRGF1Z2h0ZXJjYXJkIDMyLWJpdCBhc3luYwog
ICAgKihpbnQqKUVNSUZBX0NFMyAgICAgICAgPSAweDIyYTI4YTIyOyAgIC8vIENFMyBEYXVn
aHRlcmNhcmQgMzItYml0IGFzeW5jCiAgICAqKGludCopRU1JRkFfU0RSQU1DVEwgICA9IDB4
NDcxMTUwMDA7ICAgLy8gU0RSQU0gY29udHJvbAogICAgKihpbnQqKUVNSUZBX1NEUkFNVElN
ICAgPSAweDAwMDAwNjE4OyAgIC8vIFNEUkFNIHRpbWluZyByZWZyZXNoCgogICAqKGludCop
RU1JRkFfU0RSQU1FWFQgICA9IDB4MDAwYTg1Mjk7ICAgLy8gU0RSQU0gZXh0ZW5kZWQgY29u
dHJvbAp9CgpJIHJhbiB0aGUgMzIsIDE2LCA4IGJpdCBzZXR1cCB3aXRoIG5vIHByb2JsZW1z
LgpJZiB5b3VyIHNldHVwIGlzIG9rYXksIEkgc3VnZ2VzdCB0aGF0IHlvdSBsb2FkIGEgc2lt
cGxlICdmb3JldmVyJyBsb29wCnRoYXQgd3JpdGVzIHRvIDB4ODAwMDAwMDAgaW50byBpbnRl
cm5hbCBtZW1vcnkgYW5kIHJ1biBpdC4gIFVzZSBhCnNjb3BlIHdpdGggMSBjaGFubmVsIGFu
ZCBzeW5jIG9uIENBUyBhbiBhbm90aGVyIG9uIHRoZSAiYmFkIiBhZGRyZXNzCmxpbmUgW0VB
NV0uCjEuIElzIEVBNSBhbHdheXMgbG93Pz8KUmVwZWF0IHRlc3QgZm9yIDB4ODAwMDAwMTAg
W2ZvciAzMiBiaXRdLgoyLiBJcyBFQTUgYWx3YXlzIGhpPz8KQ2hhbmdlIGxvb3AgYWJvdmUg
dG8gYSByZWFkIG9mIDB4ODAwMDAwMDAuCjMuIElzIEVBNSBhbHdheXMgbG93Pz8KQ2hhbmdl
IGFkZHJlc3MgdG8gMHg4MDAwMDAxMC4KNC4gSXMgRUE1IGFsd2F5cyBoaT8/CgptaWtlZHVu
bgoKCgo+Cj4KPgo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0K
Pgo+IE9NQVAzNXggRVZNIGp1bXAtc3RhcnRzIGxvdy1wb3dlciBhcHBzCj4gLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gVGhlIG1vZHVsYXIgYW5kIGV4dGVuc2li
bGUgT01BUDM1eCBFdmFsdWF0aW9uIE1vZHVsZSAoRVZNKSBlbmFibGVzIGRldmVsb3BlcnMg
dG8gc3RhcnQgYnVpbGRpbmcgYXBwbGljYXRpb25zIGJhc2VkIG9uIHRoZSBPTUFQMzV4IGFy
Y2hpdGVjdHVyZTogaHR0cDovL3d3dy5EU1BSZWxhdGVkLmNvbS9vbWFwMzV4Cj4KPiBORVch
ICBZb3UgY2FuIG5vdyBwb3N0IGEgbWVzc2FnZSBvciBhY2Nlc3MgYW5kIHNlYXJjaCB0aGUg
YXJjaGl2ZXMgb2YgdGhpcyBncm91cCBvbiBEU1BSZWxhdGVkLmNvbToKPiBodHRwOi8vd3d3
LmRzcHJlbGF0ZWQuY29tL2dyb3Vwcy9jNngvMS5waHAKPgo+IF9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX18KPiBOb3RlOiBJZiB5b3UgZG8gYSBzaW1wbGUgInJlcGx5
IiB3aXRoIHlvdXIgZW1haWwgY2xpZW50LCBvbmx5IHRoZSBhdXRob3Igb2YgdGhpcyBtZXNz
YWdlIHdpbGwgcmVjZWl2ZSB5b3VyIGFuc3dlci4gIFlvdSBuZWVkIHRvIGRvIGEgInJlcGx5
IGFsbCIgaWYgeW91IHdhbnQgeW91ciBhbnN3ZXIgdG8gYmUgZGlzdHJpYnV0ZWQgdG8gdGhl
IGVudGlyZSBncm91cC4KPgo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X18KPiBBYm91dCB0aGlzIGRpc2N1c3Npb24gZ3JvdXA6Cj4KPiBBcmNoaXZlczogIGh0dHA6
Ly93d3cuZHNwcmVsYXRlZC5jb20vZ3JvdXBzL2M2eC8xLnBocAo+Cj4gVG8gUG9zdDogIFNl
bmQgYW4gZW1haWwgdG8gYzZ4QHlhaG9vZ3JvdXBzLmNvbQo+Cj4gT3RoZXIgRFNQIFJlbGF0
ZWQgR3JvdXBzOiBodHRwOi8vd3d3LmRzcHJlbGF0ZWQuY29tL2dyb3Vwcy5waHBZYWhvbyEg
R3JvdXBzIExpbmtzCj4KPgo+Cj4KCgotLSAKd3d3LmRzcHJlbGF0ZWQuY29tL2Jsb2dzLTEv
bmYvTWlrZV9EdW5uLnBocAoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
CgpPTUFQMzV4IEVWTSBqdW1wLXN0YXJ0cyBsb3ctcG93ZXIgYXBwcwotLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KVGhlIG1vZHVsYXIgYW5kIGV4dGVuc2libGUgT01B
UDM1eCBFdmFsdWF0aW9uIE1vZHVsZSAoRVZNKSBlbmFibGVzIGRldmVsb3BlcnMgdG8gc3Rh
cnQgYnVpbGRpbmcgYXBwbGljYXRpb25zIGJhc2VkIG9uIHRoZSBPTUFQMzV4IGFyY2hpdGVj
dHVyZTogaHR0cDovL3d3dy5EU1BSZWxhdGVkLmNvbS9vbWFwMzV4CgpORVchICBZb3UgY2Fu
IG5vdyBwb3N0IGEgbWVzc2FnZSBvciBhY2Nlc3MgYW5kIHNlYXJjaCB0aGUgYXJjaGl2ZXMg
b2YgdGhpcyBncm91cCBvbiBEU1BSZWxhdGVkLmNvbToKaHR0cDovL3d3dy5kc3ByZWxhdGVk
LmNvbS9ncm91cHMvYzZ4LzEucGhwCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fCk5vdGU6IElmIHlvdSBkbyBhIHNpbXBsZSAicmVwbHkiIHdpdGggeW91ciBlbWFp
bCBjbGllbnQsIG9ubHkgdGhlIGF1dGhvciBvZiB0aGlzIG1lc3NhZ2Ugd2lsbCByZWNlaXZl
IHlvdXIgYW5zd2VyLiAgWW91IG5lZWQgdG8gZG8gYSAicmVwbHkgYWxsIiBpZiB5b3Ugd2Fu
dCB5b3VyIGFuc3dlciB0byBiZSBkaXN0cmlidXRlZCB0byB0aGUgZW50aXJlIGdyb3VwLgoK
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpBYm91dCB0aGlzIGRpc2N1
c3Npb24gZ3JvdXA6CgpBcmNoaXZlczogIGh0dHA6Ly93d3cuZHNwcmVsYXRlZC5jb20vZ3Jv
dXBzL2M2eC8xLnBocAoKVG8gUG9zdDogIFNlbmQgYW4gZW1haWwgdG8gYzZ4QHlhaG9vZ3Jv
dXBzLmNvbQoKT3RoZXIgRFNQIFJlbGF0ZWQgR3JvdXBzOiBodHRwOi8vd3d3LmRzcHJlbGF0
ZWQuY29tL2dyb3Vwcy5waHBZYWhvbyEgR3JvdXBzIExpbmtzCgo8Kj4gVG8gdmlzaXQgeW91
ciBncm91cCBvbiB0aGUgd2ViLCBnbyB0bzoKICAgIGh0dHA6Ly9ncm91cHMueWFob28uY29t
L2dyb3VwL2M2eC8KCjwqPiBZb3VyIGVtYWlsIHNldHRpbmdzOgogICAgSW5kaXZpZHVhbCBF
bWFpbCB8IFRyYWRpdGlvbmFsCgo8Kj4gVG8gY2hhbmdlIHNldHRpbmdzIG9ubGluZSBnbyB0
bzoKICAgIGh0dHA6Ly9ncm91cHMueWFob28uY29tL2dyb3VwL2M2eC9qb2luCiAgICAoWWFo
b28hIElEIHJlcXVpcmVkKQoKPCo+IFRvIGNoYW5nZSBzZXR0aW5ncyB2aWEgZW1haWw6CiAg
ICBtYWlsdG86YzZ4LWRpZ2VzdEB5YWhvb2dyb3Vwcy5jb20gCiAgICBtYWlsdG86YzZ4LWZ1
bGxmZWF0dXJlZEB5YWhvb2dyb3Vwcy5jb20KCjwqPiBUbyB1bnN1YnNjcmliZSBmcm9tIHRo
aXMgZ3JvdXAsIHNlbmQgYW4gZW1haWwgdG86CiAgICBjNngtdW5zdWJzY3JpYmVAeWFob29n
cm91cHMuY29tCgo8Kj4gWW91ciB1c2Ugb2YgWWFob28hIEdyb3VwcyBpcyBzdWJqZWN0IHRv
OgogICAgaHR0cDovL2RvY3MueWFob28uY29tL2luZm8vdGVybXMvCgo
yangxj,

What you are describing is classic of address lines being shorted together.
>From your description, at least the 0x04 and the 0x08 address lines.

R. Williams
---------- Original Message -----------
From: y...@163.com
To: c...
Sent: Tue, 03 Jun 2008 22:33:55 -0400
Subject: [c6x] Re: C6416 SDRAM

> I check hardware carefully, and there is no wrong.
> If I use 16bits sdram, now the addresses count by 8bytes have influence.
> ex, Write to 0x8000 0000, data in 0x8000 0008 also change, vice versa.
> If I use 8bits sdram, 0x8000 0000 and 0x8000 0004 will change simultaneity.
> What's the possibility?
> Thanks again.
------- End of Original Message -------
yangxj,

OOPS, sorry,
Along with certain address or data lines being shorted,
and what are the possibilities that the incorrect signals are being used for address lines?
a question:
if data is written to address 0x8000 0001 does the data also change at 0x8000 0011?
if so, then it is an address line shorted together or floating.
my suspicion is the address line 0x10 (on 16 bit sdram) is shorted to ground or Vcc
or the wrong signal is being used.

in any case, it is a connection problem between the CPU and the SDRAM.

R. Williams

---------- Original Message -----------
From: y...@163.com
To: c...
Sent: Tue, 03 Jun 2008 22:36:25 -0400
Subject: [c6x] Re: C6416 SDRAM

> Hey, I'm working at one project on TMS320C6416, and I have one strange question.I put a
> 32bits SDRAM on EMIFA, the high 32bits are not used. When I write to SDRAM in a address,
> the data in another adrress next 16bytes change all the time. For example, when I write a
> data in Ox8000 0000, the data in 0x8000 0010 also change. The operation in 0x8000 0010
> also effects Ox8000 0000. What's the problem?
> >Thanks very much. And sorry for my poor English.
> >
>