Open Pringleman83 opened 2 years ago
On giving this some thought, the issue may not be persistence, but something else. When initially programmed and while connected, the pico works fine. When disconnected and reconnected, J-Runner doesn't detect it (but the pico isn't detected as a flash drive either).
also having the same issue working on 3, 2 flashed fine, 3rd is having same issue as above, V2 is seen but outdated & V3 doesnt show up after a disconnect. *edit- further inspection it maybe the pico. i seem to get it to work 95% of the time when i press the top half of main chip on the pico softly and plug in.
i have the same problem, any solution for reconect and detect?
I think the issue is with the Pico itself im on my second Pico now and this is having problems too (not seing consul) in j-runner with extras ! this happened with my other Pico which I returned as faulty Now this one is doing it too ? I have another which should arrive today so I will connect it to the same Xbox and see if it works as expected, If it does then there must be a problem with Pico's going down after a few uses with J runner ?.
Ok update have had delivery of the 3rd pico and as before used it once to do a corona worked fine disconnected it went to do another and BOOOM no consul found as with both my other pico's ?? this has to be something with the Uf2 ?? becouse all other operations seem fine ie: can reflash UF2 file can flash other files all as normal , J-runner sees the pico no problems but will NOT read anything from any xbox just consul not found in the output screen of j-runner ! this needs to be looked at by someone with the skills to debug what is happening to these picos after 1-2 uses.
Where did you purchase your pico from? I'm thinking there are just fake boards coming from Amazon
They both of the semi-dead ones were from Amazon ! The one from PI hut is fine.
On Mon, 1 Aug 2022, 05:01 Photon_, @.***> wrote:
Where did you purchase your pico from? I'm thinking there are just fake boards coming from Amazon
— Reply to this email directly, view it on GitHub https://github.com/X360Tools/PicoFlasher/issues/4#issuecomment-1200667560, or unsubscribe https://github.com/notifications/unsubscribe-auth/AZSZNE47INLS263UVW2VGJTVW5DZ5ANCNFSM5QZ2I3GQ . You are receiving this because you commented.Message ID: @.***>
I think you could be right with the theory of fake ones on Amazon.
They both of the semi-dead ones were from Amazon ! The one from PI hut is fine. I think you could be right with the theory of fake ones on Amazon.
Seems like it's just these Amazon ones then! The other person I asked also bought theirs from Amazon, did you get yours from Seeed Studio?
Mine was from Frenove.EU
Mine was from Frenove.EU
Hmm, freenove should be legitimate. Well, I've got 3 new Pico's from adafruit on the way, so I will compare those to my board when they arrive.
Yes I noticed the one from the pi hut was a darker board !
On Mon, 1 Aug 2022, 13:03 Photon_, @.***> wrote:
Mine was from Frenove.EU
Hmm, freenove should be legitimate. Well, I've got 3 new Pico's from adafruit on the way, so I will compare those to my board when they arrive.
— Reply to this email directly, view it on GitHub https://github.com/X360Tools/PicoFlasher/issues/4#issuecomment-1201110675, or unsubscribe https://github.com/notifications/unsubscribe-auth/AZSZNE3LWZW74ZPYAKHTVALVW64J7ANCNFSM5QZ2I3GQ . You are receiving this because you commented.Message ID: @.***>
Yes I noticed the one from the pi hut was a darker board !
Did the RP2040 chip in the middle of the board have the raspberry logo on it? I saw a couple forum posts about fake chips without the logo on them, just curious because mine does have it.
Left is the Pi hut (good one)right is the duff one actually not a lot different after furthe examination and both have the raspberry logo.?
On Mon, 1 Aug 2022, 15:08 Photon_, @.***> wrote:
Yes I noticed the one from the pi hut was a darker board !
Did the RP2040 chip in the middle of the board have the raspberry logo on it? I saw a couple forum posts about fake chips without the logo on them, just curious because mine does have it.
— Reply to this email directly, view it on GitHub https://github.com/X360Tools/PicoFlasher/issues/4#issuecomment-1201255304, or unsubscribe https://github.com/notifications/unsubscribe-auth/AZSZNE6ZGWG3LV3FQSJO2B3VW7K4ZANCNFSM5QZ2I3GQ . You are receiving this because you commented.Message ID: @.***>
I have the same problem with my Rasberry Pico, When I get starting reading the NAND , sometimes at 25% or 50% reading the memory NAND , it stops, and I lose the firmware in the Pico. I have a Corona 4 GB but with the small chip memory. I have never been anybody in Videos working with that kind of memory with the picoflash, in all of videos the people use the 4GB big chip memory. Did you check the picoflash with the 4GB small chip memory? I suspect that picoflash is not compatible with the small 4G memory NAND in Corona
I have the same problem with my Rasberry Pico, When I get starting reading the NAND , sometimes at 25% or 50% reading the memory NAND , it stops, and I lose the firmware in the Pico. I have a Corona 4 GB but with the small chip memory. I have never been anybody in Videos working with that kind of memory with the picoflash, in all of videos the people use the 4GB big chip memory. Did you check the picoflash with the 4GB small chip memory? I suspect that picoflash is not compatible with the small 4G memory NAND in Corona
Mine was also a corona 4gb with that type of memory, if you flip the board over there's a larger chip underneath. It really just sounds like you've got a faulty Pico, seems like there's just all sorts of issues coming from these faulty/fake picos
I've run into this with two different Picos bought in-person at Micro Center that appear totally genuine to me.
Yep I have had another on go dead on me after 1 use I really do not understand this ? I am using my reliable but slow JR programmer now.
On Mon, 24 Jul 2023, 10:30 Bradley, @.***> wrote:
I've run into this with two different Picos bought in-person at Micro Center that appear totally genuine to me.
— Reply to this email directly, view it on GitHub https://github.com/X360Tools/PicoFlasher/issues/4#issuecomment-1647552920, or unsubscribe https://github.com/notifications/unsubscribe-auth/AZSZNE4EFCIA7HA6ZAE46O3XRY6EZANCNFSM5QZ2I3GQ . You are receiving this because you commented.Message ID: @.***>
I've run into this with two different Picos bought in-person at Micro Center that appear totally genuine to me.
Now that is super odd, I know for sure micro center sells genuine Picos! Now wondering if its just down to different manufacturers/revisions of the RP2040. My Pico is still able to flash just fine, and I bought mine from adafruit.
Really weird as one of mine was from a reputable dealer for Rasberry ?? All of my pico,s still act as if they are fine , J runner sees them fine but just will not find the xbox.
I've run into this with two different Picos bought in-person at Micro Center that appear totally genuine to me.
i bought mine over a year ago from micro and had same issue. 2 differnt type chips in the batch, one with a dark logo one with a light logo. put pressure on the chip as you plug it into the computer, if it connects you had a chip flow issue
Mine are fine as far as booting to computer as said in my earlier post ! They just seem to NOT communicate after 1-2 uses with J-runner they are picked up by the programme fine but will not communicate with the Xboxes ??
Ok Update, fitted both my suspected FAKE Pico's with GENUINE RP2040's And im pleased to report they both work perfectly ! So in conclusion I suspect that the chips where indeed FAKE ! So all of you out there with dead Pico's Order yourselfs some new RP2040's and get reworking to bring them back from the dead for your RGH work.
Ok Update, fitted both my suspected FAKE Pico's with GENUINE RP2040's And im pleased to report they both work perfectly ! So in conclusion I suspect that the chips where indeed FAKE ! So all of you out there with dead Pico's Order yourselfs some new RP2040's and get reworking to bring them back from the dead for your RGH work.
Let me guess, the not working one (or the "FAKE" one) has the "1921 - 5.2" on the backside, the constantly working one has "1921 - 5.13" on the backside.
If this is true to most of you, then it's very likely related to the different batch of the boards.
Nope both of my repaired ones have : oc_136 94V
On Fri, 18 Aug 2023, 11:39 Jiansong Liu, @.***> wrote:
Ok Update, fitted both my suspected FAKE Pico's with GENUINE RP2040's And im pleased to report they both work perfectly ! So in conclusion I suspect that the chips where indeed FAKE ! So all of you out there with dead Pico's Order yourselfs some new RP2040's and get reworking to bring them back from the dead for your RGH work.
Let me guess, the not working one (or the "FAKE" one) has the "1921 - 5.2" on the backside, the constantly working one has "1921 - 5.13" on the backside.
If this is true to most of you, then it's very likely related to the different batch of the boards.
— Reply to this email directly, view it on GitHub https://github.com/X360Tools/PicoFlasher/issues/4#issuecomment-1683716996, or unsubscribe https://github.com/notifications/unsubscribe-auth/AZSZNE7PCMOSIQCCG7KRKSLXV5A4JANCNFSM5QZ2I3GQ . You are receiving this because you commented.Message ID: @.***>
Nope both of my repaired ones have : oc_136 94V
I mean the numbers beneath that, should be two lines with smaller text like
1234
12.34
see #17
I got two boards, they have the same number on the first line "1921", I guess it's the code of the manufacture. They have different numbers on the second line, one is "5.2", another is "5.13", could be the date of the production, don't know.
The "5.2" has faded text on the chip, the "5.13" has very clear text on the chip. The "5.2" has this exact problem, the "5.13" don't.
One detail is, I can't remember if the "5.2" was working correctly before soldering, the "5.13" is still new, and don't have this issue.
Only other text on these is 3221. And 1.9
On Fri, 18 Aug 2023, 12:55 Jiansong Liu, @.***> wrote:
Nope both of my repaired ones have : oc_136 94V
I mean the numbers following beneath that, should be two lines with smaller text like
1234 12.34
see #17 https://github.com/X360Tools/PicoFlasher/issues/17#issuecomment-1236401926
I got two boards, they have same number the first line "1921", I guess it's the code of the manufacture. They have different on the second line, one is "5.2", another is "5.13", could be the date of the production, don't know.
The "5.2" has faded text on the chip, the "5.13" has very clear text on the chip. The "5.2" has this exact problem, the "5.13" don't.
One detail is, I can't remember if the "5.2" was working correctly before soldering, the "5.13" is still new, and don't have this issue.
— Reply to this email directly, view it on GitHub https://github.com/X360Tools/PicoFlasher/issues/4#issuecomment-1683809713, or unsubscribe https://github.com/notifications/unsubscribe-auth/AZSZNEZBTXHGKYLM33R5L5TXV5J2BANCNFSM5QZ2I3GQ . You are receiving this because you commented.Message ID: @.***>
Just noticed my older repaired one has 3421. 6.13
On Fri, 18 Aug 2023, 14:54 paul s, @.***> wrote:
Only other text on these is 3221. And 1.9
On Fri, 18 Aug 2023, 12:55 Jiansong Liu, @.***> wrote:
Nope both of my repaired ones have : oc_136 94V
I mean the numbers following beneath that, should be two lines with smaller text like
1234 12.34
see #17 https://github.com/X360Tools/PicoFlasher/issues/17#issuecomment-1236401926
I got two boards, they have same number the first line "1921", I guess it's the code of the manufacture. They have different on the second line, one is "5.2", another is "5.13", could be the date of the production, don't know.
The "5.2" has faded text on the chip, the "5.13" has very clear text on the chip. The "5.2" has this exact problem, the "5.13" don't.
One detail is, I can't remember if the "5.2" was working correctly before soldering, the "5.13" is still new, and don't have this issue.
— Reply to this email directly, view it on GitHub https://github.com/X360Tools/PicoFlasher/issues/4#issuecomment-1683809713, or unsubscribe https://github.com/notifications/unsubscribe-auth/AZSZNEZBTXHGKYLM33R5L5TXV5J2BANCNFSM5QZ2I3GQ . You are receiving this because you commented.Message ID: @.***>
I have had the same problem here. Using a Raspberry Pi Pico bought from the Pi Hut (UK) in December 2023, the version 3.0 firmware does not persist after replugging the Pico, whereas the version 2.0 firmware persists just fine. (I was modding a Trinity at the time, so I was able to mod it with the 2.0 firmware without issue).
I have since bought one of the "clone" Picos from AliExpress - specifically "TZT" type "RP2040 Type-C 16MB" with a black PCB, which appears to have a similar pinout to the original Picos (particularly the 7 pins needed for PicoFlasher, which appear to be exactly the same). I avoided the purple PCB variants as they appear to have a very different pinout.
On this clone device, the version 3.0 firmware does persist, and is picked up by J-Runner just fine. However I have not tested any actual reads or flashes with the clone as I'm not currently in the process of modding any consoles.
3 picos here, all legit. Two work and one has the problem described above. All same batch.
All work with other firmware for an unrelated project.
I've tried on two brand new Picos. The firmware uploads as it should and the PicoFlasher is visible in J-Runner. When I disconnect the Pico from the PC and reconnect, J-Runner no longer detects it.
When I install the version 2.0 firmware (following the same process), it works as expected.