Topic: BITFURY ASIC 2.7Ghps 0.65 BTC en stock entrega 48h - page 3. (Read 23317 times)

Con la llegada de nuevos chips, ponemos en venta  la placa de 1 chip a mitad de precio, esto es, a 0.65 BTC. Ya están en stock en minerfactory.com.

Por otro lado, en poco tiempo tendremos nuevas placas de 4, 8 y 16 chips con diseños mucho mas sencillos, más aptos para el usuario final.

Si el moderador lo permite, le responderé en inglés.

Hi,

To ensure is not a software problem, here you have the same exact raspberry image that we are using. After manufacturing your 4 boards, before the packaging we ran for about 12 hours the 4 boards with that raspberry image.

https://mega.co.nz/#!R4xyjKpS!DxO8hh_lPtyMwZoDU0Ob5Xg9JWIs0aN0jDGg5XraPho

The connections appear to be OK. So I would try to reduce the clock settings on cgminer. Then connect the master board and check if works. Then connect the other boards one by one and test. Don't follow any color pattern on the connection wires. They were selected randomly.

On the board you say you are getting 0 Ghash check the connections. If it doesn't work, if you have a multimeter try to read the voltages across the following points.

0V9 must be in the 0.7V - 0.8V range. Don't connect together the 0V9 rails of different boards. The reference is GND
VDDIO must be 1.8V.
IOREF (there is no test point, measure on R11R resistor, left pad) must be 0.9V

GND and 3.3V must be common in all the boards.

If your readings are significantly different to the above, then may be a hardware issue.

Hope you can get the boards working.

 

@Minerfactory
Bitfury's received 1 Master 3 Slaves.
Compiled and ran legkodymov from github, No Bitfury miners found.

Unable to make http://www.minerfactory.com/downloads/cgminer-bitfury.rar without errors.
Ended up using the precompiled executable.

Ran Master only for 12 hours, average speed 2.045 GH/S

Connected all the slaves and cgminer 0.0 GH/S

Found 1 slave responsible for 0 result and removed from the chain.

No increase in hashing with the other 2 slaves connected. Chips get hot.


Bitfury de recibieron 1 Maestro 3 esclavos.
Compilado y corrió legkodymov desde github, encontraron los mineros Bitfury.

Incapaz de hacer http://www.minerfactory.com/downloads/cgminer-bitfury.rar sin errores.
Acabé usando el ejecutable precompilado.

Ran Maestro sólo durante 12 horas, la velocidad media de 2.045 GH / S

Conectado a todos los esclavos y cgminer 0.0 GH / S

Encontrado 1 esclavo responsable de 0 resultado y retirado de la cadena.

Ningún aumento en hashing con los otros 2 esclavos conectados. Chips se calientan.


My Connections are as follows:
Mis conexiones son las siguientes:



Help would be greatly appreciated.

Ayuda sería muy apreciada.

Gracias andrei.u, lo probaré
Ahora mismo está minando con el terminal corriendo, y me da miedo tocar y parar el proceso... y vuelta a empezar.
Llevo desde el martes con ellos y no han estado minando más de 24 horas seguidas con tanta prueba
No termina de pillar una velocidad estable, lleva un rato minando a 2500-3000 los dos chips.

Quien me mandaría

Gracias y saludos

Cuando abres el primer terminal de linux, hay que ejecutar "screen" y se abre otro "terminal" . Y en el screen empiezas a minear y puedes usar Ctrl+a y d ...luego , para resumir , "screen -r" si tienes solo un screen .

De momento he desistido con las pruebas, no se que hago mal pero no lo consigo... he probado la combinación de teclas y tampoco.
Lo voy a dejar el fin de semana minando con el terminal abierto y el lunes haré más pruebas con el nohup, como ha dicho espectra.
Quiero ver la estabilidad de los chips, de momento es muy variable la velocidad no termina de estabilizarse, la media de momento son 3500-3800 Gh/s, con picos de bajada a 2500 y alguna subida a 4200

Gracias a los todos por la ayuda, os contaré

¿Pulsas la tecla control y sin soltarla pulsas la tecla a, no te pasará nada en pantalla, luego sueltas la tecla control y entonces pulsas la tecla d ?

No se que puede estar pasando entonces...

Ok, muchas gracias espectra

Ya probé nohup al principio de la linea, como has puesto tú... pero al cerrar el terminal dejan de minar. Y se supone que no debería se así

Probaré mañana a ver que pasa, de momento los tengo minando con el terminal abierto, aunque suponga tenerlo encendido todo el día 

Hola Vitruvio,

Pues que no consigo cerra el terminal sin parar el proceso, la combinación que me dijiste de Ctrl +a y d, y otras que he leido en este enlace http://www.muylinux.com/2009/01/05/gestion-remota-desconectando/
Tampoco me respeta el proceso poniendo al final "&" y cerrando el terminal, al rato se cierra y deja de minar.

No se coño hago mal, soy un poquito torpe, no hace más que correr el cgminer y no consigo paralo sin cerrar

que problema tienes con screen para no usarlo??

Por alguna razón el comando "&" , al final no me termina de respetar la sesión abierta, al rato de apagar el portatil los Bitfury dejan de minar.
He estado mirando un poquito más sobre el tema y hay otro comando "nohup"  http://www.jdbaldoma.net/2012/05/3-formas-de-ejecutar-comandos-en.html  que si que en principio respetaría la sesión, recomendado para procesos largos aunque desconectemos el terminal.
Pero no se bien en que linea incluirlo, he probado de varias forma y nada, me dice que no lo reconoce... estoy perdido

Esta es la linea de comandos que utilizo para empezar a minar, una vez estoy en: cgminer-bitfury $ sudo ./cgminer -o stratum+tcp://mint.bitminter.com:3333 -u XXXX -p XXXXX &

No se donde probar a incluir el comando "nohup" , lo he probado al principio de la linea pero me dice esto:  nohup: ignoring input and appending output to `/home/pi/nohup.out'

Seguiré investigando, la otra es probar como dice Vitruvio con el minepeon que tengo en otra Sd, pero tendría que cambiar el binario por el de cgminer-bitfury (que tampoco tengo idea de hacerlo).
Podría utilizar el minepeon para minar con los bitfury y los USB block erupter que tengo, todo en la misma Raspi?

Menudo lio tengo

Gracias y saludos

De momento he apagado la sesión del putty poniendo al final &, con la interface de Bitminter me vale, me da toda la información que necesito

Con vuestras indicaciones y esta info sobre screen, mañana probaré el comando y sus posibilidades de retomar una sesión antigua: http://www.muylinux.com/2009/01/05/gestion-remota-desconectando/

Gracias a todos por la ayuda

Saludos

Quiere decir que podrás ejecutar el siguiente comando (puesto que el programa que lo ejecuta lo tienen instalado en su distribución):

Me podeis explicar un poquito más eso de que viene instalado screen?

Un poquito de cobertura y soporte please

Mecánicamente todo parece correcto. No obstante los chips apenas disiparán 2W y estás usando disipadores de 50W. Debido que algunos componentes son through-hole si el disipador cubre toda la superficie de la placa podrías hacer cortocircuito sobre algunas señales. Por otro lado este montaje hace que los chips queden bastante alejados. Por defecto pusimos cables de unos 4 centímetros, para evitar errores. No creo que puedas conectarlos sin reemplazar los cables utilizando este montaje.

Lo ideal en caso de querer hacer overclock es utilizar disipadores para memoria RAM por la cara de debajo de la pcb.


Por otro lado en nuestra imagen para raspberry pi ya viene instalado screen.

Bueno hoy he echo una refrigeración activa a mis 2 mineros os dejo unas fotos para que las echéis un vistazo.

Estos chip disipan el calor por detrás no ? están bien montados?

Gracias Vitruvio un crack

Voy a probar al final las dos opciones, aunque la primera tenga sus inconvenientes y es más coñazo, me puedo apañar con la interface de bitminter... iré contando

A ver si lee esto Minerfactory y me puede decir como viene montada la imagen del cgminer, si no está configurado el autoarranque, para no tener encendido el pc con la sesión del putty continuamente.
O si por el contario utilizan algún script en especial, que me pueda servir.

gracias a todos y un saludo

No se como está montada la imagen de Minerfactory, suponía que habría algo configurado para autoarrancar el miner por si se corta la luz o lo que sea, pero tener un pc con la sesión abierta es un retraso.

Cualquier programa que lo arranques desde la propia sesión que has abierto con el cliente ssh, se cierra si cierras la sesión salvo que pongas & al final.

por ejemplo:

Con eso no se cierra al cerrar el putty pero cuando entres de nuevo al ser una sesión distinta, la salida de pantalla del cgminer no podrás verla, asi que para ver algo tendrías que matar el cgminer y arrancarlo de nuevo.

Es un problema muy común en sistemas linux remotos por lo que se suele usar el comando screen, que te permite redirigir la salida de pantalla de un programa a una "sesión" que puedas retomar posteriormente.



De ahí te sales con Control + a y soltando el control le das a la tecla d

Luego puedes retomar la sesión con screen -r si solo tienes una sesión de screen, si no te saldrá un listado de pantalla disponibles y tendrás que añadir el identificador de la sesión a la que quieres "engancharte".

Aparte de eso está el tema de que inicie solo o que en caso de morir el proceso se arranque de nuevo, para eso ya tienes que andar con servicios, por lo que después de todo este rollo sobre comandos, la mejor opción es instalar el minepeon que lo tiene todo resuelto y cambiar el binario que viene con el de cgminer-bitfury que trae la imagen de minerfactory.

Un saludo

Perdón se me pasó poner el enlace donde comentan que es necesaria tener abierta la sesión SSH, sino el cgminer se cierra:

http://www.raspberrypi.org/phpBB3/viewtopic.php?t=49205&p=414369

Muchas gracias Vitruvio por las aclaraciones,

Acabo de cerrar el putty hace 5 minutos y poco a poco ha ido bajando la velocidad hasta que han han dejado de minar, como tu bien has dicho debería estar configurada la Rpi para correr sola, pero hay algo que no cuadra... no se si estoy haciendo algo mal.
Voy muy justito con linux y comandos, no se si necesitará un script aparte para dejarlo automático, como comento Miner factory en el foro a alguien, que buscase en Google, se necesitaba también un script para cargar al principio los drivers de forma automática y no hacerlo cada vez que reseteas la Rpi.

Voy a volver a conectar el putty y arrancar el cgminer, pero está claro que tienes que tenerlo abierto, hasta que encuentre una solución.

Encontré esto buscando y según dice el tio: si cierras la sesión SSH el Cgminer se cierra, y que habría que incluir un script en el arranque para que se ejecute cuando se inicie la Rpi. Como dices tú debería venir configurado para correr sola la Pi... seguiré buscando.

Gracias y si hay algo que me pueda iluminar, me comentais