ZTEX USB-FPGA Modules 1.15x and 1.15y: 215 and 860 MH/s FPGA Boards - page 10.

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

Quote from: rupy on July 16, 2012, 05:59:04 AM

Yes, of course, but that also means that the longpoll probably doesn't work (timed out or was cut off by some router) and should be reset too?

LP and BM (block monitoring) are two independent mechanisms. The pool server (that responds to the LP) does not know when BTCMiner detected a new block by BM.

rupy

hero member

Activity: 725

Merit: 500

Yes, of course, but that also means that the longpoll probably doesn't work (timed out or was cut off by some router) and should be reset too?

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

Quote from: rupy on July 13, 2012, 06:12:59 AM

If BTCMiner block monitor detects a new block, shouldn't the longpoll request be reset?

If block monitor detects a new block new work is requested.

rupy

hero member

Activity: 725

Merit: 500

If BTCMiner block monitor detects a new block, shouldn't the longpoll request be reset?

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

Quote from: punin on July 12, 2012, 07:45:45 AM

Quote from: ztex on July 12, 2012, 06:18:32 AM

A disconnect command is planned for future. It would allow to identify the disconnected device by the "configure-me" LED's

Ok, good. This makes it easier to spot a unit with a low hash rate due to heatsinking problems.

I strongly recommend the serial number function in clusters. What happens if there is a faulty USB cable in a 100 board cluster and the boards are not labeled? No BTCMiner command will help ...

punin

hero member

Activity: 560

Merit: 500

Quote from: ztex on July 12, 2012, 06:18:32 AM

A disconnect command is planned for future. It would allow to identify the disconnected device by the "configure-me" LED's

Ok, good. This makes it easier to spot a unit with a low hash rate due to heatsinking problems.

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

Quote from: punin on July 09, 2012, 05:11:05 PM

2 Feature requests/suggestions:
- Would be nice to be able to print out boards stats with a command. Now it automatically does it from time to time, but the wait is pretty long..

Has been implemented since the test version 120622. It's the "i(nfo)" command.

Quote

- Also, identifying boards in a cluster is quite impossible (without labeling them). Would it possible to add a command to blink an LED on a board by entering it's serial number?

For that purpose the labeling / serial number function was implemented. Use it, if you need it.

A disconnect command is planned for future. It would allow to identify the disconnected device by the "configure-me" LED's

randomguy7

hero member

Activity: 527

Merit: 500

Quote from: randomguy7 on July 09, 2012, 03:47:51 PM

Quote from: ztex on July 09, 2012, 03:42:31 PM

Quote from: randomguy7 on July 09, 2012, 03:18:40 PM

Quote from: CA Coins on July 03, 2012, 08:40:55 PM

Quote from: randomguy7 on July 03, 2012, 01:11:16 PM

Does someone know how much current the quads pull from the usb connection?

In my hands they need to be fully powered (500mA) to run stable. I have hubs that can deliver 2.5A to 10 ports. The singles will run fine if all 10 ports are used. But the quads won't run stable if 10 quads are plugged into the hub providing only 2.5A. 5 quads into the hub: no problem.

What error do you get when you connect 10 quads to one usb hub? After some runtime 1-2 of my FPGAs always get shut down by the overheat protection (hash rate drop usually is about 5,x %), but it doesn't look like a cooling problem as it doesn't only occur with some specific FPGAs (it seems to affect all by random).

Is a -oh parameter of 0.06 still safe? Currently I use the default of 0.04.

Please try out the pre-release: http://www.ztex.de/btcminer/ZtexBTCMiner-120703.jar . It fixes two possible random downclock issues: A multi-threading bug which occurs on 1.15y FPGA boards if there are more than 10 miners and automatic midstate correction.

Thx, just switched to the new version. I'm gonna report back after I got some results.

It seems the new btcminer version solved my problem, the boards are running since 22h now without a single FPGA shutting down. Thx ztex.

punin

hero member

Activity: 560

Merit: 500

2 Feature requests/suggestions:
- Would be nice to be able to print out boards stats with a command. Now it automatically does it from time to time, but the wait is pretty long..
- Also, identifying boards in a cluster is quite impossible (without labeling them). Would it possible to add a command to blink an LED on a board by entering it's serial number?

randomguy7

hero member

Activity: 527

Merit: 500

Quote from: ztex on July 09, 2012, 03:42:31 PM

Quote from: randomguy7 on July 09, 2012, 03:18:40 PM

Quote from: CA Coins on July 03, 2012, 08:40:55 PM

Quote from: randomguy7 on July 03, 2012, 01:11:16 PM

Does someone know how much current the quads pull from the usb connection?

In my hands they need to be fully powered (500mA) to run stable. I have hubs that can deliver 2.5A to 10 ports. The singles will run fine if all 10 ports are used. But the quads won't run stable if 10 quads are plugged into the hub providing only 2.5A. 5 quads into the hub: no problem.

What error do you get when you connect 10 quads to one usb hub? After some runtime 1-2 of my FPGAs always get shut down by the overheat protection (hash rate drop usually is about 5,x %), but it doesn't look like a cooling problem as it doesn't only occur with some specific FPGAs (it seems to affect all by random).

Is a -oh parameter of 0.06 still safe? Currently I use the default of 0.04.

Please try out the pre-release: http://www.ztex.de/btcminer/ZtexBTCMiner-120703.jar . It fixes two possible random downclock issues: A multi-threading bug which occurs on 1.15y FPGA boards if there are more than 10 miners and automatic midstate correction.

Thx, just switched to the new version. I'm gonna report back after I got some results.

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

Quote from: randomguy7 on July 09, 2012, 03:18:40 PM

Quote from: CA Coins on July 03, 2012, 08:40:55 PM

Quote from: randomguy7 on July 03, 2012, 01:11:16 PM

Does someone know how much current the quads pull from the usb connection?

In my hands they need to be fully powered (500mA) to run stable. I have hubs that can deliver 2.5A to 10 ports. The singles will run fine if all 10 ports are used. But the quads won't run stable if 10 quads are plugged into the hub providing only 2.5A. 5 quads into the hub: no problem.

What error do you get when you connect 10 quads to one usb hub? After some runtime 1-2 of my FPGAs always get shut down by the overheat protection (hash rate drop usually is about 5,x %), but it doesn't look like a cooling problem as it doesn't only occur with some specific FPGAs (it seems to affect all by random).

Is a -oh parameter of 0.06 still safe? Currently I use the default of 0.04.

Please try out the pre-release: http://www.ztex.de/btcminer/ZtexBTCMiner-120703.jar . It fixes two possible random downclock issues: A multi-threading bug which occurs on 1.15y FPGA boards if there are more than 10 miners and automatic midstate correction.

randomguy7

hero member

Activity: 527

Merit: 500

Thought about that but I don't have a clue what could be wrong with the PSU. I use a Seasonic X-560 (supplies, all rails combined, 560 watt) and currently pull about 360 watt. The 12V rail itself can handle about 5xx watt (forgot the exact amount). The wires used to connect the boards aren't very long (basically modified pci-e adapters) and result in about 12,3V at the end. Is there something else I forgot?

Can it be a usb problem? I use a powered usb hub.

BR0KK

hero member

Activity: 784

Merit: 500

POwer supply issues

randomguy7

hero member

Activity: 527

Merit: 500

Quote from: CA Coins on July 03, 2012, 08:40:55 PM

Quote from: randomguy7 on July 03, 2012, 01:11:16 PM

Does someone know how much current the quads pull from the usb connection?

In my hands they need to be fully powered (500mA) to run stable. I have hubs that can deliver 2.5A to 10 ports. The singles will run fine if all 10 ports are used. But the quads won't run stable if 10 quads are plugged into the hub providing only 2.5A. 5 quads into the hub: no problem.

What error do you get when you connect 10 quads to one usb hub? After some runtime 1-2 of my FPGAs always get shut down by the overheat protection (hash rate drop usually is about 5,x %), but it doesn't look like a cooling problem as it doesn't only occur with some specific FPGAs (it seems to affect all by random).

Is a -oh parameter of 0.06 still safe? Currently I use the default of 0.04.

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

Quote from: CA Coins on July 03, 2012, 08:40:55 PM

Quote from: randomguy7 on July 03, 2012, 01:11:16 PM

Does someone know how much current the quads pull from the usb connection?

In my hands they need to be fully powered (500mA) to run stable. I have hubs that can deliver 2.5A to 10 ports. The singles will run fine if all 10 ports are used. But the quads won't run stable if 10 quads are plugged into the hub providing only 2.5A. 5 quads into the hub: no problem.

The FPGA Boards require no USB current (5V from USB is unconnected).

But the USB hubs draw power. If you have a cascade of hubs (hubs connected to hubs) at least every second level must be powered.

CA Coins

donator

Activity: 305

Merit: 250

Quote from: randomguy7 on July 03, 2012, 01:11:16 PM

Does someone know how much current the quads pull from the usb connection?

In my hands they need to be fully powered (500mA) to run stable. I have hubs that can deliver 2.5A to 10 ports. The singles will run fine if all 10 ports are used. But the quads won't run stable if 10 quads are plugged into the hub providing only 2.5A. 5 quads into the hub: no problem.

randomguy7

hero member

Activity: 527

Merit: 500

Does someone know how much current the quads pull from the usb connection?

rupy

hero member

Activity: 725

Merit: 500

Quote from: rupy on February 27, 2012, 03:44:06 PM

... The trick here is to have window board ventilators that are drawn by the evacuation air pump of the building, cooling without noise! ...

But in the summer when the balcony door is open I use an old school fan:

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

A new testing version has bees released.

Details can be found in the software thread: https://bitcointalksearch.org/topic/m.981586

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

Quote from: ?? on ??

How high will your bitstream clock? I was thinking of using some heroic cooling measures to see what is possible. But if it tops out at 240 MHz as someone suggested it's hardly worth the time since my board already averages over 230.

The bitstream itself is not limited. The frequency limit is defined in the firmware. It will be increased to 248 MHz or 252 MHz in the next release. If one need's it earlier (i.e. if one sees 240MHz at an error rate of 0.0%) it can upload in intermediate release.

Topic: ZTEX USB-FPGA Modules 1.15x and 1.15y: 215 and 860 MH/s FPGA Boards - page 10. (Read 182348 times)