jeff, does the cgminer interface have any configuration options? can you change the launch command?
i suppose you can ssh/telnet into the machine and run cgminer from the command line...would that manual instance show up in the GUI?
Topic: Avalon ASIC users thread - page 212. (Read 438335 times)
Avalon ASIC miner is currently surviving >24 hour stretches without restarting, now that we're on a stable pool with a reasonably high difficulty value (BTC Guild, difficulty 32.0).
However, have now seen the machine get "stuck" in a strange state, where it is not mining or restarting. The fans ramp up, then ramp down, in a cycle.
Power cycling fixes the problem immediately, and the machine goes back to mining in >24 hour stretches again.
As a workaround, some pools have an "idle worker" notification system, to let you know when your miner disappears.
Just looking THE Avalon threads up..
So this is still à USER thread instead of USERS thread ..
Well i look up next week maybe someone else got their Asic by then ..!!!
GL
So this is still à USER thread instead of USERS thread ..
Well i look up next week maybe someone else got their Asic by then ..!!!
GL
when i name my db tables. i name
user table. not users table, because each record is one user.
user.id
Just looking THE Avalon threads up..
So this is still à USER thread instead of USERS thread ..
Well i look up next week maybe someone else got their Asic by then ..!!!
GL
So this is still à USER thread instead of USERS thread ..
Well i look up next week maybe someone else got their Asic by then ..!!!
GL
Seymour Roger Cray from Cray Research would love that HW design ...
Needs more leather benches.
Seymour Roger Cray from Cray Research would love that HW design ...
Is that an image of a single 'module' of the three included as shipped in first batch, four max?
Yes, it is. 
^perfect response, thank you 
I am just used to layouts that draw the heat from the surface of the chip, not the underside
I am just used to layouts that draw the heat from the surface of the chip, not the underside 
Normally, yes. Since Avalon is using QFN packages for their chips, there is a significant layer of plastic over top of the actual IC silicon. The bottom of the chip has a thermal pad and the circuit board usually has a bunch of copper plated vias underneath the chip. This means most of the heat transfer is done through the bottom of the chip. In most cases the PCB itself is used as a crappy heatsink but since these chips are dissipating a fairly large amount of power in a package not really designed for high power applications, they are likely using thermal pads and the large heatsink to pull heat from the back of the PCB.
Cooling could be increased by heatsinking the front of the chips as well, but this was likely cut since large heatsinks can get pretty expensive.
Cooling could be increased by heatsinking the front of the chips as well, but this was likely cut since large heatsinks can get pretty expensive.
wonderful
i might be entirely wrong, but doesnt the big aluminum heatsink TYPICALLY get placed on the side of the board housing the ASIC chips, rather then the bottomside which (im guessing) is nothing but solder points and circuit paths? generally, you dont try to dissipate heat from the other side of the PCB. or are the chips on both sides of the board?
I wonder if using a 15A programmable timer to cut the power for 1 minute every 12 or 24 hours would damage the unit? I have one lying around somewhere ....
... or just send a restart to the API every X hours 
is the api even turned on?
Code:
cgminer -S/dev/ttyUSB0 -o 1.2.3.4:9332 -O 1ABCDE
Specifically that will require some reading to allow commands to affect your cgminer, since that isn't enabled by default or even if you simply enable the API in default mode (as expected)
I wonder if using a 15A programmable timer to cut the power for 1 minute every 12 or 24 hours would damage the unit? I have one lying around somewhere ....
... or just send a restart to the API every X hours is the api even turned on?
Code:
cgminer -S/dev/ttyUSB0 -o 1.2.3.4:9332 -O 1ABCDE
I wonder if using a 15A programmable timer to cut the power for 1 minute every 12 or 24 hours would damage the unit? I have one lying around somewhere ....
... or just send a restart to the API every X hours 
I wonder if using a 15A programmable timer to cut the power for 1 minute every 12 or 24 hours would damage the unit? I have one lying around somewhere ....
Some people were curious about the load on the controller (the CPU running the linux kernel + cgminer):
Load Average: 0.49, 0.52, 0.50
OpenWRT process list:
Memory usage snapshot:
Load Average: 0.49, 0.52, 0.50
OpenWRT process list:
Code:
546 root 1512 S /sbin/syslogd -C16
548 root 1492 S /sbin/klogd
550 root 852 S /sbin/hotplug2 --override --persistent --set-rules-f
556 root 1016 S /sbin/procd
560 root 1516 S /sbin/netifd
567 root 876 S < ubusd
766 root 1504 S /sbin/watchdog -t 5 /dev/watchdog
986 root 1520 S /usr/sbin/crond -c /etc/crontabs -l 5
994 root 1156 S /usr/sbin/dropbear -F -P /var/run/dropbear.1.pid -p
1014 root 1152 S /usr/sbin/uhttpd -f -h /www -r OpenWrt -x /cgi-bin -
1043 nobody 944 S /usr/sbin/dnsmasq -C /var/etc/dnsmasq.conf
1056 root 1504 S /usr/sbin/ntpd -n -p 0.openwrt.pool.ntp.org -p 1.ope
1065 root 30052 R cgminer -S/dev/ttyUSB0 -o 1.2.3.4:9332 -O 1ABCDE
9244 root 1224 R /usr/sbin/dropbear -F -P /var/run/dropbear.1.pid -p
9245 root 0 SW [kworker/0:1]
9266 root 1508 S -ash
9291 root 1500 R ps
548 root 1492 S /sbin/klogd
550 root 852 S /sbin/hotplug2 --override --persistent --set-rules-f
556 root 1016 S /sbin/procd
560 root 1516 S /sbin/netifd
567 root 876 S < ubusd
766 root 1504 S /sbin/watchdog -t 5 /dev/watchdog
986 root 1520 S /usr/sbin/crond -c /etc/crontabs -l 5
994 root 1156 S /usr/sbin/dropbear -F -P /var/run/dropbear.1.pid -p
1014 root 1152 S /usr/sbin/uhttpd -f -h /www -r OpenWrt -x /cgi-bin -
1043 nobody 944 S /usr/sbin/dnsmasq -C /var/etc/dnsmasq.conf
1056 root 1504 S /usr/sbin/ntpd -n -p 0.openwrt.pool.ntp.org -p 1.ope
1065 root 30052 R cgminer -S/dev/ttyUSB0 -o 1.2.3.4:9332 -O 1ABCDE
9244 root 1224 R /usr/sbin/dropbear -F -P /var/run/dropbear.1.pid -p
9245 root 0 SW [kworker/0:1]
9266 root 1508 S -ash
9291 root 1500 R ps
Memory usage snapshot:
Code:
root@OpenWrt:~# free
total used free shared buffers
Mem: 61832 25648 36184 0 2496
-/+ buffers: 23152 38680
Swap: 0 0 0
total used free shared buffers
Mem: 61832 25648 36184 0 2496
-/+ buffers: 23152 38680
Swap: 0 0 0
By the way, where's its button start/reset? 
On the PSU
spiccioli
By the way, where's its button start/reset?
Miner "freeze" just past hour 20, mining p2pool: openwrt and cgminer status are accessible, but no work is being retrieved from / sent to p2pool.
Manually restarted.
Jump to: