Search content
Sort by

Showing 20 of 43 results by ukzerosniper
Post
Topic
Board Hardware
Re: Antminer S9 repairs in the UK
by
ukzerosniper
on 21/08/2017, 12:10:42 UTC
Hi Guys,

With all my miners the processor boards come online just fine.  They report socket connection errors.

Some of the miners seem to have some boards working but not all. 

What are the diagnostics procedures to try and resurrect dead boards?

Are there any shops which conduct repairs in the UK?
Post
Topic
Board Hardware
Re: Antminer S9 repairs in the UK
by
ukzerosniper
on 30/07/2017, 14:17:41 UTC
It does trip with just 1.

Doesn't trip with kettles or heaters.
Post
Topic
Board Hardware
Antminer S9 repairs in the UK
by
ukzerosniper
on 30/07/2017, 08:34:00 UTC
Hi guys.

Does anyone know where I could get AntMiner S9s looked at in the uk.

We had a power cut and all our S9s stopped working.  When I power them on they just trip the breakers in the garage.  It's a 20amp breaker with 2 miners per breaker.

Because it trips so fast I'm unable to figure out if they are dead or not.  May it just be the power supplies?

Sorry for such little info, what else can I provide to assist any replies?
Post
Topic
Board Hardware
Re: AntMiner S9 - Stops Hashing still using power
by
ukzerosniper
on 12/07/2016, 09:57:09 UTC
i have the same issue with an s-7 Angry

I have done some experimenting.

It would appear that the solution to my issue has been to simply manually specify the IP address details.

When I checked

Code:
route -n

I would not have a default route when I picked up by DHCP. 

I have set it statically, and all is working well.

It has 9 other S9 miners and 2x S7 miners in the same switch.... None of them had the issue, and I changed the cable... Same problem.

Odd.. Bottom line, it appears to be working now.
Post
Topic
Board Hardware
Re: AntMiner S9 - Stops Hashing still using power
by
ukzerosniper
on 09/07/2016, 14:43:33 UTC
I have now changed the ethernet cable and also assigned static network details.

I cannot run the traceroute test via the gui, however, when i login via SSH and run a traceroute to any address it returns all hops fine.  The gui just comes back with "Ajeax Error".

I have re flashed with the 600M firmware.  Same issue.

Basically, from command line, all networking seems fine.

Will see how it goes moving forward.  Ill keep you all in the loop.
Post
Topic
Board Hardware
Re: AntMiner S9 - Stops Hashing still using power
by
ukzerosniper
on 04/07/2016, 16:26:58 UTC
Nice one.

Ill take a look in the next couple of days and give it a go.

Thanks.
Post
Topic
Board Hardware
Re: AntMiner S9 - Stops Hashing still using power
by
ukzerosniper
on 04/07/2016, 08:19:59 UTC
If you are root root  to access the gui it change it to :

 root   

!QAZ5thn&UJM$$1234


     use a  long password  different then root    some thing like the one above

Thanks for your advice,  can you see any reason in the logs why the miners would stop mining?  And if you do, can you advise me how I can correct it?  I have literally no idea myself on this one.

I think if you are burning power and have an internet connection  it may be misdirected .

if you are burning power and have no internet if should show in the logs.

It isnt misdirected.  The hardware actually shows 0GHs.

Also, when it is mining, it works fine, it just hits this strange mode where it stops and is appearing to burn power without actually doing anything.

I copied the logs at the beginning of the thread, do you know what to look for to help diagnose this issue?
Post
Topic
Board Hardware
Re: AntMiner S9 - Stops Hashing still using power
by
ukzerosniper
on 03/07/2016, 06:52:26 UTC
If you are root root  to access the gui it change it to :

 root   

!QAZ5thn&UJM$$1234


     use a  long password  different then root    some thing like the one above

Thanks for your advice,  can you see any reason in the logs why the miners would stop mining?  And if you do, can you advise me how I can correct it?  I have literally no idea myself on this one.
Post
Topic
Board Hardware
Topic OP
AntMiner S9 - Stops Hashing still using power
by
ukzerosniper
on 02/07/2016, 15:48:23 UTC
Hi Guys,

We have an AntMiner S9 which seems to stop hashing but still uses power.

When i log into the gui it shows that the miner is doing 0GHs.

When i check the meter on the wall it shows a draw of 1000w.

I have upgraded the firmware and reconfigured from scratch. 

It is setup to mine at antpool.

All other 9 S9s are hashing without issue, and 2x S7 are also mining without issue.

The logs show as follows.

Kernel Log
Code:

SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
Hierarchical RCU implementation.
NR_IRQS:16 nr_irqs:16 16
sched_clock: 32 bits at 100MHz, resolution 10ns, wraps every 42949ms
Console: colour dummy device 80x30
Calibrating delay loop... 1196.85 BogoMIPS (lpj=5984256)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
ftrace: allocating 17687 entries in 52 pages
CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
Setting up static identity map for 0x804ab220 - 0x804ab278
CPU1: failed to come online
Brought up 1 CPUs
SMP: Total of 1 processors activated (1196.85 BogoMIPS).
CPU: All CPU(s) started in SVC mode.
devtmpfs: initialized
NET: Registered protocol family 16
fpga bridge driver
DMA: preallocated 256 KiB pool for atomic coherent allocations
L310 cache controller enabled
l2x0: 8 ways, CACHE_ID 0x410030c9, AUX_CTRL 0x32460000, Cache size: 524288 B
syscon fffef000.l2-cache: regmap [mem 0xfffef000-0xfffeffff] registered
syscon ffd05000.rstmgr: regmap [mem 0xffd05000-0xffd05fff] registered
syscon ffc25000.sdrctl: regmap [mem 0xffc25000-0xffc25fff] registered
syscon ff800000.l3regs: regmap [mem 0xff800000-0xff800fff] registered
syscon ffd08000.sysmgr: regmap [mem 0xffd08000-0xffd0bfff] registered
hw-breakpoint: found 5 (+1 reserved) breakpoint and 1 watchpoint registers.
hw-breakpoint: maximum watchpoint size is 4 bytes.
altera_hps2fpga_bridge fpgabridge.2: fpga bridge [hps2fpga] registered as device hps2fpga
altera_hps2fpga_bridge fpgabridge.2: init-val not specified
altera_hps2fpga_bridge fpgabridge.3: fpga bridge [lshps2fpga] registered as device lwhps2fpga
altera_hps2fpga_bridge fpgabridge.3: init-val not specified
altera_hps2fpga_bridge fpgabridge.4: fpga bridge [fpga2hps] registered as device fpga2hps
altera_hps2fpga_bridge fpgabridge.4: init-val not specified
bio: create slab at 0
FPGA Mangager framework driver
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
pps_core: LinuxPPS API ver. 1 registered
pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti
PTP clock support registered
Switching to clocksource timer0
NET: Registered protocol family 2
TCP established hash table entries: 8192 (order: 4, 65536 bytes)
TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
TCP: reno registered
UDP hash table entries: 512 (order: 2, 16384 bytes)
UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
hw perfevents: enabled with ARMv7 Cortex-A9 PMU driver, 7 counters available
arm-pmu arm-pmu: PMU:CTI successfully enabled for 1 cores
NFS: Registering the id_resolver key type
Key type id_resolver registered
Key type id_legacy registered
NTFS driver 2.1.30 [Flags: R/W].
jffs2: version 2.2. (NAND) © 2001-2006 Red Hat, Inc.
msgmni has been set to 1984
io scheduler noop registered (default)
Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled
ffc02000.serial0: ttyS0 at MMIO 0xffc02000 (irq = 194) is a 16550A
console [ttyS0] enabled
altera_fpga_manager ff706000.fpgamgr: fpga manager [Altera FPGA Manager] registered as minor 0
brd: module loaded
denali-nand-dt ff900000.nand: Dump timing register values:acc_clks: 4, re_2_we: 20, re_2_re: 20
we_2_re: 12, addr_2_data: 14, rdwr_en_lo_cnt: 2
rdwr_en_hi_cnt: 2, cs_setup_cnt: 2
ONFI param page 0 valid
ONFI flash detected
NAND device: Manufacturer ID: 0x2c, Chip ID: 0xda (Micron MT29F2G08ABAEAWP), 256MiB, page size: 2048, OOB size: 64
Bad block table found at page 131008, version 0x01
Bad block table found at page 130944, version 0x01
5 ofpart partitions found on MTD device denali-nand
Creating 5 MTD partitions on "denali-nand":
0x000000000000-0x000001000000 : "NAND Flash Boot Area 16MB"
0x000001000000-0x000002000000 : "NAND Flash Boot Area backup1 16MB"
0x000002000000-0x000003000000 : "NAND Flash Boot Area backup2 16MB"
0x000003000000-0x00000b000000 : "NAND Flash jffs2 Root Filesystem 128MB"
0x00000b000000-0x000010000000 : "NAND Flash jffs2 Root Filesystem 80MB"
dw_spi_mmio fff00000.spi: master is unqueued, this is deprecated
CAN device driver interface
c_can_platform ffc00000.d_can: invalid resource
c_can_platform ffc00000.d_can: control memory is not used for raminit
c_can_platform ffc00000.d_can: c_can_platform device registered (regs=bf8dc000, irq=163)
stmmac_hw_init: 1000M
stmmac - user ID: 0x10, Synopsys ID: 0x37
Ring mode enabled
DMA HW capability register supported
Enhanced/Alternate descriptors
Enabled extended descriptors
RX Checksum Offload Engine supported (type 2)
TX Checksum insertion supported
Enable RX Mitigation via HW Watchdog Timer
libphy: stmmac: probed
eth0: PHY ID 0007c0f1 at 0 IRQ POLL (stmmac-0:00) active
usbcore: registered new interface driver usb-storage
mousedev: PS/2 mouse device common for all mice
i2c /dev entries driver
Synopsys Designware Multimedia Card Interface Driver
dwmmc_socfpga ff704000.dwmmc0: couldn't determine pwr-en, assuming pwr-en = 0
dwmmc_socfpga ff704000.dwmmc0: Using internal DMA controller.
dwmmc_socfpga ff704000.dwmmc0: Version ID is 240a
dwmmc_socfpga ff704000.dwmmc0: DW MMC controller at irq 171, 32 bit host data width, 1024 deep fifo
mmc_host mmc0: Bus speed (slot 0) = 50000000Hz (slot req 400000Hz, actual 396825HZ div = 63)
dwmmc_socfpga ff704000.dwmmc0: 1 slots initialized
ledtrig-cpu: registered to indicate activity on CPUs
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
oprofile: using arm/armv7-ca9
TCP: cubic registered
NET: Registered protocol family 10
sit: IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
NET: Registered protocol family 15
can: controller area network core (rev 20120528 abi 9)
NET: Registered protocol family 29
can: raw protocol (rev 20120528)
can: broadcast manager protocol (rev 20120528 t)
can: netlink gateway (rev 20130117) max_hops=1
8021q: 802.1Q VLAN Support v1.8
Key type dns_resolver registered
VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
ThumbEE CPU extension supported.
Registering SWP/SWPB emulation handler
mmc_host mmc0: Bus speed (slot 0) = 50000000Hz (slot req 300000Hz, actual 297619HZ div = 84)
mmc_host mmc0: Bus speed (slot 0) = 50000000Hz (slot req 200000Hz, actual 200000HZ div = 125)
mmc_host mmc0: Bus speed (slot 0) = 50000000Hz (slot req 100000Hz, actual 100000HZ div = 250)
mmc_host mmc0: Bus speed (slot 0) = 50000000Hz (slot req 400000Hz, actual 396825HZ div = 63)
mmc_host mmc0: Bus speed (slot 0) = 50000000Hz (slot req 300000Hz, actual 297619HZ div = 84)
mmc_host mmc0: Bus speed (slot 0) = 50000000Hz (slot req 200000Hz, actual 200000HZ div = 125)
mmc_host mmc0: Bus speed (slot 0) = 50000000Hz (slot req 100000Hz, actual 100000HZ div = 250)
jffs2: Empty flash at 0x00fd5050 ends at 0x00fd5800
jffs2: jffs2_scan_eraseblock(): Node at 0x058587fc {0x1985, 0xe002, 0xe0021985) has invalid CRC 0x00000044 (calculated 0xd7cd6a7b)
jffs2: jffs2_scan_inode_node(): CRC failed on node at 0x0585d7e4: Read 0xffffffff, calculated 0x786366e8
VFS: Mounted root (jffs2 filesystem) on device 31:3.
devtmpfs: mounted
Freeing unused kernel memory: 328K (8065b000 - 806ad000)
eth0: device MAC address fe:eb:12:7f:e4:7e
init phy ok
PHY DMA init OK
eth0: device MAC address 80:a0:08:79:05:02
init phy ok
PHY DMA init OK
IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
libphy: stmmac-0:00 - Link is Up - 100/Full
IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
In axi fpga driver!
Original value in RESET_MANAGER_BASE_ADDR + BRGMODRST_ADDR is 0x0
request_mem_region OK!
AXI fpga dev virtual address is 0xbf942000
*base_vir_addr = 0xc504
In fpga mem driver!
request_mem_region OK!
fpga mem virtual address is 0xc0000000
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250_interrupt: 112 callbacks suppressed
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250_interrupt: 398 callbacks suppressed
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250_interrupt: 770 callbacks suppressed
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250_interrupt: 1481 callbacks suppressed
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250_interrupt: 556 callbacks suppressed
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194
serial8250: too much work for irq194

Monitor Page
Code:
Mem: 25664K used, 990508K free, 0K shrd, 0K buff, 6192K cached
CPU: 90.9% usr 9.0% sys 0.0% nic 0.0% idle 0.0% io 0.0% irq 0.0% sirq
Load average: 1.93 2.03 2.02 3/66 30098
PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND
25854 25853 root S < 165m 16.5 0 90.7 /usr/bin/bmminer --version-file /usr/bin/compile_time --api-listen --default-config /config/bmminer.conf
30084 30082 root R 2836 0.2 0 9.0 top -b -n 1
223 1 root S 6020 0.5 0 0.0 /usr/bin/monitor-recobtn /usr/bin/factory_config_reset.sh
186 1 root S 3084 0.3 0 0.0 /usr/bin/ntpd -p /var/run/ntp.pid -g
235 1 root S 2840 0.2 0 0.0 /sbin/getty 115200 ttyS0
236 1 root S 2840 0.2 0 0.0 /sbin/getty 38400 tty1
237 1 root S 2836 0.2 0 0.0 {monitorcg} /bin/sh /sbin/monitorcg
173 1 root S 2836 0.2 0 0.0 udhcpc -b -t 10 -A 10 -x hostname AMS9_7 -i eth0
30082 201 root S 2836 0.2 0 0.0 /bin/sh /www/pages/cgi-bin/monitor.cgi
30085 30082 root S 2836 0.2 0 0.0 /bin/sh /www/pages/cgi-bin/monitor.cgi
201 1 root S 2776 0.2 0 0.0 /usr/sbin/lighttpd -f /etc/lighttpd.conf
15098 237 root S 2704 0.2 0 0.0 sleep 3m
192 1 avahi S 2612 0.2 0 0.0 avahi-daemon: running [AMS97.local]
193 192 avahi S 2612 0.2 0 0.0 avahi-daemon: chroot helper
25853 1 root S 2556 0.2 0 0.0 {screen} SCREEN -S bmminer -t bmminer -m -d /usr/bin/bmminer --version-file /usr/bin/compile_time --api-listen --default-config /config/bmminer.conf
183 1 root S 2092 0.2 0 0.0 /usr/sbin/dropbear -r /config/dropbear_rsa_host_key -p 22
1 0 root S 1688 0.1 0 0.0 init [5]
72 1 root S 1676 0.1 0 0.0 /usr/bin/monitor-ipsig
9 2 root SW 0 0.0 0 0.0 [rcu_sched]
22 2 root SW 0 0.0 0 0.0 [kworker/0:1]
3 2 root SW 0 0.0 0 0.0 [ksoftirqd/0]
64 2 root SWN 0 0.0 0 0.0 [jffs2_gcd_mtd3]
6 2 root SW 0 0.0 0 0.0 [kworker/u4:0]
2 0 root SW 0 0.0 0 0.0 [kthreadd]
4 2 root SW 0 0.0 0 0.0 [kworker/0:0]
5 2 root SW< 0 0.0 0 0.0 [kworker/0:0H]
7 2 root SW 0 0.0 0 0.0 [migration/0]
8 2 root SW 0 0.0 0 0.0 [rcu_bh]
10 2 root RW 0 0.0 0 0.0 [migration/1]
11 2 root RW 0 0.0 0 0.0 [ksoftirqd/1]
12 2 root SW 0 0.0 0 0.0 [kworker/1:0]
13 2 root SW< 0 0.0 0 0.0 [kworker/1:0H]
14 2 root SW< 0 0.0 0 0.0 [khelper]
15 2 root SW 0 0.0 0 0.0 [kdevtmpfs]
16 2 root SW< 0 0.0 0 0.0 [netns]
17 2 root SW< 0 0.0 0 0.0 [writeback]
18 2 root SW< 0 0.0 0 0.0 [bioset]
19 2 root SW< 0 0.0 0 0.0 [kblockd]
20 2 root SW 0 0.0 0 0.0 [khubd]
21 2 root SW< 0 0.0 0 0.0 [rpciod]
23 2 root SW 0 0.0 0 0.0 [khungtaskd]
24 2 root SW 0 0.0 0 0.0 [kswapd0]
25 2 root SW 0 0.0 0 0.0 [fsnotify_mark]
26 2 root SW< 0 0.0 0 0.0 [nfsiod]
34 2 root SW< 0 0.0 0 0.0 [fff00000.spi]
39 2 root SW< 0 0.0 0 0.0 [kpsmoused]
40 2 root SW< 0 0.0 0 0.0 [dw-mci-card]
41 2 root SW< 0 0.0 0 0.0 [deferwq]
42 2 root SW 0 0.0 0 0.0 [kworker/u4:2]
Post
Topic
Board Hardware
Re: 10x S9 all showing very slow at the pool
by
ukzerosniper
on 19/06/2016, 16:00:25 UTC
I am using all Bitmain 1600w PSU.

I have found that moving freq down or up doesnt seem to adjust power consumption at the wall very much but it does effect actual hash rate.

I have one miner configured at 593 and others at 650.  All hashing almost exactly the same rate and consuming almost exactly the same power.
Post
Topic
Board Hardware
Re: 10x S9 all showing very slow at the pool
by
ukzerosniper
on 19/06/2016, 15:31:36 UTC
I have now switched to antpool and it is mining OK.

The fastest I can currently get out of any S9 is 12-13THs. 

I have found that with quite a few S9 they only run up to around 7THs at default frequency (650), however, when i turn them down to 625 they come up to 12-13THs.

Has anyone else experimented with the frequency?  Have you found any particular frequency to produce better results?

Thanks guys.
Post
Topic
Board Hardware
Re: 10x S9 all showing very slow at the pool
by
ukzerosniper
on 19/06/2016, 13:06:08 UTC
Can you share the screen shot of the main control panel page immediately after you log in to your S9?

Thank you!

Hi Guys,

I just swapped out 6x SP30 for 10x S9 and 2x S7.

The S7 are running fine, however, the S9 are all showing <1THs at the pool for some reason.

I am mining on ghash.io and slushpool.

Does anyone have any suggestions as to what could be causing that?

Thanks guys,

Hi Guys,

Please see the screen shot at the link below.

https://1drv.ms/i/s!AgwFONjNYqXLjLQ5XH0x8lApwRAFEA
Post
Topic
Board Hardware
Topic OP
10x S9 all showing very slow at the pool
by
ukzerosniper
on 19/06/2016, 07:01:47 UTC
Hi Guys,

I just swapped out 6x SP30 for 10x S9 and 2x S7.

The S7 are running fine, however, the S9 are all showing <1THs at the pool for some reason.

I am mining on ghash.io and slushpool.

Does anyone have any suggestions as to what could be causing that?

Thanks guys,
Post
Topic
Board Hardware
Re: [ANN] Spondoolies-Tech - carrier grade, data center ready mining rigs
by
ukzerosniper
on 21/08/2015, 16:37:56 UTC
Hi Guys,

I have an SP30 which CGMiner keeps dying on.

Has anyone had any experience of this before?

The miner is on Firmware 2.6.14.
Post
Topic
Board Hardware
Re: [ANN] Spondoolies-Tech - carrier grade, data center ready mining rigs
by
ukzerosniper
on 17/06/2015, 19:26:00 UTC
Yeah I swapped the PSUs out to working miners which are on different breakers and diagnosed the same result. 

What alerted me to the issue was an internet outage.  All the miners slowed and got cold, then when then internet returned, I noticed a couple of miners not come up to speed.  When I got to site and checked it out I found that the PSUs were showing a red LED.

I tried the PSUs in other miners and found it didn't change.

I am pretty confident they have died a death. Cry
Post
Topic
Board Hardware
Re: [ANN] Spondoolies-Tech - carrier grade, data center ready mining rigs
by
ukzerosniper
on 17/06/2015, 18:21:20 UTC
Hi Guys,

Last night I had multiple miners die.  The LED on the back of the PSUs just glows RED.

I have removed the PSUs and re seated them but this has made no difference.  

I have tried the PSUs in different miners but this also made no difference.

Can anyone advise what the next step would normally be?  or how to obtain new PSUs?

Thanks guys.
Post
Topic
Board Hardware
Re: [ANN] Spondoolies-Tech - carrier grade, data center ready mining rigs
by
ukzerosniper
on 08/12/2014, 20:25:58 UTC
Hi Guys,

Can anyone help me out. 

When I run the "Devs" command on an SP30 miner (running most current firmware) I get the following output.
av=4445838.29,MHS
5s=5923594.28,MHS
1m=5187361.37,MHS
5m=4678246.84,MHS
15m=4526365.21

I notice that the av number seems to be the only number that is accurate.  Can anyone tell me what the other number are?  I would like to know why the 5s shows almost 6TH/s in this example.

Thanks guys.
Statistics 101?... That aside

As the measure time interval decreases variance increases e.g. A 5 second average reading has much higher chance to vary above and below the expected value than a 5 minute window.

This is in part due to the manner in which the mining software calculates hashrate.

A personal example. I have a particular miner which consistently performs at 500Gh/s both in cgminer avg and pool but I e observed the 5s avg vary from 200G to 1T
Ok So my real question is, does av show the current (live) hash rate? 

I use http://www.multiminerapp.com/ to monitor the SP30's and it generally works great.  The one problem is that it consistently reports the miners hash far to high (between 5 - 9 THs).

The software polls the miner via the CGMiner api with the DEVS command to get the stats.  I am trying to ascertain what in the returned data is the live hashing speed so that I can get the devs to ensure that is what is being recorded by there software.

I hope that makes sense.  Thanks again guys
Post
Topic
Board Hardware
Re: [ANN] Spondoolies-Tech - carrier grade, data center ready mining rigs
by
ukzerosniper
on 06/12/2014, 17:53:35 UTC
Hi Guys,

Can anyone help me out. 

When I run the "Devs" command on an SP30 miner (running most current firmware) I get the following output.
av=4445838.29,MHS
5s=5923594.28,MHS
1m=5187361.37,MHS
5m=4678246.84,MHS
15m=4526365.21

I notice that the av number seems to be the only number that is accurate.  Can anyone tell me what the other number are?  I would like to know why the 5s shows almost 6TH/s in this example.

Thanks guys.
Post
Topic
Board Hardware
Re: [ANN] Spondoolies-Tech - carrier grade, data center ready mining rigs
by
ukzerosniper
on 18/11/2014, 20:52:25 UTC
Hi Guys,

We have a heap of SP30 miners, all working pretty great thanks.

Tonight one miner shows an error on the ASIC page

disabled (Asic all engines fail BIST)

I have restarted miner gate, this doesn't make any difference
I have disabled and enabled in the Settings > ASICS Control Panel, this also makes no difference
I have rebooted the miner at the mains, this again makes no difference.

Yesterday I upgraded all miners to version 2.5.12. 

The settings on this miner are as follows
Fan Speed 80
Start Volts Top 0.64
Start Volts Bottom 0.64
Max Volts 0.79
Max PSU Top 1360
Max PSU Bottom 1360

Temp Front / Back T,B 16c / 52,53c
Socket Voltage 222/221 volt

Any assistance would be gratefully received.  Thanks Guys



Post
Topic
Board Hardware
Re: [ANN] Spondoolies-Tech - carrier grade, data center ready mining rigs
by
ukzerosniper
on 15/10/2014, 18:05:48 UTC
Hey Guys,

Just wanted to let yall know of a monitoring tool that works great (will work great once Zvi comes back from Holiday and patches the firmware) with SP miners.

It has two elements, a mobile app and a web based dashboard.

It can be configured to alert you about issues with your miners and can perform basic tasks such as switch pools and restart the miner.

Its totally free to get started, but some of the most advanced features are either an in app purchase (1 off) or subscription.

The product is called MobileMiner.

You simply need to run the "multiminer" program on a PC that is in the same network as the Miners (or if offsite, a vpn to the miners should work), then setup the mobile app as per the instructions.

http://www.multiminerapp.com/<< multiminer to run localy with the miners

http://www.mobileminerapp.com/ << Downlolad the apps for your phone and login to the web dashboard

The support from these guys was on par with SP-tech.  

Here is a link to my public dashboard. http://web.mobileminerapp.com/dashboard/public/lMBGu40upPbfLQ It gives an overview of what I have monitored.  The private dashboard has a ton more information and provides a good insight as to how each miner is performing and has performed in the past.  The SP30 firmware has a bug which stops them currently reporting the correct speed, however SP-tech are aware of this and it is planned to be patched soon.  That is why my SP30's may look a little slow (1Th/s)

Thanks Guys