BTCMiner - Open Source Bitcoin Miner for ZTEX FPGA Boards, 215 MH/s on LX150 - page 2.

Lyddite

member

Activity: 98

Merit: 10

Quote from: Lyddite on July 30, 2013, 05:22:46 AM

I have one board which is being disabled showing the following error:

Code:

Read hash data: error sending control message: No such device: Disabling device

Sometimes after 10, 20 minutes, 1 hour, 3 hours.... anyway, enough to affect mining.

Firmware on the boards has been upgraded to the latest available version.
I believe I have ruled out a faulty USB hub and USB cables by swapping cables and plugging the board in directly to USB without an external hub.
Power supplies have been swapped with the same result. Eventually, I'll get around to making a cable for a large regulated power supply I have to completely rule out the power supply.

In the end, the problem was with the power supplies... both little cheap wall warts. After switching to a 12V 5A regulated power supply, no problems. Maybe not as efficient in term of power, but the boards have mined reliably for days without having to restart anything.

Lyddite

member

Activity: 98

Merit: 10

I have one board which is being disabled showing the following error:

Code:

Read hash data: error sending control message: No such device: Disabling device

Sometimes after 10, 20 minutes, 1 hour, 3 hours.... anyway, enough to affect mining.

Firmware on the boards has been upgraded to the latest available version.
I believe I have ruled out a faulty USB hub and USB cables by swapping cables and plugging the board in directly to USB without an external hub.
Power supplies have been swapped with the same result. Eventually, I'll get around to making a cable for a large regulated power supply I have to completely rule out the power supply.

Until then I made a little Expect script to detect and reset the disabled miner. Expect is a program that can "talk" to other interactive programs via a script. My script is by no mean perfect but gets the job done and it resets the miner and has been running unattended for the past day so I figured I would share it.

I have tested this on Debian linux, you need to install "expect" in order to run it.

Code:

apt-get install expect

should be enough on Debian or Ubuntu.

Then start monitoring the following command:

Code:

expect ztex_restart_disconnected.exp

More details about the scripts below.

- Lyddite
---
BTC: 14J26yT4e8xBbcP3XZEk4osLozf6eosmM1
LTC: LiCmLnRr8hCXhiATmBd6ekw4L3Q36AsijH
XPM: ANTYC4pAimVW726hufAFBgJb4VDeSQbYVT

Two scripts are needed first a simple script containing the you use to start BTCMiner. The scripts should in the same directory as BTCMiner.....jar

The first script, start_ztex is what you use to start your cluster. eg... with mine I connect to a local stratum pool. You will need you change at least the host, port , username , password and perhaps firmware.

start_ztex.sh

Code:

#!/bin/bash
#
java -cp ZtexBTCMiner-121126.jar BTCMiner -v -host http://192.168.1.XX:XXXX -u XXXX -p x -f ztex_ufm1_15d.ihx -v -m c

The second script, is the expect script which monitors the output

ztex_restart_disconnected.exp

Code:

#!/usr/bin/expect -f
#
set timeout -1
spawn $env(SHELL)
match_max 100000
expect "*\$ "
send -- "./start_ztex.sh"
expect  "./start_ztex.sh"
send -- "\r"
expect  "(Re)Scanning bus ... \r"

# wait for error, then send r return
# first check resets right after the error
# second line for other more rarely errors that may disable the device (resets on the next device status line) 
while  1  {
    expect { 
        "Read hash data: error sending control message: No such device: Disabling device\r" 
            { sleep 10 ; send -- "r\r" ; exp_continue }
        "Device disabled since\r"
            {  send -- "r\r" ; exp_continue }
    }
}

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

Quote from: objectnotfound on July 11, 2013, 02:19:23 PM

I think the board is faulty though, I couldn't get it to even made the LEDs come on when I plugged it in, and none of the fans kicked on.

Fans are connected directly to supply voltage. Obviously you didn't supply it with power.

9V to 12V PSU that deliver at least 50W are recommended

BR0KK

hero member

Activity: 784

Merit: 500

Somehow minepeon gets them working quite well.

vpereira

newbie

Activity: 52

Merit: 0

Quote from: BR0KK on January 08, 2013, 05:21:58 AM

Rpi is not handling Ztex miners very well.
I tried but the pi failed (one or multiple units) after some random time.
Has something to do with the integrated USB....

i have 4 1.15b running on a pi and its solid as a rock...

objectnotfound

newbie

Activity: 20

Merit: 0

Mine is also 12v 5a laptop power supply, and no, I don't have anything like that, I run mostly Apple products.

I think the board is defective, and the seller agreed to supply me with a new one, so I'll see then I guess.

BR0KK

hero member

Activity: 784

Merit: 500

Quote from: objectnotfound on July 11, 2013, 02:19:23 PM

Quote from: BR0KK on July 10, 2013, 02:28:42 PM

The Fans should run and the LEDs should be on (Green). If they are configured they are off.

Did you follow the guide on the Ztex homepage?

Is your hub powered?
Is it a brand or a cheap one? (Same for the Cable)

Did you install the right libusb (cgminer and BTCMiners are different)

All I really saw on their page (http://www.ztex.de/btcminer/) was "All files required are packed into a single jar archive which can be downloaded from the download section and runs under Linux and Windows," which I downloaded and ran the command they supplied while in the folder. I have the newest Java, but I'm not sure how you 'install' libusb exactly, unless there's more than the apt-get command.

I think the board is faulty though, I couldn't get it to even made the LEDs come on when I plugged it in, and none of the fans kicked on.

What does the Powersupply sticker say...

To run mine i need 12V 5A at least (laptop grade).

But the printout displays nothing like mine so the board is not recognized..... Could be USB, could be Power issues....

Do you have a computer at your place with a normal atx power supply and a spare 5,25 Molex (or anything else that has yellow and black cables <12V, Neutral>). Then you could provide the board with power over the proprietary connector (mine are black and i think the fake ztex boards do have a green one).

There is a tutorial on the ztex page.

objectnotfound

newbie

Activity: 20

Merit: 0

Quote from: BR0KK on July 10, 2013, 02:28:42 PM

The Fans should run and the LEDs should be on (Green). If they are configured they are off.

Did you follow the guide on the Ztex homepage?

Is your hub powered?
Is it a brand or a cheap one? (Same for the Cable)

Did you install the right libusb (cgminer and BTCMiners are different)

All I really saw on their page (http://www.ztex.de/btcminer/) was "All files required are packed into a single jar archive which can be downloaded from the download section and runs under Linux and Windows," which I downloaded and ran the command they supplied while in the folder. I have the newest Java, but I'm not sure how you 'install' libusb exactly, unless there's more than the apt-get command.

I think the board is faulty though, I couldn't get it to even made the LEDs come on when I plugged it in, and none of the fans kicked on.

BR0KK

hero member

Activity: 784

Merit: 500

The Fans should run and the LEDs should be on (Green). If they are configured they are off.

Did you follow the guide on the Ztex homepage?

Is your hub powered?
Is it a brand or a cheap one? (Same for the Cable)

Did you install the right libusb (cgminer and BTCMiners are different)

objectnotfound

newbie

Activity: 20

Merit: 0

Sorry for the delayed response! I didn't see a reply. for some reason.

Here's the printout.

ubuntu@ubuntu:~/Downloads$ lsusb
Bus 001 Device 002: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 003: ID 05ac:850b Apple, Inc.
Bus 002 Device 002: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 004: ID 0a5c:4500 Broadcom Corp. BCM2046B1 USB 2.0 Hub (part of BCM2046 Bluetooth)
Bus 001 Device 005: ID 0781:5530 SanDisk Corp. Cruzer
Bus 001 Device 006: ID 05ac:1006 Apple, Inc. Hub in Aluminum Keyboard
Bus 002 Device 003: ID 05ac:8403 Apple, Inc. Internal Memory Card Reader
Bus 002 Device 004: ID 05ac:8242 Apple, Inc. IR Receiver [built-in]
Bus 002 Device 005: ID 046d:c52f Logitech, Inc. Wireless Mouse M305
Bus 001 Device 007: ID 05ac:8215 Apple, Inc. Bluetooth USB Host Controller
Bus 001 Device 010: ID 05ac:0220 Apple, Inc. Aluminum Keyboard (ANSI)

BTCMiner with '-i' produces no connected devices.

Edit: I'm running Ubuntu 13.04 on an iMac, booting and running Linux from a flash drive. I downloaded the .jar from ztex - am I missing something? Should the fans automatically kick on when I plug it in? Should the LEDs flash?

BR0KK

hero member

Activity: 784

Merit: 500

You need libusb to talsk to the boards.

Whats the lsusb printout:

Quote

[minepeon@minepeon ~]$ lsusb
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp. LAN9500 Ethernet 10/100 Adapter / SMSC9512/9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 045: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 040: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 084: ID 221a:0100
Bus 001 Device 096: ID 221a:0100
Bus 001 Device 095: ID 221a:0100
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 035: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 001 Device 046: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 001 Device 036: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 037: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 038: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 001 Device 061: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 001 Device 101: ID 221a:0100 <-- Ztex 1.15y
Bus 001 Device 059: ID 221a:0100
Bus 001 Device 060: ID 221a:0100

try to start BTCMiner with the "-i" option. It asks you for pool, pasword and login (you do not need them) and then it displays all connected boards (if working)

Provide that printout

objectnotfound

newbie

Activity: 20

Merit: 0

I'm having an issue with the FPGA Module 1.15y, getting a no devices found.

I'm running Ubuntu 13.04 off a thumb drive and I've downloaded the SDCC and BTCMiner. I've installed the SDCC and I got the openjdk-7-jre package through apt-get. Last night I was trying to figure it out and I had the LEDs on the board all flashing, but was getting no devices found. Today they aren't flashing, but I'm still getting no devices found when I run

sudo java -cp ZtexBTCMiner-121126.jar BTCMiner -host[hostinfo] -u[userinfo] -p[password]

This is my first experience trying to mine from command line... kudos to you all that know what you're doing, because I feel like I have no idea what's going on.

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

I can confirm that an FPGA Board with the MAC address "0004a36dd5f2" was not produced by ZTEX.

The FPGA delivers wrong results from start-up. It's no overheating issue (but may be a defect caused by overheating). Probably the only thing you can "repair" by yourself are shortcuts, e.g. caused by electrical conductive thermal grease or metal (solder) remnants.

BR0KK

hero member

Activity: 784

Merit: 500

Quote from: Schrankwand on June 24, 2013, 07:34:07 AM

Quote from: BR0KK on June 20, 2013, 05:09:31 PM

Quote from: Schrankwand on June 19, 2013, 03:17:59 PM

Turbor, thanks for the idea. I have done this already with CGminer, since cgminer clocks down continuously, it declares "Dead" only somewhere at below 120mhz usually and shuts it off.

Do not forget to check the heatsink sits correctly and that there is a good connection between the chip and heatsink (thermal paste!). And if you accidentally shorted parts with that paste (if conductive)

Unstable powersupply and cheap hubs do their part too!

Did you reset the board by using JP 1 (hardware reset) and reprogrammed the bitstream again?

I will take another look when I am home, right now it is hashing "on travel" here.

Asking for JP1, by the way, is another way to spot a clone: JP1 has no connector pins on the clones. Funny. I will short it with a paperclip to reach my goal then. No jumper here Cheesy

I had reprogrammed the Bitstream before using fwloader, but I might try it and do it again after circumventing EEPROM as in the manual. Looking at the heatsinks, I might perform some changes here as well and exchange whatever is in there (looks like Heatpads, ugh...) with some Arctic Cooling mx-2 paste.

But considering that the other chips run nicely, I believe that one of the Chips might have gotten damaged through improper heating. It can happen with these thermal pads.

Yes, heatpads .... Ztex puts a waring leaflet in the packets that says: "Do not use the provided heat pads. USe thermal paste instead!")

Schrankwand

full member

Activity: 224

Merit: 100

Quote from: BR0KK on June 20, 2013, 05:09:31 PM

Quote from: Schrankwand on June 19, 2013, 03:17:59 PM

Turbor, thanks for the idea. I have done this already with CGminer, since cgminer clocks down continuously, it declares "Dead" only somewhere at below 120mhz usually and shuts it off.

Do not forget to check the heatsink sits correctly and that there is a good connection between the chip and heatsink (thermal paste!). And if you accidentally shorted parts with that paste (if conductive)

Unstable powersupply and cheap hubs do their part too!

Did you reset the board by using JP 1 (hardware reset) and reprogrammed the bitstream again?

I will take another look when I am home, right now it is hashing "on travel" here.

Asking for JP1, by the way, is another way to spot a clone: JP1 has no connector pins on the clones. Funny. I will short it with a paperclip to reach my goal then. No jumper here Cheesy

I had reprogrammed the Bitstream before using fwloader, but I might try it and do it again after circumventing EEPROM as in the manual. Looking at the heatsinks, I might perform some changes here as well and exchange whatever is in there (looks like Heatpads, ugh...) with some Arctic Cooling mx-2 paste.

But considering that the other chips run nicely, I believe that one of the Chips might have gotten damaged through improper heating. It can happen with these thermal pads.

Polyatomic

sr. member

Activity: 257

Merit: 250

For a 1.15y clone , which mining software is recommended to use cgminer or BTCMiner .

[/URL][/img]

BR0KK

hero member

Activity: 784

Merit: 500

Quote from: Schrankwand on June 19, 2013, 03:17:59 PM

Turbor, thanks for the idea. I have done this already with CGminer, since cgminer clocks down continuously, it declares "Dead" only somewhere at below 120mhz usually and shuts it off.

Do not forget to check the heatsink sits correctly and that there is a good connection between the chip and heatsink (thermal paste!). And if you accidentally shorted parts with that paste (if conductive)

Unstable powersupply and cheap hubs do their part too!

Did you reset the board by using JP 1 (hardware reset) and reprogrammed the bitstream again?

Schrankwand

full member

Activity: 224

Merit: 100

Turbor, thanks for the idea. I have done this already with CGminer, since cgminer clocks down continuously, it declares "Dead" only somewhere at below 120mhz usually and shuts it off.

Turbor

legendary

Activity: 1022

Merit: 1000

BitMinter

Schrankwand

full member

Activity: 224

Merit: 100

Quote

Sounds like cgminer. Try BTCminer for this one board. Gives you more information when the chip goes out.

Here you go:

Code:

2013-06-19T16:01:30:
(Re)Scanning bus ...
2013-06-19T16:01:30: ztex_ufm1_15y1-0019-03-12: New device: bitfile=ztex_ufm1_15y1 f_default=200,00MHz f_max=248,00MHz HpC=1.0H
2013-06-19T16:01:30: ztex_ufm1_15y1-0019-03-12: MAC address: 0004a36dd5f2
2013-06-19T16:01:31: ztex_ufm1_15y1-0019-03-12: FPGA 1: configuration time: 313 ms
2013-06-19T16:01:31: ztex_ufm1_15y1-0019-03-12: FPGA 2: configuration time: 313 ms
2013-06-19T16:01:32: ztex_ufm1_15y1-0019-03-12: FPGA 3: configuration time: 312 ms
2013-06-19T16:01:32: ztex_ufm1_15y1-0019-03-12: FPGA 4: configuration time: 313 ms
2013-06-19T16:01:32: ztex_ufm1_15y1-0019-03-12-1: New FPGA
2013-06-19T16:01:32: ztex_ufm1_15y1-0019-03-12-1: Set frequency to 200,00MHz
2013-06-19T16:01:32: Starting mining thread for bus bus-0-0
2013-06-19T16:01:32: bus-0-0: ztex_ufm1_15y1-0019-03-12-1: added
2013-06-19T16:01:32: ztex_ufm1_15y1-0019-03-12-2: New FPGA
2013-06-19T16:01:32: ztex_ufm1_15y1-0019-03-12-2: Set frequency to 200,00MHz
2013-06-19T16:01:32: bus-0-0: ztex_ufm1_15y1-0019-03-12-2: added
2013-06-19T16:01:32: ztex_ufm1_15y1-0019-03-12-3: New FPGA
2013-06-19T16:01:32: ztex_ufm1_15y1-0019-03-12-3: Set frequency to 200,00MHz
2013-06-19T16:01:32: bus-0-0: ztex_ufm1_15y1-0019-03-12-3: added
2013-06-19T16:01:32: ztex_ufm1_15y1-0019-03-12-4: New FPGA
2013-06-19T16:01:32: ztex_ufm1_15y1-0019-03-12-4: Set frequency to 200,00MHz
2013-06-19T16:01:32: bus-0-0: ztex_ufm1_15y1-0019-03-12-4: added
2013-06-19T16:01:32: 1 new devices found.
2013-06-19T16:01:32:
Summary:
2013-06-19T16:01:32: Bus bus-0-0 : 4 miners
2013-06-19T16:01:32: Total : 4 miners

2013-06-19T16:01:32:
Disconnect all devices or enter `q' for exit. Enter `h' for help.

2013-06-19T16:01:33: bus-0-0: ztex_ufm1_15y1-0019-03-12-4: Using LongPolling URL http://api.bitcoin.cz:8401
2013-06-19T16:01:34: bus-0-0: ztex_ufm1_15y1-0019-03-12-3: Set frequency from 200,00MHz to 196,00MHz
2013-06-19T16:01:36: bus-0-0: ztex_ufm1_15y1-0019-03-12-3: Set frequency from 196,00MHz to 200,00MHz
2013-06-19T16:01:39: bus-0-0: ztex_ufm1_15y1-0019-03-12-3: Set frequency from 200,00MHz to 196,00MHz
2013-06-19T16:01:41: bus-0-0: ztex_ufm1_15y1-0019-03-12-3: Set frequency from 196,00MHz to 192,00MHz
2013-06-19T16:01:44: bus-0-0: ztex_ufm1_15y1-0019-03-12-3: Set frequency from 192,00MHz to 196,00MHz
2013-06-19T16:01:46: bus-0-0: ztex_ufm1_15y1-0019-03-12-3: Set frequency from 196,00MHz to 192,00MHz
2013-06-19T16:01:48: bus-0-0: ztex_ufm1_15y1-0019-03-12-3: Set frequency from 192,00MHz to 188,00MHz
2013-06-19T16:01:48: bus-0-0: ztex_ufm1_15y1-0019-03-12-3: Error: Hash rate drop of 6,0% detect. This may be caused by overheating. FPGA is shut down to prevent damage.: Disabling device
2013-06-19T16:02:32: bus-0-0: ztex_ufm1_15y1-0019-03-12-1: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 3 new nonces, luckFactor=1,08
2013-06-19T16:02:32: bus-0-0: ztex_ufm1_15y1-0019-03-12-2: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 1 new nonces, luckFactor=0,36
2013-06-19T16:02:32: bus-0-0: ztex_ufm1_15y1-0019-03-12-3: Error: Hash rate drop of 6,0% detect. This may be caused by overheating. FPGA is shut down to prevent damage.: Device disabled since 2013-06-19T16:01:48
2013-06-19T16:02:32: bus-0-0: ztex_ufm1_15y1-0019-03-12-4: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 2 new nonces, luckFactor=0,72
2013-06-19T16:02:33: bus-0-0: poll loop time: 15ms (USB: 7ms network: 8ms) getwork time: 44ms submit time: 103ms
2013-06-19T16:02:33: Total hash rate: 600,0 MH/s
2013-06-19T16:02:33: Total submitted hash rate: 429,4 MH/s
2013-06-19T16:02:33: --------
2013-06-19T16:02:45: bus-0-0: ztex_ufm1_15y1-0019-03-12-2: Set frequency from 200,00MHz to 204,00MHz
2013-06-19T16:02:45: bus-0-0: ztex_ufm1_15y1-0019-03-12-4: Set frequency from 200,00MHz to 204,00MHz
2013-06-19T16:02:46: bus-0-0: ztex_ufm1_15y1-0019-03-12-1: Set frequency from 200,00MHz to 204,00MHz
2013-06-19T16:02:48: bus-0-0: ztex_ufm1_15y1-0019-03-12-4: Set frequency from 204,00MHz to 200,00MHz
2013-06-19T16:04:00: bus-0-0: ztex_ufm1_15y1-0019-03-12-2: Set frequency from 204,00MHz to 208,00MHz
2013-06-19T16:04:00: bus-0-0: ztex_ufm1_15y1-0019-03-12-1: Set frequency from 204,00MHz to 208,00MHz
2013-06-19T16:05:15: bus-0-0: ztex_ufm1_15y1-0019-03-12-1: Set frequency from 208,00MHz to 212,00MHz
2013-06-19T16:05:15: bus-0-0: ztex_ufm1_15y1-0019-03-12-2: Set frequency from 208,00MHz to 212,00MHz
2013-06-19T16:06:30: bus-0-0: ztex_ufm1_15y1-0019-03-12-1: Set frequency from 212,00MHz to 216,00MHz
2013-06-19T16:06:30: bus-0-0: ztex_ufm1_15y1-0019-03-12-2: Set frequency from 212,00MHz to 216,00MHz
2013-06-19T16:07:33: bus-0-0: ztex_ufm1_15y1-0019-03-12-1: f=216,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=216,0MH/s, submitted 13 new nonces, luckFactor=0,89
2013-06-19T16:07:33: bus-0-0: ztex_ufm1_15y1-0019-03-12-2: f=216,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=216,0MH/s, submitted 17 new nonces, luckFactor=1,00
2013-06-19T16:07:33: bus-0-0: ztex_ufm1_15y1-0019-03-12-3: Error: Hash rate drop of 6,0% detect. This may be caused by overheating. FPGA is shut down to prevent damage.: Device disabled since 2013-06-19T16:01:48
2013-06-19T16:07:33: bus-0-0: ztex_ufm1_15y1-0019-03-12-4: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 18 new nonces, luckFactor=1,20
2013-06-19T16:07:33: bus-0-0: poll loop time: 12ms (USB: 6ms network: 6ms) getwork time: 38ms submit time: 71ms
2013-06-19T16:07:33: bus-0-0: Warning: 1 overflows occured. This is usually caused by a slow network connection.
2013-06-19T16:07:33: Total hash rate: 632,0 MH/s
2013-06-19T16:07:33: Total submitted hash rate: 644,0 MH/s
2013-06-19T16:07:33: --------
2013-06-19T16:07:45: bus-0-0: ztex_ufm1_15y1-0019-03-12-1: Set frequency from 216,00MHz to 220,00MHz
2013-06-19T16:07:45: bus-0-0: ztex_ufm1_15y1-0019-03-12-2: Set frequency from 216,00MHz to 220,00MHz
2013-06-19T16:07:56: bus-0-0: ztex_ufm1_15y1-0019-03-12-2: Set frequency from 220,00MHz to 216,00MHz
2013-06-19T16:09:00: bus-0-0: ztex_ufm1_15y1-0019-03-12-1: Set frequency from 220,00MHz to 224,00MHz
2013-06-19T16:09:09: bus-0-0: ztex_ufm1_15y1-0019-03-12-1: Set frequency from 224,00MHz to 220,00MHz
2013-06-19T16:09:51: bus-0-0: ztex_ufm1_15y1-0019-03-12-1: Set frequency from 220,00MHz to 224,00MHz
2013-06-19T16:09:54: bus-0-0: ztex_ufm1_15y1-0019-03-12-1: Set frequency from 224,00MHz to 220,00MHz
2013-06-19T16:10:00: bus-0-0: ztex_ufm1_15y1-0019-03-12-1: Set frequency from 220,00MHz to 216,00MHz
2013-06-19T16:11:11: New block detected by block monitor
2013-06-19T16:12:33: bus-0-0: ztex_ufm1_15y1-0019-03-12-1: f=216,00MHz, errorRate=0,03%, maxErrorRate=0,69%, hashRate=215,9MH/s, submitted 14 new nonces, luckFactor=0,91
2013-06-19T16:12:33: bus-0-0: ztex_ufm1_15y1-0019-03-12-2: f=216,00MHz, errorRate=0,29%, maxErrorRate=1,01%, hashRate=215,4MH/s, submitted 17 new nonces, luckFactor=1,06
2013-06-19T16:12:33: bus-0-0: ztex_ufm1_15y1-0019-03-12-3: Error: Hash rate drop of 6,0% detect. This may be caused by overheating. FPGA is shut down to prevent damage.: Device disabled since 2013-06-19T16:01:48
2013-06-19T16:12:33: bus-0-0: ztex_ufm1_15y1-0019-03-12-4: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 17 new nonces, luckFactor=1,21
2013-06-19T16:12:33: bus-0-0: poll loop time: 12ms (USB: 6ms network: 6ms) getwork time: 39ms submit time: 74ms
2013-06-19T16:12:33: Total hash rate: 631,3 MH/s
2013-06-19T16:12:33: Total submitted hash rate: 663,6 MH/s
2013-06-19T16:12:33: --------

Quote

I would only repair it if it was produced by me. Please contact me via http://www.ztex.de/contact.e.html for verification details.

Since your boards don't feature large USB rack connectors, I would argue it is a clone Wink

Do you have any ideas what I could do to check without repairs?

Topic: BTCMiner - Open Source Bitcoin Miner for ZTEX FPGA Boards, 215 MH/s on LX150 - page 2. (Read 161510 times)