Bitmain Antminer s9, s9k, s9j - 13,5-14,0 Th/s

[Dimitrius17]

Наконец-то нашел блок оригинал. Как я и думал, все заработало. Хотя блок не потянул асикбуст +2TH/s, но +1,5 работают пока стабильно.

Всем спасибо за помощь)

[karzada]

Скрытый текст

[    0.000000] Booting Linux on physical CPU 0x0
[    0.000000] Linux version 3.14.0-xilinx-g16220c3 (lzq@armdev2) (gcc version 4.8.3 20140320 (prerelease) (Sourcery CodeBench Lite 2014.05-23) ) #83 SMP PREEMPT Thu Jul 12 11:42:53 CST 2018
[    0.000000] CPU: ARMv7 Processor [413fc090] revision 0 (ARMv7), cr=18c5387d
[    0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[    0.000000] Machine model: Xilinx Zynq
[    0.000000] cma: CMA: reserved 128 MiB at 16800000
[    0.000000] Memory policy: Data cache writealloc
[    0.000000] On node 0 totalpages: 126976
[    0.000000] free_area_init_node: node 0, pgdat c074ac00, node_mem_map debd8000
[    0.000000]   Normal zone: 992 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 126976 pages, LIFO batch:31
[    0.000000] PERCPU: Embedded 8 pages/cpu @debc1000 s9088 r8192 d15488 u32768
[    0.000000] pcpu-alloc: s9088 r8192 d15488 u32768 alloc=8*4096
[    0.000000] pcpu-alloc: [0] 0 [0] 1 
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 125984
[    0.000000] Kernel command line: noinitrd mem=496M console=ttyPS0,115200 root=ubi0:rootfs ubi.mtd=1 rootfstype=ubifs rw rootwait
[    0.000000] PID hash table entries: 2048 (order: 1, 8192 bytes)
[    0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
[    0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
[    0.000000] Memory: 364316K/507904K available (5057K kernel code, 284K rwdata, 1928K rodata, 204K init, 258K bss, 143588K reserved, 0K highmem)
[    0.000000] Virtual kernel memory layout:
[    0.000000]     vector  : 0xffff0000 - 0xffff1000   (   4 kB)
[    0.000000]     fixmap  : 0xfff00000 - 0xfffe0000   ( 896 kB)
[    0.000000]     vmalloc : 0xdf800000 - 0xff000000   ( 504 MB)
[    0.000000]     lowmem  : 0xc0000000 - 0xdf000000   ( 496 MB)
[    0.000000]     pkmap   : 0xbfe00000 - 0xc0000000   (   2 MB)
[    0.000000]     modules : 0xbf000000 - 0xbfe00000   (  14 MB)
[    0.000000]       .text : 0xc0008000 - 0xc06da8ac   (6987 kB)
[    0.000000]       .init : 0xc06db000 - 0xc070e380   ( 205 kB)
[    0.000000]       .data : 0xc0710000 - 0xc0757138   ( 285 kB)
[    0.000000]        .bss : 0xc0757144 - 0xc0797bfc   ( 259 kB)
[    0.000000] Preemptible hierarchical RCU implementation.
[    0.000000]     Dump stacks of tasks blocking RCU-preempt GP.
[    0.000000]     RCU restricting CPUs from NR_CPUS=4 to nr_cpu_ids=2.
[    0.000000] RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=2
[    0.000000] NR_IRQS:16 nr_irqs:16 16
[    0.000000] ps7-slcr mapped to df802000
[    0.000000] zynq_clock_init: clkc starts at df802100
[    0.000000] Zynq clock init
[    0.000015] sched_clock: 64 bits at 333MHz, resolution 3ns, wraps every 3298534883328ns
[    0.000297] ps7-ttc #0 at df804000, irq=43
[    0.000600] Console: colour dummy device 80x30
[    0.000629] Calibrating delay loop... 1332.01 BogoMIPS (lpj=6660096)
[    0.090245] pid_max: default: 32768 minimum: 301
[    0.090452] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.090471] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.092627] CPU: Testing write buffer coherency: ok
[    0.092939] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
[    0.092995] Setting up static identity map for 0x4cb118 - 0x4cb170
[    0.093216] L310 cache controller enabled
[    0.093236] l2x0: 8 ways, CACHE_ID 0x410000c8, AUX_CTRL 0x72760000, Cache size: 512 kB
[    0.170988] CPU1: Booted secondary processor
[    0.260223] CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
[    0.260350] Brought up 2 CPUs
[    0.260369] SMP: Total of 2 processors activated.
[    0.260377] CPU: All CPU(s) started in SVC mode.
[    0.261036] devtmpfs: initialized
[    0.263466] VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
[    0.264649] regulator-dummy: no parameters
[    0.271515] NET: Registered protocol family 16
[    0.273782] DMA: preallocated 256 KiB pool for atomic coherent allocations
[    0.276037] cpuidle: using governor ladder
[    0.276051] cpuidle: using governor menu
[    0.283411] syscon f8000000.ps7-slcr: regmap [mem 0xf8000000-0xf8000fff] registered
[    0.284923] hw-breakpoint: found 5 (+1 reserved) breakpoint and 1 watchpoint registers.
[    0.284936] hw-breakpoint: maximum watchpoint size is 4 bytes.
[    0.285045] zynq-ocm f800c000.ps7-ocmc: ZYNQ OCM pool: 256 KiB @ 0xdf880000
[    0.306472] bio: create slab <bio-0> at 0
[    0.307835] vgaarb: loaded
[    0.308536] SCSI subsystem initialized
[    0.309408] usbcore: registered new interface driver usbfs
[    0.309591] usbcore: registered new interface driver hub
[    0.309811] usbcore: registered new device driver usb
[    0.310498] media: Linux media interface: v0.10
[    0.310657] Linux video capture interface: v2.00
[    0.310900] pps_core: LinuxPPS API ver. 1 registered
[    0.310912] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
[    0.311060] PTP clock support registered
[    0.311476] EDAC MC: Ver: 3.0.0
[    0.312680] Advanced Linux Sound Architecture Driver Initialized.
[    0.315390] DMA-API: preallocated 4096 debug entries
[    0.315403] DMA-API: debugging enabled by kernel config
[    0.315472] Switched to clocksource arm_global_timer
[    0.336088] NET: Registered protocol family 2
[    0.336725] TCP established hash table entries: 4096 (order: 2, 16384 bytes)
[    0.336782] TCP bind hash table entries: 4096 (order: 3, 32768 bytes)
[    0.336867] TCP: Hash tables configured (established 4096 bind 4096)
[    0.336917] TCP: reno registered
[    0.336933] UDP hash table entries: 256 (order: 1, 8192 bytes)
[    0.336963] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
[    0.337197] NET: Registered protocol family 1
[    0.337497] RPC: Registered named UNIX socket transport module.
[    0.337509] RPC: Registered udp transport module.
[    0.337518] RPC: Registered tcp transport module.
[    0.337526] RPC: Registered tcp NFSv4.1 backchannel transport module.
[    0.337538] PCI: CLS 0 bytes, default 64
[    0.337958] hw perfevents: enabled with ARMv7 Cortex-A9 PMU driver, 7 counters available
[    0.339931] futex hash table entries: 512 (order: 3, 32768 bytes)
[    0.341994] jffs2: version 2.2. (NAND) © 2001-2006 Red Hat, Inc.
[    0.342179] msgmni has been set to 967
[    0.342934] io scheduler noop registered
[    0.342948] io scheduler deadline registered
[    0.342989] io scheduler cfq registered (default)
[    0.356022] dma-pl330 f8003000.ps7-dma: Loaded driver for PL330 DMAC-2364208
[    0.356042] dma-pl330 f8003000.ps7-dma:     DBUFF-128x8bytes Num_Chans-8 Num_Peri-4 Num_Events-16
[    0.478599] e0001000.serial: ttyPS0 at MMIO 0xe0001000 (irq = 82, base_baud = 3124999) is a xuartps
[    1.045870] console [ttyPS0] enabled
[    1.050110] xdevcfg f8007000.ps7-dev-cfg: ioremap 0xf8007000 to df866000
[    1.057716] [drm] Initialized drm 1.1.0 20060810
[    1.074642] brd: module loaded
[    1.084032] loop: module loaded
[    1.093393] e1000e: Intel(R) PRO/1000 Network Driver - 2.3.2-k
[    1.099213] e1000e: Copyright(c) 1999 - 2013 Intel Corporation.
[    1.106954] libphy: XEMACPS mii bus: probed
[    1.111319] ------------- phy_id = 0x3625e62
[    1.116352] xemacps e000b000.ps7-ethernet: pdev->id -1, baseaddr 0xe000b000, irq 54
[    1.124918] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    1.131737] ehci-pci: EHCI PCI platform driver
[    1.139040] zynq-dr e0002000.ps7-usb: Unable to init USB phy, missing?
[    1.145904] usbcore: registered new interface driver usb-storage
[    1.152742] mousedev: PS/2 mouse device common for all mice
[    1.158922] i2c /dev entries driver
[    1.165820] zynq-edac f8006000.ps7-ddrc: ecc not enabled
[    1.171295] cpufreq_cpu0: failed to get cpu0 regulator: -19
[    1.177222] Xilinx Zynq CpuIdle Driver started
[    1.182067] sdhci: Secure Digital Host Controller Interface driver
[    1.188271] sdhci: Copyright(c) Pierre Ossman
[    1.192537] sdhci-pltfm: SDHCI platform and OF driver helper
[    1.199357] mmc0: no vqmmc regulator found
[    1.203373] mmc0: no vmmc regulator found
[    1.245500] mmc0: SDHCI controller on e0100000.ps7-sdio [e0100000.ps7-sdio] using ADMA
[    1.254179] usbcore: registered new interface driver usbhid
[    1.259696] usbhid: USB HID core driver
[    1.264383] nand: device found, Manufacturer ID: 0x2c, Chip ID: 0xda
[    1.270669] nand: Micron MT29F2G08ABAEAWP
[    1.274644] nand: 256MiB, SLC, page size: 2048, OOB size: 64
[    1.280586] Bad block table found at page 131008, version 0x01
[    1.286831] Bad block table found at page 130944, version 0x01
[    1.292879] 3 ofpart partitions found on MTD device pl353-nand
[    1.298648] Creating 3 MTD partitions on "pl353-nand":
[    1.303752] 0x000000000000-0x000002000000 : "BOOT.bin-env-dts-kernel"
[    1.311802] 0x000002000000-0x00000b000000 : "angstram-rootfs"
[    1.319097] 0x00000b000000-0x000010000000 : "upgrade-rootfs"
[    1.329823] TCP: cubic registered
[    1.333061] NET: Registered protocol family 17
[    1.337790] Registering SWP/SWPB emulation handler
[    1.343647] regulator-dummy: disabling
[    1.347965] UBI: attaching mtd1 to ubi0
[    1.875566] UBI: scanning is finished
[    1.887214] UBI: attached mtd1 (name "angstram-rootfs", size 144 MiB) to ubi0
[    1.894266] UBI: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
[    1.901062] UBI: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
[    1.907738] UBI: VID header offset: 2048 (aligned 2048), data offset: 4096
[    1.914576] UBI: good PEBs: 1152, bad PEBs: 0, corrupted PEBs: 0
[    1.920585] UBI: user volume: 1, internal volumes: 1, max. volumes count: 128
[    1.927697] UBI: max/mean erase counter: 2/0, WL threshold: 4096, image sequence number: 267830735
[    1.936641] UBI: available PEBs: 0, total reserved PEBs: 1152, PEBs reserved for bad PEB handling: 40
[    1.945857] UBI: background thread "ubi_bgt0d" started, PID 1084
[    1.945863] drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
[    1.949755] ALSA device list:
[    1.949758]   No soundcards found.
[    1.966186] UBIFS: background thread "ubifs_bgt0_0" started, PID 1086
[    1.995340] UBIFS: recovery needed
[    2.065143] UBIFS: recovery completed
[    2.068825] UBIFS: mounted UBI device 0, volume 0, name "rootfs"
[    2.074752] UBIFS: LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
[    2.083885] UBIFS: FS size: 128626688 bytes (122 MiB, 1013 LEBs), journal size 9023488 bytes (8 MiB, 72 LEBs)
[    2.093771] UBIFS: reserved for root: 0 bytes (0 KiB)
[    2.098817] UBIFS: media format: w4/r0 (latest is w4/r0), UUID 68024B66-D002-4EAC-85B6-9A9AE3C1123E, small LPT model
[    2.109870] VFS: Mounted root (ubifs filesystem) on device 0:11.
[    2.117070] devtmpfs: mounted
[    2.120176] Freeing unused kernel memory: 204K (c06db000 - c070e000)
[    2.964071] random: dd urandom read with 1 bits of entropy available
[    3.345492] 
[    3.345492] bcm54xx_config_init
[    4.405517] 
[    4.405517] bcm54xx_config_init
[    7.406339] xemacps e000b000.ps7-ethernet: Set clk to 24999999 Hz
[    7.412429] xemacps e000b000.ps7-ethernet: link up (100/FULL)
[   19.946508] In axi fpga driver!
[   19.949577] request_mem_region OK!
[   19.952968] AXI fpga dev virtual address is 0xdf9fe000
[   19.958101] *base_vir_addr = 0xc51e
[   19.972739] In fpga mem driver!
[   19.976121] request_mem_region OK!
[   19.979623] fpga mem virtual address is 0xe2000000
[   20.775497] 
[   20.775497] bcm54xx_config_init
[   21.865528] 
[   21.865528] bcm54xx_config_init
[   24.866332] xemacps e000b000.ps7-ethernet: Set clk to 24999999 Hz
[   24.872347] xemacps e000b000.ps7-ethernet: link up (100/FULL)
log_level = 4
This is XILINX board. Totalram:       507486208
Detect 512MB control board of XILINX
mmap axi_fpga_addr = 0xb6fb9000
axi_fpga_addr data = 0xc51e
mmap fpga_mem_addr = 0xb5db2000
forceFreq=-1 forceFlag=0
min work minertest[0]:912

DETECT HW version=0000c51e
miner ID : 80509dc461fb8854
Miner Type = S9
AsicType = 1387
real AsicNum = 63
use critical mode to search freq...
get PLUG ON=0x00000000
total_exist_chain_num = 0
CRC error counter=0
set command mode to VIL

--- check asic number
After Get ASIC NUM CRC error counter=0
set_baud=0
The min freq=700
set real timeout 52, need sleep=379392
After TEST CRC error counter=0
search freq for 1 times, completed chain = 0, total chain num = 0 
single_board_frq_tuning enter
min_rate, des_rate, fix_volt:13800, 14000, 880
force_freq not set, don't need tuning
restart Miner chance num=2
waiting for receive_func to exit!
waiting for pic heart to exit!
bmminer not found= 1805 root       0:00 grep bmminer

bmminer not found, restart bmminer ...
This is user mode for mining
Detect 512MB control board of XILINX
Miner Type = S9
Miner compile time: Fri May 31 10:59:27 CST 2019 type: Antminer S9
miner ID : 80509dc461fb8854
Checking fans...
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
waiting fans become stable...
waiting fans become stable...
waiting fans become stable...
waiting fans become stable...
waiting fans become stable...
waiting fans become stable...
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6360
get fan[5] speed=6360
get fan[5] speed=6360
get fan[5] speed=6360
get fan[5] speed=6360
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
get fan[5] speed=6480
Fatal Error: some Fan lost or Fan speed low!
 

Вот мой лог.

Проблема такая, S9  перестал подключаться и вообще видеть контрольку ( не показывает версии), сбрасывал все зажатием IP и reset  многократно, не помогает. 

В логе написано , что проблема с вентилятором, но я менял и ставил вентилятор с рабочего асика, было то же самое.

 

Вот как выглядит меню:

 

[karzada]

зажатие IP и Reset  должно после перезагрузки менять IP асика? У меня почему то асик остается на том же Ip

[Евгений Ус]

 

12.06.2019 в 14:51, Wer Mac сказал:

Здравствуйте! С дуру обновил S9 последней прошивкой, сейчас пытаюсь зайти по ССШ, не подключается. Только сейчас прочел описание прошивки на сайте битман - закрыт доступ по ССШ. И че теперь делать. Не одна другая прошивка не влазит

В ссылке два архива, использовать можно любой. Кидаете архив в upgrade, после выскакивает ошибка обновления (так и должно быть), потом  уже в upgrade закидываете старую прошивку без цифровой подписи. Сносятся офф прошивки до майских, на июльские уже не действует - https://yadi.sk/d/97eGwUhH08_F6w

Изменено 18 авг 2019, 12:12 пользователем Евгений Ус

[megabits]

Тоже проблема контролька не загружается с флешки. Горят оба светодиода и все... Это все таки вирус или проделки Битман?

[scopus]

45 минут назад, megabits сказал:

Это все таки вирус

 

[megabits]

@scopus Как его победить? UART поможет?

[tsupa2008]

12 часов назад, megabits сказал:

@scopus Как его победить? UART поможет?

На некоторых помогло замыкание контактов на флешки.  остальные на данный момент сделал  полный дамп памяти, спаиваю флешку и на tl866 заливка. но считаю что это костыль 

[tsupa2008]

Флешки которые не прошиваются замыканием контактов 29f2g08abaea, не могу разобраться какие ноги закоротить чтоб u-boot перешол в режим прошивки   

[megabits]

13 часов назад, tsupa2008 сказал:

На некоторых помогло замыкание контактов на флешки.  остальные на данный момент сделал  полный дамп памяти, спаиваю флешку и на tl866 заливка. но считаю что это костыль 

Замыкание 5 и 6 контактов не помогает.

[Splinter]

22 часа назад, tsupa2008 сказал:

Флешки которые не прошиваются замыканием контактов 29f2g08abaea, не могу разобраться какие ноги закоротить чтоб u-boot перешол в режим прошивки   

Никак в толк не возьму, зачем все бросились контакты у флешки замыкать. И почему вдруг u-boot должен перейти в режим прошивки? На этой платформе за прошивку отвечает линукс при монтировании rootfs из раздела восстановления. U-boot тоже умеет писать во флэш, но для этого ему вопервых надо запустится, а он находится во флэш и если вы там чтото будете коротить, то как ему запускаться? Во вторых у него вроде нет автоматического режима прошивки (например по фтп или из файла с sd, как бывает у роутеров). Сделать можно вручную через команды в последовательной консоли. Но это все бессмысленные костыли. 

А при прошивке с sd скрипту прошивальщика вообще долампочки содержимое флэш. 

9 часов назад, megabits сказал:

Замыкание 5 и 6 контактов не помогает.

Если заглянуть в даташит, то эти контакты вообщето NC. 

[scopus]

@megabits  https://forum.bits.media/index.php?/topic/144724-не-обновляется-s9i-cant-upgrade-s9/&do=findComment&comment=1787300

 

Только я держал по 60 секунд два раза, проходило по три цикла ребута и сброса. Потом сразу менял пароль и заливал майскую. Асики оживали, а дальше по ситуации. Сейчас сверху лью прошивку от ADV с фи, но она с антивирусом и пока полет нормальный.

Изменено 22 авг 2019, 08:31 пользователем scopus

[Splinter]

3 часа назад, scopus сказал:

https://forum.bits.media/index.php?/topic/144724-не-обновляется-s9i-cant-upgrade-s9/&do=findComment&comment=1787300

Это штатный способ возврата к чистой прошивке (глубокого сброса). Там конечно много лишних действий описано, но результат тотже. Достаточно выключить асик, зажать ipreport и reset, включить питание и держать кнопки зажатыми примерно 10-15 сек. Кнопки отпускаем и ждем полной загрузки. В процессе восстановления аппарат один раз перезагрузится.

Но это не поможет с вирусом antbuild и с некоторыми вирусами модифицирующими образ восстановления.

[scopus]

58 минут назад, Splinter сказал:

Достаточно выключить асик, зажать ipreport и reset, включить питание и держать кнопки зажатыми примерно 10-15 сек. Кнопки отпускаем и ждем полной загрузки. В процессе восстановления аппарат один раз перезагрузится.

 

Я не спорю, но один раз частенько не помогает. Теория одно, а практика другое. А практика показывает, что порой только троектратное действие не обьяснимое действие помогает оживить аппарат.. китайское чудо..

[Splinter]

1 час назад, scopus сказал:

 

Я не спорю, но один раз частенько не помогает. Теория одно, а практика другое. А практика показывает, что порой только троектратное действие не обьяснимое действие помогает оживить аппарат.. китайское чудо..

Да в китайской технике чудес хватает (хотя я в чудеса не верю, все это ИМХО от плохой инженерной школы Китая и парадигмы производства - делать быстро, массово и недорого). А по поводу 3-х кратного сброса, причиной этому скорее всего помирающая память - нестабильно читающиеся/пишущиеся блоки могут давать такой эффект.

[zilot@ya.ru]

Да эт из разряда достать бубен и станцевать по часовой во круг контрольки...

 

Ну а если по делу варианты лечения кто какие может предложить? Если стояла последняя прошивка с заблокированным SSH, ну а действия на флешку всем известны.

 

 

[scopus]

@zilot@ya.ru  в мириг в сервис. Вылечат.

[zilot@ya.ru]

@scopus да у самого руки не из жопы... у знакомого несколько контролек легло.. вот ковыряю в свободное время

 

[scopus]

@zilot@ya.ru  ну это если простой не влияет на доходность, то тогда да..

[zilot@ya.ru]

если бы влияло ... есссно бил во все колокола :)))

ет так.. расширение кругозора.. да и вдруг самому понадобиться (тьфу тьфу тьфу)

 

 

[tsupa2008]

23 часа назад, Splinter сказал:

Никак в толк не возьму, зачем все бросились контакты у флешки замыкать. И почему вдруг u-boot должен перейти в режим прошивки? На этой платформе за прошивку отвечает линукс при монтировании rootfs из раздела восстановления. U-boot тоже умеет писать во флэш, но для этого ему вопервых надо запустится, а он находится во флэш и если вы там чтото будете коротить, то как ему запускаться? Во вторых у него вроде нет автоматического режима прошивки (например по фтп или из файла с sd, как бывает у роутеров). Сделать можно вручную через команды в последовательной консоли. Но это все бессмысленные костыли. 

А при прошивке с sd скрипту прошивальщика вообще долампочки содержимое флэш. 

Если заглянуть в даташит, то эти контакты вообщето NC. 

Полностью согласен, но "поделки сумеречного китайского гения" в водят в шок.  Сейчас на прошивке лежит 34 ПУ-шки, 8 прошилость простой перестановкой джампера. А 7 смог войти в режим прошивки с sd, замыканием 5-6 контакта. К сожалению остальные приходится спаивать флешку, и заливать дамп который снял с тестовой платы ?  

[Splinter]

6 минут назад, tsupa2008 сказал:

Полностью согласен, но "поделки сумеречного китайского гения" в водят в шок.  Сейчас на прошивке лежит 34 ПУ-шки, 8 прошилость простой перестановкой джампера. А 7 смог войти в режим прошивки с sd, замыканием 5-6 контакта. К сожалению остальные приходится спаивать флешку, и заливать дамп который снял с тестовой платы ?  

Вы прям шаман 5-го уровня )) Перешил ни одну сотню контролек, но бубен так и висит на стене за ненадобностью. 

Я все голову ломал зачем коротить 5-6 ноги если они по даташиту вообще NC, пока не нашел первоисточник этой сомнительной идеи. Это не 5-6 нога, а 29-30! Видимо в первоисточнике автор гуманитарий. Но мы то с вами образованные люди. Пишите технически правильно, не вводите людей в заблуждение.

Далее, смотрим на плату и убеждаемся, что 29-я нога через резистор идет на джампер JP4. Если снять процессор и прозвонить эту цепь дальше, то легко убедиться, что это ни что иное как один из пинов выбора источника загрузки процессора. Остальные пины также выведены на джамперы.

Т.о. вы этим самым замыканием просто дублируете работу перемычки JP4. А на 30 ноге видимо в этот момент просто низкий уровень.

Чудес не бывает.

[tsupa2008]

23 часа назад, Splinter сказал:

Вы прям шаман 5-го уровня )) Перешил ни одну сотню контролек, но бубен так и висит на стене за ненадобностью. 

Я все голову ломал зачем коротить 5-6 ноги если они по даташиту вообще NC, пока не нашел первоисточник этой сомнительной идеи. Это не 5-6 нога, а 29-30! Видимо в первоисточнике автор гуманитарий. Но мы то с вами образованные люди. Пишите технически правильно, не вводите людей в заблуждение.

Далее, смотрим на плату и убеждаемся, что 29-я нога через резистор идет на джампер JP4. Если снять процессор и прозвонить эту цепь дальше, то легко убедиться, что это ни что иное как один из пинов выбора источника загрузки процессора. Остальные пины также выведены на джамперы.

Т.о. вы этим самым замыканием просто дублируете работу перемычки JP4. А на 30 ноге видимо в этот момент просто низкий уровень.

Чудес не бывает.

Спасибо, за наводку, проверил 2 платы которые не прошивались, там дорожки вобше не разведены были на джемпер, и как 29-30 ногу замыкаю 

[megabits]

23.08.2019 в 09:45, Splinter сказал:

Вы прям шаман 5-го уровня )) Перешил ни одну сотню контролек, но бубен так и висит на стене за ненадобностью. 

Я все голову ломал зачем коротить 5-6 ноги если они по даташиту вообще NC, пока не нашел первоисточник этой сомнительной идеи. Это не 5-6 нога, а 29-30! Видимо в первоисточнике автор гуманитарий. Но мы то с вами образованные люди. Пишите технически правильно, не вводите людей в заблуждение.

Далее, смотрим на плату и убеждаемся, что 29-я нога через резистор идет на джампер JP4. Если снять процессор и прозвонить эту цепь дальше, то легко убедиться, что это ни что иное как один из пинов выбора источника загрузки процессора. Остальные пины также выведены на джамперы.

Т.о. вы этим самым замыканием просто дублируете работу перемычки JP4. А на 30 ноге видимо в этот момент просто низкий уровень.

Чудес не бывает.

То есть загрузку с флешки блокирует вирус? И это не как не побороть не выпаивая контрольку?

[Splinter]

8 часов назад, megabits сказал:

То есть загрузку с флешки блокирует вирус?

Разговор вроде шел о другом, про самнительность метода замыкания ног. Но если вы про 2 светодиода при попытки прошивки с SD, то в первом приближении примерно так. Только не сам вирус, а последствия его деятельности.

8 часов назад, megabits сказал:

И это не как не побороть не выпаивая контрольку?

Вот тут я вас не понял о чем вы. Можно что-то выпаять из контрольки, но вот откуда можно контрольку выпаять я не в курсе. Полноценное решение против этого вируса - замена процессора, если вы об этом.