MCUmall EPROM BIOS Chip Burner Forum
MCUmall EPROM BIOS Chip Burner Forum
Home | Profile | Register | Active Topics | Members | Search | FAQ
Username:
Password:
Save Password
Forgot your Password?

 All Forums
 MCUmall Forums
 True USB Willem Programmer (GQ-2X,3X,4X & GQ-4x4)
 Burning M27C160 for 8 bit mode.

Note: You must be registered in order to post a reply.
To register, click here. Registration is FREE!

Screensize:
UserName:
Password:
Format Mode:
Format: BoldItalicizedUnderlineStrikethrough Align LeftCenteredAlign Right Horizontal Rule Insert HyperlinkInsert EmailInsert Image Insert CodeInsert QuoteInsert List Spell Checker
   
Message:

* HTML is OFF
* Forum Code is ON
Smilies
Smile [:)] Big Smile [:D] Cool [8D] Blush [:I]
Tongue [:P] Evil [):] Wink [;)] Clown [:o)]
Black Eye [B)] Eight Ball [8] Frown [:(] Shy [8)]
Shocked [:0] Angry [:(!] Dead [xx(] Sleepy [|)]
Kisses [:X] Approve [^] Disapprove [V] Question [?]

   Insert an Image File
Check here to include your profile signature.
    

T O P I C    R E V I E W
ByteFight Posted - 11/07/2018 : 16:53:54
Hi.

I would like to use M27C160 in byte wide, 8 bit mode. The M27C160 also supports 16 bit data and buffer in the software looks like it fills up different.

Is there any concerns when filling the buffer and burning the M27C160 with eight bit data?

I have not purchased the adapter or tried burning 27c160 yet. Just looking to cover my bases so I know what I am getting into. Attached is how I wired up the M27C160 in the project I am working on. I am going to use a dip switch to bank select the large ROM.



Image Insert:

55765 bytes

Image Insert:

45376 bytes
10   L A T E S T    R E P L I E S    (Newest First)
ByteFight Posted - 12/16/2018 : 06:35:23
I have a real hardware board working. Q15A-1 gets connected to cpu A0. All other address bits are AX + 1. The A-1 is A negative 1 not a dash is what i think.

I just load my 8bit binary file in the gq4x software like normal, burn, and it works fine.

Where in the datasheet does it say The A-1 pin is super slow in 8bit mode? I read through it front and back. Unless it is something ambiguous in the ac waveform charts I don't see it.

Bonus question.... any OTP, EEPROM, etc... M27C160 alternatives with the same dip42 pin out and 8bit mode that the GQ4X can handle? Looks like MX29F1615 is the same pin out but not listed on GQ4X software. MX29F1615 needs Vpp 10v.
anniel Posted - 11/28/2018 : 04:41:23
quote:
Originally posted by ByteFight

Ok had PCBs made and figured this out. The statement above about The Q15A-1 being the highest address bit is wrong.

When the M27C160 is set for 8 bit mode the Q15A-1 (Address MINUS one) becomes the lowest most address bit, basically A0 to the CPU chip.

When burning to the M27C160 with 8 bit data you do not need to invert A0 like shown in my picture. If the low most bit is inverted i think the byteswap button in the GQ4X software will fix it.




No it is not highest nor does it replace A0.
If you treat Q15A-1 as a regular address line you severely limit the speed.
ByteFight Posted - 11/26/2018 : 10:56:43
Ok had PCBs made and figured this out. The statement above about The Q15A-1 being the highest address bit is wrong.

When the M27C160 is set for 8 bit mode the Q15A-1 (Address MINUS one) becomes the lowest most address bit, basically A0 to the CPU chip.

When burning to the M27C160 with 8 bit data you do not need to invert A0 like shown in my picture. If the low most bit is inverted i think the byteswap button in the GQ4X software will fix it.
anniel Posted - 11/11/2018 : 13:25:27
quote:
Originally posted by ByteFight

So my mistake is making the Q15-A1 the lowest most address bit (A0)? It is actually the Upper most address in byte mode.... effectively A20? ?

Trying to wrap my brain around this statement in the datasheet.

"When the BYTEVPP pin is at VIL the Byte-wide organisation is selected and the Q15A–1 pin is used for
the Address Input A–1. When the memory is logically regarded as 16 bit wide, but read in
the Byte-wide organisation, then with A–1 at VIL the lower 8 bits of the 16 bit data are
selected and with A–1 at VIH the upper 8 bits of the 16 bit data are selected."





Right and if you look closely at the datasheet you will also notice that Q15-A1 is much slower than the address lines.
ByteFight Posted - 11/11/2018 : 13:09:28
So my mistake is making the Q15-A1 the lowest most address bit (A0)? It is actually the Upper most address in byte mode.... effectively A20? ?

Trying to wrap my brain around this statement in the datasheet.

"When the BYTEVPP pin is at VIL the Byte-wide organisation is selected and the Q15A–1 pin is used for
the Address Input A–1. When the memory is logically regarded as 16 bit wide, but read in
the Byte-wide organisation, then with A–1 at VIL the lower 8 bits of the 16 bit data are
selected and with A–1 at VIH the upper 8 bits of the 16 bit data are selected."

anniel Posted - 11/10/2018 : 15:22:02
quote:
Originally posted by ByteFight

Also instead of modifying the binary file is there anything I can do to the PCB? Is the issue that makes me have to edit the binary file because of Q15-A1 pin? If I invert that pin does it help?

Example


Image Insert:

22759 bytes




The Q15A–1 pin only serves to select the lower or upper part of the chip. Same as a CS if you had 2 chips if it can help you understand. Inverting it will only swap the 2.
ByteFight Posted - 11/10/2018 : 06:57:33
Also instead of modifying the binary file is there anything I can do to the PCB? Is the issue that makes me have to edit the binary file because of Q15-A1 pin? If I invert that pin does it help?

Example


Image Insert:

22759 bytes
ByteFight Posted - 11/09/2018 : 18:57:51
anniel, thank you for the response.

I am familiar with hex editors but I am not sure how to adjust my 8bit binary file for the 27c160. Can you tell me what type of changes I need to make or point me into the direction where I can study up on this.
anniel Posted - 11/09/2018 : 12:15:07
quote:
Originally posted by ByteFight

I think "Endian" is the term I want. to be more clear...

burning an 16bit ROM with 8bit data binary file for use in 8bit mode... Do I need to adjust my binary file or the GQ4X software when burning the M27C160? The datasheet is a bit cryptic about how 8 bit data mode works and no mention of burning differences for 8bit mode.... so I think i am OK as long as I make the Q15-A1 = lower most address and then all address is AX+1.

I purchased the ADP-054 and some M27C160 yesterday. It might be a couple weeks before I get PCBs made. If no one comments I will report back with my findings.





Yes you need to manipulate your binary file with a good HEX editor to get the results you need. Burning will be in 16bit mode anyway.
ByteFight Posted - 11/09/2018 : 09:27:03
I think "Endian" is the term I want. to be more clear...

burning an 16bit ROM with 8bit data binary file for use in 8bit mode... Do I need to adjust my binary file or the GQ4X software when burning the M27C160? The datasheet is a bit cryptic about how 8 bit data mode works and no mention of burning differences for 8bit mode.... so I think i am OK as long as I make the Q15-A1 = lower most address and then all address is AX+1.

I purchased the ADP-054 and some M27C160 yesterday. It might be a couple weeks before I get PCBs made. If no one comments I will report back with my findings.

MCUmall EPROM BIOS Chip Burner Forum © Copyright 2003 - 2009 Mcumall Electronics Inc. Go To Top Of Page
Generated in 0.07 sec. Snitz Forums 2000