Fixing flash in DM365 chip within Ph3 Pro gimbal

[Edoman]

how do you explain how to do ?? I have about 15 cards

Did you followed the diagnosis graph in spoiler section here?

Fix no video feed / black screen / no image transmission / no FPV on Ph3 Pro

Here you will find the diagram for diagnosing and fixing the most popular issue with Phantom 3 Professional. The solution will also work fine for Ph3 Advanced (though some branches are unreachable on this platform). Latest version is hosted here...

phantompilots.com

Your case is there after "nothing shown at all" arrow.
Did you tried the BOOTME mode?

 

[Edoman]

give me the correct connection diagram ??

how do you explain how to do ?? I have about 15 cards

 

[Edoman]

Did you followed the diagnosis graph in spoiler section here?

Fix no video feed / black screen / no image transmission / no FPV on Ph3 Pro

Here you will find the diagram for diagnosing and fixing the most popular issue with Phantom 3 Professional. The solution will also work fine for Ph3 Advanced (though some branches are unreachable on this platform). Latest version is hosted here...

phantompilots.com

Your case is there after "nothing shown at all" arrow.
Did you tried the BOOTME mode?

 

[spider84]

No charge, the tool is published. Just use it.

For how - I didn't tried that yet. This is all I've got:

openssl des3 -d -k Dji123456 -in P3X_FW_V01.11.0030-split/P3X_FW_V01.11.0030_m0800.bin  -out P3X_FW_V01.11.0030-split/P3X_FW_V01.11.0030_m0800_decrypted.tar.gz
tar -zxf P3X_FW_V01.11.0030-split/P3X_FW_V01.11.0030_m0800_decrypted.tar.gz
cp ./dji/bin/encode_usb ./P3X_FW_V01.11.0030_m0800-encode_usb.elf
./dm3xx_encode_usb_hardcoder.py -vv -x -e P3X_FW_V01.11.0030_m0800-encode_usb.elf
(now modify P3X_FW_V01.11.0030_m0800-encode_usb.json)
./dm3xx_encode_usb_hardcoder.py -vv -u -e P3X_FW_V01.11.0030_m0800-encode_usb.elf
cp -f ./P3X_FW_V01.11.0030_m0800-encode_usb.elf ./dji/bin/encode_usb
tar -zcf P3X_FW_V01.11.0030-split/P3X_FW_V01.11.0030_m0800_decrypted.tar.gz ./dji
rm -rf ./dji
openssl des3 -e -k Dji123456 -in P3X_FW_V01.11.0030-split/P3X_FW_V01.11.0030_m0800_decrypted.tar.gz  -out P3X_FW_V01.11.0030-split/P3X_FW_V01.11.0030_m0800.bin

Can you attach modded version of 01.11.020 version?
I do all as you say but receiving PDM368Fw3_damaged.bin
What wrong?

 

[Edoman]

Here is a success story I wanted to share.

I had a Phantom 3 Pro gimbal which didn't allowed me to see the FPV feed. Photos and movies were recorded on sd-card, there was just no live video - only grey background - in Dji Go.

By connecting another gimbal, I narrowed down the problem to gimbal itself - a different gimbal (which had the same firmware installed) worked fine.

If you need to diagnose the cause of your issue, do not just assume it's the same as described here; to through the diagnosis graph to find your cause:
Fix no video feed / black screen / no image transmission / no FPV on Ph3 Pro

Then I disassembled the gimbal. I looked at available information about the board:
WM320 Gimbal top board · mefistotelis/phantom-firmware-tools Wiki · GitHub

On the schematic, video feed is encoded by media processor model DM365:
dji-hardware-schematics/phantom_3_pro_overview.pdf at master · mefistotelis/dji-hardware-schematics · GitHub

To check whether the media processor is working correctly, I tapped to UART interface of the DM365 chip with TTL-to-USB converter (aka FTDI). See here for details:
Firmware m0800 · mefistotelis/phantom-firmware-tools Wiki · GitHub

I opened PuTTY on the interface before connecting 5V power for the board, then connected the power. There was no output on the console while the board was booting. But the board was booting - I was able to see the diode blinking on it. Which means either my FTDI configuration was bad, or the chip just wasn't producing any output.

To check which is true (and also fix the issue if this turns out to be a chip boot issue), I shorted the boot pins to 3.3V and connected the board to PC again. This should cause the DM365 chip to boot internally, without use of NAND. This time I was able to see a series of "BOOTME BOOTME BOOTME" messages. This ment my FTDI configuration is fine, the DM365 chip really wasn't printing anything when trying to boot from NAND.

Here is the NAND chip with number "3" drawn on it:

Ph3_pro_gimbal_board_before

• quaddamage
• Dec 4, 2017
• 2

Phantom 3 Pro gimbal board with dm365 NAND chip "3" visible.

If DM365 chip isn't printing anything, then the bootloader on NAND is damaged. I tried flashing the bootloader using instructions from here:
Flashing firmware on DaVinci media processors · mefistotelis/phantom-firmware-tools Wiki · GitHub

But I wasn't able to flash the image. Flashing was ending with message about failure to open NAND:

Waiting for SFT on the DM36x...
        Target: Starting UART Boot...
        Target: BOOTUBL
BOOTUBL commmand received. Returning CMD and command...
CMD value sent.  Waiting for DONE...
        Target:    DONE
DONE received. Command was accepted.
Sending the UBL image
Waiting for SENDIMG sequence...
        Target: NAND_open() failed!Starting UART Boot...
        Target: BOOTUBL

Conclusion - The NAND chip is either not touching the board correctly and needs re-flowing the solder, or is damaged and needs replacing. I gathered a cheapest BGA soldering equipment I could find:

Equipment_1

• quaddamage
• Dec 3, 2017

Cheapest BGA Soldering Equipment

Equipment_2

• quaddamage
• Dec 3, 2017

Cheapest BGA Soldering Equipment

With the equipment received from China, I went to action. I used heat-resistant tape to shield the components around NAND. First I tried heating-up the NAND chip and re-flowing it, but nothing changed - still "NAND_open() failed". Then I heated it up again and gently pressed the chip, to make any smaller solder balls connect. Unfortunately, that connected too much - the chip became a short, and caused the whole FTDI to disconnect because of high current draw. I tried heating up the chip even more to make it wiggle and re-form the solder balls, but couldn't do this - the chip is so large that it won't dance under the hot air, and the ultra-cheap soldering station won't allow me to increase the air flow enoughly.

So I bought a few replacement NAND chips in China. Removed the old chip, cleaned the pads with wick, put a little soldering paste on it and soldered a new chip, placing it very carefully to the white outline of the chip visible on the board.

Nand_flash_chips

• quaddamage
• Dec 3, 2017

F1Bit flash chips for DM365 processor within Ph3

Then, when I connected it back to PC - I was able to write bootloader to the flash. It worked! I had to do several tries though, probably because of poor quality (or too long) cables. [EDIT: now I know it was not due to cables, but because my USB port couldn't deliver enough (over 700mA @5V) power] Here is my flashing configuration:

Dm365_fix_phase1

• quaddamage
• Dec 3, 2017

DM365 UART connection, including boot pads shorted to allow writing bootloader

After the bootloader was flashed, I disconnected the green cable which was causing it to boot internally and spew BOOTME:

Dm365_fix_plase2

• quaddamage
• Dec 3, 2017

DM365 UART connection, without boot pads shorted

Without this cable, the chip should get back to trying to boot from NAND. I connected it back to PC to check whether bootloader works. And it does!

Dm365_uboot_clean_dscard_boot

• quaddamage
• Dec 3, 2017

DM365 boot from new flash, only bootloader present

Now, I need a full image of a working NAND to make the rest of it work, but it's already a success.
Anyway, if anyone happens to have such image, or has FTDI connected and can download it from the board - I'll be interested in that.

hi nand flash where did you get a link

 

[Edoman]

did not fit my receipts

 

[quaddamage]

hi nand flash where did you get a link

I just searched for 1GBit VFBGA nand chip. But right now, a few replacements are listed on the OGs wiki.

 

[Edoman]

[QUOTE = "dörtlü posta, yayın: 1301798, üye: 66563"]
Hikayenin son bir hareket zamanı.

Wiki, Gimbal Top kurulu için tüm firmware bölümlerinin indirilmesiyle güncellendi:
DaVinci medya işlemcilerinde yanıp sönen üretici yazılımı · mefistotelis / phantom-firmware-tools Wiki · GitHub

Kesin olarak, her ürün yazılımı güncellemesinin parçası olan bölümlerin yanı sıra. Ancak bunlar herhangi bir üretici yazılımı güncellemesinden kolayca çıkarılabilir:
[KOD] ./ dji_fwcon.py -vvv -x -p P3X_FW_V01.07.0060.bin
P3X_FW_V01.07.0060_m0800.bin-P3X_FW_V01.07.0060_m0800_decrypted.tar.gz ile açılır desl -d -k Dji123456
tar -zxf P3X_FW_V01.07.0060_m0800_decrypted.tar.gz
[/ KOD]
Dosyalar ayıklandıktan sonra, dji / data / uImage dosyası doğrudan birincil çekirdek olarak doğrudan yanıp sönebilir ve u-boot bölümleri bir işlem daha gerektirir:
[KOD] dd eğer = dji / veri / u-boot.img = u-boot_prop.img bs = 2048 atlama = 1
dd ise = dji / data / ubl_297m_1.img = ubl_297m_1_prop.img bs = 2048 atlama = 1
[/ KOD]

Böylece yukarıdaki komutlar, ayrıca wiki'deki indirmeler, bana bütün bölümleri verdi:
- iki adet u-boot görüntüsü (u-boot_prop.img ve ubl_297m_1_prop.img)
- birincil çekirdek (uImage)
- kurtarma çekirdeği (uImage_recovery)
- gizli bölüm (dm365_secret.bin)
- kök dosya sistemi (dm365_root_ubifs.ubi)

Tüm görüntüleri wiki'de anlatıldığı gibi yazdım. Yalnızca kök dosya sistemi biraz aldatıcıdır - diğer görüntülerden farklı bir şekilde yazılmıştır ve aynı zamanda en büyük görüntüdür. Yine de çok büyük değil - seri üzerinden aktarmak 2 saatten fazla sürmemelidir (USB kullanabildim, bu yüzden aktarım çok hızlıydı).

USB’de - benimki çalışırken, USB’nin başlatılması kolay olan bazı panolarda görünüyor. Çalışmak istemiyorsa, sadece seri kullanmak daha iyidir - kurtarma sistemi başlatılırken kök dosya sistemi görüntüsü ramdisk'e sığacak kadar küçüktür (wiki kurtarma sisteminin nasıl hazırlanacağını açıklar).

Her şey parladıktan sonra, OFDM kartıyla bağlantısı olmadığından kart sürekli olarak yeniden başlatılmaya başladı:
[KOD] DM36x başlatması geçildi!
UBL Ürün Vesion: DJI-297M-UBL-1.0-rc0 (2015-10-30)
Dji UBL Versiyon: 1.51 (2 Kasım 2015 - 15:45:39)
Önyükleme Kataloğu Önyükleyici
BootMode = NAND
NAND Copy başlatılıyor ...
Geçerli magicnum, 0xA1ACED66, 0x00000019 bloğunda bulundu.
TAMAMLANDI
0x81080000 adresindeki giriş noktasına atlama.

U-Boot Ürünü Vesion: DJI-ENC-Uboot-1.0-rc0 (2015-11-02)
U-Boot 2010.12-rc2-svn3205-Dji (02 Kasım 2015 - 19:07:26)
Çekirdek: ARM 297 MHz
DDR: 270 MHz
I2C: hazır
DRAM: 128 MiB
NAND: 128 MiB
MMC: davinci: 0
Hatalı blok tablosu, sayfa 65472'de, 0x01 sürümünde bulundu
Hatalı blok tablosu, sayfa 65408'de, 0x01 sürümünde bulundu
*** Uyarı - hatalı CRC, varsayılan ortamı kullanarak

Net: Ethernet PHY: GENERIC @ 0xff
DaVinci-EMAC
Otomatik önyüklemeyi 1 saniye içinde iptal etmek için ESC tuşuna basın

Nand0'dan yükleme, 0x4a0000 uzaklık
** Bilinmeyen resim türü
Bootm komutu için yanlış görüntü formatı
HATA: Çekirdek imajı elde edilemiyor!

Nand0'dan yükleme, 0x900000 ofset ofset
Resim Adı: Linux-2.6.32.17-davinci1
Oluşturuldu: 2015-03-30 9:54:39 UTC
Resim Türü: ARM Linux Çekirdek Resim (sıkıştırılmamış)
Veri Boyutu: 4032832 Bayt = 3.8 MiB
Yükleme Adresi: 80008000
Giriş Noktası: 80008000
## 80700000'de Legacy Image'den çekirdeği önyükleme ...
Resim Adı: Linux-2.6.32.17-davinci1
Oluşturuldu: 2015-03-30 9:54:39 UTC
Resim Türü: ARM Linux Çekirdek Resim (sıkıştırılmamış)
Veri Boyutu: 4032832 Bayt = 3.8 MiB
Yükleme Adresi: 80008000
Giriş Noktası: 80008000
Çekirdek Resim yükleniyor ... OK
tamam

Çekirdeğin başlatılması ...

[0.000000] Çekirdek Ürünü Vesion: DJI-NOHDMI-WM610-Çekirdek-1.0-rc6 (2015-03-30)
[0.000000] Linux sürüm 2.6.32.17-davinci1 (root @ dji) (gcc sürüm 4.3.3 (Sourcery G ++ Lite 2009q1-203)) # 16 PREEMPT Pzt 30 Mar 17:54:38 HKT 2015
CPU: ARM926EJ-S [41069265] revizyon 5 (ARMv5TEJ), cr = 00053177
[0.000000] CPU: VIVT veri önbelleği, VIVT komut önbelleği
[0.000000] Makine: DaVinci DM36x EVM
[0.000000] Bellek politikası: ECC devre dışı, Veri önbelleği geri yazma
[0.000000] DaVinci dm36x_rev1.2 değişkeni 0x8
[...]
[7.650000] usbcore: kayıtlı yeni arayüz sürücüsü usb_68013
[7.680000] usb 68013 modülü init tamam
sulogin: root için şifre girişi yok
giriş [453]: 'ttyS0' adresinde root girişi

#Process / etc / profile ...
Dji-Pro @ root: ~ #

encode_usb V00.02.02.00 (3 Kasım 2015 11:23:52).
Giriş şifrelemek qury modu
Init libusb faild!
V [10.050000] EVM'i algılamak için otomatik: ambarella video girişine geç
ideo giriş tipi:
Varsayılan video girişi seçildi: Hdmi_yuv
Video standardının şu şekilde ayarlanması: 0x100000000000000
Yakalama girişi Hdmi [10.060000] olarak ayarlanmış davinci_resizer davinci_resizer.2: RSZ_G_CONFIG: 0: 1: 124
_yuv: 11
[10.070000] davinci_previewer davinci_previewer.2: ipipe_set_preview_config
[10.080000] vpfe yakalama vpfe yakalama: IPIPE Zinciri
[10.080000] vpfe-yakalama vpfe-yakalama: Resizer hazır
VideoStd'yi Yakalayın [10.090000] EVM: ambarella video girişine geç
Eski = 0000000b
[10.090000] vpfe yakalama vpfe yakalama: genişlik = 1280, yükseklik = 720, bpp = 1
[10.100000] vpfe-yakalama vpfe-yakalama: ayarlanmış genişlik = 1280, yükseklik = 720, bpp = 1, bytesperline = 1280, boyut görüntüleme = 1382400
[10.110000] vpfe-yakalama vpfe-yakalama: genişlik = 1280, yükseklik = 720, bpp = 1
[10.120000] vpfe-yakalama vpfe-yakalama: ayarlanmış genişlik = 1280, yükseklik = 720, bpp = 1, bytesperline = 1280, boyut görüntüleme = 1382400
videoFrameRate = 30000, genişlik = 1280, yükseklik = 720
Venc1.c: minNumOutBufs 2, minOutBufSize [0] 1382400, minOutBufSize [1] 800
GOP aralığı: 30, outBufSize: 1382400, enAdpBW: 1, airRate = 0, dilim = 6, VUI = 4, timeScale = 60001
osdThrFxn: işlem kimliği 458 ***********
bekçi köpeği zaman aşımı: 5
ctrlThrFxn: işlem kimliği 450 ***********
Frma: 1 Pslice = 0, Islice = 8 [44ms]
GetFPGAstatus err!
FPGA [1,0,1,0] -1,000000: 0
hdmi durumu 1
usblink durum kontrolü ~~~~~~~~~~~~~~~~~~~~~
GetFPGAstatus hata!
inptVD = 0547
USB cihaz kimliği yok: 547
68013 sıfırlamayı deneyin ....!
ARM Yük: 61% Video fps: 4 fps Video bit hızı: 0 kbps PHY Bant Genişliği: 0 kbps Süre: 00:00:02 Çözünürlük: 1280x720

GetFPGAstatus err!
FPGA [1,0,1,0] -1,000000: 0
hdmi durumu 1
ARM Yük: 2% Video fps: 0 fps Video bit hızı: 0 kbps PHY Bant Genişliği: 0 kbps Süre: 00:00:04 Çözünürlük: 1280x720

GetFPGAstatus err!
FPGA [1,0,1,0] -1,000000: 0
hdmi durumu 1
usblink durum kontrolü ~~~~~~~~~~~~~~~~~~~~~
GetFPGAstatus hata!
inptVD = 0547
USB cihaz kimliği yok: 547
68013 sıfırlamayı deneyin ....!
ARM Yük:% 5 Video fps: 3 fps Video bit hızı: 0 kbps PHY Bant Genişliği: 0 kbps Süre: 00:00:05 Çözünürlük: 1280x720

GetFPGAstatus err!
FPGA [1,0,1,0] -1,000000: 0
hdmi durumu 1
usblink durum kontrolü ~~~~~~~~~~~~~~~~~~~~~
GetFPGAstatus hata!
inptVD = 0547
USB cihaz kimliği yok: 547
68013 sıfırlamayı deneyin ....!
ARM Yük: 9% Video fps: 7 fps Video bit hızı: 0 kbps PHY Bant Genişliği: 0 kbps Süre: 00:00:07 Çözünürlük: 1280x720

umount: hiçbirini salt okunur yapamaz
umount: mdev meşgul - yalnızca salt okunur

Sistem şimdi çöküyor!

SIGTERM'i tüm işlemlere gönderdi

SIGKILL'i tüm işlemlere gönderdi

Sistemin yeniden başlatılması isteniyor
[/ KOD]

Gimbal'ı tekrar birleştirdim, test ettim ve (hatalarımdan dolayı iki kısmi tekrar toplanmadan sonra) - her şey çalışmaya başladı.
Tabletteki FPV videosu geri yüklendi.

GÜNCELLEME - NAND değişiminden sonra 8 FPS FPV ile ilgili olarak:

NAND çipini tanımladığım gibi değiştirdikten sonra olan bir sorun hakkında birkaç kişi benimle irtibata geçti. Mesele şu ki, mobil cihazdaki canlı yayın çok dalgalı - saniyede sadece 8 kare çalışıyor.

Sorun şifreleme yetenekleri sağlayan SHA204 yongası ile ilgili olarak teşhis edildi. Çip genellikle kullanılmaz, ancak şifreleme uyuşmazlığı tespit edildiğinde, şifreleme testlerini tekrar tekrar dener ve büyük miktarda işlem gücü tüketir.

Son zamanlarda, DM365 üretici yazılımını değiştirmek ve yeniden denemeler mekanizmasını kaldırmak için kullanılabilecek bir araç yayınlandı ve bu da FPV'yi tam hıza getirdi. Aracı burada:
dji-firmware araçları - dm3xx_trk_usb_hardcoder

P3X ürün yazılımının birkaç popüler sürümü bu arşivde önceden oluşturulmuş değiştirilmiş dosyalara sahiptir:
P3X_FW_fix_for_encrypt_8fps-v4.7z

Bu dosyaların bu arşiv içinde README'de nasıl kullanılacağına dair bazı bilgiler var, ancak ayrıntılardan yoksun.
[USER = 111172] @ GUCCI40 [/ USER] ile olan işbirliğimiz sayesinde, 8fps hatasını düzeltmek için bu arşivi kullanma konusunda detaylı bir talimatımız var:

1. uygun .elf dosyasını yeniden adlandırmak için encode_usb (uzantısız)
2. kartı seri bağlanmış ve " PuTTY Extra " açılmış olarak başlatın
3. tahta önyükleme bittiğinde, kabuğu yazın:
[KOD] durdurma [/ KOD]
4. sorunsuz dosya yazabileceğiniz bir dizine gidin, örn .:
[KOD] cd / tmp [/ KOD]
5. kabuğa yazın:
[KOD] lrz --ymodem –b [/ KOD]
ve " PuTTY Extra " menüsünde transfer edilecek dosyayı seçin
6. aktarımı bekleyin; dosya geçerli dizine yazılacaktır. Dosyanın " ls -a " ile olup olmadığını kontrol edin .
7. Kabuk yazarak orjinal ` encode_usb` yedeğini alın :
[KOD] mv / opt / dji / bin / encode_usb /opt/dji/bin/encode_usb.bkpFF/CODE]
8. yModem üzerinden aktarılan dosyayı, yerine yazarak taşıyın:
[KOD] mv ./encode_usb / opt / dji / bin / encode_usb [/ KOD]
9. yeni dosyayı kabuk yazarak çalıştırılabilir olarak işaretleyin:
[KOD] chmod a + x / opt / dji / bin / encode_usb [/ KOD]

İşte bu - komutlardan sonra hiçbir hata gösterilmezse, 8 fps sorunu giderilir.
[/ALINTI]
Herkese selam, ancak yüklenecek dosyaları bulamadım.

 

[Edoman]

Time for a final act of the story.

The wiki was recently updated with downloads of all firmware partitions for the Gimbal Top board:
Flashing firmware on DaVinci media processors · mefistotelis/phantom-firmware-tools Wiki · GitHub

Well, to be exact, all besides the partitions which are part of every firmware update. But these can be easily extracted from any of the firmware updates:

./dji_fwcon.py -vvv -x -p P3X_FW_V01.07.0060.bin
openssl des3 -d -k Dji123456 -in P3X_FW_V01.07.0060_m0800.bin  -out P3X_FW_V01.07.0060_m0800_decrypted.tar.gz
tar -zxf P3X_FW_V01.07.0060_m0800_decrypted.tar.gz

After the files are extracted, dji/data/uImage file can be just flashed directly as primary kernel, and u-boot partitions need one more operation:

dd if=dji/data/u-boot.img of=u-boot_prop.img bs=2048 skip=1
dd if=dji/data/ubl_297m_1.img of=ubl_297m_1_prop.img bs=2048 skip=1

So the commands above, plus the downloads from wiki, gave me the complete set of partitions:
- two u-boot images (u-boot_prop.img and ubl_297m_1_prop.img)
- primary kernel (uImage)
- recovery kernel (uImage_recovery)
- secret partition (dm365_secret.bin)
- root filesystem (dm365_root_ubifs.ubi)

I wrote all the images as instructed on the wiki. Only root filesystem is a bit tricky - it is written in a different way than other images, and also it is the largest image. Not too large though - transferring it over serial shouldn't take more than 2 hours (I was able to use USB, so the transfer was very fast).

On the USB - while mine was working, it looks like only on some boards the USB is easy to start. If it doesn't want to work, it is better to just use serial - the root filesystem image is small enough to fit on ramdisk while the recovery system is started (the wiki describes how to prepare a recovery system).

After everything has been flashed, the board started restarting continously due to no connection to OFDM board:

DM36x initialization passed!
UBL Product Vesion : DJI-297M-UBL-1.0-rc0(2015-10-30)
Dji UBL Version: 1.51(Nov  2 2015 - 15:45:39)
Booting Catalog Boot Loader
BootMode = NAND
Starting NAND Copy...
Valid magicnum, 0xA1ACED66, found in block 0x00000019.
   DONE
Jumping to entry point at 0x81080000.

U-Boot Product Vesion : DJI-ENC-Uboot-1.0-rc0(2015-11-02)
U-Boot 2010.12-rc2-svn3205-Dji (Nov 02 2015 - 19:07:26)
Cores: ARM 297 MHz
DDR: 270 MHz
I2C: hazır
DRAM: 128 MiB
NAND: 128 MiB
MMC: davinci: 0
Hatalı blok tablosu, sayfa 65472'de, 0x01 sürümünde bulundu
Hatalı blok tablosu, sayfa 65408'de, 0x01 sürümünde bulundu
*** Uyarı - hatalı CRC, varsayılan ortamı kullanarak

Net: Ethernet PHY: GENERIC @ 0xff
DaVinci-EMAC
Otomatik önyüklemeyi 1 saniye içinde iptal etmek için ESC tuşuna basın

Nand0'dan yükleme, 0x4a0000 uzaklık
** Bilinmeyen resim türü
Bootm komutu için yanlış görüntü formatı
HATA: Çekirdek imajı elde edilemiyor!

Nand0'dan yükleme, 0x900000 ofset ofset
   Resim Adı: Linux-2.6.32.17-davinci1
   Oluşturuldu: 2015-03-30 9:54:39 UTC
   Resim Türü: ARM Linux Çekirdek Resim (sıkıştırılmamış)
   Veri Boyutu: 4032832 Bayt = 3.8 MiB
   Yükleme Adresi: 80008000
   Giriş Noktası: 80008000
## 80700000'de Legacy Image'den çekirdeği önyükleme ...
   Resim Adı: Linux-2.6.32.17-davinci1
   Oluşturuldu: 2015-03-30 9:54:39 UTC
   Resim Türü: ARM Linux Çekirdek Resim (sıkıştırılmamış)
   Veri Boyutu: 4032832 Bayt = 3.8 MiB
   Yükleme Adresi: 80008000
   Giriş Noktası: 80008000
   Çekirdek Resim yükleniyor ... OK
tamam

Çekirdeğin başlatılması ...

[0.000000] Çekirdek Ürünü Vesion: DJI-NOHDMI-WM610-Çekirdek-1.0-rc6 (2015-03-30)
[0.000000] Linux sürüm 2.6.32.17-davinci1 (root @ dji) (gcc sürüm 4.3.3 (Sourcery G ++ Lite 2009q1-203)) # 16 PREEMPT Pzt 30 Mar 17:54:38 HKT 2015
CPU: ARM926EJ-S [41069265] revizyon 5 (ARMv5TEJ), cr = 00053177
[0.000000] CPU: VIVT veri önbelleği, VIVT komut önbelleği
[0.000000] Makine: DaVinci DM36x EVM
[0.000000] Bellek politikası: ECC devre dışı, Veri önbelleği geri yazma
[0.000000] DaVinci dm36x_rev1.2 değişkeni 0x8
[...]
[7.650000] usbcore: kayıtlı yeni arayüz sürücüsü usb_68013
[7.680000] usb 68013 modülü init tamam
sulogin: root için şifre girişi yok
giriş [453]: 'ttyS0' adresinde root girişi

#Process / etc / profile ...
Dji-Pro @ root: ~ #

encode_usb V00.02.02.00 (3 Kasım 2015 11:23:52).
Giriş şifrelemek qury modu
Init libusb faild!
V [10.050000] EVM'i algılamak için otomatik: ambarella video girişine geç
ideo giriş tipi:
Varsayılan video girişi seçildi: Hdmi_yuv
Video standardının şu şekilde ayarlanması: 0x100000000000000
Yakalama girişi Hdmi [10.060000] olarak ayarlanmış davinci_resizer davinci_resizer.2: RSZ_G_CONFIG: 0: 1: 124
_yuv: 11
[10.070000] davinci_previewer davinci_previewer.2: ipipe_set_preview_config
[10.080000] vpfe yakalama vpfe yakalama: IPIPE Zinciri
[10.080000] vpfe-yakalama vpfe-yakalama: Resizer hazır
VideoStd'yi Yakalayın [10.090000] EVM: ambarella video girişine geç
Eski = 0000000b
[10.090000] vpfe yakalama vpfe yakalama: genişlik = 1280, yükseklik = 720, bpp = 1
[10.100000] vpfe-yakalama vpfe-yakalama: ayarlanmış genişlik = 1280, yükseklik = 720, bpp = 1, bytesperline = 1280, boyut görüntüleme = 1382400
[10.110000] vpfe-yakalama vpfe-yakalama: genişlik = 1280, yükseklik = 720, bpp = 1
[10.120000] vpfe-yakalama vpfe-yakalama: ayarlanmış genişlik = 1280, yükseklik = 720, bpp = 1, bytesperline = 1280, boyut görüntüleme = 1382400
videoFrameRate = 30000, genişlik = 1280, yükseklik = 720
Venc1.c: minNumOutBufs 2, minOutBufSize [0] 1382400, minOutBufSize [1] 800
GOP aralığı: 30, outBufSize: 1382400, enAdpBW: 1, airRate = 0, dilim = 6, VUI = 4, timeScale = 60001
osdThrFxn: işlem kimliği 458 ***********
bekçi köpeği zaman aşımı: 5
ctrlThrFxn: işlem kimliği 450 ***********
Frma: 1 Pslice = 0, Islice = 8 [44ms]
GetFPGAstatus err!
FPGA [1,0,1,0] -1,000000: 0
hdmi durumu 1
usblink durum kontrolü ~~~~~~~~~~~~~~~~~~~~~
GetFPGAstatus hata!
inptVD = 0547
USB cihaz kimliği yok: 547
68013 sıfırlamayı deneyin ....!
ARM Yük: 61% Video fps: 4 fps Video bit hızı: 0 kbps PHY Bant Genişliği: 0 kbps Süre: 00:00:02 Çözünürlük: 1280x720

GetFPGAstatus err!
FPGA [1,0,1,0] -1,000000: 0
hdmi durumu 1
ARM Yük: 2% Video fps: 0 fps Video bit hızı: 0 kbps PHY Bant Genişliği: 0 kbps Süre: 00:00:04 Çözünürlük: 1280x720

GetFPGAstatus err!
FPGA [1,0,1,0] -1,000000: 0
hdmi durumu 1
usblink durum kontrolü ~~~~~~~~~~~~~~~~~~~~~
GetFPGAstatus hata!
inptVD = 0547
USB cihaz kimliği yok: 547
68013 sıfırlamayı deneyin ....!
ARM Yük:% 5 Video fps: 3 fps Video bit hızı: 0 kbps PHY Bant Genişliği: 0 kbps Süre: 00:00:05 Çözünürlük: 1280x720

GetFPGAstatus err!
FPGA [1,0,1,0] -1,000000: 0
hdmi durumu 1
usblink durum kontrolü ~~~~~~~~~~~~~~~~~~~~~
GetFPGAstatus hata!
inptVD = 0547
USB cihaz kimliği yok: 547
68013 sıfırlamayı deneyin ....!
ARM Yük: 9% Video fps: 7 fps Video bit hızı: 0 kbps PHY Bant Genişliği: 0 kbps Süre: 00:00:07 Çözünürlük: 1280x720

umount: hiçbirini salt okunur yapamaz
umount: mdev meşgul - yalnızca salt okunur

Sistem şimdi çöküyor!

SIGTERM'i tüm işlemlere gönderdi

SIGKILL'i tüm işlemlere gönderdi

Sistemin yeniden başlatılması isteniyor
[/ KOD]

Gimbal'ı tekrar birleştirdim, test ettim ve (hatalarımdan dolayı iki kısmi tekrar toplanmadan sonra) - her şey çalışmaya başladı.
Tabletteki FPV videosu geri yüklendi.

GÜNCELLEME - NAND değişiminden sonra 8 FPS FPV ile ilgili olarak:

NAND çipini tanımladığım gibi değiştirdikten sonra olan bir sorun hakkında birkaç kişi benimle irtibata geçti. Mesele şu ki, mobil cihazdaki canlı yayın çok dalgalı - saniyede sadece 8 kare çalışıyor.

Sorun şifreleme yetenekleri sağlayan SHA204 yongası ile ilgili olarak teşhis edildi. Çip genellikle kullanılmaz, ancak şifreleme uyuşmazlığı tespit edildiğinde, şifreleme testlerini tekrar tekrar dener ve büyük miktarda işlem gücü tüketir.

Son zamanlarda, DM365 üretici yazılımını değiştirmek ve yeniden denemeler mekanizmasını kaldırmak için kullanılabilecek bir araç yayınlandı ve bu da FPV'yi tam hıza getirdi. Aracı burada:
[URL='https://github.com/o-gs/dji-firmware-tools#dm3xx_encode_usb_hardcoderpy']dji-firmware araçları - dm3xx_trk_usb_hardcoder[/URL]

P3X ürün yazılımının birkaç popüler sürümü bu arşivde önceden oluşturulmuş değiştirilmiş dosyalara sahiptir:
[URL='https://mega.nz/#!oE9RzC6Z!Nadjx1-0KmKe02HSpMSz_xzDSpHMdW0oCuqo6gpwNoQ']P3X_FW_fix_for_encrypt_8fps-v4.7z[/URL]

Bu dosyaların bu arşiv içinde README'de nasıl kullanılacağına dair bazı bilgiler var, ancak ayrıntılardan yoksun.
[USER = 111172] @ GUCCI40 [/ USER] ile olan işbirliğimiz sayesinde, 8fps hatasını düzeltmek için bu arşivi kullanma konusunda detaylı bir talimatımız var:

1. uygun .elf dosyasını yeniden adlandırmak için [FONT=courier new]encode_usb[/FONT] (uzantısız)
2. kartı seri bağlanmış ve " [I]PuTTY Extra[/I] " açılmış olarak başlatın
3. tahta önyükleme bittiğinde, kabuğu yazın:
[KOD] durdurma [/ KOD]
4. sorunsuz dosya yazabileceğiniz bir dizine gidin, örn .:
[KOD] cd / tmp [/ KOD]
5. kabuğa yazın:
[KOD] lrz --ymodem –b [/ KOD]
ve " [I]PuTTY Extra[/I] " menüsünde transfer edilecek dosyayı seçin
6. aktarımı bekleyin; dosya geçerli dizine yazılacaktır. Dosyanın " [FONT=courier new]ls -a[/FONT] " ile olup olmadığını kontrol edin .
7. Kabuk yazarak orjinal ` [FONT=courier new]encode_usb`[/FONT] yedeğini [FONT=courier new]alın[/FONT] :
[KOD] mv / opt / dji / bin / encode_usb /opt/dji/bin/encode_usb.bkpFF/CODE]
8. yModem üzerinden aktarılan dosyayı, yerine yazarak taşıyın:
[KOD] mv ./encode_usb / opt / dji / bin / encode_usb [/ KOD]
9. yeni dosyayı kabuk yazarak çalıştırılabilir olarak işaretleyin:
[KOD] chmod a + x / opt / dji / bin / encode_usb [/ KOD]

İşte bu - komutlardan sonra hiçbir hata gösterilmezse, 8 fps sorunu giderilir.
[/ALINTI]
lütfen yeni yardım için yazılıma ihtiyacım var

 

[Edoman]

lütfen yeni yardım için yazılıma ihtiyacım var


[QUOTE = "dörtlü posta, yayın: 1301798, üye: 66563"]
Hikayenin son bir hareket zamanı.

Wiki, Gimbal Top kurulu için tüm firmware bölümlerinin indirilmesiyle güncellendi:
DaVinci medya işlemcilerinde yanıp sönen üretici yazılımı · mefistotelis / phantom-firmware-tools Wiki · GitHub

Kesin olarak, her ürün yazılımı güncellemesinin parçası olan bölümlerin yanı sıra. Ancak bunlar herhangi bir üretici yazılımı güncellemesinden kolayca çıkarılabilir:
[KOD] ./ dji_fwcon.py -vvv -x -p P3X_FW_V01.07.0060.bin
P3X_FW_V01.07.0060_m0800.bin-P3X_FW_V01.07.0060_m0800_decrypted.tar.gz ile açılır desl -d -k Dji123456
tar -zxf P3X_FW_V01.07.0060_m0800_decrypted.tar.gz
[/ KOD]
Dosyalar ayıklandıktan sonra, dji / data / uImage dosyası doğrudan birincil çekirdek olarak doğrudan yanıp sönebilir ve u-boot bölümleri bir işlem daha gerektirir:
[KOD] dd eğer = dji / veri / u-boot.img = u-boot_prop.img bs = 2048 atlama = 1
dd ise = dji / data / ubl_297m_1.img = ubl_297m_1_prop.img bs = 2048 atlama = 1
[/ KOD]

Böylece yukarıdaki komutlar, ayrıca wiki'deki indirmeler, bana bütün bölümleri verdi:
- iki adet u-boot görüntüsü (u-boot_prop.img ve ubl_297m_1_prop.img)
- birincil çekirdek (uImage)
- kurtarma çekirdeği (uImage_recovery)
- gizli bölüm (dm365_secret.bin)
- kök dosya sistemi (dm365_root_ubifs.ubi)

Tüm görüntüleri wiki'de anlatıldığı gibi yazdım. Yalnızca kök dosya sistemi biraz aldatıcıdır - diğer görüntülerden farklı bir şekilde yazılmıştır ve aynı zamanda en büyük görüntüdür. Yine de çok büyük değil - seri üzerinden aktarmak 2 saatten fazla sürmemelidir (USB kullanabildim, bu yüzden aktarım çok hızlıydı).

USB’de - benimki çalışırken, USB’nin başlatılması kolay olan bazı panolarda görünüyor. Çalışmak istemiyorsa, sadece seri kullanmak daha iyidir - kurtarma sistemi başlatılırken kök dosya sistemi görüntüsü ramdisk'e sığacak kadar küçüktür (wiki bir kurtarma sisteminin nasıl hazırlanacağını açıklar).

Her şey parladıktan sonra, OFDM kartıyla bağlantısı olmadığından kart sürekli olarak yeniden başlatılmaya başladı:
[KOD] DM36x başlatması geçildi!
UBL Ürün Vesion: DJI-297M-UBL-1.0-rc0 (2015-10-30)
Dji UBL Versiyon: 1.51 (2 Kasım 2015 - 15:45:39)
Önyükleme Kataloğu Önyükleyici
BootMode = NAND
NAND Copy başlatılıyor ...
Geçerli magicnum, 0xA1ACED66, 0x00000019 bloğunda bulundu.
TAMAMLANDI
0x81080000 adresindeki giriş noktasına atlama.

U-Boot Ürünü Vesion: DJI-ENC-Uboot-1.0-rc0 (2015-11-02)
U-Boot 2010.12-rc2-svn3205-Dji (02 Kasım 2015 - 19:07:26)
Çekirdek: ARM 297 MHz
DDR: 270 MHz
I2C: hazır
DRAM: 128 MiB
NAND: 128 MiB
MMC: davinci: 0
Hatalı blok tablosu, sayfa 65472'de, 0x01 sürümünde bulundu
Hatalı blok tablosu, sayfa 65408'de, 0x01 sürümünde bulundu
*** Uyarı - hatalı CRC, varsayılan ortamı kullanarak

Net: Ethernet PHY: GENERIC @ 0xff
DaVinci-EMAC
Otomatik önyüklemeyi 1 saniye içinde iptal etmek için ESC tuşuna basın

Nand0'dan yükleme, 0x4a0000 uzaklık
** Bilinmeyen resim türü
Bootm komutu için yanlış görüntü formatı
HATA: Çekirdek imajı elde edilemiyor!

Nand0'dan yükleme, 0x900000 ofset ofset
Resim Adı: Linux-2.6.32.17-davinci1
Oluşturuldu: 2015-03-30 9:54:39 UTC
Resim Türü: ARM Linux Çekirdek Resim (sıkıştırılmamış)
Veri Boyutu: 4032832 Bayt = 3.8 MiB
Yükleme Adresi: 80008000
Giriş Noktası: 80008000
## 80700000'de Legacy Image'den çekirdeği önyükleme ...
Resim Adı: Linux-2.6.32.17-davinci1
Oluşturuldu: 2015-03-30 9:54:39 UTC
Resim Türü: ARM Linux Çekirdek Resim (sıkıştırılmamış)
Veri Boyutu: 4032832 Bayt = 3.8 MiB
Yükleme Adresi: 80008000
Giriş Noktası: 80008000
Çekirdek Resim yükleniyor ... OK
tamam

Çekirdeğin başlatılması ...

[0.000000] Çekirdek Ürünü Vesion: DJI-NOHDMI-WM610-Çekirdek-1.0-rc6 (2015-03-30)
[0.000000] Linux sürüm 2.6.32.17-davinci1 (root @ dji) (gcc sürüm 4.3.3 (Sourcery G ++ Lite 2009q1-203)) # 16 PREEMPT Pzt 30 Mar 17:54:38 HKT 2015
CPU: ARM926EJ-S [41069265] revizyon 5 (ARMv5TEJ), cr = 00053177
[0.000000] CPU: VIVT veri önbelleği, VIVT komut önbelleği
[0.000000] Makine: DaVinci DM36x EVM
[0.000000] Bellek politikası: ECC devre dışı, Veri önbelleği geri yazma
[0.000000] DaVinci dm36x_rev1.2 değişkeni 0x8
[...]
[7.650000] usbcore: kayıtlı yeni arayüz sürücüsü usb_68013
[7.680000] usb 68013 modülü init tamam
sulogin: root için şifre girişi yok
giriş [453]: 'ttyS0' adresinde root girişi

#Process / etc / profile ...
Dji-Pro @ root: ~ #

encode_usb V00.02.02.00 (3 Kasım 2015 11:23:52).
Giriş şifrelemek qury modu
Init libusb faild!
V [10.050000] EVM'i algılamak için otomatik: ambarella video girişine geç
ideo giriş tipi:
Varsayılan video girişi seçildi: Hdmi_yuv
Video standardının şu şekilde ayarlanması: 0x100000000000000
Yakalama girişi Hdmi [10.060000] olarak ayarlanmış davinci_resizer davinci_resizer.2: RSZ_G_CONFIG: 0: 1: 124
_yuv: 11
[10.070000] davinci_previewer davinci_previewer.2: ipipe_set_preview_config
[10.080000] vpfe yakalama vpfe yakalama: IPIPE Zinciri
[10.080000] vpfe-yakalama vpfe-yakalama: Resizer hazır
VideoStd'yi Yakalayın [10.090000] EVM: ambarella video girişine geç
Eski = 0000000b
[10.090000] vpfe yakalama vpfe yakalama: genişlik = 1280, yükseklik = 720, bpp = 1
[10.100000] vpfe-yakalama vpfe-yakalama: ayarlanmış genişlik = 1280, yükseklik = 720, bpp = 1, bytesperline = 1280, boyut görüntüleme = 1382400
[10.110000] vpfe-yakalama vpfe-yakalama: genişlik = 1280, yükseklik = 720, bpp = 1
[10.120000] vpfe-yakalama vpfe-yakalama: ayarlanmış genişlik = 1280, yükseklik = 720, bpp = 1, bytesperline = 1280, boyut görüntüleme = 1382400
videoFrameRate = 30000, genişlik = 1280, yükseklik = 720
Venc1.c: minNumOutBufs 2, minOutBufSize [0] 1382400, minOutBufSize [1] 800
GOP aralığı: 30, outBufSize: 1382400, enAdpBW: 1, airRate = 0, dilim = 6, VUI = 4, timeScale = 60001
osdThrFxn: işlem kimliği 458 ***********
bekçi köpeği zaman aşımı: 5
ctrlThrFxn: işlem kimliği 450 ***********
Frma: 1 Pslice = 0, Islice = 8 [44ms]
GetFPGAstatus err!
FPGA [1,0,1,0] -1,000000: 0
hdmi durumu 1
usblink durum kontrolü ~~~~~~~~~~~~~~~~~~~~~
GetFPGAstatus hata!
inptVD = 0547
USB cihaz kimliği yok: 547
68013 sıfırlamayı deneyin ....!
ARM Yük: 61% Video fps: 4 fps Video bit hızı: 0 kbps PHY Bant Genişliği: 0 kbps Süre: 00:00:02 Çözünürlük: 1280x720

GetFPGAstatus err!
FPGA [1,0,1,0] -1,000000: 0
hdmi durumu 1
ARM Yük: 2% Video fps: 0 fps Video bit hızı: 0 kbps PHY Bant Genişliği: 0 kbps Süre: 00:00:04 Çözünürlük: 1280x720

GetFPGAstatus err!
FPGA [1,0,1,0] -1,000000: 0
hdmi durumu 1
usblink durum kontrolü ~~~~~~~~~~~~~~~~~~~~~
GetFPGAstatus hata!
inptVD = 0547
USB cihaz kimliği yok: 547
68013 sıfırlamayı deneyin ....!
ARM Yük:% 5 Video fps: 3 fps Video bit hızı: 0 kbps PHY Bant Genişliği: 0 kbps Süre: 00:00:05 Çözünürlük: 1280x720

GetFPGAstatus err!
FPGA [1,0,1,0] -1,000000: 0
hdmi durumu 1
usblink durum kontrolü ~~~~~~~~~~~~~~~~~~~~~
GetFPGAstatus hata!
inptVD = 0547
USB cihaz kimliği yok: 547
68013 sıfırlamayı deneyin ....!
ARM Yük: 9% Video fps: 7 fps Video bit hızı: 0 kbps PHY Bant Genişliği: 0 kbps Süre: 00:00:07 Çözünürlük: 1280x720

umount: hiçbirini salt okunur yapamaz
umount: mdev meşgul - yalnızca salt okunur

Sistem şimdi çöküyor!

SIGTERM'i tüm işlemlere gönderdi

SIGKILL'i tüm işlemlere gönderdi

Sistemin yeniden başlatılması isteniyor
[/ KOD]

Gimbal'ı tekrar birleştirdim, test ettim ve (hatalarımdan dolayı iki kısmi tekrar toplanmadan sonra) - her şey çalışmaya başladı.
Tabletteki FPV videosu geri yüklendi.

GÜNCELLEME - NAND değişiminden sonra 8 FPS FPV ile ilgili olarak:

NAND çipini tanımladığım gibi değiştirdikten sonra olan bir sorun hakkında birkaç kişi benimle irtibata geçti. Mesele şu ki, mobil cihazdaki canlı yayın çok dalgalı - saniyede sadece 8 kare çalışıyor.

Sorun şifreleme yetenekleri sağlayan SHA204 yongası ile ilgili olarak teşhis edildi. Çip genellikle kullanılmaz, ancak şifreleme uyuşmazlığı tespit edildiğinde, şifreleme testlerini tekrar tekrar dener ve büyük miktarda işlem gücü tüketir.

Son zamanlarda, DM365 üretici yazılımını değiştirmek ve yeniden denemeler mekanizmasını kaldırmak için kullanılabilecek bir araç yayınlandı ve bu da FPV'yi tam hıza getirdi. Aracı burada:
dji-firmware araçları - dm3xx_trk_usb_hardcoder

P3X ürün yazılımının birkaç popüler sürümü bu arşivde önceden oluşturulmuş değiştirilmiş dosyalara sahiptir:
P3X_FW_fix_for_encrypt_8fps-v4.7z

Bu dosyaların bu arşiv içinde README'de nasıl kullanılacağına dair bazı bilgiler var, ancak ayrıntılardan yoksun.
[USER = 111172] @ GUCCI40 [/ USER] ile olan işbirliğimiz sayesinde, 8fps hatasını düzeltmek için bu arşivi kullanma konusunda detaylı bir talimatımız var:

1. uygun .elf dosyasını yeniden adlandırmak için encode_usb (uzantısız)
2. kartı seri bağlanmış ve " PuTTY Extra " açılmış olarak başlatın
3. tahta önyükleme bittiğinde, kabuğu yazın:
[KOD] durdurma [/ KOD]
4. sorunsuz dosya yazabileceğiniz bir dizine gidin, örn .:
[KOD] cd / tmp [/ KOD]
5. kabuğa yazın:
[KOD] lrz --ymodem –b [/ KOD]
ve " PuTTY Extra " menüsünde transfer edilecek dosyayı seçin
6. aktarımı bekleyin; dosya geçerli dizine yazılacaktır. Dosyanın " ls -a " ile olup olmadığını kontrol edin .
7. Kabuk yazarak orjinal ` encode_usb` yedeğini alın :
[KOD] mv / opt / dji / bin / encode_usb /opt/dji/bin/encode_usb.bkpFF/CODE]
8. yModem üzerinden aktarılan dosyayı, yerine yazarak taşıyın:
[KOD] mv ./encode_usb / opt / dji / bin / encode_usb [/ KOD]
9. yeni dosyayı kabuk yazarak çalıştırılabilir olarak işaretleyin:
[KOD] chmod a + x / opt / dji / bin / encode_usb [/ KOD]

İşte bu - komutlardan sonra hiçbir hata gösterilmezse, 8 fps sorunu giderilir.
[/ALINTI]

 

[quaddamage]

@Edoman please read the posting guidelines:

Community Rules

phantompilots.com

Please put special attention into "Posting Standards" chapter.

Lack of care when preparing your posts is generally perceived as lack of respect for the readers.

 

[Edoman]

[QUOTE = "dörtlü posta, yayın: 1447365, üye: 66563"]
[USER = 119837] @Edoman [/ USER] Lütfen gönderme kurallarını okuyun:
[URL unfurl = "true"] Community Guidelines [/ URL]

Lütfen "Gönderme Standartları" bölümüne özellikle dikkat edin.

Görevlerinizi hazırlarken dikkat edilmemesi, genellikle okuyucular için saygı eksikliği olarak algılanır.
[/ALINTI]

üzgünüm sadece yardıma ihtiyacım var

 

[apsnboy]

did not fit my receipts

How do I burn a new nand?

 

[Edoman]

How do I burn a new nand?

unfortunately no one is helping

 

[quaddamage]

unfortunately no one is helping

Really? You have:

1. This thread of mine

2. A thread about bootloader flashing by SunsetCatcher

No image transmission signal - P3P

what can you say about the file phantom_hack.rar which rcdesign, maybe he's not quite right? I have a second card there, there is no burning LED Board after firmware uprgade or crash?

phantompilots.com

3. A wiki on flashing all partitions of DaVinci by OGs/Mefistotelis

Flashing firmware on DaVinci media processors

Tools for handling firmwares of DJI products, with focus on quadcopters. - o-gs/dji-firmware-tools

github.com

4. Another thread of mine, with comprehensive and detailed instruction of flashing DaVinci in GL300 RC

Fixing flash programming in DM365 chip within GL300 remote controller

Here you will find not only instructions to blindly follow, but an explanation of what you're really doing. Fixing is also preceded by diagnosis - this is how all repairs should look like. So, here is the link to my DM365 chip reflashing tutorial, with specific tasks performed on GL300 RC...

phantompilots.com

If you're not able to flash your NAND with all these resources, I highly doubt any instruction would help here.
When I was flashing mine, I only had SunsetCatcher's guide, and a much earlier version Mefistotelis's wiki, and that was more than enough.

And the community will gladly help both of you, as long as you ask proper questions. We will help, but you cannot expect we will do the job for you.

 

[Edoman]

Really? You have:

1. This thread of mine

2. A thread about bootloader flashing by SunsetCatcher

No image transmission signal - P3P

what can you say about the file phantom_hack.rar which rcdesign, maybe he's not quite right? I have a second card there, there is no burning LED Board after firmware uprgade or crash?

phantompilots.com

3. A wiki on flashing all partitions of DaVinci by OGs/Mefistotelis

Flashing firmware on DaVinci media processors

Tools for handling firmwares of DJI products, with focus on quadcopters. - o-gs/dji-firmware-tools

github.com

4. Another thread of mine, with comprehensive and detailed instruction of flashing DaVinci in GL300 RC

Fixing flash programming in DM365 chip within GL300 remote controller

Here you will find not only instructions to blindly follow, but an explanation of what you're really doing. Fixing is also preceded by diagnosis - this is how all repairs should look like. So, here is the link to my DM365 chip reflashing tutorial, with specific tasks performed on GL300 RC...

phantompilots.com

If you're not able to flash your NAND with all these resources, I highly doubt any instruction would help here.
When I was flashing mine, I only had SunsetCatcher's guide, and a much earlier version Mefistotelis's wiki, and that was more than enough.

And the community will gladly help both of you, as long as you ask proper questions. We will help, but you cannot expect we will do the job for you.

bu talimat bana uimage gerekiyor yeni nand flash ta çalışmıyor

 

[quaddamage]

bu talimat bana uimage gerekiyor yeni nand flash ta çalışmıyor

When I write a post, I respect the readers enough to make sure I use proper language and proper grammar.
You were linked to Community Guidelines twice already, after your previous posts.

 

[Edoman]

[QUOTE = "dörtlü posta, posta: 1452254, üye: 66563"]
Bir yazı yazdığımda, doğru dili ve doğru dilbilgisini kullandığımdan emin olmak için okuyuculara yeterince saygı duyuyorum.
Önceki yayınlarınızdan sonra, iki kez Topluluk Kuralları'na zaten bağlandınız.
[/ALINTI]
kuralları biliyorum ama uimage dosyasını çıkaramadım

 

[thaixeon76]

Hopefully I also helped other people who might want to try their luck at repair.

If the repair would have failed, I'd probably modify the board to demote it from Ph3 Pro to Ph3 Advanced - it looks like this only requires moving a few resistors, plus updating the software within Ambarella.

are you accepting new patients?
where do i send mine to?
I don't have fancy equipment nor would I care to spend next 4 years learning linux etc... please just take my money and heal me

 

[quaddamage]

are you accepting new patients?

I'm not a repair technician, that's just a hobby.
I don't really have time to do such repair.

Have you tried just re-flashing the NAND? In most cases, the chip doesn't have to be replaced. And for re-flashing, you only need very basic equipment - any IT guy should be able to do this.