|
|
#731 | |
|
Apprentice
![]() Join Date: Jan 2009
Posts: 11
Likes: 0
Liked 2 Times in 1 Post
Mentioned: 1 Post(s)
Tagged: 0 Thread(s)
|
![]() I have a question, if you could answer me I will be able to try it ![]() I don't understand very well your readme, are you saying we need an external power supplied? Thank you very much and I am sorry for my bad english. |
|
|
|
|
|
|
#732 |
|
Member
![]() |
|
|
|
|
|
|
#733 | |
|
Homebrew Developer
![]() Join Date: Jul 2011
Posts: 342
Likes: 39
Liked 242 Times in 117 Posts
Mentioned: 104 Post(s)
Tagged: 0 Thread(s)
|
Unfortunately I currently have very little spare time due to various projects on the job, so I did not had the time yet to have a look at it. Also I was working on this myself and did plenty of changes to the current code base (proper Windows client, USB based on LUFA, etc). But more about this via PM. -- judges |
|
|
|
|
|
Likes: (1) |
|
|
#734 |
|
Apprentice
Join Date: Jan 2013
Posts: 7
Likes: 4
Liked 9 Times in 6 Posts
Mentioned: 1 Post(s)
Tagged: 0 Thread(s)
|
nandway
Yes. This is the location, guerrierodipace.
You are more than welcome to try it out, incognita. You can have a look @ bailey's guide for instructions for the NANDs with progskeet. Use teensy NANDWay for reading writing. I do not yet know how to 'crash' the PS3 with NANDs as the progskeet does. With the NOR it's easy - you pull the TRISTATE low (afaik). So other powering options are: 1. Use external power - the teensy 3.3v regulator is not enough. you must use external source that have enough current (it's ~1.8A). 2. extract the NANDs from the motherboard and do offline reading. I don't have a 360 clip yet - so i will be happy if someone would like to try it out with a clip. The NANDWay.py script is straight forward: info - extracts the id from the chip dump - dumps the entire NAND contents to the local disk write - writes and verifies everything. I also would like to get NAND dump with bad blocks to test (i just need the dump). you can see that a NAND have bad blocks with flow rebuilder. it's ok for a NAND to have bad blocks. usually they are mapped during manufacturing and can develop over time. future features: 1. Teensy should be powered from the PS3. How do I crash the NAND ps3? 2. Bad blocks. skip bad blocks as the ps3 does. the information is stored in the spare area - so most probably sony didn't erase it. i just need to have one dump with bad blocks in order to understand how to identify. 3. Differential write. writing+verifying is very slow. Differential writing can improve write time dramatically and avoid writing to un-needed places. 4. read/write parts of the NANDs. Like what NANDPro for the xbox does. Last edited by liranantebi; 01-29-2013 at 03:17 AM. Reason: more info |
|
|
|
|
Likes: (1) |
|
|
#735 |
|
Apprentice
Join Date: Feb 2013
Posts: 4
Likes: 0
Liked 5 Times in 2 Posts
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
|
Giving my 2 cents to this amazing project...
I don't like to solder everytime so many wires, i built with guerriero a zif socket shield (adding pictures later). There was something odd reading this thread, everyone has tristate High (or True) on norway.py output, in fact my dumps where fine on Spansion P but the device was unknown, Samsung P was instead recognized correctly... So i looked up to F7 (tristate) on teensy, it wasn't connected anywhere, i supposed giving 3,3 volt to it could change the identification problem (couldn't write with unknown spansion but could write with recognized samsung, odd!), after that connection spansion was recognized but not entirely (s29gl128 text wasn't there, ) and dumping wasn't valid anymore (random bits)... Again something fishy, i supposed tristate introduced some kind of noise to 3,3 volt line (generated by regulator 1086-33), added 100 nF capacitor between 3.3 volt and ground, magically s29gl128 appeared in the identification output and dumps were correct once again. Ended that way ? No ![]() Happy and sure to got it right i started writing, it fails with every single command (write, writeword, writewordubm), tried erasechip also, i'm investigating now, error occurs after a certain percentage of completion, i presume it's related to insufficient current to the nor, added 10k resistor between F7 and 3,3 volt line, gonna test later and let you know... While waiting i'm writing with progsh1t 1.0, 10 hour to wait for spansion + zif shield, sh1tty chip... ok, i can confirm something... zif + norway, if correctly wired, dumps fine even without identification itself (without tristate wired), will investigate nor writing problem next spansion on my hands. please post schematic for nandway, testing zif socket here if posted Last edited by raiden@consoleopen; 02-01-2013 at 10:53 AM. |
|
|
|
|
Likes: (3) |
|
|
#736 |
|
Member
![]() Join Date: Aug 2012
Posts: 65
Likes: 61
Liked 12 Times in 11 Posts
Mentioned: 9 Post(s)
Tagged: 0 Thread(s)
|
I tried NANDway with Teensy + zif socket nand, no success. The nand isn't recognized (Unknown Chip Manufactured) and the dump doesn't start. I use an external power supply for the nand, and the 3.3V regulator for the Teensy. I also put a 10 kOhm pull up between VCC and R/B, but without success (always not recognized).
|
|
|
|
|
Likes: (1) |
|
|
#737 |
|
Apprentice
Join Date: Jan 2013
Posts: 7
Likes: 4
Liked 9 Times in 6 Posts
Mentioned: 1 Post(s)
Tagged: 0 Thread(s)
|
Hi zeruel85,
Thanks for trying this out. Either you are using an external power supply or you are using the USB power supply w/ the 3.3v regulator. From my own experience, the 3.3v is sufficient for stand-alone configuration. Please make sure that the wires are good and you have good contacts. Also: 1. Make sure that you are using Samsung K9F1G08U0A-PIB0 2. Discard the external power supply. Use the USB power supply only with the 3.3v reg to drive both teensy and the NAND. 3. Discard /RB signal. It is ok if it's connected (and pulled up) but the NANDway can handle without this signal. 4. Make sure you are using the latest binaries from the Github/NANDWay project (updated). 5. Make sure that your wires are not too long and that you have good contacts. The protocol between Teensy and the NAND controller will not work if a signal is missing. test it with continuity meter and even see some values with a scope. 6. try also to connect 0.1uf cap between the Vcc and Vss as close as possible to the NAND chip. I hope this helps. Please let me know if you need further assistance. You can also PM. |
|
|
|
|
Likes: (1) |
|
|
#738 |
|
Member
![]() Join Date: Aug 2012
Posts: 65
Likes: 61
Liked 12 Times in 11 Posts
Mentioned: 9 Post(s)
Tagged: 0 Thread(s)
|
Unfortunately, I only have Samsung K9F1G08U0B-PIB0 in my hands. I want to try with Teensy++, because WinSkeet and ProgSkeet 1.2 don't do identical dumps with these 'type B' nands.
Thank you for your great work and also for your quick support! |
|
|
|
|
Likes: (1) |
|
|
#739 |
|
Apprentice
Join Date: Jan 2013
Posts: 7
Likes: 4
Liked 9 Times in 6 Posts
Mentioned: 1 Post(s)
Tagged: 0 Thread(s)
|
Hi zeruel85,
I believe they are the same in terms of interface (maybe read id requires one more byte - but it's ok). It's still manufacture:EC device:F1. I will be happy to assist, but let's start by eliminating all the other stuff that I've requested (single 3.3v power supply, connectivity, conductivity, no shorts). |
|
|
|
|
|
#740 | |
|
Member
![]() Join Date: Jul 2012
Location: I'm from jungle
Posts: 152
Likes: 58
Liked 55 Times in 42 Posts
Mentioned: 20 Post(s)
Tagged: 0 Thread(s)
|
What kind of external power supply are you using? The external power supply must have at least 1800mA of power for recognize correctly the nands |
|
|
|
|
![]() |
| Bookmarks |
| Thread Tools | |
|
|