Closed ID-ao closed 6 years ago
Thanks for the feedback. I'm been fiddling with usb communications well.. its not brick if you can use it...
The reason for all this current problems, is my research into WCID, or using Microsoft OS feature descriptors to get the PM3 device to be identified by Windows 8, 10 without the need for a signed driver file. As it is now, some registry keys needs to be deleted when the device is NOT connected. You can either uninstall the device in devicemanager or manually delete the registry keys.
When done, once the device reconnects it will be identified under Universial Serial Bus devices as PM3 Device without any extra installning. Yeah!
Still problems exists, the flashmode (bootrom) doesn't make the device identify as normal. I'm looking at it now to get the device to be identified as usual when in flashmode. This is where I belive you have issues on windows today.
Another issues is that this new WCID installning doesn't assign a COMPORT automatically..
So your device should work on Linux :) but not on Windows.
Try pullning latest fixes from today, and flash it again. In worse case scenario you will need to JTAG program it.
No, still no luck with latest fixes.. I tried on Kali, Win7 and Ubuntu, I can still use the software but can't flash bootrom/os
Try jtag it with recovery/proxmark3_recovery.bin file.
What happens on linux when you try to flash? the dmesg -tail?
@jenningsreeve as you can see here, This fork is HIGHLY experimental and bleeding edge.
Which means that this fork comes with no warranties.
The only thing you can say to iceman is "Thanks for sharing your fork".
That doen't quite cover it. Iceman has made changes to the bootloader without testing the result, or even warning taht is is not tested. Thanks for your helpful reply
I reckon everything on GitHub is open source, feel free not to use it.
Developers are sacrificing their own time for none profit purpose. Just hobbies.
Let's value their efforts by choosing words wisely.
On Mon, 16 Oct 2017 at 9:31 am, jenningsreeve notifications@github.com wrote:
That doen't quite cover it. Iceman has made changes to the bootloader without testing the result, or even warning taht is is not tested. Thanks for your helpful reply
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/iceman1001/proxmark3/issues/129#issuecomment-336746577, or mute the thread https://github.com/notifications/unsubscribe-auth/ADJ0XT_2aREPc1at0PfzdSBHpQcRoD1Yks5ssoe2gaJpZM4P4Gnv .
-- -- Brant --
@jenningsreeve neither is yours.
Try to improve the code you didn’t read before flashing your device instead of coming here to cry for your broken Proxmark3.
Have a nice day 😄
Aouch, bummer, sorry to hear. However I do belive the latest release should be stable.
its only the latest source code that is screwing things up. And well, yes, its work in progress.
Hence the big warning sign on the description, "HIGHLY EXPERIMENTAL".
Now, I do get that you are frustrated and want to ventilate it here. Do take time to breathe and understand that buying/borrowing a segger jtag clone is not a big deal. Nor is it a hard process to learn either. You will now have the change to learn new things, which are needed when dealing with a device like proxmark3. Sooner or later you brick it. The PM3 is not an consumer product. Nor is there a support, warrenty. Its a hobby project as stated many times and to your luck its also open-source.
If you don't like this fork, please stop using it. You will only become frustrated and upset. I don't want you to become that.
Back to the problem and a possible solution. The device should be recoqnised as a WINUSB device. You should be able to look at it on the devicemanager and update its driver. Point it to the old pm3 drivers and it should become a com port again. untested, no garantue it works
Iceman
I apologise for venting my frustration after finding the problem.
I found no "HIGHLY EXPERIMENTAL" warning in my following of the Window Client GUI information. I read all posts from Gaucho, Asper and Gator96100 regarding the GUI, no warnings!. You posted the Gaucho version in April, no warnings and no errors reported. I downloaded from Gator96100 post "Compiled Windows clients - always up to date" which gives no warning of "HIGHLY EXPERIMENTAL".
I can assure you, I read every post about boot problems and tried every possible option of drivers, firmware and Windows settings before posting.
I am more than happy to learn something that I am interested in, unfortulately the development of the PM3 code is not my field, I have chosen to help further it's application "RFID". Glenn
I also extend my sincere apologies to all users that were upset by tone of my post. It will not happen again. Glenn
Iceman If I have to learn JTAG to replace the faulty bootrom, would it be feasible for me to then develop an automated recovery boot disc that connects to the JTAG port and re-flashes the bootloader?. Glenn
Apology accepted,
The warning sign is in my fork readme, which is shown automatically by GitHub underneath the folders and source code structure. Meaning if you ever cloned my fork, you would have had a hard time missing it. Somehow I get the feeling that you didn't clone my fork, but downloaded it in a binary release... Which doesn't makes sense, since its the last commits that screws it up.
The ProxmarkGui is nothing to do with my fork. Using it is on your own risk, it also needs a firmware to flash if you are using it with those batch files. Still makes me belive you downloaded a pre-compiled binary.
When we speak of releases; https://github.com/iceman1001/proxmark3/releases this is what is meant. Those releases should be stable. I wouldn't release one if it wasn't stable.
I, with all other, always recommend to flash / compile the PM3 offical latest source. To make sure you have a good working device and understand some of the basics of the device. Once you learn that, you can dive into the forks. ie the enhanced firmwares. You should also been aware of what this means.
Now, back to your problem, The idea of an automatic recovery boot disc would be interesting, if you get the dependencies of a jtag-programmer device solved. I use a segger clone, there is also hydrabus, buspirate etc which all can connect over jtag. I love the idea. Everything that makes it easier for users to recovery is worth gold as you just realised. There is many posts on the forum talking about the different pin-layouts of the different hardware revisions of proxmark3.
And ok, you downloaded Gator9600's pre-compiled binaries. check. Yes, then you would not have seen any warnings.
On Kali Linux:
Try jtag it with recovery/proxmark3_recovery.bin file.
What happens on linux when you try to flash? the dmesg -tail?
Here is the output starting from when I connect the Proxmark to the computer. I start the flasher command at time = 8285.185535
[ 8258.892448] usb 5-2: new full-speed USB device number 7 using uhci_hcd
[ 8264.432407] usb 5-2: device descriptor read/64, error -110
[ 8264.739492] usb 5-2: New USB device found, idVendor=9ac4, idProduct=4b8f
[ 8264.739499] usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 8264.739504] usb 5-2: Product: PM3 Device
[ 8264.739508] usb 5-2: Manufacturer: proxmark.org
[ 8264.739511] usb 5-2: SerialNumber: 88888888
[ 8264.744025] cdc_acm 5-2:1.0: ttyACM0: USB ACM device
[ 8285.185535] cdc_acm 5-2:1.0: failed to set dtr/rts
[ 8285.308600] usb 5-2: USB disconnect, device number 7
[ 8285.772485] usb 5-2: new full-speed USB device number 8 using uhci_hcd
[ 8291.104489] usb 5-2: device descriptor read/64, error -110
[ 8303.400415] usb 5-2: device descriptor read/64, error -84
[ 8304.512481] usb 5-2: new full-speed USB device number 10 using uhci_hcd
[ 8310.000415] usb 5-2: device descriptor read/64, error -110
[ 8310.520568] usb 5-2: New USB device found, idVendor=9ac4, idProduct=4b8f
[ 8310.520575] usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 8310.520580] usb 5-2: Product: PM3 Device
[ 8310.520584] usb 5-2: Manufacturer: proxmark.org
[ 8310.520587] usb 5-2: SerialNumber: 88888888
[ 8310.522737] cdc_acm 5-2:1.0: ttyACM0: USB ACM device
[ 8311.348557] usb 5-2: USB disconnect, device number 10
[ 8311.349523] cdc_acm 5-2:1.1: urb 5 failed submission with -19
[ 8311.350510] cdc_acm 5-2:1.1: urb 6 failed submission with -19
[ 8311.352515] cdc_acm 5-2:1.1: urb 7 failed submission with -19
[ 8311.353507] cdc_acm 5-2:1.1: urb 8 failed submission with -19
[ 8311.354508] cdc_acm 5-2:1.1: urb 9 failed submission with -19
[ 8312.796373] usb 5-2: new full-speed USB device number 11 using uhci_hcd
[ 8317.984377] usb 5-2: device descriptor read/64, error -110
[ 8318.506407] usb 5-2: New USB device found, idVendor=9ac4, idProduct=4b8f
[ 8318.506410] usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 8318.506412] usb 5-2: Product: PM3 Device
[ 8318.506413] usb 5-2: Manufacturer: proxmark.org
[ 8318.506414] usb 5-2: SerialNumber: 88888888
[ 8318.509491] cdc_acm 5-2:1.0: ttyACM1: USB ACM device
I can't jtag it right now, I'll do it next week and keep you updated.
On Windows 7:
Back to the problem and a possible solution. The device should be recoqnised as a WINUSB device. > You should be able to look at it on the devicemanager and update its driver. Point it to the old pm3 drivers and it should become a com port again. untested, no garantue it works
It already is a com port, but during flashing Windows doesn't recognize the Proxmark anymore, it becomes a "USB Device not recognized". The exact same thing happens if I connect it while holding the Proxmark button. Then if try to update the driver with either old or new driver, Windows tells me it's not compatible with the device.
And also, thank you for your work iceman! ;)
Does anyone have experience with SAM-BA? Could I use this to reload PM3RDV2 bootrom data? https://startingelectronics.org/articles/atmel-ARM/SAM-BA-USB-CDC-driver-install/
Now that was interesting to read. So there is a built in function in at91sam7s to overwrite the bootrom making it a cdc acm. Which will enable a flash of proxmark3-recovery.bin file without a jtag. Instead of just re-writing bootrom, I would go with the complete image to ensure you have the same related code on the device.
No, I have no experience with it.
I have the same issue as the others above.
I have two Bus Pirates (v3.6
and v4.0
) at home, and I have ordered a J-Link JTAG.
I'll try to automate the re-flashing process and will do a PR if you want.
BTW, the SAM-BA option looks interesting for people without a JTAG, and looks faster also.
You should do fine with the buspirate.
The needed config file is found here: https://github.com/Proxmark/proxmark3/tree/master/tools
Hello there, since last update my proxmark is stuck on "Waiting for Proxmark to reappear on /dev/ttyACM0" too. I'll have to borrow a buspirate, try to flash with it and let you know.
Good news, my Proxmark3 is alive!
I've used a Bus Pirate v3.0 and a MacBook Pro with the modified config file mentioned by @iceman1001 before.
If anybody needs help, feel free to ping me:
I have added a brief guide here.
Basically, in one terminal:
jbono@MacBook [~/proxmark3]> openocd -f tools/at91sam7s512-buspirate.cfg
Open On-Chip Debugger 0.10.0
Licensed under GNU GPL v2
For bug reports, read
http://openocd.org/doc/doxygen/bugs.html
Warn : Adapter driver 'buspirate' did not declare which transports it allows; assuming legacy JTAG-only
Info : only one transport option; autoselect 'jtag'
adapter speed: 1000 kHz
[...]
And in the other one:
jbono@MacBook [~/proxmark3]> telnet localhost 4444
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
Open On-Chip Debugger
>
> halt
> flash erase_sector 0 0 15
erased sectors 0 through 15 on flash bank 0 in 0.351705s
> flash write_image ./armsrc/obj/fullimage.elf
wrote 190924 bytes from file ./armsrc/obj/fullimage.elf in 281.332581s (0.663 KiB/s)
> flash write_image ./bootrom/obj/bootrom.elf
wrote 3776 bytes from file ./bootrom/obj/bootrom.elf in 6.327095s (0.583 KiB/s)
>
@iceman1001 Maybe it's possible to "automate" all this using a expect
script.
PD: I've tried the SAM-BA but I cannot download the software (I got stucked waiting for the confirmation e-mail).
Nice one! There have been many posts on un-bricking , you can also read about it on the forum, or on wiki, https://github.com/Proxmark/proxmark3/wiki/Debricking-Proxmark3 which writes about un-bricking with buspirate as @joanbono did.
Sorry, but what is a "expect" script?
If you can make a script for recovery instead of these manual steps for buspirate, go for it.
I welcome more great utils/scripts that makes the whole proxmark3 experience nicer.
Hi @iceman1001
expect
is a UNIX program: https://www.lifewire.com/linus-unix-command-expect-2201096
The point is to execute a script just like:
./proxmark_reflashing $BusPirate_Port
And then it will do all the re-flashing steps without human interaction.
I'll work on it if you find it useful.
We've saved our proxmark too with similar steps and a BusPirate 3.6. Now it's running the stock fw.
Still, I believe something here is broken as I have tried to flash it once again with your bootrom and since that moment it does not flash correctly anything else...
@joanbono I welcome it. Any script which make things easier for users, go for it!
This should be fixed now.
It is flashing but when you upload the fullimage it is not recognized anymore
Still not working? It works for me on my windows. Haven't tested on my virtual machines (ubuntu)
@joanbono did you finish that expect script of yours?
device didn't get enough power? device descriptor read/64, error -110
@iceman1001 it's almost finished in my local repository (not pushed yet).
I'll finish the tests and push the changes.
Perfect, I look forward to it @joanbono
meanwhile I close this one. Its working again.
Hi iceman,
In issue #125, after you said:
I updated the bootrom with the latest commits at the time (d3282e766a2eb012da9635dc58d130f08852f005) . It flashed correctly, but then I couldn't update the os. I actually can't flash anything anymore, the flasher finds /dev/ttyACM0, it enters bootloader. After a few seconds, the proxmark makes a "click" sound; at the same time /dev/ttyACM0 reappear for only less than a second, disappears and goes to /dev/ttyACM1. At the same time, the flasher tries to flash but then nothing happens (because /dev/ttyACM0 is not here anymore I suppose ?)
This happens on Kali Linux.
I also tried on Windows 7 with no luck either. The flasher first enters bootloader and wait for Proxmark to reappear on com7. Nothing happens then, it just wait indefinitely for the proxmark to reappear on com7. The proxmark disappears from com7 in the device manager, and Windows tells me a USB device is not recognized:
After a few minutes, I press the button to abort, and after a few seconds, the flasher enters "Flashing" step, but doesn't flash. At the same time, the unknown device disappears and after a few other seconds, the proxmark reappears on COM7 in Windows device manager:
The software still works correctly, I can use
./proxmark /dev/ttyACM0 [or com7]
on Kali or Windows.Here is the output of
hw ver
andhw status
on Windows :So, is my device bricked or is it a software/firmware issue somehow ?