Pages:
Author

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

member
Activity: 93
Merit: 10

No you can only mine SHA256 coins
[/quote]

Not true.

Follow instructions on : https://github.com/kramble/FPGA-Litecoin-Miner

and use the correct bitstream and it will mine any scrypt coin.

rgdz,
bhai
newbie
Activity: 10
Merit: 0
Quote
No you can only mine SHA256 coins

Thanks, happy mining !!!
hero member
Activity: 697
Merit: 503

Can I mine Dogecoin with ZTEX FPGA 1.15y?
thanks


No you can only mine SHA256 coins
newbie
Activity: 10
Merit: 0

Can I mine Dogecoin with ZTEX FPGA 1.15y?
thanks
hero member
Activity: 725
Merit: 503
hero member
Activity: 725
Merit: 503
Indeed, even though I would recommend the pool...
member
Activity: 98
Merit: 10
Use your zTex to mine blakecoin!

Thanks for the advice...Nice to be able to solo mine again!

- Lyddite
newbie
Activity: 10
Merit: 0

I restart under ubuntu, and with ZTEX BTCMiner I get the same errors,
with BFGMiner everything works.
Though, for now I solved.
Bye


newbie
Activity: 10
Merit: 0
Hi, my first day with Ztex USB-FPGA Module 1.15y, so I'm super-newbie  Cheesy
I install usb driver from libusb-win32 ztex sdk (ok) under win7 x64,
then i started java.exe -cp ZtexBTCMiner.jar BTCMiner -host "http://eu-stratum.btcguild.com:3333" -u user_1
but i get this errors  Huh

java.exe -cp ZtexBTCMiner.jar BTCMiner -host "http://eu-stratum.btcguild.com:3333" -u user_1
Enter RPC password:
ztex_ufm1_15y1-04A36DE93E: New device: bitfile=ztex_ufm1_15y1   f_default=200,00
MHz  f_max=248,00MHz  HpC=1.0H
ztex_ufm1_15y1-04A36DE93E: MAC address: 0004a36de93e
ztex_ufm1_15y1-04A36DE93E: FPGA 1: configuration time: 315 ms
ztex_ufm1_15y1-04A36DE93E: FPGA 2: configuration time: 315 ms
ztex_ufm1_15y1-04A36DE93E: FPGA 3: configuration time: 315 ms
ztex_ufm1_15y1-04A36DE93E: FPGA 4: configuration time: 316 ms
ztex_ufm1_15y1-04A36DE93E-1: New FPGA
ztex_ufm1_15y1-04A36DE93E-1: Set frequency to 200,00MHz
ztex_ufm1_15y1-04A36DE93E-2: New FPGA
ztex_ufm1_15y1-04A36DE93E-2: Set frequency to 200,00MHz
ztex_ufm1_15y1-04A36DE93E-3: New FPGA
ztex_ufm1_15y1-04A36DE93E-3: Set frequency to 200,00MHz
ztex_ufm1_15y1-04A36DE93E-4: New FPGA
ztex_ufm1_15y1-04A36DE93E-4: Set frequency to 200,00MHz

A multi-FPGA board is detected. Use the cluster mode for additional statistics.
Disconnect device or press Ctrl-C for exit

ztex_ufm1_15y1-04A36DE93E-4: Error: Unexpected end of file from server: Disablin
g URL http://eu-stratum.btcguild.com:3333 for 30s
ztex_ufm1_15y1-04A36DE93E-3: Error: Unexpected end of file from server: Disablin
g URL http://eu-stratum.btcguild.com:3333 for 30s
ztex_ufm1_15y1-04A36DE93E-2: Error: Unexpected end of file from server: Disablin
g URL http://eu-stratum.btcguild.com:3333 for 30s
ztex_ufm1_15y1-04A36DE93E-1: Error: Unexpected end of file from server: Disablin
g URL http://eu-stratum.btcguild.com:3333 for 30s
...

can u help me ??
Regards

hero member
Activity: 725
Merit: 503
Use your zTex to mine blakecoin!
hero member
Activity: 784
Merit: 500
Devices are show as something like "Cypress..... " if unconfigured and will be displayed as "Ztex...." if the correct driver is installed.

Show me a screenshot or post how they are displayed in the device manager!

You need to follow that guide!

All you need is the Ztex SDK (the appropriate libusb driver is in there) and java.
Note that cgminer and BTCMiner use different libusb files!


 
newbie
Activity: 7
Merit: 0
Hey folks, I was given a unit in a trade, Ztex 1.15y. Can someone help me set up the board with cgminer? I've done the google searching and forum searching and I've come up short on a noob guide. Thanks in advance.

I'd try getting it running with the java client first. Check which firmware is running on it and then update if necessary.

http://www.ztex.de/btcminer/

(Note that the command lines in the examples might point to a difference version of the software than what you may have.)


How do I check the firmware that's running on it. My computer doesn't recognize the unit when I plug it in anymore. I say anymore because when I first plugged it in, windows told me it couldn't find firmware for the device. Now, it's not doing that, and when I go to inf wizard, it doesn't show up. I'm using a barrel plug for power because I didn't know what terminals where what on the green power connector. I'm connected to the PC via a gold plated USB cable don't know if that adds anything.
member
Activity: 98
Merit: 10
Hey folks, I was given a unit in a trade, Ztex 1.15y. Can someone help me set up the board with cgminer? I've done the google searching and forum searching and I've come up short on a noob guide. Thanks in advance.

I'd try getting it running with the java client first. Check which firmware is running on it and then update if necessary.

http://www.ztex.de/btcminer/

(Note that the command lines in the examples might point to a difference version of the software than what you may have.)
newbie
Activity: 7
Merit: 0
Hey folks, I was given a unit in a trade, Ztex 1.15y. Can someone help me set up the board with cgminer? I've done the google searching and forum searching and I've come up short on a noob guide. Thanks in advance.
hero member
Activity: 784
Merit: 500
hi i have ZTEX USB-FPGA Modules 1.15y  what program do I need to recognize by the windows? thanks

Its easy to find out. Search this thread or read the HowTo on Ztex page.

If you have specific questions don't hesitate to ask!
newbie
Activity: 4
Merit: 0
hi i have ZTEX USB-FPGA Modules 1.15y  what program do I need to recognize by the windows? thanks
donator
Activity: 367
Merit: 250
ZTEX FPGA Boards

Some strange things are happening:

Code:
008-0: ztex_ufm1_15y1-04A39E1212-1: f=220.00MHz,  errorRate=0.51%,  maxErrorRate=1.10%,  hashRate=218.9MH/s, T=46.4°C,  submitted 15 new nonces,  luckFactor=1.05
008-0: ztex_ufm1_15y1-04A39E1212-2: f=216.00MHz,  errorRate=1.21%,  maxErrorRate=1.81%,  hashRate=213.4MH/s, T=45.8°C,  submitted 15 new nonces,  luckFactor=1.06
008-0: ztex_ufm1_15y1-04A39E1212-3: f=224.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=224.0MH/s, T=52.2°C,  submitted 12 new nonces,  luckFactor=0.87
008-0: ztex_ufm1_15y1-04A39E1212-4: f=220.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=220.0MH/s, T=45.1°C,  submitted 11 new nonces,  luckFactor=0.93

There isn't anything strange:

> 1. Chip 3 is running with 8 degrees more then chip 4 - something to worry about?

Accuracy is about 5°C A difference of 8°C beetween hottest and coldes temperature is normal.

> 2. Chip2 is producing more errors then the other three, which results to a lower frequency and lower hashrate (of course).

Quote
Code:
Not all FPGA achieve the same performance. Values can be found in the inital posting of this thread.
Device Enabled Status MHS av   MHS 30s Accepted Rejected Hardware Errors Frequency
ZTX1a Y Alive 213.988 215.727 102 0 10 216.000
ZTX1b Y Alive 214.320   215.715 115 1 259 216.000
ZTX1c Y Alive 210.527   211.729   115 1 2 216.000
ZTX1d Y Alive 222.402 223.756 144 0 71 216.000

that is what I wanted to show you. .. it is for off with the hardware error rate.

I'm not involved in bfgminer and can say how these values are computed. But if you would downclock it, you probably see no hardware errors anymore.

Goal of mining software (at least BTCMiner) is to achieve maximum hash rate. And often you achieve a higher hash rate if you overclock and accept a few errors.


sr. member
Activity: 401
Merit: 250
Are either of you (or anyone else) running CGMiner/BFGMiner under windows? I've heard of people having success under Linux, but not windows due to driver problems.

Anyhow, those numbers look pretty normal. Mine range from 204 MHz to 232 MHz, with good thermal paste and decent cooling. It's just luck of the draw, some FPGA silicon can run faster than others due to fabrication differences.

Those are pretty good clock rates actually, but the last 2 FPGAs in your example are still finding their max frequency. You can tell by the 0% errors. The frequency will increase until errors start to occur, then the software backs off a little bit to maximize valid hashes produced.
hero member
Activity: 784
Merit: 500
Dear ZTEX,
I need some help.. Sad
Today, my new 1.15y2 arrived from German-group-buy.

Some strange things are happening:

Code:
008-0: ztex_ufm1_15y1-04A39E1212-1: f=220.00MHz,  errorRate=0.51%,  maxErrorRate=1.10%,  hashRate=218.9MH/s, T=46.4°C,  submitted 15 new nonces,  luckFactor=1.05
008-0: ztex_ufm1_15y1-04A39E1212-2: f=216.00MHz,  errorRate=1.21%,  maxErrorRate=1.81%,  hashRate=213.4MH/s, T=45.8°C,  submitted 15 new nonces,  luckFactor=1.06
008-0: ztex_ufm1_15y1-04A39E1212-3: f=224.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=224.0MH/s, T=52.2°C,  submitted 12 new nonces,  luckFactor=0.87
008-0: ztex_ufm1_15y1-04A39E1212-4: f=220.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=220.0MH/s, T=45.1°C,  submitted 11 new nonces,  luckFactor=0.93

With your miner the values are relative ok, because the client is able to change the frequence of all 4 independly.
I reflashed the firmware once again, too.

I removed the heatsink from 1,2  & 3 removed paste (a bit too much) and attached them again, but I can't change it:

1. Chip 3 is running with 8 degrees more then chip 4 - something to worry about?
2. Chip2 is producing more errors then the other three, which results to a lower frequency and lower hashrate (of course).

On Chip too, the paste at the heatsink looked like it has only connection to the edges and not at the middle of the chip. Is this possible? Any advices? Is this within the normal range?

Thanky in advance,
Gaim

edit: In fact, after I reworked the paste on the chips, It behaves much better on bfgminer too... maybe that was the reason why.
edit2: The reason for posting is/was.. on my really first try the 3rd chip ( I assume no. 3 is c-suffix in bfgminer ) was running super fast, while the 2nd dropped much. I'm currently testing the values after the above written rework of the past on the spartan chips (while the no. 2 had over 300 errors)

edit3: Relaunched bfgminer to make a long-run test:



DeviceEnabledStatusMHS av   MHS 30sAcceptedRejectedHardware ErrorsFrequency
ZTX1aYAlive213.988215.727102010216.000
ZTX1bYAlive214.320   215.7151151259216.000
ZTX1cYAlive210.527   211.729   11512216.000
ZTX1dYAlive222.402223.756144071216.000

that is what I wanted to show you. .. it is for off with the hardware error rate.

1. The Tem. displayed is not of the chip (inside). Its somewhere on the PCB, probably under the chip. So read this Value with a grain of salt!.

2. Not every chip behaves the same way. I have boards that do 228 minimum on all four chips and others that wont make 204 or more than 199...

3. Error rate is calculated every the bitstream clocks up and down. I have a lot of HW errors with my Ztex on CGminer in the beginning (when it clocks up) and then it normalizes.
newbie
Activity: 25
Merit: 0
Dear ZTEX,
I need some help.. Sad
Today, my new 1.15y2 arrived from German-group-buy.

Some strange things are happening:

Code:
008-0: ztex_ufm1_15y1-04A39E1212-1: f=220.00MHz,  errorRate=0.51%,  maxErrorRate=1.10%,  hashRate=218.9MH/s, T=46.4°C,  submitted 15 new nonces,  luckFactor=1.05
008-0: ztex_ufm1_15y1-04A39E1212-2: f=216.00MHz,  errorRate=1.21%,  maxErrorRate=1.81%,  hashRate=213.4MH/s, T=45.8°C,  submitted 15 new nonces,  luckFactor=1.06
008-0: ztex_ufm1_15y1-04A39E1212-3: f=224.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=224.0MH/s, T=52.2°C,  submitted 12 new nonces,  luckFactor=0.87
008-0: ztex_ufm1_15y1-04A39E1212-4: f=220.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=220.0MH/s, T=45.1°C,  submitted 11 new nonces,  luckFactor=0.93

With your miner the values are relative ok, because the client is able to change the frequence of all 4 independly.
I reflashed the firmware once again, too.

I removed the heatsink from 1,2  & 3 removed paste (a bit too much) and attached them again, but I can't change it:

1. Chip 3 is running with 8 degrees more then chip 4 - something to worry about?
2. Chip2 is producing more errors then the other three, which results to a lower frequency and lower hashrate (of course).

On Chip too, the paste at the heatsink looked like it has only connection to the edges and not at the middle of the chip. Is this possible? Any advices? Is this within the normal range?

Thanky in advance,
Gaim

edit: In fact, after I reworked the paste on the chips, It behaves much better on bfgminer too... maybe that was the reason why.
edit2: The reason for posting is/was.. on my really first try the 3rd chip ( I assume no. 3 is c-suffix in bfgminer ) was running super fast, while the 2nd dropped much. I'm currently testing the values after the above written rework of the past on the spartan chips (while the no. 2 had over 300 errors)

edit3: Relaunched bfgminer to make a long-run test:



DeviceEnabledStatusMHS av   MHS 30sAcceptedRejectedHardware ErrorsFrequency
ZTX1aYAlive213.988215.727102010216.000
ZTX1bYAlive214.320   215.7151151259216.000
ZTX1cYAlive210.527   211.729   11512216.000
ZTX1dYAlive222.402223.756144071216.000

that is what I wanted to show you. .. it is for off with the hardware error rate.
Pages:
Jump to: