Alright so the LPC1768 on your SKR 1.3 is alive and well.
You can further verify this if you connect to the telnet interface (e.g. via ncat or telnet.exe) on the commandline (127.0.0.1 port 4444) and try to use commands for e.g. reading out the flash banks and dumping the flash content to a file (docs, reset halt, flash banks, flash info 0, flash read_bank 0 dump.bin,…). But this already strongly indicates that the MCU is alive and well.
But the SKR 1.4 doesn’t seem to be responding over the SWD interface . You can try a few things:
making sure that the TRST signal is connected as well to the STLink V2 (I think it’s NRST there)
omititing the -c "reset_config none separate" switch from the invocation
is the (not)RESET line permanently low? (holds the MCU in reset, should be high by default for “not in reset”)
disconnecting every external device from the motherboard, like motors, headbeds, LCDs and whatnot. The measured voltage 3.151845 seems a bit low for a 3.3V target, as if there’s a siginificant load / power draw in the system.
is the board externally powered? (I think the STLinkv2 will first try to measure the voltage on its VCC_TARGET pin, and if there’s no voltage present, will try to supply power - that may not be enough for the whole target motherboard; should use USB supply + the J15 jumper to VUSB maybe.)
using a multimeter, is the 3.3V rail of the board and especially on the microcontroller stable? (e.g. measurable via the C14 capacitor in the schematic)
does any chip get hot? are there burn marks on the PCB?
If the chip gets a proper power supply on all pins but still decides do nothing and not be connected to via its SWD interface, then the chip may be actually dead. These chips are listed for 4-5€ on ebay (lpc1768fbd100 LQFP100) so if you have a hot-air soldering gun and the skills, desoldering the chip and placing a new one might restore the motherboard.
All commands but this one worked. It returned connection lost.
SKR 1.4
I tried all steps but this one. I could not find the C14 capacitor in the schematic or the board. However, I measured the 3.3V pin on the SWD pin header and it showed 3.26V on my multimeter. Connecting external 5V USB power raised the chip voltage from 3.15V to 3.19V.
I got the board last week and it died within 30 minutes. I will just return it on Amazon… I also dislike that they removed a lot of the markings on v1.4 of the PCB. These labelled all the components and I don’t understand why they removed them. If I reorder a board I will get a second v1.3 instead.
Now I guess all that is left to do is figure out how to flash the SKR 1.3 via platformio (stlink)?
You should try to get binary dump of the firmware though for safety reasons, in case the bootloader is overwritten. What is the output of the previous commands about probing the flash banks?
A custom upload command can be set to invoke openocd with the previous flags plus a -c "program {<firmware elf>}; verify; reset", as seen in the docs.
flash read_bank 0 dump.bin
error reading to flash at address 0x00000000 at offset 0x00000000
Read error
jtag status contains invalid mode value - communication failure
Polling target lpc17xx.cpu failed, trying to reexamine
Examination failed, GDB will be halted. Polling again in 100ms
Previous state query failed, trying to reconnect
jtag status contains invalid mode value - communication failure
Polling target lpc17xx.cpu failed, trying to reexamine
Examination failed, GDB will be halted. Polling again in 300ms
Previous state query failed, trying to reconnect
After the connection is lost it is not possible to reconnect. Different reset configs have no effect. A power reset restores connectivity.
I had the same problem with my skr1.4 turboboard. I changed the lpc17xx-dfu-bootloader of triffid
(which flashes firmware.bin, renames it to firmware.cur and then boot). One of the changes was using pin P0_26 instead of pin P0_6 as SS pin. I flashed it with flashmagic and UART connection
to the SKR1.4 turbo. (I had to short the bootpin to GND.)
After that I can load new marlin firmware via a card reader shield module connected to the spi connector.
That’s weird from the pictures of the board I’ve seen, but it does not make a difference. You can see for yourself that the datasheet I linked to applies to
Thus the same pin is correct.
Have you found where you can access this pin easily on the motherboard?
So the signal ISP_BOOT is pulled-up to 3.3V via the 10kOhm resistor R28. Also capacitor C14 is right next to it.
The resistor should have the SMD code “103” on top for 10*10^3 = 10000 Ohm. Can you confirm that? Also make sure to only directly connect the side of the resistor to GND which is connected with the P2.10 pin, not the side that is connected to the 3.3V VDD side; that would create a short. Check with a multimeter to see which side of the resistor is connected to where (direct continuity to P2.10 with practically no resistance, 10k resistance to VCC in the other case)
Note that to get to UART(0), you will have to connect a USB-UART adapter to where TXD0 and RXD0 is connected to. On that board that is
on the TFT screen connector P2. So if you have adapter hooked up that, bridged ISP_BOOT with GND, and then power up the board, the MCU should start up in ISP mode and you should be able to flash it with flashmagic.
However there’s also the possibility that the chip is simply dead…
thank you very much
your screens show me or was my mistake, I tried to flash by the SPI instead of the port TFT, I can now flash.
but the bootloader that I got here GitHub - Marsman1970/SKR-V1.3-Bootloader: KR V1.3 Bootloader may not be good, because I still cannot flash marlin via microSD
Since I dont have any 3D printer, in particular also no SKR 1.4 Turbo, I can’t dump the firmware image.
My suggestion would be to try to program the board with a simple program to check whether the chip is working okay, e.g. with an Arduino sketch. That sketch can then also check if it can read an SD card. So thus you might get closer to the actual problem (if it isn’t that the burned bootloader is wrong after all).
PlatformIO natively doesn’t support the LPC1769 chip though in the platform, only LPC1768 and other. But custom support is available.
I have trouble expressing myself initially, the printer worked before I flash with “Flash Magic”
I just wanted to make a modification
as I could no longer flash with the firmware.bin in the micro sd, I thought that the bootlader was overwritten
but I don’t think the LPC 1769 is dead I just tested another bootloader that someone put on github ==> [GUIDE] No update from SD solution? · Issue #423 · bigtreetech/BIGTREETECH-SKR-V1.3 · GitHub and the problem is the same
anyway thank you for your help and sorry for my english “google translate”
Flashmagic also works with .bin files. The PlatformIO Marlin build will output that .bin file (in .pio\build\<environment>\firmware.bin), which you may attempt to flash. See my text in SKR 1.4 Turbo Motherboard Without SD-CARD Reader! Bricked? - #4 by maxgerhardt regarding the bootloader and possible offset address which might not make this work.