Chat freely about anything...

User avatar
By flagtrax
#33895
martinayotte wrote:Using esptool.py from https://github.com/themadinventor/esptool allows also to get flash_id without uploading any firmware.
Be aware that most ESP-12E have 4MB (32Mbits), some still have 512KB (4Mbits), "fake" or "not fake", that's depends of manufacturer's batches.

I can see what you're saying martin, (and thanks for responding) it's hard to tell the origin of these things or what is in them except the for output stating 8mb (512+512) I'm not sure what that means. But I did read somewhere that a 32mb would = 4MB (32/8 bits) maybe that was even one of yours ;) . Being able to see flash id might help if/when I learn what to do with that piece of information :lol: I've spent most of my time with these things just trying to get them to work. All I know at this time is that the one I tried to flash is pretty much a brick....Yet....It still will answer ESporer when a connection is opened to it. There is just nothing there to see, and no firmware (IE:bootloader). So I don't think I could use The arduino IDE to upload anything to gain any info as.viking suggested....or am I wrong on that?

Update:
I've tried uploading using arduino IDE but nothing would upload. martin, I your approach looks like it might help, but to be honest it seems to be above my head at this time. I don't know where to begin with it. I read somewhere that there is a Windows .exe available, but haven't pursued it yet. As stubborn as I am, I'm starting to think I'm beating a dead horse. Why? I would like to comment on the "fake" issue bit more. When I say "fake" it's not exactly from a technical spec perspective, but more from one of "product as advertised". I mentioned that I'd purchased a couple flash drives that were "fake" . These were advertised at a high capacity, and I figured I could use them to add mobility to all the arduino related files I had. What I found after trying to use them is that the makers, "faked" the capacity, which was reported to Windows as the advertised capacity, but really only had a fraction of that. (after the fact I found by googling there were many others taken in similarly) What happened was that while writing to the drive, the addressing wrapped around to the beginning and overwrote what was already written. After a couple writes, the thing became completely useless in that it was not even recognized on the usb port. So what I'm questioning is could there be a similar situation involving the flash memory on these modules. I somehow got it to flash once, and when I I tried a second time, it didn't go. I wish I had more knowledge to pursue this to the end but I have neither that nor the test equipment to do it. I miss the old days when one could test discrete circuits with logic probes, etc. (sigh) Thanks all, for your help and patience!
Last edited by flagtrax on Sat Nov 14, 2015 12:49 pm, edited 2 times in total.
User avatar
By martinayotte
#33899 Yes, MBytes = Mbits / 8 !
Bricking an ESP is almost impossible, except if you fried it with improper voltage/connections.
So, maybe you should look again how did you connect it. Which find of USB-Serial to you have ?
Are you on Windows (because your issue maybe comes from USB FTDI clone chip) ?
User avatar
By flagtrax
#34076 So in a masochistic mood to get to the bottom of things (I love puzzles, until they’re too aggravating), last night/morning I tried once again to find clues to my misunderstanding of what is happening here. Realizing there is precious little information offered by the nodemcu flasher, I decided once again to try to flash AT command firmware back onto the ESP12. This time I used Electrodragon’s flasher/firmware combo. It was no more successful that other attempts, in that it always stopped at around 7-8%. But because the UI offered, I did glean some information. I’m hoping one of you with more knowledge in this discipline might explain what I’ve seen. Unfortunately the UI would not allow copy paste options, so I’ll relay as best as I can. (For those who never used Electrodragon’s flasher) V1.2 opens with 2 windows.

One is the UI, the other I’ll call a “results” or “feedback” window that displays information as to what is happening (I think lol). It opens with a list of default settings for multiple sessions (I’m assuming one can flash several in batch mode). (Again for those unfamiliar)The UI similarly opens with default values for 1. Download path of the bin file you what to flash 2.address offset 3. Xtal freq 4. SPI speed 5. SPI mode 6. Flash mode 7. Flash size, (a couple other minor items) and MOST importantly a check box option for SPI autoset, and detected info. Ok so…

Not knowing exactly what I really have I chose to use the autoset option. Just like other flashers it went to about 7-8%; what came back is shown in as in attached screen capture (I hope).
full screen flash session.png
Flash session

Note that the end “Writing at 0x00000400…..” indicates 0% I’m not sure why; earlier attempts showed ~8%. I’m hoping someone with more knowledge in this discipline can decipher all this into some understandable tutorial that might help all of us who are struggling with the 8266.
User avatar
By flagtrax
#34079
martinayotte wrote:Yes, MBytes = Mbits / 8 !
Bricking an ESP is almost impossible, except if you fried it with improper voltage/connections.
So, maybe you should look again how did you connect it. Which find of USB-Serial to you have ?
Are you on Windows (because your issue maybe comes from USB FTDI clone chip) ?

Yes, I have checked and multi checked wiring, (I think I could hook it up with my eyes closed now LOL). Yes, I have seen much regarding the FTDI The markings on the chip have FTDI and the logo. I wouldn't know how else to tell. It puzzles me though, if it were the culprit, why I can "plug it up" to the other 2 modules and communicate, one an ESP-7, the other the "sister" ESP-12. The ESP-7 has been flashed using the same FTDI, (as I recall with some difficulty, but that could have been breadboard issues) but it did flash. I'm still playing with the other ESP-12 in it's native state, (I don't want another unsuccessful flash resulting in the same situation) and it communicates With the AT commands via the same FTDI. Would the flashing session be so different? I'm more inclined to think there's something basic I'm not getting.