Topic: bitmine CoinCraft Series Users Thread - Troubleshooting, Efficiency, O/C - page 7. (Read 24629 times)
May 05, 2014, 09:42:07 AM
anybody can help to setup the miner for p2p pool ? -> i lose over 10 % in normal config...
May 02, 2014, 12:20:34 PM
hi i recived today two Coincraft Desk but one of them i cant login the web interface because no site is found.. but the device shows me mining with 1000ghash and i can also login with ssh..
can i restart the webserver or something to reset??
need to change the minig-pool
EDIT:
python /mineros/web/index.py --> does not run...
if i start it manual, i become this:
##################
root@raspberrypi:/mineros/web# python /mineros/web/index.py
Traceback (most recent call last):
File "/mineros/web/index.py", line 13, in
import mako_h
File "/mineros/web/mako_h.py", line 2, in
from mako.lookup import TemplateLookup
File "/usr/lib/python2.7/site-packages/mako/lookup.py", line 9, in
from mako.template import Template
File "/usr/lib/python2.7/site-packages/mako/template.py", line 10, in
from mako.lexer import Lexer
File "/usr/lib/python2.7/site-packages/mako/lexer.py", line 12, in
from mako.pygen import adjust_whitespace
File "/usr/lib/python2.7/site-packages/mako/pygen.py", line 210
SyntaxError: Non-ASCII character '\x98' in file /usr/lib/python2.7/site-packages/mako/pygen.py on line 211, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details
root@raspberrypi:/mineros/web#
####################
if i restart this on another miner it works like this:
##############
root@raspberrypi:/mineros# python /mineros/web/index.py
[22/Apr/2014:16:00:08] ENGINE Bus STARTING
[22/Apr/2014:16:00:08] ENGINE Forking once.
root@raspberrypi:/mineros# [22/Apr/2014:16:00:08] ENGINE Forking twice.
##############
so whats wrong???
can i restart the webserver or something to reset??
need to change the minig-pool
EDIT:
python /mineros/web/index.py --> does not run...
if i start it manual, i become this:
##################
root@raspberrypi:/mineros/web# python /mineros/web/index.py
Traceback (most recent call last):
File "/mineros/web/index.py", line 13, in
import mako_h
File "/mineros/web/mako_h.py", line 2, in
from mako.lookup import TemplateLookup
File "/usr/lib/python2.7/site-packages/mako/lookup.py", line 9, in
from mako.template import Template
File "/usr/lib/python2.7/site-packages/mako/template.py", line 10, in
from mako.lexer import Lexer
File "/usr/lib/python2.7/site-packages/mako/lexer.py", line 12, in
from mako.pygen import adjust_whitespace
File "/usr/lib/python2.7/site-packages/mako/pygen.py", line 210
SyntaxError: Non-ASCII character '\x98' in file /usr/lib/python2.7/site-packages/mako/pygen.py on line 211, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details
root@raspberrypi:/mineros/web#
####################
if i restart this on another miner it works like this:
##############
root@raspberrypi:/mineros# python /mineros/web/index.py
[22/Apr/2014:16:00:08] ENGINE Bus STARTING
[22/Apr/2014:16:00:08] ENGINE Forking once.
root@raspberrypi:/mineros# [22/Apr/2014:16:00:08] ENGINE Forking twice.
##############
so whats wrong???
April 30, 2014, 10:12:40 PM
If you select failover and click submit, it resets to balance but it works as failover. Check your pool and you will see.
Hi can put a link for downloading the firmware for the coincraft desk that comes with the shippment. Thanks a lot bro.http://bitmine.ch/?page_id=5517
Wish that I can buy from you , keep your option open
April 30, 2014, 02:59:57 PM
If you select failover and click submit, it resets to balance but it works as failover. Check your pool and you will see.
Hi can put a link for downloading the firmware for the coincraft desk that comes with the shippment. Thanks a lot bro.http://bitmine.ch/?page_id=5517
April 30, 2014, 08:09:27 AM
If you select failover and click submit, it resets to balance but it works as failover. Check your pool and you will see.
Hi can put a link for downloading the firmware for the coincraft desk that comes with the shippment. Thanks a lot bro. 
April 28, 2014, 03:17:41 PM
If you select failover and click submit, it resets to balance but it works as failover. Check your pool and you will see.
April 26, 2014, 04:14:36 PM
I want my pools to be Failover, and they keep getting reset to balanced -- any suggestions?
~nh
~nh
April 08, 2014, 04:13:56 PM
I have made an SD card image, if anyone needs it I can send it to you, its only ~40MB zipped. PM me to send download link
April 08, 2014, 12:58:42 AM
So I own my CC Desk for nearly a month, and I have concluded that the linux distribution the Desks are using (yocto) is very basic and limited. (possibly for simplicity and performance reasons)
There is no package manager to install new software, even no gcc compiler, and despite my efforts, I have yet to find a way to install other useful software. (e.g. screen, no-ip)
So I'm thinking of porting to another tested linux distro for Rpi (e.g. Arch)
By running ps I get the following output
So from what I understand I could just copy the whole mineros directory and make the command
" python /mineros/minerosd.py start " run on system startup. Am I missing something?
There is no package manager to install new software, even no gcc compiler, and despite my efforts, I have yet to find a way to install other useful software. (e.g. screen, no-ip)
So I'm thinking of porting to another tested linux distro for Rpi (e.g. Arch)
By running ps I get the following output
Code:
root@raspberrypi:~# ps
PID USER VSZ STAT COMMAND
1 root 1684 S init [5]
2 root 0 SW [kthreadd]
3 root 0 SW [ksoftirqd/0]
5 root 0 SW< [kworker/0:0H]
7 root 0 SW [rcu_preempt]
8 root 0 SW [rcu_bh]
9 root 0 SW [rcu_sched]
10 root 0 SW< [khelper]
11 root 0 SW [kdevtmpfs]
12 root 0 SW< [netns]
13 root 0 SW [kworker/0:1]
14 root 0 SW< [writeback]
15 root 0 SW< [bioset]
16 root 0 SW< [kblockd]
17 root 0 SW [khubd]
18 root 0 SW< [rpciod]
19 root 0 SW [khungtaskd]
20 root 0 SW [kswapd0]
21 root 0 SW [fsnotify_mark]
22 root 0 SW< [nfsiod]
23 root 0 SW< [crypto]
29 root 0 SW< [kthrotld]
30 root 0 SW< [VCHIQ-0]
31 root 0 SW< [VCHIQr-0]
32 root 0 SW< [VCHIQs-0]
33 root 0 SW< [iscsi_eh]
34 root 0 SW< [dwc_otg]
35 root 0 SW< [DWC Notificatio]
37 root 0 SW< [deferwq]
39 root 0 SW [mmcqd/0]
40 root 0 SW< [kworker/0:1H]
41 root 0 SW [jbd2/mmcblk0p2-]
42 root 0 SW< [ext4-dio-unwrit]
75 root 3488 S /lib/udev/udevd -d
117 root 0 SW< [bcm2708_spi.0]
202 root 3484 S /lib/udev/udevd -d
203 root 3484 S /lib/udev/udevd -d
427 root 2412 S /usr/sbin/dropbear -r /etc/dropbear/dropbear_rsa_host_key -p 22 -B
432 root 2208 S /sbin/syslogd -n -O /var/log/messages
434 root 2208 S /sbin/klogd -n
436 root 0 SW [kworker/0:2]
443 root 0 SW [w1_bus_master1]
463 root 8700 S python /mineros/minerosd.py start
469 root 1944 S /sbin/getty 115200 ttyAMA0
470 root 1944 S /sbin/getty 38400 tty1
472 root 129m S python /mineros/web/index.py
11104 root 135m R cgminer --text-only --lowmem --bitmine-a1-options 16000:800000:8000 -o stratum+tcp://nl1.ghash.io:
11263 root 2836 R /usr/sbin/dropbear -r /etc/dropbear/dropbear_rsa_host_key -p 22 -B
11264 root 2388 S -sh
11272 root 0 SW [kworker/u2:0]
11280 root 0 SW [kworker/u2:1]
11295 root 0 SW [kworker/u2:2]
11297 root 2388 R ps
So from what I understand I could just copy the whole mineros directory and make the command
" python /mineros/minerosd.py start " run on system startup. Am I missing something?
April 06, 2014, 08:43:07 AM
'Fraid I don't have time to keep up with the official thread, so I'm hoping someone here knows:
Is there any newer firmware for the Desk yet, or is the firmware that the units shipped with the latest available?
Thanks
roy
I received my units two days ago and those came with firmware with the same old problems, i.e. It seems there's not yet newer available. Is there any newer firmware for the Desk yet, or is the firmware that the units shipped with the latest available?
Thanks
roy
BTW, thank you for the patch, I will take a look. Wish to get cgiminer shot down when temp exceeds set level.
April 06, 2014, 05:29:22 AM
Hi!
I've received a coincraft a1, but it was delivered without a raspberry pi image. The asics are connected to the RPi via the GPIO, and I don't understand how to use this. Cgminer cannot find the device by default.
I would greatly appreciate if anyone could upload the raspberry pi SD image for the coincraft a1 somewhere for me to download!
Thank you very much.
I've received a coincraft a1, but it was delivered without a raspberry pi image. The asics are connected to the RPi via the GPIO, and I don't understand how to use this. Cgminer cannot find the device by default.
I would greatly appreciate if anyone could upload the raspberry pi SD image for the coincraft a1 somewhere for me to download!
Thank you very much.
April 05, 2014, 02:37:30 PM
Okay, well if it's of any interest to anyone, this is the patch I'm now running my CoinCraft Desk with (against the original MinerOS my Desk shipped with - which may not be the same as the MinerOS that your Desk shipped with. I kept it simple - I didn't want to do more than the bare minimum to meet my needs since there might be new firmware coming soon anyway. My patch implements the following:
You're welcome to use this freely if it's any use to you but please note:
Patch against the original minerosd.py is here:
https://www.dropbox.com/s/b1lfs9dsp9pmatl/mineros.patch
- Front panel shows the higher temperature of the two sensors (standard code just picks the first one it finds)
- Performs an emergency halt if either sensor exceeds 70C. Note:
- This doesn't power off the machine (last thing I want to do with an overheating miner is shut off the fans) but it does stop all mining.
- There's no auto-restart. The easiest way to manually restart mining once the unit has cooled down is to press the "Save and Restart CgMiner" button in the settings page of the web interface (you don't have to make any changes to settings.)
- When halted the LCD display shows the word 'halted' in place of the hash rate.
- I've not done any work on the web interface, so this simply fails to update the displayed hash rate since it can't contact cgminer. (It's fairly obvious that the system has halted though given that temperature and CPU will be much lower than normal.)
- The cutoff temperature is not configurable (except by editing the constant at the top of the code)
You're welcome to use this freely if it's any use to you but please note:
- I don't support this, and can't provide assistance in applying patches
- You should review the code yourself and decide whether you are happy with it
- If the patch doesn't apply cleanly, it probably means your unit shipped with a slightly different version of the code than mine. You did review the code and decide you were happy with it, right?
- I'm not responsible for bricked devices, and can't provide assistance in recovering from problems. (Did I say already, I don't support this.)
Patch against the original minerosd.py is here:
https://www.dropbox.com/s/b1lfs9dsp9pmatl/mineros.patch
April 04, 2014, 02:56:50 PM
'Fraid I don't have time to keep up with the official thread, so I'm hoping someone here knows:
Is there any newer firmware for the Desk yet, or is the firmware that the units shipped with the latest available?
Thanks
roy
Is there any newer firmware for the Desk yet, or is the firmware that the units shipped with the latest available?
Thanks
roy
March 20, 2014, 05:09:45 AM
If I understand correctly you suggest killing the cgminer process and then running again cgminer from command line? yes
That would probably work, but
a) I'm not sure if everything else will work (e.g. web interface) web interface works, tested
b) If I log out, the process would kill itself. I could maybe keep it running with screen, but screen is not installed in this distribution. I don't know how to solve this
Ok so is there a way to install screen? Is there any repository for downloading software for this distribution?
By running
Code:
root@raspberrypi:~# cat /etc/issue
Poky 9.0.3 (Yocto Project 1.4.3 Reference Distro) 1.4.3 \n \l
March 20, 2014, 01:24:01 AM
If I understand correctly you suggest killing the cgminer process and then running again cgminer from command line? yes
That would probably work, but
a) I'm not sure if everything else will work (e.g. web interface) web interface works, tested
b) If I log out, the process would kill itself. I could maybe keep it running with screen, but screen is not installed in this distribution. I don't know how to solve this
March 19, 2014, 05:01:14 PM
Basically you can kill cgminer process and then start manually another cgminer process with your arguments according to this post
https://bitcointalksearch.org/topic/m.5417609, then you will see cgminer output.
If you add all command parameters as seen in /mineros/boot.py then web interface works after restart of cgminer:
Substitute row[number] with value from corresponding row on the miner settings page in web interface.
https://bitcointalksearch.org/topic/m.5417609, then you will see cgminer output.
If you add all command parameters as seen in /mineros/boot.py then web interface works after restart of cgminer:
Quote
cgminer -- --text-only --lowmem --bitmine-a1-options '+a1_options+' -o '+row[1]+' -O '+row[2]+':'+row[3]+' -o '+row[4]+' -O '+row[5]+':'+row[6]+' -o '+row[7]+' -O '+row[8]+':'+row[9]+' '+row[10]+' --api-allow '+row[12]+' --api-listen --queue 50 '+row[13]
Substitute row[number] with value from corresponding row on the miner settings page in web interface.
If I understand correctly you suggest killing the cgminer process and then running again cgminer from command line?
That would probably work, but
a) I'm not sure if everything else will work (e.g. web interface)
b) If I log out, the process would kill itself. I could maybe keep it running with screen, but screen is not installed in this distribution.
March 18, 2014, 08:54:38 PM
Im now waiting for delivery without PSUs, can someone post a pic of PDU or generally inside of Desk showing how power cables are connected.
Im planning to run 1TH units with two PSUs 900W & 850W. But not sure if there's PDU inside or if power cables are connected directly to modules?
Any info would be helpful.
Im planning to run 1TH units with two PSUs 900W & 850W. But not sure if there's PDU inside or if power cables are connected directly to modules?
Any info would be helpful.
The PSU is an ATX PSU and is internal (although I'm running with my own PSU, mounted externally using various extension cables).
My (600GH/s) unit is powered as follows. 24-pin motherboard connector to the small controller board which is stacked on top of the Pi (and which powers the Pi and fans). A six pin PCI-E to each 200GH/s hashing module (three of them in my system). A standard floppy connector to power the backplane that connects the modules. From memory, I think that's it - but it's certainly all just connectors on a standard ATX PSU.
The supplied PSU (and indeed the one I'm using) are of a kind that has a physical hard power switch next to the mains lead. The controller board (and via it the Pi and display) are powered by the standby power from the motherboard connector. So when you turn on the hard power switch, the system powers up the Pi and the display, and the Desk starts to boot up on standby power (even though the PSU is really still 'off'). After the Pi boots, it then turns the ATX PSU on, and then the controller board powers up the fans and of course at this point the modules are now powered by the PSU, and the system starts up MinerOS and cgminer and starts hashing.
Hope that helps
roy
March 18, 2014, 09:38:34 AM
Basically you can kill cgminer process and then start manually another cgminer process with your arguments according to this post
https://bitcointalksearch.org/topic/m.5417609, then you will see cgminer output.
If you add all command parameters as seen in /mineros/boot.py then web interface works after restart of cgminer:
Substitute row[number] with value from corresponding row on the miner settings page in web interface.
https://bitcointalksearch.org/topic/m.5417609, then you will see cgminer output.
If you add all command parameters as seen in /mineros/boot.py then web interface works after restart of cgminer:
Quote
cgminer -- --text-only --lowmem --bitmine-a1-options '+a1_options+' -o '+row[1]+' -O '+row[2]+':'+row[3]+' -o '+row[4]+' -O '+row[5]+':'+row[6]+' -o '+row[7]+' -O '+row[8]+':'+row[9]+' '+row[10]+' --api-allow '+row[12]+' --api-listen --queue 50 '+row[13]
Substitute row[number] with value from corresponding row on the miner settings page in web interface.
March 18, 2014, 06:04:51 AM
Hello all,
I have a coincraft desk from Bitmine, which mines fine using its web interface.
However I'd like to find a way to display its cgminer output. Logging to the miner using SSH I get the following processes running:
Baros suggested killing the process and restarting cgminer, but that would probably disable the web interface functionality.. All I want is to see the cgminer output. A log file would work for me as well..
P. S I agree that a SD card image is also necessary, if someone can upload one on a file hosting website or cloud drive that would be great..
I have a coincraft desk from Bitmine, which mines fine using its web interface.
However I'd like to find a way to display its cgminer output. Logging to the miner using SSH I get the following processes running:
Code:
root@raspberrypi:~# ps
PID USER VSZ STAT COMMAND
1 root 1684 S init [5]
2 root 0 SW [kthreadd]
3 root 0 SW [ksoftirqd/0]
5 root 0 SW< [kworker/0:0H]
7 root 0 SW [rcu_preempt]
8 root 0 SW [rcu_bh]
9 root 0 SW [rcu_sched]
10 root 0 SW< [khelper]
11 root 0 SW [kdevtmpfs]
12 root 0 SW< [netns]
13 root 0 SW [kworker/0:1]
14 root 0 SW< [writeback]
15 root 0 SW< [bioset]
16 root 0 SW< [kblockd]
17 root 0 SW [khubd]
18 root 0 SW< [rpciod]
19 root 0 SW [khungtaskd]
20 root 0 SW [kswapd0]
21 root 0 SW [fsnotify_mark]
22 root 0 SW< [nfsiod]
23 root 0 SW< [crypto]
29 root 0 SW< [kthrotld]
30 root 0 SW< [VCHIQ-0]
31 root 0 SW< [VCHIQr-0]
32 root 0 SW< [VCHIQs-0]
33 root 0 SW< [iscsi_eh]
34 root 0 SW< [dwc_otg]
35 root 0 SW< [DWC Notificatio]
37 root 0 SW< [deferwq]
39 root 0 SW [mmcqd/0]
40 root 0 SW< [kworker/0:1H]
41 root 0 SW [jbd2/mmcblk0p2-]
42 root 0 SW< [ext4-dio-unwrit]
75 root 3488 S /lib/udev/udevd -d
122 root 0 SW< [bcm2708_spi.0]
196 root 3484 S /lib/udev/udevd -d
213 root 3484 S /lib/udev/udevd -d
427 root 2412 S /usr/sbin/dropbear -r /etc/dropbear/dropbear_rsa_host_key -p 22 -B
432 root 2208 S /sbin/syslogd -n -O /var/log/messages
434 root 2208 S /sbin/klogd -n
443 root 0 SW [w1_bus_master1]
463 root 8700 S python /mineros/minerosd.py start
469 root 1944 S /sbin/getty 115200 ttyAMA0
470 root 1944 S /sbin/getty 38400 tty1
472 root 128m S python /mineros/web/index.py
3673 root 127m S cgminer --text-only --lowmem --bitmine-a1-options 16000:800000:8000 -o http://api.bitcoin.cz:8332 -O xxxx:xxxx -o stratum+tcp://nl1.ghash.io:3334 -O xxxx.xxxx:xxxx -o stratum+tcp:
4025 root 0 SW [kworker/0:0]
4059 root 0 SW [kworker/u2:0]
4064 root 0 SW [kworker/u2:2]
4065 root 0 SW [kworker/u2:1]
4066 root 2836 R /usr/sbin/dropbear -r /etc/dropbear/dropbear_rsa_host_key -p 22 -B
4067 root 2388 S -sh
4069 root 2388 R ps
P. S I agree that a SD card image is also necessary, if someone can upload one on a file hosting website or cloud drive that would be great..
March 17, 2014, 05:26:35 PM
Somebody please send me unmodified image of the Raspberry SD card with mineros so I can try to fix my miners.
Jump to: