Bitcoin Forum

Bitcoin => Hardware => Topic started by: ztex on October 20, 2011, 07:19:47 PM



Title: ZTEX USB-FPGA Modules 1.15x and 1.15y: 215 and 860 MH/s FPGA Boards
Post by: ztex on October 20, 2011, 07:19:47 PM
ZTEX USB-FPGA Modules 1.15x and 1.15y: 215 MH/s and 860 MH/s FPGA Board

ZTEX USB-FPGA Modules 1.15x and 1.15y are a FPGA Board which are designed for bitcoin mining and similar applications. They have an USB interface and on-board voltage regulators. Low cost clusters can be build using standard components (USB hubs, USB cables).

USB-FPGA Modules 1.15x have a single Xilinx XC6SLX150 FPGA and USB-FPGA Modules 1.15y contain four FPGA's of the same type.

On both boards the FPGA variant in CSG484 package with small thermal conductivity (2.2 K/W) is used. For comparison, the FGG484 package used on most other FPGA board is 3.7 K/W.

Detailed descriptions can be found on the homepage of USB-FPGA Modules 1.15x (http://www.ztex.de/usb-fpga-1/usb-fpga-1.15x.e.html)  and USB-FPGA Modules 1.15y (http://www.ztex.de/usb-fpga-1/usb-fpga-1.15y.e.html)

With the current version of the BTCMiner -- the Open Source Bitcoin Miner for FPGA Boards -- these FPGA Boards achieve an average hashrate of about 215 MH/s per FPGA. The actual hash rate varies from batch to batch and from board to board. The following table contains performance measurements from the particular batches

FPGA Board  Delivery date  Speed grade  Frequncies        Average hash rate per FPGA Notes
1.15x2011-3C212 MHz to 220 MHz215MH/sEstimation based on measurements with older Bitstreams
1.15x01/2012-N3C200 MHz to 212 MHz205MH/sEstimation based on measurements with older Bitstreams
1.15x02-03/2012-N3C 208 MHz to 224 MHz (!)214MH/sLong time measurement with 20 FPGA  boards
1.15x03-06/2012-N3C 208 MHz to 220 MHz214MH/sLong time measurement with 15 FPGA  boards
1.15y04-05/2012-N3C 196 MHz to 240 MHz (!!)212MH/sLong time measurement with 6 FPGA  boards (24 FPGA's), batch contains FPGA from many different lots
1.15y05-06/2012-N3C 212 MHz to 240 MHz (!!)221MH/sLong time measurement with 3 FPGA  boards (12 FPGA's)
1.15y06-07/2012-N3C 216 MHz to 240 MHz (!!)227MH/sLong time measurement with 8 FPGA  boards (32 FPGA's)
1.15y08/2012-N3C 208 MHz to 228 MHz218MH/sLong time measurement with 10 FPGA  boards (40 FPGA's)
1.15x08-11/2012-N3C 220 MHz to 228 MHz222MH/sLong time measurement with 5 FPGA  boards
1.15y09/2012-N3C 212 MHz to 228 MHz221MH/sLong time measurement with 7 FPGA  boards (28 FPGA's)
1.15y09-10/2012-N3C 216 MHz to 232 MHz222MH/sRev. 2 boards, long time measurement with 5 FPGA  boards (20 FPGA's)
1.15y10/2012-03/2013-N3C 216 MHz to 236 MHz227MH/sRev. 2 boards, long time measurement with 5 FPGA  boards (20 FPGA's)
1.15x12/2012-03/2013-3C 224 MHz to 232 MHz227MH/sLong time measurement with 3 FPGA  boards
1.15y04/2013-N3C 220 MHz to 232 MHz224MH/sRev. 2 boards, long time measurement with 5 FPGA  boards (20 FPGA's)

If the hash rate is less than stated above the cooling / heat sink installation should be revised.

Power dissipation (without the fan) at 216MHz is typically 9.7W per FPGA. More details can be found on the BTCMiner homepage (http://www.ztex.de/btcminer/).

Ordering
Sample quantities of USB-FPGA Modules 1.15y can be ordered in the Shop (http://shop.ztex.de/product_info.php?products_id=74&language=en). Further order details can be found on the  order info page for USB-FPGA Modules 1.15y (http://www.ztex.de/usb-fpga-1/usb-fpga-1.15y-orderinfo.e.html) and USB-FPGA Modules 1.15x (http://www.ztex.de/usb-fpga-1/usb-fpga-1.15x-orderinfo.e.html)

A license production program is offered for USB-FPGA Modules 1.15y. Details can be found on Order info page (http://www.ztex.de/usb-fpga-1/usb-fpga-1.15y-orderinfo.e.html).

Suggestions for power supply
Suggestions for cluster power supplies can be found on the ZTEX Wiki (http://wiki.ztex.de/doku.php?id=en:ztex_boards:ztex_fpga_boards:cluster_power_supplies)

Cooling
USB-FPGA-Modules 1.15x and 1.15y are delivered with a large 40x40x35mm heat sinks with fan which make cooling easy. In order to ensure optimal heat transfer between the FPGA and the heat sink thermal grease and the push pins should be used (i.e. not the adhesive pad which is included in the cooler kit).

Due to its size the heat sink only requires a little bit airflow. In a cluster installation the 40mm fans of the heat sink can be replaced by a few large case fans. In this case the board should be densely stacked in order to optimize the airflow. (The air should be forced to flow through the heat sinks, not above or around them.)

Images

http://www.ztex.de/imgs/usb-fpga-1.15y-hs-800.jpg
USB-FPGA Module 1.15y with coolers.

http://www.ztex.de/imgs/usb-fpga-1.15x-hs-800.jpg
USB-FPGA Module 1.15x with cooler.

Page history
UPDATE Nov 03 2011: section "Suggestions for power supply" added

UPDATE Dec 02 2011: USD prices updated

UPDATE Dec 14 2011: Prices updated, new BTCMiner version with improved performance.

UPDATE Feb 09 2012:
  • Prices updated
  • Performance data updated to the lastest BTCMiner release
  • Cluster power supply  suggestions moved to http://wiki.ztex.de/doku.php?id=en:ztex_boards:ztex_fpga_boards:cluster_power_supplies
  • Cooling section added

UPDATE Feb 21 2012: Performance data for the new batch added

UPDATE Apr 24 2012: USB-FPGA Modules 1.15y (http://www.ztex.de/usb-fpga-1/usb-fpga-1.15y.e.html) added

UPDATE Jun 08 2012: Performance data of the last batch and BTC / MTGox USD code payment methods added.

UPDATE Jun 15 2012: USD prices updated

UPDATE Jul 05 2012: Performance data of the last batch added. Typical hash rate updated to 215 MHs per XC6SLX150.

UPDATE Jul 16 2012: USD prices updated

UPDATE Aug 09 2012: Performance data of the last batch added.

UPDATE Aug 27 2012: Performance data of the last USB-FPGA Module 1.15x batch added, price for this FPGA board updated

UPDATE Sep 07 2012: Performance data of the last USB-FPGA Module 1.15y batch added

UPDATE Oct 17 2012:
  • Prices updated
  • Performance data updated
  • New revision of USB-FPGA Modules 1.15y (http://www.ztex.de/usb-fpga-1/usb-fpga-1.15y.e.html), see https://bitcointalk.org/index.php?topic=49180.msg1278583#msg1278583
  • 10% discount on USB-FPGA Modules 1.15y until Oct 26, see https://bitcointalk.org/index.php?topic=49180.msg1278583#msg1278583 for the prices

UPDATE Nov 26 2012: Prices updated

UPDATE Dec 18 2012: Performance data of the last USB-FPGA Module 1.15x batch added

UPDATE Apr 22 2013: Performance data and order information updated

UPDATE Jun 18 2013: Order information updated


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: Iyeman on October 20, 2011, 08:06:58 PM
so...at current btc prices of around $2.5 and current difficulty 190Mhs would get you around .12 BTC a day meaning it would only take 4.2 years to pay this off? lol or did i mess up a decimal place somewhere?


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: 322i0n on October 20, 2011, 08:23:47 PM
so...at current btc prices of around $2.5 and current difficulty 190Mhs would get you around .12 BTC a day meaning it would only take 4.2 years to pay this off? lol or did i mess up a decimal place somewhere?
this is assuming that both the difficulty and exchange rate stay the same for those 4.2 years.

edit:fixed typos


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on October 20, 2011, 08:40:39 PM
so...at current btc prices of around $2.5 and current difficulty 190Mhs would get you around .12 BTC a day meaning it would only take 4.2 years to pay this off? lol or did i mess up a decimal place somewhere?

Indeed, you messed up the volume prices.  If you search for a board assembler and build a 50 GH/s rig it pays off in about 2 years if the $/H rate stays approximately constant (e.g. due to the fact the GPU miners have switch off their rigs)

You also did not consider the energy costs: FPGA miners are still profitable in many years.



Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: allten on October 20, 2011, 09:09:21 PM
Ztex. Very nice work. Thank you for sharing.

I'm kind of shocked on the "warm reception" you received.

There are many enthusiasts out there that I'm sure would buy one of your boards.
I'm one of them.

Just curious, is your design open source or is this a for profit venture?
Fine if it is, but just wondering.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on October 20, 2011, 10:15:06 PM
Just curious, is your design open source or is this a for profit venture?

Hardware is for profit. Software is both, Open Source and for making profit with hardware.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: allten on October 20, 2011, 10:21:11 PM
Just curious, is your design open source or is this a for profit venture?

Hardware is for profit. Software is both, Open Source and for making profit with hardware.



Would you consider a discount to those that wanted to put it together themselves?

You could offer a few options:
        1)Just the Board
        2)Just the Board + components
        3)Completed Board (already offered)

Thanks


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on October 20, 2011, 11:58:50 PM
You could offer a few options:
        1)Just the Board
        2)Just the Board + components
        3)Completed Board (already offered)

1) is equal to the license production program I offered: You would purchase the empty PCB (including a license fee). But I do not recomment to solder the BGA's in a toaster or so. (I read that somewhere here in the forum.)

I also can offer license production for smaller amounts. But IMHO it's not very reasonable: the money you save have to be spent for more expensive parts and higher assembly costs (smaller amounts are more expensive)

2) Would not be much cheaper than 3) since assembly is not that expensive. I cant imagine the someone would be interested in this.





Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: m3sSh3aD on October 21, 2011, 09:14:51 AM
Looks like your not the only one..... not out QUITE yet but 250 m/hash

https://bitcointalk.org/index.php?topic=7216.msg584655#msg584655


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: nelisky on October 21, 2011, 09:18:22 AM
so... no way to buy these using BTC?


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on October 21, 2011, 11:04:19 AM
Looks like your not the only one..... not out QUITE yet but 250 m/hash

https://bitcointalk.org/index.php?topic=7216.msg584655#msg584655

This board is more expensive (two FPGA's) and less efficient.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on October 21, 2011, 11:05:26 AM
so... no way to buy these using BTC?

BTC payment is possible on request.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: m3sSh3aD on October 21, 2011, 11:30:31 AM
Looks like your not the only one..... not out QUITE yet but 250 m/hash

https://bitcointalk.org/index.php?topic=7216.msg584655#msg584655

This board is more expensive (two FPGA's) and less efficient.


THey quote 200 (first post https://bitcointalk.org/index.php?topic=40058.0) and get 250 on first test, with less than optimal software etc. So im guessing there single does about 150+ for $390($2.60 m/hash), yours is 190 @ $460($2.50 m/hash) and there duel is 250 @ $580($2.35 m/hash). If you ask me, your hitting about the same ball park, give or take. So i cant see the more expense in all honesty. Not that im having a go or anything. Complete opposite, its good to have 2 rival's but your price point is invalid im afraid as you can see, the Duel one works out cheaper per m/hash, Even power usuage is in the same area :)

I think theres alot more to come from FPGA's and may even become viable in the future but for now there costs are just too much. I mean i pay around £800-£900 to get 1600 m/hash. Yes, power is alot more but it would take YEARS to see anything coming back in. All depends on the BTC market weather it pans out ok for these or not though. I so want to play with one :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on October 21, 2011, 12:04:40 PM
yours is 190 @ $460($2.50 m/hash) and there duel is 250 @ $580($2.35 m/hash).

There are volume discounts, see the initial post. If you order 5, the price is $430 or $2.26 per MH/s, the 25 units price is $1.94 per MH/s. If you search for an assembler and build an 50 GH/s rig, the price is about $1.02 per MH/s.

Quote
Even power usuage is in the same area :)

17W @ 250 MH/s: 14.7 MH/s per W
8.5W @ 190 MH/s: 22.3 MH/s per W

Thea is a difference of 50%.



Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: m3sSh3aD on October 21, 2011, 12:35:56 PM
yours is 190 @ $460($2.50 m/hash) and there duel is 250 @ $580($2.35 m/hash).

There are volume discounts, see the initial post. If you order 5, the price is $430 or $2.26 per MH/s, the 25 units price is $1.94 per MH/s. If you search for an assembler and build an 50 GH/s rig, the price is about $1.02 per MH/s.

Quote
Even power usuage is in the same area :)

17W @ 250 MH/s: 14.7 MH/s per W
8.5W @ 190 MH/s: 22.3 MH/s per W

Thea is a difference of 50%.



ah yes, so it is :) The duel is less efficent but when you talking 50% on the amount of watts were talking its neither here nor there compared to other options (VGA etc). Great little devices all the same :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on October 21, 2011, 03:20:18 PM
so... no way to buy these using BTC?

+1.  OP should make this an option.   
Support the community you are trying to profit from  (don't get me wrong profits = good) just support the community.

I would buy one w/ BTC next month.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on October 21, 2011, 03:42:10 PM
so... no way to buy these using BTC?

+1.  OP should make this an option.   
Support the community you are trying to profit from  (don't get me wrong profits = good) just support the community.

I would buy one w/ BTC next month.

As I wrote above, BTC orders are possible on request. Please use the contact form of the shop: http://shop.ztex.de


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: allten on October 21, 2011, 05:59:14 PM
so... no way to buy these using BTC?

+1.  OP should make this an option.   
Support the community you are trying to profit from  (don't get me wrong profits = good) just support the community.

I would buy one w/ BTC next month.

As I wrote above, BTC orders are possible on request. Please use the contact form of the shop: http://shop.ztex.de

"BTC orders are possible on request"

And the community is requesting that you don't have to request.

I also want to purchase in Bitcoin, it's the only way to go.
Btw, do have a donation address? I would like to donate to your work.
I don't think I'm ready to buy one yet because it is not quite where it could be for it to be a competitive miner.

When you have an adapter where you can stack multiple FPGAs on top (or next to) of each other using the same communication board - then I'm ready to buy more than one.

Thanks





Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on October 21, 2011, 06:03:58 PM
When you have an adapter where you can stack multiple FPGAs on top (or next to) of each other using the same communication board - then I'm ready to buy more than one.

I don't think you need any adapter however you can't just stack FPGA you can only stack boards.

The board has 4 screw cut outs.  Using standoffs (like what you mount motherboard with but longer) longer than the heatsink you could build a "tower" of these.  Might be better to turn them on their sides though and use a different heat sink which blows air across the heatsink not "up".

If what you were talking about is a board that had like 4 sockets that you could buy & plug in multiple FPGA that is interesting idea however that makes the cost of 1 FPGA higher (due to unused overhead) which likely means you need much bigger market to support that. 


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: SgtSpike on October 21, 2011, 06:12:54 PM
Do you need a special type of USB port?  You say it uses 8.5w, and a USB port provides 500mA @ 5v = 2.5w.  While some USB ports can provide more amperage than that, the standard only requires 500mA...


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on October 21, 2011, 06:14:16 PM
Do you need a special type of USB port?  You say it uses 8.5w, and a USB port provides 500mA @ 5v = 2.5w.  While some USB ports can provide more amperage than that, the standard only requires 500mA...

It uses a power adapter (visible on PCB below USB on left hand side).  
My understanding (ztek can correct me) is that the USB port is just used for communication.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: m3sSh3aD on October 21, 2011, 06:28:16 PM
Do you need a special type of USB port?  You say it uses 8.5w, and a USB port provides 500mA @ 5v = 2.5w.  While some USB ports can provide more amperage than that, the standard only requires 500mA...

It uses a power adapter (visible on PCB below USB on left hand side).  
My understanding (ztek can correct me) is that the USB port is just used for communication.

Correct :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on October 21, 2011, 06:36:29 PM
About the power...
Ztek why the decision to use Center pin DC instead of just using 12V Molex connector.

I could see rigging an adapter to install them in 3.5" HDD bay (some cases have 12+ 3.5" bays).  It would be conveinent to power multiple boards via computer power supply MOLEX connectors.  I am thinking of ultra low end CPU integrated MB running a lightweight linux distro (lubuntu, puppy linux, etc) as the host for multiple boards.

Maybe I could rig up some Molex to DC center pin adapter.  See any problem with that?


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on October 21, 2011, 06:38:24 PM
And the community is requesting that you don't have to request.

yeah, and BTC prices updated once per month ...

I'm sorry, but currently I'm to busy to implement an automatic solution in the shop. (I spent more time than planned for the BTCMiner software)


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on October 21, 2011, 07:09:52 PM
Power: CON5 (see http://www.ztex.de/usb-fpga-1/usb-fpga-1.15x.e.html#con5) is used for external power supply.

USB connector is only used for communication.

About the power...
Ztek why the decision to use Center pin DC instead of just using 12V Molex connector.

I could see rigging an adapter to install them in 3.5" HDD bay (some cases have 12+ 3.5" bays).  It would be conveinent to power multiple boards via computer power supply MOLEX connectors.  I am thinking of ultra low end CPU integrated MB running a lightweight linux distro (lubuntu, puppy linux, etc) as the host for multiple boards.

Maybe I could rig up some Molex to DC center pin adapter.  See any problem with that?

The disadvantage of HDD or SATA connectors is that the amount of boards which can be connected to one ATX PSU is limited to 20 or so. Y adapter cables will not help much since each cable from the PSU can only supply up 5 to 10 boards (3.5 to 7 A), depending on the cross-sectional area of the cable. You also have to use the graphic card cables and/or the 12V lines intended for the CPU.

As simple solution I recommend modular PSU's, i.e. the ones with plugable cables. Cut of the connectors from these cables and connect them to this http://search.digikey.com/scripts/DkSearch/dksus.dll?&KeyWords=CP-2189-ND using crimp tools.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: allten on October 21, 2011, 08:02:35 PM
When you have an adapter where you can stack multiple FPGAs on top (or next to) of each other using the same communication board - then I'm ready to buy more than one.

I don't think you need any adapter however you can't just stack FPGA you can only stack boards.

The board has 4 screw cut outs.  Using standoffs (like what you mount motherboard with but longer) longer than the heatsink you could build a "tower" of these.  Might be better to turn them on their sides though and use a different heat sink which blows air across the heatsink not "up".

If what you were talking about is a board that had like 4 sockets that you could buy & plug in multiple FPGA that is interesting idea however that makes the cost of 1 FPGA higher (due to unused overhead) which likely means you need much bigger market to support that.  

I was referring to both ideas. I really like idea of stacking them on top of each other with small heat-sinks sandwiched in that you could have air blow through.
Here's an example:

http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en535770
Notice the male connector surrounding the IC. What if you had that on an FPGA board with the ability to stack multiple ICs?

Each IC would be soldered to one of these for stacking
https://bitcointalk.org/index.php?topic=44891.0

Maybe there are design limits that would make this unfeasible, but it seams you should be able to stack at least 2 additional ones with a board design that supports it. Unless someone can convince me that it is impossible, I will be holding out on buying multiple of these. I really do like the featured product on the OP; it really shows that we are evolving fast which makes me very excited.

Edited for typos


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: SgtSpike on October 21, 2011, 09:43:02 PM
Ah, my bad.  I didn't see a power connector on the board... must have skimmed the pictures too quickly.  ;)


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: amazingrando on October 22, 2011, 06:35:04 AM
Edited: Original calculations overstated BTC/day for both FPGA and GPU.  Revised calculations show that FPGA makes sense at a much lower power cost.

It seems that the viability of this product rests completely on electricity pricing.  If you compare FPGA to GPU with the same amount of money invested it appears (using round numbers) that somewhere in the range of 12 8 cents per kWh is where either solution is roughly equal in profit.  If your power costs more than that, you're better off with an FPGA.  If you can get cheaper power, go for GPUs.

As an example, let's say you invest $2000 into mining.  With that, let's assume you could either buy 5x ZTEX FPGA modules or two GPU mining rigs with 8x GPUs.

FPGA
Investment: $2000
FPGA's: 5
Total Mh/s: 950
Monthly power cost at $0.08 for 45W: ~$3
BTC Payout: 0.6508 BTC/Day or ~20 btc/month
USD Payout at $2.70: $54
Monthly net revenue from $2000 investment (BTC minus power): $51

GPU
Investment: $2000
4-GPU rigs: 2 (each having 4 x Radeon 5850 GPUs producing 333 Mh/s each)
Total Mh/s: 2664
Monthly power cost at $0.08 1700W: ~$99
BTC Payout: 1.825 BTC/Day or ~55.5 btc/month
USD Payout at $2.70: $150
Monthly net revenue from $2000 investment: $51

Of course this comes with the standard caveats that BTC prices and difficulty will change and that you might be able to overclock GPUs and get even more Mh/s, etc. etc..  Also, if AMD can deliver on huge cuts in power consumption with the 7xxx series GPUs, the power indifference line will increase.

But, if you're considering investing in mining equipment and are looking at this FPGA or GPUs, your electricity rates may have already made the decision for you.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on October 24, 2011, 07:34:41 AM
It seems that the viability of this product rests completely on electricity pricing.  If you compare FPGA to GPU with the same amount of money invested it appears (using round numbers) that somewhere around 12 cents/kwh is the indifference line between these two.  If your power costs more than that, you're better off with an FPGA.  If you can get cheaper power, go for GPUs.

As an example, let's say you invest $2000 into mining.  With that, let's assume you could either buy 5x ZTEX FPGA modules or two GPU mining rigs with 8x GPUs.

FPGA
Investment: $2000
FPGA's: 5
Total Mh/s: 950
Monthly power cost at $0.12 for 45W: ~$4
BTC Payout: 0.9762 BTC/Day or ~30 btc/month
USD Payout at $2.70: $81
Monthly net revenue from $2000 investment: $77

GPU
Investment: $2000
4-GPU rigs: 2 (each having 4 x Radeon 5850 GPUs producing 333 Mh/s each)
Total Mh/s: 2664
Monthly power cost at $0.12 1700W: ~$150
BTC Payout: 2.7375 BTC/Day or ~83.25 btc/month
USD Payout at $2.70: $225
Monthly net revenue from $2000 investment: $75

Of course this comes with the standard caveats that BTC prices and difficulty will change and that you might be able to overclock GPUs and get even more Mh/s, etc. etc..  Also, if AMD can deliver on huge cuts in power consumption with the 7xxx series GPUs, the power indifference line will increase.

But, if you're considering investing in mining equipment and are looking at this FPGA or GPUs, your electricity rates may have already made the decision for you.

Thanks for your calculations. But don't forget, for larger amounts (group order) you get higher volume discounts. See the initial message for bulk prices.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on October 24, 2011, 09:42:36 AM
Maybe there are design limits that would make this unfeasible, but it seams you should be able to stack at least 2 additional ones with a board design that supports it. Unless someone can convince me that it is impossible, I will be holding out on buying multiple of these. I really do like the featured product on the OP; it really shows that we are evolving fast which makes me very excited.

Stacking these FPGA boards is not feasible due to several reasons
  • Stackable pin headers are expensive and either have to be soldered by hand or have to be pressed in (both is expensive)
  • At high currents you get problems with the contact resistance
  • The space between the board is usually to small for a proper cooling
  • Last but not least: At least all clock signals would have to be terminated (in order to avoid that reflected signals are misinterpreted as clocks). But termination is impossible since such a stack is everything but impedance controlled.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: eldentyrell on October 24, 2011, 11:29:17 PM
Nice job!

Glad to see you added the northbridge sink mounting holes.  But you might want to consider putting in two sets of holes at different distances like I did (https://bitcointalk.org/index.php?topic=45532) -- there isn't an official standard for how far apart they're supposed to be, and the distance can vary by as much as 6mm -- enough that any single pair of holes will rule out a significant fraction of the heatsinks out there due to being either too close or too far.

Why the electrolytic capacitor?  I see you've got at least one polymer (i.e. does-not-explode-and-leak) cap on there... curious why you didn't use that for both of them.  I've switched to all polymer+ceramic.

Also curious: is there a reason why you aren't using the FGG484 package?  It's slightly cheaper than all the others (not sure which one yours is, but it's not the FGG484).


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on October 25, 2011, 01:12:07 AM
Why the electrolytic capacitor?  I see you've got at least one polymer (i.e. does-not-explode-and-leak) cap on there... curious why you didn't use that for both of them. 

Polymer capacitors are electrolytic capacitors.

Quote
I've switched to all polymer+ceramic.

... and to THT bypass capacitors ;)

Quote
is there a reason why you aren't using the FGG484 package?

Yes,  the USB-FPGA Module 1.15x (http://www.ztex.de/usb-fpga-1/usb-fpga-1.15x.e.html) has to be firmware and bitstream compatible to USB-FPGA Module 1.15d (http://www.ztex.de/usb-fpga-1/usb-fpga-1.15.e.html).


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: sadpandatech on October 25, 2011, 01:19:15 AM
yours is 190 @ $460($2.50 m/hash) and there duel is 250 @ $580($2.35 m/hash).

There are volume discounts, see the initial post. If you order 5, the price is $430 or $2.26 per MH/s, the 25 units price is $1.94 per MH/s. If you search for an assembler and build an 50 GH/s rig, the price is about $1.02 per MH/s.
Quote
Even power usuage is in the same area :)
17W @ 250 MH/s: 14.7 MH/s per W
8.5W @ 190 MH/s: 22.3 MH/s per W

Thea is a difference of 50%.
ah yes, so it is :) The duel is less efficent but when you talking 50% on the amount of watts were talking its neither here nor there compared to other options (VGA etc). Great little devices all the same :)

  I don't know about that. ;p  At 50GHs that amounts to 1164 Watts less in electricty costs on this Ztex board. If electricty costs are at all an issue, this will add up pretty quick. ~28KW per day. Or $1,226 per year @ .12 KWH.  Yea, maybe not a big deal unless you're approaching it from a business perspective.

  Awesome board, Ztex!  Thanks for making it available to the community.

  


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: Grinder on October 25, 2011, 09:52:41 AM
FPGA
Investment: $2000
FPGA's: 5
Total Mh/s: 950
Monthly power cost at $0.12 for 45W: ~$4
BTC Payout: 0.9762 BTC/Day or ~30 btc/month
USD Payout at $2.70: $81
Monthly net revenue from $2000 investment: $77
Your BTC/month is almost 50% higher than the real earnings at these difficulty levels. They'll fall at the next change, but not enough to earn 30/month at 950 Mh/s. It seems to me that it won't fall this much unless the price falls even more.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: sadpandatech on October 25, 2011, 01:25:18 PM
FPGA
Investment: $2000
FPGA's: 5
Total Mh/s: 950
Monthly power cost at $0.12 for 45W: ~$4
BTC Payout: 0.9762 BTC/Day or ~30 btc/month
USD Payout at $2.70: $81
Monthly net revenue from $2000 investment: $77
Your BTC/month is almost 50% higher than the real earnings at these difficulty levels. They'll fall at the next change, but not enough to earn 30/month at 950 Mh/s. It seems to me that it won't fall this much unless the price falls even more.

  You're right, its .65 BTC per day on the FPGA setup and 1.83 BTC per day on the GPU setup in the example at current difficulty. Maybe his calc uses a pool hopping formula to get the numbers?


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on October 25, 2011, 01:33:45 PM
50% would be high even for pool hopping.  Real world (especially today w/ pools putting up countermeasures and less pools being hoppable at all) hopping "only" nets you 25%-35%.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: amazingrando on October 25, 2011, 05:07:29 PM
FPGA
Investment: $2000
FPGA's: 5
Total Mh/s: 950
Monthly power cost at $0.12 for 45W: ~$4
BTC Payout: 0.9762 BTC/Day or ~30 btc/month
USD Payout at $2.70: $81
Monthly net revenue from $2000 investment: $77
Your BTC/month is almost 50% higher than the real earnings at these difficulty levels. They'll fall at the next change, but not enough to earn 30/month at 950 Mh/s. It seems to me that it won't fall this much unless the price falls even more.

You're right.   :-\  Sorry about that.  I pulled the wrong numbers so the output was too high for both FPGA and GPU.  I have updated the calculations, which now shows that FPGA and GPUs are roughly equivalent at 8 cents/kWh, everything else being equal.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gmaxwell on October 25, 2011, 10:27:38 PM
You're right.   :-\  Sorry about that.  I pulled the wrong numbers so the output was too high for both FPGA and GPU.  I have updated the calculations, which now shows that FPGA and GPUs are roughly equivalent at 8 cents/kWh, everything else being equal.

People should run their own numbers in any case— your $/MH on the GPU farm is higher than my actuals by about 25% but people build with different degrees of efficiency.

You're certainly making the point that FPGAs are now in the realm of competitive for new deployments, even for buildouts with fairly short term planning horizons. Ztex's modules are also attractive because they've clearly been designed in a manner which would facilitate re-purposing them for things other than mining, which is a reason they should retain some value even if future SASIC (or even ASIC) devices are more efficient for mining.

OTOH, the density of one S6-LX150 per board is kinda poor, as I assume these are losing a fair amount to commons and PCB costs— (the bare FPGAs are about $190 each IIRC).  Sort of a tossup, the single chip boards are more reusable but it's still kinda pricy even with the quantity discounts.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: amazingrando on October 26, 2011, 12:39:06 AM
You're right.   :-\  Sorry about that.  I pulled the wrong numbers so the output was too high for both FPGA and GPU.  I have updated the calculations, which now shows that FPGA and GPUs are roughly equivalent at 8 cents/kWh, everything else being equal.

People should run their own numbers in any case— your $/MH on the GPU farm is higher than my actuals by about 25% but people build with different degrees of efficiency.

You're certainly making the point that FPGAs are now in the realm of competitive for new deployments, even for buildouts with fairly short term planning horizons. Ztex's modules are also attractive because they've clearly been designed in a manner which would facilitate re-purposing them for things other than mining, which is a reason they should retain some value even if future SASIC (or even ASIC) devices are more efficient for mining.

OTOH, the density of one S6-LX150 per board is kinda poor, as I assume these are losing a fair amount to commons and PCB costs— (the bare FPGAs are about $190 each IIRC).  Sort of a tossup, the single chip boards are more reusable but it's still kinda pricy even with the quantity discounts.


25% less on your build?  That's impressive.  Care to share your secrets? ;)

Very true:  Do you own math/homework. Whether it's hype, anecdotes, or my calculations, it might not be right for you.

I'm ambivalent about the resale value of the FPGAs. If BTC was no longer viable or you just wanted to get out of the game, I think you would take a much bigger hit on the residual value of the FPGAs than a GPU.

Certainly they are being an option worth serious consideration.  Multi-FPGA and better hash rate at a lower cost is what could be very interesting.  Keen to hear about the 2nd gen....


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gmaxwell on October 26, 2011, 01:06:57 AM
25% less on your build?  That's impressive.  Care to share your secrets? ;)
(sorry for the OT tangent)

5830s overclocked (and carefully clock managed, but not overvoltaged, 324MH/s) bought in bulk, 6x to a board, slowest cpu, network booting, a lot of careful tweaking. All other parts cut to a minimum. GPUs screwed to a wooden frame many linear feet long spaced as wide as possible. Ribbons ordered from hong-kong and shipped on the slow boat. I'm also fairly power efficient for a gpu setup— you can gain a fair bit by careful psu selection and running at 240v.  (and good power quality is important for stability at high clock rates)

Total cost per node are 109*6 (gpus) + 210 (mb) + 4*6 (ribbons) + 60 (cpu/ram)  + 100 (power) + 8 (marginal price of a ethernet switch port) = $1056 plus some modest shipping costs and a negligible amount of wood and screws. :)  yields 1944 MH/s.  Er. That a bit better than I said, though its a bit closer once you throw in some for shipping.

Quote
I'm ambivalent about the resale value of the FPGAs. If BTC was no longer viable or you just wanted to get out of the game, I think you would take a much bigger hit on the residual value of the FPGAs than a GPU.

Its hard to say. There are a lot of gpu miners... and once the cards are a couple generations old I expect an influx of used cards (especially a lot of lemon used cards that have been driven hard and not well cooled as many miners are guilty of) will undermine the used market price. It's hard to guess by how much.  These ATI GPUs are only so vastly superior to the alternatives for a few apps.. a lot of gamers would rather have nvidia.

If you want to build a DES cracker however, then that FPGA will be a pretty smoking solution.  I expect the FPGA vendors could probably improve their sales by offering tools for other applications, just to increase customer confidence that the FPGAs are useful for things other than mining.  DES reversing and WPA cracking are obvious things that come to mind. ... lack of fast IO limits SDR applications, lack of memory and fast IO limits imaging applications, these are best for crypto.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on October 26, 2011, 09:57:52 AM
A few word about the possibility of reselling:

This FPGA Board become inefficient (higher power costs than returns) when bitcoin mining is dominated by future generation FPGA's (even upcoming GPU's will not be as efficient as current FPGA's). If that ever happens it will take a very long time due to the high investment costs.

In other words, it will take a very long time until these FPGA board become inefficient (if that ever happens). Then the boards are to outdated in order to sell them.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on October 26, 2011, 10:02:49 AM
I expect the FPGA vendors could probably improve their sales by offering tools for other applications, just to increase customer confidence that the FPGAs are useful for things other than mining.  DES reversing and WPA cracking are obvious things that come to mind. ...

GSM hacking and computation of rainbow tables are other cryptographic applications. But I will not implement ready-to-use solutions for this due to moral reasons (could help governments to tyrannize their people)

Quote
lack of fast IO limits SDR applications, lack of memory and fast IO limits imaging applications, these are best for crypto.

At http://www.ztex.de you can also find boards for these applications.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on October 26, 2011, 12:43:11 PM
I expect the FPGA vendors could probably improve their sales by offering tools for other applications, just to increase customer confidence that the FPGAs are useful for things other than mining.  DES reversing and WPA cracking are obvious things that come to mind. ...

GSM hacking and computation of rainbow tables are other cryptographic applications. But I will not implement ready-to-use solutions for this due to moral reasons (could help governments to tyrannize their people)

You are aware that keeping things secret only HELP governments.  If the government wants to crack GSM it will crack GSM.  They won't be buying your product to do so.  They will be employing their own cryptographers.

Hiding things in secrecy only help governments.  Information in the open levels the playing field.  If GSM is cracked IN SECRET then nobody knows and the govt can spy without public knowledge.  If GSM is cracked IN PUBLIC then the public is at least aware of the danger and hopefully public pressure pushes for superior algorithm which can't be cracked.  This may in fact defeat a govt program which has already cracked GSM by bringing public attention to the vulnerability.

An example would be WEP.  WEP was horribly flawed.  It would have provided no resistance to any govt program.  However the wifi industry claimed it was secure.  Hell it is the Wired Equivelency Protocol.  It is as secure as a wireline.   Had it not been broken publicly and so spectacularly to make it the laughing stock of the industry and public WPA may never have been developed.

If you want to protect citizens from governments then make information free (free as in free speech not free beer).


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: m3sSh3aD on October 26, 2011, 12:51:40 PM
Whats this?

http://semiaccurate.com/2011/10/25/xilinx-sets-new-fpga-record/


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on October 26, 2011, 01:00:53 PM
You are aware that keeping things secret only HELP governments.  If the government wants to crack GSM it will crack GSM.  They won't be buying your product to do so.  They will be employing their own cryptographers.

The fact that GSM can be hacked is known since several years. AFAIR it was published by group of scientists from Israel.

Publishing ready-to-use software would just reduce the amount of effort required to abuse this technology.




Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on October 26, 2011, 01:06:56 PM
Whats this?

http://semiaccurate.com/2011/10/25/xilinx-sets-new-fpga-record/

It's a link ;)

Virtex FPGA's are to expensive for bitcoin mining. They contain a lot of features which are not required for bitcoin mining, e.g. multiplicators and high speed serial I/O's.



Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: m3sSh3aD on October 26, 2011, 01:48:29 PM
ah, thanks for the explanation ;)


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: rph on October 28, 2011, 05:45:50 AM
If you search for an assembler and build an 50 GH/s rig, the price is about $1.02 per MH/s.

Heh, if you could reach that $/MH on a 15GH/s build (or close),
and mentioned it a few months ago, it could have saved me quite a lot of time  8)

-rph


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on October 28, 2011, 12:35:33 PM
If you search for an assembler and build an 50 GH/s rig, the price is about $1.02 per MH/s.

Heh, if you could reach that $/MH on a 15GH/s build (or close),

Just find 2 other people you are willing to trust with $10K+ and split a 50 GH/s run.  :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: Chaseshaw on October 31, 2011, 06:28:08 AM
What model 5830? that's pretty impressive. care to share your secrets? phoenix 1.6.4 with phatk2 and overclocked only gets me to about 270.



25% less on your build?  That's impressive.  Care to share your secrets? ;)
(sorry for the OT tangent)

5830s overclocked (and carefully clock managed, but not overvoltaged, 324MH/s) bought in bulk, 6x to a board, slowest cpu, network booting, a lot of careful tweaking. All other parts cut to a minimum. GPUs screwed to a wooden frame many linear feet long spaced as wide as possible. Ribbons ordered from hong-kong and shipped on the slow boat. I'm also fairly power efficient for a gpu setup— you can gain a fair bit by careful psu selection and running at 240v.  (and good power quality is important for stability at high clock rates)

Total cost per node are 109*6 (gpus) + 210 (mb) + 4*6 (ribbons) + 60 (cpu/ram)  + 100 (power) + 8 (marginal price of a ethernet switch port) = $1056 plus some modest shipping costs and a negligible amount of wood and screws. :)  yields 1944 MH/s.  Er. That a bit better than I said, though its a bit closer once you throw in some for shipping.

Quote
I'm ambivalent about the resale value of the FPGAs. If BTC was no longer viable or you just wanted to get out of the game, I think you would take a much bigger hit on the residual value of the FPGAs than a GPU.

Its hard to say. There are a lot of gpu miners... and once the cards are a couple generations old I expect an influx of used cards (especially a lot of lemon used cards that have been driven hard and not well cooled as many miners are guilty of) will undermine the used market price. It's hard to guess by how much.  These ATI GPUs are only so vastly superior to the alternatives for a few apps.. a lot of gamers would rather have nvidia.

If you want to build a DES cracker however, then that FPGA will be a pretty smoking solution.  I expect the FPGA vendors could probably improve their sales by offering tools for other applications, just to increase customer confidence that the FPGAs are useful for things other than mining.  DES reversing and WPA cracking are obvious things that come to mind. ... lack of fast IO limits SDR applications, lack of memory and fast IO limits imaging applications, these are best for crypto.



Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on November 03, 2011, 02:00:39 PM
A description (with a few images) about how a standard ATX PSU can be modified in order to power a cluster of FPGA board has been added to the initial post.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on November 03, 2011, 02:10:47 PM
A description (with a few images) about how a standard ATX PSU can be modified in order to power a cluster of FPGA board has been added to the initial post.

Nice.  I likely will need to wait until after the first of the year but I am interesting in pickup up 10 boards.  A single ATX powersupply makes it a lot easier to keep them managed.  You got any good ideas for mounting 10 boards in a standard ATX case?


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on November 03, 2011, 02:55:32 PM
You got any good ideas for mounting 10 boards in a standard ATX case?

IMHO an ATX case is not suitable for this purpose. Best way is to build your own case with material from DIY store.

The easiest solution is to purchase a shelf from the DIY market and put everything in it. The FPGA boards can be mounted with standoffs. Of course, this in not very beautiful and wastes space. (But at At least the hash rate per cubic meter should not be much less than with a GPU rig ;))


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: Turbor on November 03, 2011, 06:12:29 PM
Pulled the trigger on one of your boards. ZTEX seems to have a very good customer service + he speaks my language (in case of problems) :D

FPGA is the future here in Switzerland.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: m3sSh3aD on November 06, 2011, 01:14:01 PM
Pulled the trigger on one of your boards. ZTEX seems to have a very good customer service + he speaks my language (in case of problems) :D

FPGA is the future here in Switzerland.

Thats a rather silly statement imo as its obvious FPGA is better. No offence ;) We just need more people PRODUCING them, then comes lower prices. Seen as silicon shouldn't have even gone below 40nm, never mind the ridiculous crap we have now that wont last. 22nm is an achievement, 14nm, which intel currently as in its possession is absurd. I wouldn't even like to think about all the problems there having. The fact is silicon as been dead for 5-10 years, hence multi threading (which IS NOT THE ANSWER). The fact that theres been a replacement at alot lesser cost, heat, power and production cost that will even work with the modern tools we use for silicon is due to the powers that be and now were at the end of a could-e-sac with nowhere to go. Gallium Arsenide as been around for ages and research as been made (little) which would have stem'd the gap until we get the graphine process sorted. Now, were stuck here with no advance in technology and Intel/TSMC/Global Foundaries/Samsung/IBM etc etc all spending silly money on a technology (silicon based processors) with little or no improvement over the generation before. Most release 2 chips on the same node these days, This is just a scam. Yes, its 'improved' but its NOT NEW! If they plummeted as much money into Gallium Arsenide as they have with silicon just to get it down to the nm we have now, we would have some serious advancement. As it stands, It's been stagnebt for the last decade. Hell, i only got back interested cause of Bitcoins :)

Now, FPGA as got to be the future for bitcoin minung, Simple fact is its like ARM vs x86(x64), ones made for performance per watt. the other is chuck it all in and dont worry to much about consumption. In the end, although expensive right now, the risk takers will profit from getting involved with FPGA.

Also, AMD is shifting to CGN architecture which will be devistating for BC mining. Less cores which can do more. Good for games/folding @home but devastating for bitcoing mining. I expect all radeon HD8xxx to be based on the new CGN and not VLIM4 or VLIM5 so if you ask me, FPGA is the only way forward for bitcoing mining.

Of cause, this is my own collected knowledge and my opinion but i see where technology is and as been for a long time. There's been no progression really, Your just all been hood winked with PR and Sales tactics. AMD's Bulldozer is the perfect example that multi threading ISNT upgrading the CPU, it just allows software (Incredibly complicated software and HORRID to work with) to take advantage of having multiple cores. Multiple slower and slower cores. BACKWARDS! Thats why your 5 year old PC still works as good as a new one and you have no need to upgrade. I'm afraid that every-thing's getting so dumbed down, people who like to mess and play with there hardware just wont be able to in the future because of all the lock downs made by companies such as apple and intel alike. They even employ the people who do hack them, Clever move in all honesty. Bad for us, the consumers that actually care about technology though :( All going integrated bull crap :(


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: Turbor on November 06, 2011, 05:34:55 PM
Pulled the trigger on one of your boards. ZTEX seems to have a very good customer service + he speaks my language (in case of problems) :D

FPGA is the future here in Switzerland.
Thats a rather silly statement imo as its obvious FPGA is better. No offence ;) ...

 ;) i can live with that. Better is always a question of your point of view. But with 20+ cents in power cost it's no question what's better for me. I can shutdown my 5850s anytime and use them to watch movies or whatever. But for others with more effective cards and cheaper power cost it may be a different story. To each his own.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: m3sSh3aD on November 06, 2011, 06:16:48 PM
Pulled the trigger on one of your boards. ZTEX seems to have a very good customer service + he speaks my language (in case of problems) :D

FPGA is the future here in Switzerland.
Thats a rather silly statement imo as its obvious FPGA is better. No offence ;) ...

 ;) i can live with that. Better is always a question of your point of view. But with 20+ cents in power cost it's no question what's better for me. I can shutdown my 5850s anytime and use them to watch movies or whatever. But for others with more effective cards and cheaper power cost it may be a different story. To each his own.


Burning 8 5850's and 2 5870's here at moment, But recently found more interesting things to invest in and going away for 2 months to india end of the year so its all on hold for now :) But FPGA is undoubtedly going take over if AMD go down the path that Nvidia have (Less core more complex algorithms or what not) which is what the 79XX cards will be. 78XX may just be the last good BTC mining card..... I hope not, but extra power isnt needed with current software (normal users) not even pushing last gen's tech (although both 40nm). Hell, the gen before (4xxx) can even still hold its own in most things. Fact is more cores are not needed which is why they are heading into the CGN architecture in the first place. Its just another bit of tech going stale and rotten with no real world 'improvements'. At least not like the good ol' days :)

Hence why i say we needed to make waves in the research of Gallium Arsenide and graphene, Although i hear manchester uni (where graphene was found out) as been given 50 million boost to try keep it at the heart of graphene development. Unlikly, with IBM (EVIL EVIL COMPANY) getting there dirty hands dirty with it.

Its only the gay patenet system and the old dogs (M$, IBM, Apple etc etc) stopping progression and drip feeding everyone. New companies who have anything just get brought/bullied out so the drip can continue. As i say, tech as been dead for a decade with no major advances really. Especially the last 5 years. It's just sad, or im turning into a misrable ol' bar steward :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on November 11, 2011, 03:03:12 PM
ztek could you build a 2x FPGA, 3x FPGA or even 4x FPGA board cheaper on a per FPGA basis that your current design?

The reason I ask is that most people looking to buy into FPGA are not casual miners.  They are looking to build hashing clusters.  Hopefully someday very large hashing clusters.  If a 2x FPGA board is cheaper than 2x 1-FPGA board then it makes more economical sense to go with a larger board.  I noticed one of your competitors has a lower price on 2x FPGA board however they aren't getting very good throughput on the FPGA. Still the lower production cost makes me think it would be possible to bring the cost down w/ multiple FPGA boards.

If you are concerned about capital risk I would imagine people would be willing to pay a deposit ($50 per unit?) for the first batch.

Some people might be interested in the lowest total cost because they only want or can afford $500 worth however my guess is most of the potential demand cares less on what the per card price is and more on the per FPGA & per MH price.





Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: btc_artist on November 11, 2011, 03:12:12 PM
watching


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on November 11, 2011, 09:22:53 PM
ztek could you build a 2x FPGA, 3x FPGA or even 4x FPGA board cheaper on a per FPGA basis that your current design?

The reason I ask is that most people looking to buy into FPGA are not casual miners.  They are looking to build hashing clusters.  Hopefully someday very large hashing clusters.  If a 2x FPGA board is cheaper than 2x 1-FPGA board then it makes more economical sense to go with a larger board.  I noticed one of your competitors has a lower price on 2x FPGA board however they aren't getting very good throughput on the FPGA. Still the lower production cost makes me think it would be possible to bring the cost down w/ multiple FPGA boards.

If you are concerned about capital risk I would imagine people would be willing to pay a deposit ($50 per unit?) for the first batch.

Some people might be interested in the lowest total cost because they only want or can afford $500 worth however my guess is most of the potential demand cares less on what the per card price is and more on the per FPGA & per MH price.

You do not consider the volume discount.

I just calculated the price. A 4 FPGA board would cost about 1150 EUR (+/- 5%) , i.e. 287 EUR/LX150. This is 40 EUR cheaper than the 327 EUR of a single FPGA board.

If you purchase 15 4 FPGA Boards the volume price is 990 EUR, altogether 14850 EUR.

If you purchase 60 single FPGA boards the volume price 236 EUR, altogether 14160 EUR.

4 FPGA Board make sense for licensed production customers because in this case the costs are dominated by the part prices.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on November 11, 2011, 09:36:20 PM
I guess there is a lot I don't understand about this industry.

Why would 15x 4-FPGA boards cost more than 60x 1-FPGA boards if 1x 4-FPGA board costs less than 4x 1-FPGA board?

Quote
If you purchase 15 4 FPGA Boards the volume price is 990 EUR, altogether 14850 EUR.
If you purchase 60 single FPGA boards the volume price 236 EUR, altogether 14160 EUR.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on November 11, 2011, 09:59:10 PM
Why would 15x 4-FPGA boards cost more than 60x 1-FPGA boards if 1x 4-FPGA board costs less than 4x 1-FPGA board?

Having several board costs more development time, I need more capital for having the stock and production costs are higher.

In other words, if I sell 60 single FPGA boards I earn less than with 15 quad FPGA boards,  but I also need less time for development, less capital for the stock, ....






Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: pent on November 13, 2011, 09:05:21 AM
I just wondering about USB bus throughput.

Does miner send every datablock for sha256 calculation to the board? If yes, then one unit will load USB bus significantly. How many units will load USB2.0 to 100%?


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on November 13, 2011, 09:53:02 AM
I just wondering about USB bus throughput.

Does miner send every datablock for sha256 calculation to the board? If yes, then one unit will load USB bus significantly. How many units will load USB2.0 to 100%?

The FPGA can count by itself. Makes one new data block (44 Bytes) every 11s or 4 Byte/s. Reading out the data costs another 48 Byte/s.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: pent on November 13, 2011, 10:16:48 AM
Very good!


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ngzhang on November 13, 2011, 02:38:18 PM
I just wondering about USB bus throughput.

Does miner send every datablock for sha256 calculation to the board? If yes, then one unit will load USB bus significantly. How many units will load USB2.0 to 100%?

The FPGA can count by itself. Makes one new data block (44 Bytes) every 11s or 4 Byte/s. Reading out the data costs another 48 Byte/s.

actually a 9600bps COM port is fairly enough for a 127 mining chain.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: Turbor on November 16, 2011, 10:28:22 PM
Received my module today. Had a hard time to start it but that was my own mistake  :P. All is very well documented on his homepage and almost ready to start mining. ZTEX is the man. If you want a quality product and great customer service go with him. With his newest miner version i get a hashrate well above 200 MH/s  :). I'm very happy. Again, thank you for the support !


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: eleuthria on November 17, 2011, 05:13:31 PM
Put in my order for a small cluster last night, can't wait to get back into mining (damn electric rates made even 5970s unprofitable!)


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 01, 2011, 01:43:13 AM
I highly recommend not buying anything from this vendor, their warranty is non-existent.
https://bitcointalk.org/index.php?topic=53411.0


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: Turbor on December 01, 2011, 03:02:23 AM
Bring up all mails so we can see what is going on !


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 01, 2011, 03:21:56 AM
Bring up all mails so we can see what is going on !

I will make public all emails if Stefan says that anything I already said, is not true.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: Turbor on December 01, 2011, 03:30:42 AM
Bring up all mails so we can see what is going on !

I will make public all emails if Stefan says that anything I already said, is not true.

Seems fair. Relax, give him time and i'm almost sure there will be a solution to your problem.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 01, 2011, 09:46:57 AM
I highly recommend not buying anything from this vendor, their warranty is non-existent.
https://bitcointalk.org/index.php?topic=53411.0

This is an (almost) cross post from: https://bitcointalk.org/index.php?topic=40047.140

Gusti returned two boards 2 days ago. Both voltage regulators on both boards are destroyed. These voltage regulators are over current and temperature protected. The only way to destroy them is by over voltage.

Since the valid range of is clearly specified on the products page (http://www.ztex.de/usb-fpga-1/usb-fpga-1.15x.e.html#con5), this is not covered by warranty.

Here is an image which shows the 3.3V regulator of one of Gustis board:
http://www.ztex.de/imgs/gusti.jpg

Gusti, In your mail from Nov 10 you wrote that smoke came out of one of the part. Why you destroyed the second board in the same way instead of asking me what is going wrong?

These regulator circuits are used in 4 other products. I sold a few hundreds of them. Gusti is the only customer I know who destroyed the regulators in this way.

BTW, I just counted it: I wrote Gusti 22 support mails. This was not always easy. His last mail is
Quote
no problem, bro
I will make sure you will not sell a single card in the forum anymore


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 01, 2011, 12:58:57 PM
I highly recommend not buying anything from this vendor, their warranty is non-existent.
https://bitcointalk.org/index.php?topic=53411.0

This is an (almost) cross post from: https://bitcointalk.org/index.php?topic=40047.140

Gusti returned two boards 2 days ago. Both voltage regulators on both boards are destroyed. These voltage regulators are over current and temperature protected. The only way to destroy them is by over voltage.

Since the valid range of is clearly specified on the products page (http://www.ztex.de/usb-fpga-1/usb-fpga-1.15x.e.html#con5), this is not covered by warranty.

Here is an image which shows the 3.3V regulator of one of Gustis board:
http://www.ztex.de/imgs/gusti.jpg

Gusti, In your mail from Nov 10 you wrote that smoke came out of one of the part. Why you destroyed the second board in the same way instead of asking me what is going wrong?

These regulator circuits are used in 4 other products. I sold a few hundreds of them. Gusti is the only customer I know who destroyed the regulators in this way.

BTW, I just counted it: I wrote Gusti 22 support mails. This was not always easy. His last mail is
Quote
no problem, bro
I will make sure you will not sell a single card in the forum anymore


Sure, you need to honour the warranties and the design problems of the products you are selling.
If not, new customers need to be aware the risks they are facing by buying from you.
Again, I'm publicly asking you for a proper solution on this, at this point a full refund.




Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: tnkflx on December 01, 2011, 01:04:34 PM
Warranties are void if you killed the board yourself...


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 01, 2011, 01:08:58 PM
Warranties are void if you killed the board yourself...

Please enlighten me, how can I kill myself a board with a proper rated PS, that is actually working with another device (3COM switch ) ?
I suspect a design problem, or lack of protection from consumer grade power supplies, which the manufacturer never warned about.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: P4man on December 01, 2011, 01:15:24 PM
Warranty is to cover product defects, not user defects.
I might understand you if you had blown up a single board, if your point is that ztex gave inadequate information about what kind of powersupply you need (ie, regulated psu). I havent checked their documentation, so maybe it is made clear, but Im assuming maybe it isnt. But I can have no sympathy for the second board you smoked.

If I was ztex, I might consider giving you a 50% rebate on the first board (and explain the PSU requirements better if needed), but certainly no more than that. Id actually find that pretty generous already.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 01, 2011, 01:36:13 PM
Warranty is to cover product defects, not user defects.
I might understand you if you had blown up a single board, if your point is that ztex gave inadequate information about what kind of powersupply you need (ie, regulated psu). I havent checked their documentation, so maybe it is made clear, but Im assuming maybe it isnt. But I can have no sympathy for the second board you smoked.

If I was ztex, I might consider giving you a 50% rebate on the first board (and explain the PSU requirements better if needed), but certainly no more than that. Id actually find that pretty generous already.

Certainly there was a problem with boards, manufacturer says it's a power supply problem. I say that same power supply is actually working with a 3COM switch, same 12 VDC rating. Please tell me where is the "user defect" you are talking about.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on December 01, 2011, 01:43:47 PM
Warranty is to cover product defects, not user defects.
I might understand you if you had blown up a single board, if your point is that ztex gave inadequate information about what kind of powersupply you need (ie, regulated psu). I havent checked their documentation, so maybe it is made clear, but Im assuming maybe it isnt. But I can have no sympathy for the second board you smoked.

If I was ztex, I might consider giving you a 50% rebate on the first board (and explain the PSU requirements better if needed), but certainly no more than that. Id actually find that pretty generous already.

Certainly there was a problem with boards, manufacturer says it's a power supply problem. I say that same power supply is actually working with a 3COM switch, same 12 VDC rating. Please tell me where is the "user defect" you are talking about.


You also reported that the "working" power supply was pushing 13.5V.  That's 11% overvoltage.  Tell you what put 13.5V into an AMD video card and then when you see smoke try it on a second card.  Then try getting an RMA.  Be sure to tell them exactly what you did.

Most electronic warranties don't cover overvoltage. 

The one thing I would advise ztek to do is offer an optional power supply for sale.  If you already do then that makes gusti claim even weaker but if you don't you might want to offer one.  Users who may be concerned about their ability to verify a power supply before using it could just buy one from out.  Those of us who intend to power 20+ from a ATX PSU wouldn't need to.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 01, 2011, 01:50:36 PM
Warranty is to cover product defects, not user defects.
I might understand you if you had blown up a single board, if your point is that ztex gave inadequate information about what kind of powersupply you need (ie, regulated psu). I havent checked their documentation, so maybe it is made clear, but Im assuming maybe it isnt. But I can have no sympathy for the second board you smoked.

If I was ztex, I might consider giving you a 50% rebate on the first board (and explain the PSU requirements better if needed), but certainly no more than that. Id actually find that pretty generous already.

Certainly there was a problem with boards, manufacturer says it's a power supply problem. I say that same power supply is actually working with a 3COM switch, same 12 VDC rating. Please tell me where is the "user defect" you are talking about.


You also reported that the "working" power supply was pushing 13.5V.  That's 11% overvoltage.  Tell you what put 13.5V into an AMD video card and then when you see smoke try it on a second card.  Then try getting an RMA.  Be sure to tell them exactly what you did.

Most electronic warranties don't cover overvoltage. 

The one thing I would advise ztek to do is offer an optional power supply for sale.  If you already do then that makes gusti claim even weaker but if you don't you might want to offer one.  Users who may be concerned about their ability to verify a power supply before using it could just buy one from out.  Those of us who intend to power 20+ from a ATX PSU wouldn't need to.


According to manufacturer, there cannot be overvoltage at 13.5 v, as the cards are rated from 5 to 16 v.
The "smoke" issue is a plain lie from manufacturer, I NEVER wrote that email.
And the "working" power supply, is currently working with it's original switch.

So please, do not make false assumptions beforehand, I worked on IT since 1983 and I never blowed a card before.








Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on December 01, 2011, 01:56:11 PM
Could it be a polarity issue?

Center pos vs center neg?


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 01, 2011, 01:56:37 PM
Quote
The "smoke" issue is a plain lie from manufacturer, I NEVER wrote that email.

I can publish the header if you can't remember in this mail.

And what is about the image. If a part is blown up in this way it prduces smoke.






Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 01, 2011, 01:59:43 PM
Could it be a polarity issue?

Center pos vs center neg?

No it wasn´t, checked that on the PS too.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 01, 2011, 02:03:15 PM
If I was ztex, I might consider giving you a 50% rebate on the first board (and explain the PSU requirements better if needed), but certainly no more than that. Id actually find that

The (internal) policy for accidentally destroyed devices is a discount of 20% to 30% for the replacement order because I do not want to earn to much from this kind of pit.

It is always possible that a device is destroyed by not being careful (usually shortcuts, ESD) or by not reading the specification. This also happened to me. But it happened in the same way to two boards.









Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 01, 2011, 02:11:00 PM
If I was ztex, I might consider giving you a 50% rebate on the first board (and explain the PSU requirements better if needed), but certainly no more than that. Id actually find that

The (internal) policy for accidentally destroyed devices is a discount of 20% to 30% for the replacement order because I do not want to earn to much from this kind of pit.

It is always possible that a device is destroyed by not being careful (usually shortcuts, ESD) or by not reading the specification. This also happened to me. But it happened in the same way to two boards.



I think you need to design a better voltage regulating circuit, with some kind of protection.
Or make it clear not to connect consumer grade PS, only PC PSU with a better regulation.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 01, 2011, 02:16:33 PM
Quote
You also reported that the "working" power supply was pushing 13.5V.

AFAIR 11.5 V under load and 13.5 V in idle. It seems to be an unregulated supply without bulk capacitors.  (With bulk capacitors the idle voltage would be higher.)

The voltages he measured are mean voltages. The peak voltages are drastically higher.

Quote
The one thing I would advise ztek to do is offer an optional power supply for sale.  If you already do then that makes gusti claim even weaker but if you don't you might want to offer one.  Users who may be concerned about their ability to verify a power supply before using it could just buy one from out.  Those of us who intend to power 20+ from a ATX PSU wouldn't need to.

Any power supply with a peak voltage less than 18V (recommended: 16V) and a minimum voltage of 4.5V can be used.

All stabilized supplies are save if their nominal voltage is within this limits. Switching supplies are always regulated.

There is a problem problem with selling power supplies:  different countries have different plugs and different voltages. Expensive international kits would have to be used and due to the size shipping gets even more expansive. Furthermore, most of these 1.15x FPGA Boards are used in clusters with a special power supply, see initial post of this thread.







Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on December 01, 2011, 02:28:35 PM
There is a problem with selling power supplies:  different countries have different plugs and different voltages. Expensive international kits would have to be used and due to the size shipping gets even more expansive.

Yeah me being amero-centric again I forgot how many different voltage/plug/cycle combinations there are.

Quote
Furthermore, most of these 1.15x FPGA Boards are used in clusters with a special power supply, see initial post of this thread.

Agreed which is how I intend to use it.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: cicada on December 01, 2011, 02:54:35 PM
There is a problem problem with selling power supplies:  different countries have different plugs and different voltages. Expensive international kits would have to be used and due to the size shipping gets even more expansive.

Those who are unsure about what PS to use, can't test voltages, etc etc, may still prefer the piece of mind buying an overpriced PS from you.

Don't bother selling 'kits', sell verified power supplies separately and allow the buyer to decide which type they need.  Even if you only stock power supplies for 60hz 120V US and 50hz 220V EURO you'll cover most of your bases.  Absolutely charge extra shipping, and absolutely mark up the price to cover your extra costs.

Out of 100 single-board orders you sell, maybe 10% of those buyers will know the difference between regulated and unregulated power supplies.  Cover your ass on the other 90% who will just try plugging in whatever fits in the socket.

[edit] While, yes, there are a large number of possible combinations if you wish to cover all countries, offering A, C, and G transformers will cover almost all of the major ones.

http://en.wikipedia.org/wiki/Mains_electricity_by_country (http://en.wikipedia.org/wiki/Mains_electricity_by_country)


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: fizzisist on December 01, 2011, 03:48:11 PM
You also reported that the "working" power supply was pushing 13.5V.  That's 11% overvoltage.  Tell you what put 13.5V into an AMD video card and then when you see smoke try it on a second card.  Then try getting an RMA.  Be sure to tell them exactly what you did.

Most electronic warranties don't cover overvoltage.  

The one thing I would advise ztek to do is offer an optional power supply for sale.  If you already do then that makes gusti claim even weaker but if you don't you might want to offer one.  Users who may be concerned about their ability to verify a power supply before using it could just buy one from out.  Those of us who intend to power 20+ from a ATX PSU wouldn't need to.

Like I said in the other thread (now locked), that's the voltage when there is no load. I don't understand how voltage without current can do damage to the board. As soon as there is some current draw, it should drop to acceptable levels. If it had a huge output capacitor, then I could see it potentially doing some damage. But ztex, you said it probably didn't have one?

I'm only asking in the name of science here, not to slander ztex or his design or to take the side of the customer. I also want to make sure this type of thing doesn't happen to a customer using one of our boards. I've definitely lost some sleep worrying about something like this happening, and now that it's happened to someone else, I'm even more worried. If it turns out that using an unregulated "12 V" supply can really do this much damage, I don't want to ship a single board to a customer until I feel that our customers are sufficiently well informed not to do this.

Now, can someone tell me how one can tell that a supply is unregulated or not? Other than measuring it with a multimeter, of course. As far as I know, there is nothing on the label to indicate this.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on December 01, 2011, 03:52:23 PM
There is a problem problem with selling power supplies:  different countries have different plugs and different voltages. Expensive international kits would have to be used and due to the size shipping gets even more expansive.

Those who are unsure about what PS to use, can't test voltages, etc etc, may still prefer the piece of mind buying an overpriced PS from you.

Don't bother selling 'kits', sell verified power supplies separately and allow the buyer to decide which type they need.  Even if you only stock power supplies for 60hz 120V US and 50hz 220V EURO you'll cover most of your bases.  Absolutely charge extra shipping, and absolutely mark up the price to cover your extra costs.

Yeah I agree selling kits would be worthless.  If power supplies are offered they should be separate and optional.

Another option would be to find a large retailer (amazon, digikey) that has a compatible PS. 
Ztek could test it an then provide a link to it from the product page.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: cicada on December 01, 2011, 04:00:44 PM
Now, can someone tell me how one can tell that a supply is unregulated or not? Other than measuring it with a multimeter, of course. As far as I know, there is nothing on the label to indicate this.

There really isn't a reliable way to know outside of testing with a multimeter.   A well regulated 12V supply shouldn't spike above 13-14V unloaded, and most will read slightly below the rated voltage, somewhere around 10-11.5V.

Generally cheap wall-worts that come with other gadgets (switches, routers, etc etc) are unregulated, the regulation circuit is part of the device they're intended to power.  A bad unregulated 12V supply can often spike to 20V+ unloaded, and the same supply can dip well below 12V under moderate load.  This is often the bane of those beginning in microelectronics (amtel/arduinos/etc).

The only way to know for sure that the PSU the buyer is using is going to work and not fry the board is to supply it yourself.



Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeepBit on December 01, 2011, 04:09:26 PM
Don't bother selling 'kits', sell verified power supplies separately and allow the buyer to decide which type they need.  Even if you only stock power supplies for 60hz 120V US and 50hz 220V EURO you'll cover most of your bases.  Absolutely charge extra shipping, and absolutely mark up the price to cover your extra costs.

While, yes, there are a large number of possible combinations if you wish to cover all countries, offering A, C, and G transformers will cover almost all of the major ones.
We aren't living in the past already :)
Most modern switching power supplies are designed for 100-240 range or even better (sometimes marked as "autovoltage"), this covers the entire world, only some cheap physical plug adapters may be needed.

Generally cheap wall-worts that come with other gadgets (switches, routers, etc etc) are unregulated, the regulation circuit is part of the device they're intended to power.
Well, there is was a regulator as the part of the device.

Like I said in the other thread (now locked), that's the voltage when there is no load. I don't understand how voltage without current can do damage to the board. As soon as there is some current draw, it should drop to acceptable levels. If it had a huge output capacitor, then I could see it potentially doing some damage. But ztex, you said it probably didn't have one?
I can't imagine how this damage could have happened if he used correct polarity and the board was good at arrival. I doubt that the PS was really that bad.
I can think of shorting something at the back of the board by stray screw laying on the table, but ztex says that this regulator is overcurrent-protected and that would be strange to fry both boards same way...


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on December 01, 2011, 04:32:27 PM
I can think of shorting something at the back of the board by stray screw laying on the table, but ztex says that this regulator is overcurrent-protected and that would be strange to fry both boards same way...

The weird thing is two board and destroyed the same way.

Maybe the fryer could post a picture of power supply label.  Reverse polarity was the first thing I thought of but the fryer claims it was proper polarity.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 01, 2011, 05:29:32 PM
Like I said in the other thread (now locked), that's the voltage when there is no load. I don't understand how voltage without current can do damage to the board.

If an over voltage spike occurs, the switching regulators breaks through, i.e. you have the input voltage on the 1.2V and 3.3V rails. This immediately destroys most chips and capacitors.

Quote
As soon as there is some current draw, it should drop to acceptable levels. If it had a huge output capacitor, then I could see it potentially doing some damage. But ztex, you said it probably didn't have one?

A bulk capacitor is on the FPGA board. The job of input capacitors it to eliminate spikes (ceramic types) and to reduce slower peaks. Without that capacitors the board would be even more sensitive.

According to Gusti the damage occurred in idle mode.

Quote
Now, can someone tell me how one can tell that a supply is unregulated or not? Other than measuring it with a multimeter, of course. As far as I know, there is nothing on the label to indicate this.

This is usually stated on the label. If not, and it is a transformer based thing, you have to be careful. Switching regulators are always regulated.



Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 01, 2011, 05:32:40 PM
Yeah I agree selling kits would be worthless.  If power supplies are offered they should be separate and optional.

Another option would be to find a large retailer (amazon, digikey) that has a compatible PS. 
Ztek could test it an then provide a link to it from the product page.

O.k. I will add power supplies for EU to the shop at begin of next year. There exist small variants which can shipped per airmail and which I can offer for about 10 EUR.

As I wrote, switching supplies are save because they are always regulated. I.e. in order to find one you just need to enter "switching power supply 12v" on ebay:
http://www.ebay.com/sch/i.html?_nkw=switching+power+supply+12v

They cost about $10. If I would offer them in my shop they would cost about $30 to $40 including additional shipping costs. (Because they either need to be imported (high shipping costs) or they I have to purchase expensive international variants)-

I will add the hint to purchase switching supplies from Ebay within the next days to http://www.ztex.de/usb-fpga-1/usb-fpga-1.15x.e.html#con5. The problem: almost no one reads it.





Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: sadpandatech on December 01, 2011, 05:38:28 PM
I will add the hint to purchase switching supplies from Ebay within the next days to http://www.ztex.de/usb-fpga-1/usb-fpga-1.15x.e.html#con5. The problem: almost no one reads it.



  If nothing else, atleast some good came out of this experience so far.  Aye, people may not read it but it grants you the ability to point it out when they blow their junk up. ;p


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 01, 2011, 06:04:45 PM
I can think of shorting something at the back of the board by stray screw laying on the table, but ztex says that this regulator is overcurrent-protected and that would be strange to fry both boards same way...

Short circuits or other random errors like ESD or defect parts (with an unacceptable life time -- all boards are functionally tested) can be excluded since both board are damaged in the same way: both voltage regulators on both boards are destroyed. The damage on the 3.3V regulators is even visible.








Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: 2112 on December 01, 2011, 06:49:53 PM
I'm only asking in the name of science here, not to slander ztex or his design or to take the side of the customer.
In the name of science I'm answering:

1) cheap multi-meters measure the average voltage
2) int sin(t),t=0..pi = 2
3) thus peak to average ratio for a full-wave rectifier is pi/2 ~= 1.570
4) 12V * pi/2 ~= 18.9V, 13.5V * pi/2 ~= 21.21V
5) unregulated but filtered power supply will charge its filtering capacitors to the peak voltage in (4)
6) a silicon device designed for 16V maximum input may release its magic smoke if supplied with the unfiltered rectified waveform with peaks as high as (4)
7) if the power supply was first plugged in to the mains side and then to the load side then the filtering capacitors will get partially discharged from the state (5) to their designed average
8) the safer way of powering up is first to plug in the load side of the supply to the device then plug in the supply to the mains outlet.

The above is what science says.

But the whole thread is an example why selling electronics to consumers demands sandbagging: both financial markups to cover losses caused by pissed of consumers and to safeguard devices from the accidental abuse by the uneducated consumers.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 01, 2011, 08:19:57 PM
I can think of shorting something at the back of the board by stray screw laying on the table, but ztex says that this regulator is overcurrent-protected and that would be strange to fry both boards same way...

Short circuits or other random errors like ESD or defect parts (with an unacceptable life time -- all boards are functionally tested) can be excluded since both board are damaged in the same way: both voltage regulators on both boards are destroyed. The damage on the 3.3V regulators is even visible.



Sure, all is perfect designed and tested on your side, and the customer (me) is the stupid who cannot choose a proper power supply.
Customers, beware.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 01, 2011, 09:07:41 PM
Sure, all is perfect designed and tested on your side, and the customer (me) is the stupid who cannot choose a proper power supply.

If you would have accepted the possibility that you choose an improper power supply you would have one running board and a 30% discount for a replacement order.




Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: SgtSpike on December 02, 2011, 12:12:30 AM
What power supply was used, anyway?  Brand/model #?


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 02, 2011, 01:04:39 AM
What power supply was used, anyway?  Brand/model #?

According to Gusti, this thing: http://articulo.mercadolibre.com.ar/MLA-129889415-transformador-3-com-para-hub-swicht-officeconnect-3c16744a-_JM

It seems to be an unregulated supply with an idle mean voltage of 13.5V. The peak voltage should be about 21V, see https://bitcointalk.org/index.php?topic=49180.msg637394#msg637394 (2112, thanks for your calculations)




Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: fizzisist on December 02, 2011, 08:54:11 AM
I'm only asking in the name of science here, not to slander ztex or his design or to take the side of the customer.
In the name of science I'm answering:

1) cheap multi-meters measure the average voltage
2) int sin(t),t=0..pi = 2
3) thus peak to average ratio for a full-wave rectifier is pi/2 ~= 1.570
4) 12V * pi/2 ~= 18.9V, 13.5V * pi/2 ~= 21.21V
5) unregulated but filtered power supply will charge its filtering capacitors to the peak voltage in (4)
6) a silicon device designed for 16V maximum input may release its magic smoke if supplied with the unfiltered rectified waveform with peaks as high as (4)
7) if the power supply was first plugged in to the mains side and then to the load side then the filtering capacitors will get partially discharged from the state (5) to their designed average
8) the safer way of powering up is first to plug in the load side of the supply to the device then plug in the supply to the mains outlet.

The above is what science says.

But the whole thread is an example why selling electronics to consumers demands sandbagging: both financial markups to cover losses caused by pissed of consumers and to safeguard devices from the accidental abuse by the uneducated consumers.


This calculation only applies to an ideal full-wave rectifier. With filtering it is very different situation. If you have an output capacitor, then the average will be much closer to the peak.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 02, 2011, 09:17:09 AM
This calculation only applies to an ideal full-wave rectifier. With filtering it is very different situation. If you have an output capacitor, then the average will be much closer to the peak.

see 5)

That is why I'm assumung Gusties power supply has no filter capacitors, i.e. an unregulated 12 V power supply with filter cpapcitors would have an much higher idle voltage (and a regulated power supply would deliver about 12V).


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: fizzisist on December 02, 2011, 09:22:46 AM
This calculation only applies to an ideal full-wave rectifier. With filtering it is very different situation. If you have an output capacitor, then the average will be much closer to the peak.

see 5)

That is why I'm assumung Gusties power supply has no filter capacitors, i.e. an unregulated 12 V power supply with filter cpapcitors would have an much higher idle voltage (and a regulated power supply would deliver about 12V).


First of all, whether or not it has a large capacitor on the output, it is not an ideal full wave rectifier.

Second, it either has an output capacitor and the ratio of the peak to average voltage is much smaller than pi/2, or it doesn't have an output capacitor and 5 is irrelevant. It can't be both. Or am I missing something?

Like I said before, I'm just trying to understand the cause of the problem and whether or not I need to be worried about something like this happening to our boards. Thanks for your help with this.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 02, 2011, 09:30:50 AM
Second, it either has an output capacitor and the ratio of the peak to average voltage is much smaller than pi/2, or it doesn't have an output capacitor and 5 is irrelevant. It can't be both. Or am I missing something?

I meant 5) said what you said: If there is an output capacitor the mean voltage will be close to the peak voltage.



Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: fizzisist on December 02, 2011, 12:25:13 PM
I just did a quick survey of all the "wall wart" power supplies I could find laying around my house. I looked at 6 different ones all from very different backgrounds. It appears that 5 out of the 6 were regulated, and output a voltage right near the rated voltage with no load. On a scope, the ripple is basically 0.

The odd one was rated for 9V and 600 mA, but the open circuit voltage measured was 12.85 V, so I assume it is unregulated. On the scope, the ripple was on the order of a half volt, and the peak voltage was at most about 13.1 V. I didn't measure it under load.

Without being able to measure gusti's power supply, we can't really conclude anything from this, but it was an interesting experiment! :)

Second, it either has an output capacitor and the ratio of the peak to average voltage is much smaller than pi/2, or it doesn't have an output capacitor and 5 is irrelevant. It can't be both. Or am I missing something?

I meant 5) said what you said: If there is an output capacitor the mean voltage will be close to the peak voltage.

To me, the dangerous thing is that charged up output capacitor. If that is sitting at a relatively high voltage and has a high capacitance, I could see that potentially causing some damage.

On the other hand, if it has an output capacitor, then the maximum voltage that the capacitor could be charged up to when gusti plugged in the board is not much higher than his measured 13.5 V. This doesn't seem like a dangerous situation.

If it doesn't have an output capacitor, then the higher voltage (definitely not higher than 21 V) will be applied for an incredibly short time. This doesn't seem dangerous to me, either.

I'm no expert on these power supplies, though. Is there someone reading that might have some experience with these and can correct me if I'm wrong?


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 02, 2011, 01:15:46 PM
Quote
To me, the dangerous thing is that charged up output capacitor. If that is sitting at a relatively high voltage and has a high capacitance, I could see that potentially causing some damage.

The dangerous thing is the peak voltage, not the mean voltage.

The filter capacitors increase the mean voltage (to about the peak) but also reduce the peak a little bit, because there is always some load (maybe 30mA). This is the job of C3.
Also, especially the ceramic capacitors eliminates spikes.

Another thing that has to be considered is that the DC voltage is everything but a sine shaped. (Here in EU we have laws which try to keep the waveform beautiful.)

Quote
On the other hand, if it has an output capacitor, then the maximum voltage that the capacitor could be charged up to when gusti plugged in the board is not much higher than his measured 13.5 V. This doesn't seem like a dangerous situation.

If it doesn't have an output capacitor, then the higher voltage (definitely not higher than 21 V) will be applied for an incredibly short time. This doesn't seem dangerous to me, either.

If it would have an output capacitor the idle (mean) voltage would be much higher than 13.5V.

Assuming a sine wave the time over 18V (absolute maximum) is not incredibly short. But it does not matter whether it is short or not.

In my opinion, Gusties power supply has no filter capacitors (else the idle mean voltage would be higher) and an idle peak voltage of about 20-21V.
If connected to the board (in idle mode) the peak voltage is reduced to about 19 V to 20 V (due to C3 and the other capacitors and due to a small load) and the mean voltage is about the same.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 02, 2011, 04:22:19 PM
Some pictures of the PSU I used, and a measure of the idle voltage, it was 14.5 not 13.5, my mistake.
Sorry for the poor picture focus, my camera not doing fine on very close pictures :

http://voip54.com/fotos%20PSU/121_0454.JPG
http://voip54.com/fotos%20PSU/121_0455.JPG
http://voip54.com/fotos%20PSU/121_0456.JPG




Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: 2112 on December 02, 2011, 09:41:40 PM
If that is sitting at a relatively high voltage and has a high capacitance, I could see that potentially causing some damage.
OK, I understand the mis-communication I created with my earlier post.

There are two types of filtering in a typical small-electronics power supply:

1) ripple filter designed to filter out the remnants of the mains frequency and its harmonics

2) switching noise filter designed to filter out the ultra-rapid falling-edges of the reverse-polarization current.

The proper word I should have used is "snubber capacitors" not "filter capacitors".

http://www.hagtech.com/pdf/snubber.pdf

There's a lot of other sources as well, just google "snubber" and "snubbers".

I was thinking of a wall-wart that is more of a recharging device and the ripple filtering is done not with capacitors, but with the battery. It doesn't seem like 3COM manufactures any battery-powered devices, so my assumptions may not apply here.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: Enigma81 on December 03, 2011, 01:32:30 AM
On the ZTEX Boards, If you're going to use a cheap supply, just use a 9v one..
Even at worst case, 9v is only going to be 12.73 volts peak - still leaving PLENTY of headroom..

If you want to be ultra-cautious, use a 6V supply..



Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 03, 2011, 01:39:16 AM
On the ZTEX Boards, If you're going to use a cheap supply, just use a 9v one..
Even at worst case, 9v is only going to be 12.73 volts peak - still leaving PLENTY of headroom..

If you want to be ultra-cautious, use a 6V supply..



That's a very good advice, I'm convinced that the boards lack a proper power design and protection.





Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: Enigma81 on December 03, 2011, 01:43:34 AM
On the ZTEX Boards, If you're going to use a cheap supply, just use a 9v one..
Even at worst case, 9v is only going to be 12.73 volts peak - still leaving PLENTY of headroom..

If you want to be ultra-cautious, use a 6V supply..



That's a very good advice, I'm convinced that the boards lack a proper power design and protection.





I'm convinced after looking at the circuit that the power supply design is quite good, and that there is absolutely no protection.  Most devices do not have protection because in most cases, protection costs watts.  I'm also convinced that the input of the power supply will not tolerate more than 18V for brief periods or more than 16V for extended periods - hence the reason I suggest using a 9 or 6V supply IF you're going to use cheap crappy supplies.  If you're going to power it with a good, clean, accurate, switching regulator - feel free to use one at 15.99998V if you so desire - the board will survive and operate just fine.

Enigma


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 03, 2011, 01:49:53 AM
On the ZTEX Boards, If you're going to use a cheap supply, just use a 9v one..
Even at worst case, 9v is only going to be 12.73 volts peak - still leaving PLENTY of headroom..

If you want to be ultra-cautious, use a 6V supply..



That's a very good advice, I'm convinced that the boards lack a proper power design and protection.





I'm convinced after looking at the circuit that the power supply design is quite good, and that there is absolutely no protection.  Most devices do not have protection because in most cases, protection costs watts.  I'm also convinced that the input of the power supply will not tolerate more than 18V for brief periods or more than 16V for extended periods - hence the reason I suggest using a 9 or 6V supply IF you're going to use cheap crappy supplies.  If you're going to power it with a good, clean, accurate, switching regulator - feel free to use one at 15.99998V if you so desire - the board will survive and operate just fine.

Enigma


Excelent explanation.
ztex should have pointed the same when I asked about.
But instead I got this :

-------------------------------------------------------------------
me : Is power supply standard ?

ztex : Yes, standard DC power jack with 2.1mm center pin diameter for a supply
voltage of 5 V to 16 V. Available in Supermarkets, but most customers
have suitable AC/DC converters laying around from routers and so.
-------------------------------------------------------------------
(from a email on October 21st)





Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: Enigma81 on December 03, 2011, 02:04:21 AM
I won't agree or disagree with that statement - here's what I will say..
  If that power supply is putting out a peak of less than 18 volts (I'm not talking the average of 14.5 that you Hioki is displaying) than it DID NOT hurt the board.  Something else did.  You?  Maybe.  ZTEX? Maybe.  Shipping? Maybe.

There is no way for you to know what the peak voltage of that supply is without an oscilloscope.  Your Hioki is either an RMS or Averaging meter.  A noisy supply that peaks at 19.5 but troughs at 9.5 will be displayed as 14.5 on an averaging meter.  Similar results for an RMS meter..

Rundown:
     Is the ztex board poorly designed?  No, not in my opinion.  It has a well designed regulator with a very reasonable input range.
     What voltages can it tolerate? 0 - 18
     What voltages can it operate at?  4.5-16
     Is that 3Com power supply a piece of shit?  Probably
     Did the 3Com supply damage the ztex board?  Absolutely no way to tell without an oscilloscope
     Should ztex boards be protected?  Probably not.  It costs watts and money and you can never protect against everything anyway.
     Is that 3com switch protected?  God no.  Plug the wrong supply into that and see what majick smoke comes out.

     What can be done?  Use GOOD quality power supplies on your 500 dollar boards or at least use a cheap supply that is way under volted.  A 6V 'cheap' supply is not going to put out 18V under any normal circumstances.  If it fails, it might put out wall voltage (110/220) - but under normal circumstances, it's going to be 'safe' for the ztex board.

Enigma


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 03, 2011, 02:17:12 AM
I won't agree or disagree with that statement - here's what I will say..
  If that power supply is putting out a peak of less than 18 volts (I'm not talking the average of 14.5 that you Hioki is displaying) than it DID NOT hurt the board.  Something else did.  You?  Maybe.  ZTEX? Maybe.  Shipping? Maybe.

There is no way for you to know what the peak voltage of that supply is without an oscilloscope.  Your Hioki is either an RMS or Averaging meter.  A noisy supply that peaks at 19.5 but troughs at 9.5 will be displayed as 14.5 on an averaging meter.  Similar results for an RMS meter..

Rundown:
     Is the ztex board poorly designed?  No, not in my opinion.  It has a well designed regulator with a very reasonable input range.
     What voltages can it tolerate? 0 - 18
     What voltages can it operate at?  4.5-16
     Is that 3Com power supply a piece of shit?  Probably
     Did the 3Com supply damage the ztex board?  Absolutely no way to tell without an oscilloscope
     Should ztex boards be protected?  Probably not.  It costs watts and money and you can never protect against everything anyway.
     Is that 3com switch protected?  God no.  Plug the wrong supply into that and see what majick smoke comes out.

     What can be done?  Use GOOD quality power supplies on your 500 dollar boards or at least use a cheap supply that is way under volted.  A 6V 'cheap' supply is not going to put out 18V under any normal circumstances.  If it fails, it might put out wall voltage (110/220) - but under normal circumstances, it's going to be 'safe' for the ztex board.

Enigma


Do you really believe that an average customer should know about peaks, RMS, oscilloscopes and sine waves ?

For sure I'd picked a lower output power supply if manufacturer told me "hey, customer, beware that our boards have no overvoltage protection at all, because we care about our bucks but not about yours, so be very very careful about that".

I'd put a 5v one, to be safe. But you see the email above, it says "supermarket" power supply.
 



Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on December 03, 2011, 02:18:10 AM
I won't agree or disagree with that statement - here's what I will say..
  If that power supply is putting out a peak of less than 18 volts (I'm not talking the average of 14.5 that you Hioki is displaying) than it DID NOT hurt the board.  Something else did.  You?  Maybe.  ZTEX? Maybe.  Shipping? Maybe.

There is no way for you to know what the peak voltage of that supply is without an oscilloscope.  Your Hioki is either an RMS or Averaging meter.  A noisy supply that peaks at 19.5 but troughs at 9.5 will be displayed as 14.5 on an averaging meter.  Similar results for an RMS meter..

Rundown:
     Is the ztex board poorly designed?  No, not in my opinion.  It has a well designed regulator with a very reasonable input range.
     What voltages can it tolerate? 0 - 18
     What voltages can it operate at?  4.5-16
     Is that 3Com power supply a piece of shit?  Probably
     Did the 3Com supply damage the ztex board?  Absolutely no way to tell without an oscilloscope
     Should ztex boards be protected?  Probably not.  It costs watts and money and you can never protect against everything anyway.
     Is that 3com switch protected?  God no.  Plug the wrong supply into that and see what majick smoke comes out.

     What can be done?  Use GOOD quality power supplies on your 500 dollar boards or at least use a cheap supply that is way under volted.  A 6V 'cheap' supply is not going to put out 18V under any normal circumstances.  If it fails, it might put out wall voltage (110/220) - but under normal circumstances, it's going to be 'safe' for the ztex board.

Enigma

Nice summary.  The important part of "protection" isn't the capital cost it is the never ending energy drain associated with it.  This board is very efficient and that actually makes any protection even more expensive on a percentile basis.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 03, 2011, 02:28:45 AM
I won't agree or disagree with that statement - here's what I will say..
  If that power supply is putting out a peak of less than 18 volts (I'm not talking the average of 14.5 that you Hioki is displaying) than it DID NOT hurt the board.  Something else did.  You?  Maybe.  ZTEX? Maybe.  Shipping? Maybe.

There is no way for you to know what the peak voltage of that supply is without an oscilloscope.  Your Hioki is either an RMS or Averaging meter.  A noisy supply that peaks at 19.5 but troughs at 9.5 will be displayed as 14.5 on an averaging meter.  Similar results for an RMS meter..

Rundown:
     Is the ztex board poorly designed?  No, not in my opinion.  It has a well designed regulator with a very reasonable input range.
     What voltages can it tolerate? 0 - 18
     What voltages can it operate at?  4.5-16
     Is that 3Com power supply a piece of shit?  Probably
     Did the 3Com supply damage the ztex board?  Absolutely no way to tell without an oscilloscope
     Should ztex boards be protected?  Probably not.  It costs watts and money and you can never protect against everything anyway.
     Is that 3com switch protected?  God no.  Plug the wrong supply into that and see what majick smoke comes out.

     What can be done?  Use GOOD quality power supplies on your 500 dollar boards or at least use a cheap supply that is way under volted.  A 6V 'cheap' supply is not going to put out 18V under any normal circumstances.  If it fails, it might put out wall voltage (110/220) - but under normal circumstances, it's going to be 'safe' for the ztex board.

Enigma

Nice summary.  The important part of "protection" isn't the capital cost it is the never ending energy drain associated with it.  This board is very efficient and that actually makes any protection even more expensive on a percentile basis.


I would not call "very efficient" to a board that will blow itself at the slight failure on the power side.
In my case, overall "efficiency" was 0%. You also will need to invest more in better power supplies.

I prefer a couple of more watts to be wasted instead, and sleep well for having a proper protection.
Maybe the competition manufacturers are doing that already ?




Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeepBit on December 03, 2011, 03:28:45 AM
     Is that 3Com power supply a piece of shit?  Probably
     Did the 3Com supply damage the ztex board?  Absolutely no way to tell without an oscilloscope
     Is that 3com switch protected?  God no.  Plug the wrong supply into that and see what majick smoke comes out.
Another possible reason - bad grid power (unexpected peaks or unusually high voltage for some time).
Less dangerous for switching supplies, but worse for transformer-based, non regulated ones.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: Enigma81 on December 03, 2011, 04:11:17 AM
I won't agree or disagree with that statement - here's what I will say..
  If that power supply is putting out a peak of less than 18 volts (I'm not talking the average of 14.5 that you Hioki is displaying) than it DID NOT hurt the board.  Something else did.  You?  Maybe.  ZTEX? Maybe.  Shipping? Maybe.

There is no way for you to know what the peak voltage of that supply is without an oscilloscope.  Your Hioki is either an RMS or Averaging meter.  A noisy supply that peaks at 19.5 but troughs at 9.5 will be displayed as 14.5 on an averaging meter.  Similar results for an RMS meter..

Rundown:
     Is the ztex board poorly designed?  No, not in my opinion.  It has a well designed regulator with a very reasonable input range.
     What voltages can it tolerate? 0 - 18
     What voltages can it operate at?  4.5-16
     Is that 3Com power supply a piece of shit?  Probably
     Did the 3Com supply damage the ztex board?  Absolutely no way to tell without an oscilloscope
     Should ztex boards be protected?  Probably not.  It costs watts and money and you can never protect against everything anyway.
     Is that 3com switch protected?  God no.  Plug the wrong supply into that and see what majick smoke comes out.

     What can be done?  Use GOOD quality power supplies on your 500 dollar boards or at least use a cheap supply that is way under volted.  A 6V 'cheap' supply is not going to put out 18V under any normal circumstances.  If it fails, it might put out wall voltage (110/220) - but under normal circumstances, it's going to be 'safe' for the ztex board.

Enigma


Do you really believe that an average customer should know about peaks, RMS, oscilloscopes and sine waves ?

For sure I'd picked a lower output power supply if manufacturer told me "hey, customer, beware that our boards have no overvoltage protection at all, because we care about our bucks but not about yours, so be very very careful about that".

I'd put a 5v one, to be safe. But you see the email above, it says "supermarket" power supply.
 



I really believe a customer should use a reasonably good power supply on boards that cost 500 bucks each..  I also believe a customer should be directed to a safe solution when they ask, not a cheap one.  I never try to break my customers' banks, but I also suggest they spend money when it makes sense to do so.

As DeathAndTaxes mentioned, the real cost of "Protection" isn't in the manufacture of the board (their bucks) but in Watts (customer's bucks).  "Protection" can be as simple as
a diode that prevents reverse bias (3 cents)..

or get more involved, and use
a zener clamp diode (19 cents) http://www.mouser.com/ProductDetail/Vishay-Semiconductors/BZG03C16-TR/?qs=sGAEpiMZZMstCHp3EWKGl1tP683WM1O433kxgBzanSM%3d
and optionally
a PTC (40 cents) http://www.mouser.com/ProductDetail/Littelfuse/2920L200DR/?qs=sGAEpiMZZMu7EFbsM1w0nTP0ee3bziE2pcZdmj40k18%3d

So leaving it off isn't to save money, it's to save power (increase efficiency).

Now, there is a way to add protection without really costing power, and that is to use just the zener accross the power input with a PTC (no reverse protection diode).  Interestingly, because of the way a zener works, it will still protect against reverse bias (kind of.. You can still get about -0.6V before the protection kicks in.  Some circuits can survive that, some can't.) but it won't be inline burning power and creating heat.  That may be a smart thing to add, if in fact the circuit can survive -0.6V (or be made to survive it relatively easily)...

Either way, MOST "boards" that you buy do not have protection.  Motherboards?  nope.  Video cards?  nope.  Home Routers and switches?  nope.  DVD Players and Xboxes?  nope.  I'm actually a bit hard pressed to think of something you might regularly buy that IS protected from over voltage and/or reverse bias... having a hard time..
The manufacturers of these products expect that their customers will use an appropriate power supply, and therefor do not need protection.  The caveat, of course, is that in most cases the manufacturer provides the power supply that the customer should use...


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 05, 2011, 08:01:52 PM
A Power supply selection guide (http://wiki.ztex.de/doku.php?id=en:ztex_boards:ztex_fpga_boards:power_supply_selection) which should help to find a suitable power supply has been added to the Wiki. (A link to this description is also the Products page (http://www.ztex.de/usb-fpga-1/usb-fpga-1.15x.e.html#con5).)


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeepBit on December 05, 2011, 08:14:01 PM
"Universal power supplies (the ones with switchable output voltage) from the supermarket or electronic stores. These supplies should be stabilzed since they have to work with a wide range of consumer electronics" - one of the worst PSUs I ever had was the universal transformator-based 1A supply from the supermarket :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 05, 2011, 08:21:08 PM
A Power supply selection guide (http://wiki.ztex.de/doku.php?id=en:ztex_boards:ztex_fpga_boards:power_supply_selection) which should help to find a suitable power supply has been added to the Wiki. (A link to this description is also the Products page (http://www.ztex.de/usb-fpga-1/usb-fpga-1.15x.e.html#con5).)


This is the way of future customer losses. I think you should only advice PC power supplies with your boards.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 05, 2011, 09:10:03 PM
"Universal power supplies (the ones with switchable output voltage) from the supermarket or electronic stores. These supplies should be stabilzed since they have to work with a wide range of consumer electronics" - one of the worst PSUs I ever had was the universal transformator-based 1A supply from the supermarket :)

I suppose this one has no switchable output voltage.

If the voltage is switchable the power supply needs voltage regulators.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 05, 2011, 10:29:37 PM
I reworked the Power supply selection guide (http://wiki.ztex.de/doku.php?id=en:ztex_boards:ztex_fpga_boards:power_supply_selection) again.

I think if I write "The peak voltage of the power supply must be less than 16 V (absolute maximum: 18 V) and the minimum voltage must be at least 4.5V" and "Power supplies from unused consumer electronics, e.g. routers, switches" are "Possible sources of supply" it should be clear, that a 20V(-peak) PSU from a router is a bad choice.

Furthermore I wrote, that switching supplies are always regulated. I.e. if one wants to be absolutely sure, one purchases a "12V switching power supply" e.g. from Ebay (http://www.ebay.com/sch/i.html?_nkw=switching+power+supply+12v)


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 05, 2011, 10:47:48 PM
I reworked the Power supply selection guide (http://wiki.ztex.de/doku.php?id=en:ztex_boards:ztex_fpga_boards:power_supply_selection) again.

I think if I write "The peak voltage of the power supply must be less than 16 V (absolute maximum: 18 V) and the minimum voltage must be at least 4.5V" and "Power supplies from unused consumer electronics, e.g. routers, switches" are "Possible sources of supply" it should be clear, that a 20V(-peak) PSU from a router is a bad choice.

Furthermore I wrote, that switching supplies are always regulated. I.e. if one wants to be absolutely sure, one purchases a "12V switching power supply" e.g. from Ebay (http://www.ebay.com/sch/i.html?_nkw=switching+power+supply+12v)

If you search on ebay, you may also come to this 12 vdc power supply (http://www.ebay.com/itm/I-T-E-POWER-SUPPLY-3COM-3C16744A-7900-000-073-E48121000A040G-12V-/380377216787?pt=LH_DefaultDomain_0&hash=item58903fb713). Same as I used.

You may also add to your wiki : "Manufacturer now warns that this boards have absolutely no protection, so any problem with power supply will fry the boards themselves, with no recourse or warranty at all".

Thanks.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: cicada on December 05, 2011, 10:49:40 PM
For those in the US, these might be a good choice.  Maybe even outside the US with an appropriate adapter, not sure about shipping $$.  They're cheap and well regulated, mainly meant for powering arduino-type projects.  Both are $5.95 USD with low volume discounts.

I'm not sure of the current requirements, these are rated about 600-650mA  I'm not sure if that's measured at 9/12V DC or 110/220V AC - I'd assume the measurement is AC since 0.6A @ 12V is very little power.  I could be wrong, someone should correct me who knows better.

9V @ 650mA - http://www.sparkfun.com/products/298 (http://www.sparkfun.com/products/298)

12V @ 600mA - http://www.sparkfun.com/products/9442 (http://www.sparkfun.com/products/9442)


The SparkFun guys are a great bunch, I've gotten lots of hobby supplies from them.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeepBit on December 05, 2011, 10:54:52 PM
"Universal power supplies (the ones with switchable output voltage) from the supermarket or electronic stores. These supplies should be stabilzed since they have to work with a wide range of consumer electronics" - one of the worst PSUs I ever had was the universal transformator-based 1A supply from the supermarket :)
I suppose this one has no switchable output voltage.
If the voltage is switchable the power supply needs voltage regulators.
Yes, it has voltage selection. I think it was using different windings of the transformer. Nowhere near the stated voltages and enormous ripple.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 05, 2011, 11:00:54 PM
I wrote "switching power supplies are stabilized".

Quote
If you search on ebay, you may also come to this 12 vdc power supply (http://www.ebay.com/itm/I-T-E-POWER-SUPPLY-3COM-3C16744A-7900-000-073-E48121000A040G-12V-/380377216787?pt=LH_DefaultDomain_0&hash=item58903fb713). Same as I used.

If you omit "switching" you can find it ...


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 05, 2011, 11:07:19 PM
I wrote "switching power supplies are stabilized".

Quote
If you search on ebay, you may also come to this 12 vdc power supply (http://www.ebay.com/itm/I-T-E-POWER-SUPPLY-3COM-3C16744A-7900-000-073-E48121000A040G-12V-/380377216787?pt=LH_DefaultDomain_0&hash=item58903fb713). Same as I used.

If you omit "switching" you can find it ...


That's right, anyway you did not mentioned "switching" when I asked you first. You also did not mention to be specially careful, to do prior measures or have the power supply being tested by a knowledge party, because boards have no protection.

You need to specify all of the above, or more customers will have losses.



 


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 06, 2011, 12:02:02 AM
That's right, anyway you did not mentioned "switching" when I asked you first. You also did not mention to be specially careful, to do prior measures or have the power supply being tested by a knowledge party

But I mentioned that the valid voltage range is 4.5V to 16V.

I'm not responsible if your PSU delivers more than stated on the label.

Quote
because boards have no protection

Please read the post from Enigma81: https://bitcointalk.org/index.php?topic=49180.msg639147#msg639147





Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 06, 2011, 12:37:31 AM
That's right, anyway you did not mentioned "switching" when I asked you first. You also did not mention to be specially careful, to do prior measures or have the power supply being tested by a knowledge party

But I mentioned that the valid voltage range is 4.5V to 16V.

I'm not responsible if your PSU delivers more than stated on the label.

Quote
because boards have no protection

Please read the post from Enigma81: https://bitcointalk.org/index.php?topic=49180.msg639147#msg639147


I'd read Enigma's post. You are not responsible if PSU delivers more than expected, but you MUST warn your customers about the fry situation. Specially if you choose the design way of not adding an additional zener diode for further protection.

Your boards are too dangerous for average customer use.




Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeepBit on December 06, 2011, 12:54:31 AM
Your boards are too dangerous for average customer use.
No, they aren't. Those posts start looking like FUD.
I understand that you are upset because of your loss, but we see that other people agree about good enough board design.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 06, 2011, 01:03:45 AM
Your boards are too dangerous for average customer use.
No, they aren't. Those posts start looking like FUD.
I understand that you are upset because of your loss, but we see that other people agree about good enough board design.

Excuse me, but not FUD, only facts. The design has no protection (fact), and will burn with any overvoltage (fact).
Customers must be warned, as I was not.




Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 06, 2011, 01:14:20 AM
The design has no protection (fact), and will burn with any overvoltage (fact).
Customers must be warned, as I was not.

Herewith I warn: Boards may be damaged, if they are operated out of specifications.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: SgtSpike on December 06, 2011, 01:14:28 AM
Your boards are too dangerous for average customer use.
No, they aren't. Those posts start looking like FUD.
I understand that you are upset because of your loss, but we see that other people agree about good enough board design.

Excuse me, but not FUD, only facts. The design has no protection (fact), and will burn with any overvoltage (fact).
Customers must be warned, as I was not.
People like this are the reason that coffee cups have a "WARNING: HOT" label on them.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeepBit on December 06, 2011, 01:14:56 AM
Your boards are too dangerous for average customer use.
No, they aren't. Those posts start looking like FUD.
I understand that you are upset because of your loss, but we see that other people agree about good enough board design.
Excuse me, but not FUD, only facts. The design has no protection (fact), and will burn with any overvoltage (fact).
Customers must be warned, as I was not.
Not "any" overvoltage, +33% over 12 V is pretty good headroom.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 06, 2011, 01:31:23 AM
The design has no protection (fact), and will burn with any overvoltage (fact).
Customers must be warned, as I was not.

Herewith I warn: Boards may be damaged, if they are operated out of specifications.

Not enough, let me help with a warning you should put in writing, if you really care about your customer's money.

"Dear Customer : these boards are not designed with overvoltage protection, and will burn themselves if you happen to choose a power supply that is not exactly regulated. Please take this into account, and choose only switching PC-type power supplies, do an output measure reading before using it, or use at your own risk".




 


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: Enigma81 on December 06, 2011, 05:38:44 AM
This is the last time I'm personally going to get involved in this discussion..  It's over in my mind and ztex stands as "NOT a scammer", to me anyway..


The specifications state that these boards may be operated from 4.5 to 16V.  WHAT MORE OF A WARNING LABEL DO YOU NEED?

Danger, if exposed to a bath tub, ztex boards may no longer function.

Caution, if exposed to a lightning strike, ztex boards may no longer function.

Warning, ztex boards were not designed for use at temperatures like those found at the center of the sun.  Operation inside of the sun is not guaranteed.

Notice, do not take ztex boards swimming with you.




You've really gotten to the point of hysteria with this whole topic.  NONE OF THE PRODUCTS YOU OWN are protected against over voltage - Literally NONE of them.  Hook your 30, 40, 50 thousand dollar vehicle up to 110V and watch what happens (it's pretty awesome, by the way).  Hook your cisco/linksys/d-link product up to reverse voltage or double voltage and see what happens.

ztex very clearly states that the boards operate from 4.5 to 16V.  I don't see how the specifications could possibly be any more clear.  It's like a vehicle tire - they have a speed rating - S, for instance means 112MPH.  There is no further warning.  The speed rating tells you that it's safe to operate the tire continuously at 112MPH.  At 113MPH, the tire may explode, but there isn't a bright orange warning label on the side of the tire..  It's been stated, and doesn't need to be stated again..

I'm glad ztex added a wiki entry about power supplies, but I will defend his old specifications - they were plenty clear.  He simply can't be responsible for you providing power far outside the specification - which from the burnt chips, you clearly did.

If you'd like to PM me, I'll even let you send me the power supply in question (3com) and I'll tell you beyond doubt whether it hurt the ztex board or something else did.  I have hundreds of thousands of dollars worth of test equipment at my disposal, and I will be able to see if that supply is dangerous to the ztex power supply or not.  Beyond that offer though, I'm ignoring this thread.

Enigma.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 06, 2011, 12:04:27 PM
This is the last time I'm personally going to get involved in this discussion..  It's over in my mind and ztex stands as "NOT a scammer", to me anyway..

The specifications state that these boards may be operated from 4.5 to 16V.  WHAT MORE OF A WARNING LABEL DO YOU NEED?

Danger, if exposed to a bath tub, ztex boards may no longer function.

Caution, if exposed to a lightning strike, ztex boards may no longer function.

Warning, ztex boards were not designed for use at temperatures like those found at the center of the sun.  Operation inside of the sun is not guaranteed.

Notice, do not take ztex boards swimming with you.

You've really gotten to the point of hysteria with this whole topic.  NONE OF THE PRODUCTS YOU OWN are protected against over voltage - Literally NONE of them.  Hook your 30, 40, 50 thousand dollar vehicle up to 110V and watch what happens (it's pretty awesome, by the way).  Hook your cisco/linksys/d-link product up to reverse voltage or double voltage and see what happens.

ztex very clearly states that the boards operate from 4.5 to 16V.  I don't see how the specifications could possibly be any more clear.  It's like a vehicle tire - they have a speed rating - S, for instance means 112MPH.  There is no further warning.  The speed rating tells you that it's safe to operate the tire continuously at 112MPH.  At 113MPH, the tire may explode, but there isn't a bright orange warning label on the side of the tire..  It's been stated, and doesn't need to be stated again..

I'm glad ztex added a wiki entry about power supplies, but I will defend his old specifications - they were plenty clear.  He simply can't be responsible for you providing power far outside the specification - which from the burnt chips, you clearly did.

If you'd like to PM me, I'll even let you send me the power supply in question (3com) and I'll tell you beyond doubt whether it hurt the ztex board or something else did.  I have hundreds of thousands of dollars worth of test equipment at my disposal, and I will be able to see if that supply is dangerous to the ztex power supply or not.  Beyond that offer though, I'm ignoring this thread.

Enigma.


Thanks for your insights, but remember the fact that I did not plugged the boards to 380v or did I exposure them to heat or something like that. I only had the bad luck to use a power supply with (maybe) slightly unregulated output. This is what ztex says, and as I'm not an engineer, I give credit to him.

As ztex is not supplying an original PS, I believe this will not be the last case when a customer will use a power supply that will be out of specifications. Customers must be warned to be careful with this. And I still believe manufacturer need to take some responsibility and refunding the failed boards.

 


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: sadpandatech on December 06, 2011, 12:16:47 PM

Thanks for your insights, but remember the fact that I did not plugged the boards to 380v or did I exposure them to heat or something like that. I only had the bad luck to use a power supply with (maybe) slightly unregulated output. This is what ztex says, and as I'm not an engineer, I give credit to him.

As ztex is not supplying an original PS, I believe this will not be the last case when a customer will use a power supply that will be out of specifications. Customers must be warned to be careful with this. And I still believe manufacturer need to take some responsibility and refunding the failed boards.


  I'm sorry but I have to agree with Gusti here. Atleast in his situation the bare facts are he was told 12v is safe. His power supply unit states output is 12v. Though, the scammer tag is really a bit much, m8. And you would have gotten a much more positive community response without it.

  The fact that I would grab that PS out of my box and think to myself, 'man, this huge ass transformer is probably too much juice for this little board', has absolutly zero bering on the expectations one should have for their customers.

  The ideal disclaimer on the PSU purchase should read that they are intended for use with high precision 12v atx type PSU's. The use of aftermarket transformer style PSU's should be of the type used for very small devices that require less than 12v 600ma. If you are unsure a PSU is safe to use, DO NOT plug it in and please submit its exact specs to us to ensure it is safe to use. Thank you for using our products. Ztex


  Cheers


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 06, 2011, 01:25:35 PM

Thanks for your insights, but remember the fact that I did not plugged the boards to 380v or did I exposure them to heat or something like that. I only had the bad luck to use a power supply with (maybe) slightly unregulated output. This is what ztex says, and as I'm not an engineer, I give credit to him.

As ztex is not supplying an original PS, I believe this will not be the last case when a customer will use a power supply that will be out of specifications. Customers must be warned to be careful with this. And I still believe manufacturer need to take some responsibility and refunding the failed boards.


  I'm sorry but I have to agree with Gusti here. Atleast in his situation the bare facts are he was told 12v is safe. His power supply unit states output is 12v. Though, the scammer tag is really a bit much, m8. And you would have gotten a much more psoitive community response without it.

  The fact that I would grab that PS out of my box and think to myself, 'man, this huge ass transformer is probably too much juice for this little board', has absolutly zero bering on the expectations one should have for their customers.

  The ideal disclaimer on the PSU purchase should read that they are intended for use with high precision 12v atx type PSU's. The use of aftermarket transformer style PSU's should be of the type used for very small devices that require less than 12v 600ma. If you are unsure a PSU is safe to use, DO NOT plug it in and please submit its exact specs to us to ensure it is safe to use. Thank you for using our products. Ztex


  Cheers


Thanks and agreed, maybe a bit much to call ztex a scammer. I apologize to the community for my wrongly choosen words.
I only wish ztex to take his part of responsability for this problem.




Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 06, 2011, 04:37:26 PM
I only had the bad luck to use a power supply with (maybe) slightly unregulated output. This is what ztex says, and as I'm not an engineer, I give credit to him.

Either it is regulated or it is unregulated. In inaccurate 12V supply with a tolerance of -65%/+33% works.

Was it bad luck that you destroyed the second board in the same way as the first one instead of asking me what went wrong?


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 06, 2011, 04:47:41 PM
was told 12v is safe.

12V is save.

Quote
His power supply unit states output is 12v.

But this unit obviously has a peak voltage of larger than 18V. I'm not responsible for the label of Gusties power supply.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: defxor on December 06, 2011, 04:54:31 PM
Thanks and agreed, maybe a bit much to call ztex a scammer. I apologize to the community for my wrongly choosen words.
I only wish ztex to take his part of responsability for this problem.

I consider myself to be way above average when it comes to electronics, but no where near the level of ztex and enigma. I could've done the same thing as you did in your situation - I actually did hook up another small consumer electronics device where the manufacturer psu had died upon me to a psu I found laying around just a few weeks ago after having just verified polarity and rated output voltage*.

It's possible I thus could've fried one of these boards as well, being that careless, and not immediately considering the difference between switching and transformer (which is where my mostly DC/digital knowledge of electronics ends).

However, there's no way I would blame ztex. I'm sorry, but consumer electronics are never protected against over voltage. There's no reason to assume these would be either, thus there is truly no responsibility on his part.

I do thank you for bringing up the subject, which has led to additional information and cautions now being available for those (which might include me) that buy boards from ztex or anyone else in the future.


*) edit: I also measured the voltage with my non-cheap multimeter, although it does not show max/min as most don't


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 06, 2011, 05:14:25 PM
was told 12v is safe.

12V is save.

Quote
His power supply unit states output is 12v.

But this unit obviously has a peak voltage of larger than 18V. I'm not responsible for the label of Gusties power supply.



Not so obvious, I'm only believing in your diagnostic. But in your arrogance, you will not admit that you could prevent this from the design, with the addition of a zener diode, as enigma suggested in this post (https://bitcointalk.org/index.php?topic=49180.msg639147#msg639147). Other manufacturers are also protecting their products (http://comblock.com/com1100.html) from over and reverse voltage, so proper protection is not utopian.

 




Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: cicada on December 06, 2011, 05:19:03 PM
"Close only counts in horseshoes and hand grenades" - ancient American proverb

There are valid points on both sides of this argument, which at this point have been hashed, rehashed, and re-rehashed again.  Nobody here is clearly 'in the right' or 'in the wrong', nor trying to scam anyone, we can be better than continuing to pass blame or throw slander.

ztex, if I were you I'd replace the first board for two reasons:

1. You're selling to novices who aren't going to test their PS accurately, they just want moar hashes naow.  If Gusti's PS was rated within the specs but the board failed due to overcurrent/overvoltage anyway, well, only experts would know better.  If you do not supply or direct purchase of a verified PS, and instead give only recommendations, you must honor failures when the used device is labeled/rated within those specifications, regardless of whether or not it actually is.

2. Credibility and clout.  Novices aren't going to buy your board if they feel they won't be able to power it properly and come to the conclusion there is zero recourse for them if something should go terribly wrong.  It's a hit, to be sure, but a good gesture here would lend much to trust in your product.


I would not, however, replace the second board pretty much for the reason you stated.  Still gusti may not yet have known the PS was an issue, however you can't really be held responsible for that oversight twice.  This is like buying a car, accidentally filling the tank with water that was labeled 'petrol', doing the same to a second car when the first stops running, and then blaming BMW for faulty cars.  You would know better to expect sympathy in that situation, and this is no different.

You're both right, you're both wrong, and compromise is the best resolution.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeepBit on December 06, 2011, 05:40:35 PM
ztex, if I were you I'd replace the first board for two reasons
Also consider that if there is not so much demand in such boards, replacing one would cost ztex all his profit from other sells and may be even more.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: ztex on December 06, 2011, 05:55:32 PM
ztex, if I were you I'd replace the first board for two reasons:

I already wrote last week (https://bitcointalk.org/index.php?topic=49180.msg637094#msg637094) what kind of discounts can be expected if board are damaged accidentally.

In order to stop this discussion, I offer a 50% discount for a replacement order. This is based on goodwill, see https://bitcointalk.org/index.php?topic=49180.msg641694#msg641694.

If you consider that Gusti called my boards "crap" and me a "scammer" (already revoked)  and a "plain liar" and announced to "make sure [I] will not sell a single card in the forum anymore" this is much more than Gusti can expect.



Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 06, 2011, 06:18:40 PM
ztex, if I were you I'd replace the first board for two reasons:

I already wrote last week (https://bitcointalk.org/index.php?topic=49180.msg637094#msg637094) what kind of discounts can be expected if board are damaged accidentally.

In order to stop this discussion, I offer a 50% discount for a replacement order. This is based on goodwill, see https://bitcointalk.org/index.php?topic=49180.msg641694#msg641694.

If you consider that Gusti called my boards "crap" and me a "scammer" (already revoked)  and a "plain liar" and announced to "make sure [I] will not sell a single card in the forum anymore" this is much more than Gusti can expect.





Thanks, but I will decline your offer, I don´t want any relationship with unsupportive and arrogant company like yours.
Maybe competition have a better product design / support. Discussion has ended for me, and my apologizes again to the whole community.



 


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: btc_artist on December 06, 2011, 06:30:15 PM
Hmm, I'm not sure that's the right attitude to take gusti.  ztex might be slightly at fault for not stating PSU requirements clearer and/or not integrating some "idiot protection" into the circuit, but I say the bulk of the responsibility lies with you, especially for frying the second board after you saw what happened with the first.  I think his offer is more than fair.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: gusti on December 06, 2011, 06:46:57 PM
Hmm, I'm not sure that's the right attitude to take gusti.  ztex might be slightly at fault for not stating PSU requirements clearer and/or not integrating some "idiot protection" into the circuit, but I say the bulk of the responsibility lies with you, especially for frying the second board after you saw what happened with the first.  I think his offer is more than fair.


Yes sorry, I consider it fair too, but I prefer not to have relationship with ztex anymore.

 


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: btc_artist on December 06, 2011, 06:49:27 PM
Hmm, I'm not sure that's the right attitude to take gusti.  ztex might be slightly at fault for not stating PSU requirements clearer and/or not integrating some "idiot protection" into the circuit, but I say the bulk of the responsibility lies with you, especially for frying the second board after you saw what happened with the first.  I think his offer is more than fair.
Yes sorry, I consider it fair too, but I prefer not to have relationship with ztex anymore.
Okay, fair enough.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: eleuthria on December 06, 2011, 11:51:42 PM
Got my FPGAs earlier this week and finally got my 12V adapter for individual testing.  So far everything is working great, getting higher speeds than advertised!

UPDATE:  Added a link to my performance graph thus far.  Speed data points are using 2 hour average speeds on VALID SHARES ONLY.  http://i.imgur.com/xj6xv.png (http://i.imgur.com/xj6xv.png)

The variance shown is within expected norms.  Peak is just over 220, low is just under 180, which means it has about a +/- 10% spread over the mean which is just under 200.  This is the same variance you expect from any GPU miner when taking slices of 2 hours for your averages.  I'll update again in a few days once I have enough data points to use 4 hour averages, which eliminate most of the peaks/valleys seen so far.


Title: Re: ZTEX USB-FPGA Module 1.15x: 190 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on December 11, 2011, 01:12:04 AM
This is the last time I'm personally going to get involved in this discussion..  It's over in my mind and ztex stands as "NOT a scammer", to me anyway..


The specifications state that these boards may be operated from 4.5 to 16V.  WHAT MORE OF A WARNING LABEL DO YOU NEED?

Danger, if exposed to a bath tub, ztex boards may no longer function.

Caution, if exposed to a lightning strike, ztex boards may no longer function.

Warning, ztex boards were not designed for use at temperatures like those found at the center of the sun.  Operation inside of the sun is not guaranteed.

Notice, do not take ztex boards swimming with you.




You've really gotten to the point of hysteria with this whole topic.  NONE OF THE PRODUCTS YOU OWN are protected against over voltage - Literally NONE of them.  Hook your 30, 40, 50 thousand dollar vehicle up to 110V and watch what happens (it's pretty awesome, by the way).  Hook your cisco/linksys/d-link product up to reverse voltage or double voltage and see what happens.

ztex very clearly states that the boards operate from 4.5 to 16V.  I don't see how the specifications could possibly be any more clear.  It's like a vehicle tire - they have a speed rating - S, for instance means 112MPH.  There is no further warning.  The speed rating tells you that it's safe to operate the tire continuously at 112MPH.  At 113MPH, the tire may explode, but there isn't a bright orange warning label on the side of the tire..  It's been stated, and doesn't need to be stated again..

I'm glad ztex added a wiki entry about power supplies, but I will defend his old specifications - they were plenty clear.  He simply can't be responsible for you providing power far outside the specification - which from the burnt chips, you clearly did.

If you'd like to PM me, I'll even let you send me the power supply in question (3com) and I'll tell you beyond doubt whether it hurt the ztex board or something else did.  I have hundreds of thousands of dollars worth of test equipment at my disposal, and I will be able to see if that supply is dangerous to the ztex power supply or not.  Beyond that offer though, I'm ignoring this thread.

Enigma.

Nice (and humorous) summation.

I was going to respond to the nonsense drivel but you already took the time and did it well.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ztex on December 14, 2011, 12:29:34 PM
A new version of BTCMiner with improved performance (now typically 200 MH/s) has been released on http://www.ztex.de/btcminer/ (release number 111214).

I also updated the prices and volume discount conditions (volume discount is now calculated based on the purchases within the last 10 weeks), see the initial post of this thread: https://bitcointalk.org/index.php?topic=49180.0.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Turbor on December 14, 2011, 05:13:42 PM
 ;D cool i'll try it out !

Edit: It's faster and has a better error rate ! You are a genius  ;) :D


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: trilby on December 14, 2011, 06:29:41 PM
A new version of BTCMiner with improved performance (now typically 200 MH/s) has been released on http://www.ztex.de/btcminer/ (release number 111214).

I also updated the prices and volume discount conditions (volume discount is now calculated based on the purchases within the last 10 weeks), see the initial post of this thread: https://bitcointalk.org/index.php?topic=49180.0.

This has an even better performance running at 200MHz and 208Mhz on my 2 boards.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on December 28, 2011, 01:52:40 PM
Got my FPGAs earlier this week and finally got my 12V adapter for individual testing.  So far everything is working great, getting higher speeds than advertised!

UPDATE:  Added a link to my performance graph thus far.  Speed data points are using 2 hour average speeds on VALID SHARES ONLY.  http://i.imgur.com/xj6xv.png (http://i.imgur.com/xj6xv.png)

The variance shown is within expected norms.  Peak is just over 220, low is just under 180, which means it has about a +/- 10% spread over the mean which is just under 200.  This is the same variance you expect from any GPU miner when taking slices of 2 hours for your averages.  I'll update again in a few days once I have enough data points to use 4 hour averages, which eliminate most of the peaks/valleys seen so far.

Did you ever record more data points?

Since the new miner has increased hashrate I would be interested to see a graph w/ 4 hour moving average.  Alternately the raw data would also be interesting. :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Turbor on December 28, 2011, 06:13:40 PM
You get 200 MH/s @ 200 MHz. If there is a connection loss the rate can drop a bit. But that's only statistics. I just ordered some more boards today.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Venkatesh Srinivas on December 30, 2011, 07:39:01 PM
Been running a board for a few weeks here, works pretty well. Generates stunningly little heat, very easy to cool.

To get the BTCMiner software running under BSD, you'll need to build libusbJava (in the USB SDK) and make sure /dev/usb? and /dev/ugen? are accessible.

Have also loaded a custom bitstream (just a clock divider FF chain), to see if it works. Works okay, just remember you need Xilinx Foundation, not Webpack, to use the spartan6 lx150.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: SamHa1n on January 03, 2012, 12:09:54 AM
Received two boards I purchased last week. Been running them both all weekend. think heatsink isn't seated correctly on one (used the double sided thermal tape), getting errors (0.02 to 0.26 fluctuating) and its down clocked itself to around 190Mh/s. Other board is clocked around 191, but gets no errors. My dsl can be pretty bad at times. Hope to get more, at least a couple Gh worth, of these cards when they are back in stock. Great boards so far, I am a fan.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: sadpandatech on January 03, 2012, 12:24:43 AM
I highly recommend using some regular thermal compound instead of that thermal tape.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Turbor on January 03, 2012, 05:06:39 AM
I higly recommend using some regular thermal compund instead of that thermal tape.

+1, the pad is crap.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: SamHa1n on January 03, 2012, 04:34:37 PM
going to strip them down and use a paste this time. Been on the lookout for good quality chipset water blocks at a decent cost. after spending as much as i have already, and plan to, why not spring for water cooling while i'm at it?


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Turbor on January 03, 2012, 06:37:37 PM
Much fun to clean them :P I was looking into watercooling too but if you don't have any existing hardware it's way too expensive. Zalman has some nice northbridge cooling blocks that should fit quite well. For my new 3 board setup i went with 2 80mm vents. Plan to place the boards inline one fan blowing fresh air in, the other sucking it out. Soon my 4 boards will make more than half of my hashing power...


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ztex on January 03, 2012, 08:10:37 PM
Just a few notes:

1. The pad delivered with the cooler not optimal (but sufficient). Thermal grease is recommended instead (as stated on the products page: http://www.ztex.de/usb-fpga-1/usb-fpga-1.15x.e.html#hs). Some thermal grease also is delivered with the cooler.

2. All boards I tested from the 1st batch (delivered beween 10/11 and 12/11) achieve at least 200MHz. (But I did not test all boards so cannot guarantee it.) If a board from the 1st batch does no achieve this speed then probably the cooling is not optimal. E.g. 192MHz is the typical frequency if the FPGA is cooled passively with the delivered heat sink.

3. The TDP of the FPGA is about 8W. It is not a 150W CPU. A few well placed case fans can replace 40mm fans on the heat sinks.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: SamHa1n on January 03, 2012, 09:15:39 PM
I added higher risers and spaced them apart from each other by a couple of inches (before, I had them very close, sandwiched bottom to bottom with only about 10mm of spacing between them, and sitting on their sides).

What I am getting currently:

ztex_ufm1_15d1-04A32E1D29: f=192.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  nextMaxErrorRate=4.40%,  submitted 2 new nonces,  submitted hash rate 193.3MH/s

and

ztex_ufm1_15d1-04A32E1286: f=192.00MHz,  errorRate=0.00%,  maxErrorRate=0.34%,  nextMaxErrorRate=4.39%,  submitted 0 new nonces,  submitted hash rate 192.8MH/s

I thought about water cooling for density and noise reasons, if cost was not an issue.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Turbor on January 04, 2012, 09:24:31 PM
Got my new boards this morning. Had some troubles to get them working together but ztex was helping me with my sorrows (again :D). Well i guess that happens when a carpenter works with FPGAs. Now all 4 run fine. 3 of them make 200 MHz one 208 MHz.

http://a8.sphotos.ak.fbcdn.net/hphotos-ak-ash4/373783_2737989740996_1594960449_2438857_1961200651_n.jpg  http://a6.sphotos.ak.fbcdn.net/hphotos-ak-ash4/392264_2737994341111_1594960449_2438863_1027091709_n.jpg

Your best friend when you work with "bad board designs"  ;D :-X

http://a2.sphotos.ak.fbcdn.net/hphotos-ak-ash4/385000_2737992341061_1594960449_2438861_1082547331_n.jpg


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: rupy on January 10, 2012, 07:17:55 PM
http://rupy.se/bild%202.JPG
http://rupy.se/bild%201.JPG


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: DeepBit on January 10, 2012, 07:25:13 PM
What's that air sleeve for ? :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Turbor on January 10, 2012, 09:25:12 PM
Interesting setup  ;)


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Inspector 2211 on January 10, 2012, 09:52:46 PM
What's that air sleeve for ? :)

I think he pipes the exhaust air of the fan to the white plastic water canister, so that the water in it evaporates faster and humidifies the room air more than what would happen without this feeble air stream.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: rupy on January 10, 2012, 10:03:19 PM
It takes outside air and pipes it from the inlet to the heatsink, theres a good cold flow. I know it's strange but my cables where too short. I will fix a proper sleeve when I get more FPGA's. I can heartily recommend the zalman heatsink with titan cooling paste. BTW I got really lucky with the PSU; just grabbed my GP AA/AAA chargers one. :D


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: rupy on January 10, 2012, 10:57:54 PM
Turbor 2 questions:

- Why did you buy 4 when 5 gives you a rebated price?
- Also with that serial cooling the later FPGA's gets hotter air, you could cool them in parallel no?


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: sadpandatech on January 10, 2012, 11:00:12 PM
Turbor 2 questions:

- Why did you buy 4 when 5 gives you a rebated price?
- Also with that serial cooling the later FPGA's gets hotter air, you could cool them in parallel no?

"The volume discount is calculated based on the purchases within the last 10 weeks"

can't speak for his cooling solution though. ;p


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: rupy on January 10, 2012, 11:11:26 PM
yes, but then you only get the rebate on one chip! If you buy 1 then 4, like I will, I would understand; because then you get rebate on 4 cards!


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Turbor on January 11, 2012, 05:50:41 AM
Well i first bought one unit to test. Then i ordered the rest. The fastest board is closest to the first vent, then the 200 MHz units follow. The vents are not really used for cooling the boards. They just move air. 200er units run at almost zero error rate. Since i connected them directly to the computer, 4 is the right number. I also think it's too early to invest big time in this boards.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: rupy on January 11, 2012, 10:01:53 AM
So what's your reason for going FPGA, do you live in an expensive KWh country?

I think 28nm Artix-7 FPGA's will be available in a year or so.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: DeepBit on January 11, 2012, 11:27:12 AM
So what's your reason for going FPGA, do you live in an expensive KWh country?
I think 28nm Artix-7 FPGA's will be available in a year or so.
It will be too late.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Turbor on January 11, 2012, 11:41:56 AM
I'm in Switzerland. At 2 to 3$ there was almost no gain with GPU for me. Now @ 7$ it's a different story but i like to try out new things. It's not about max gain. It's a(n) (expensive) hobby. Still waiting for BFLs product. But their power usage was a big disappointment for me. This boards are twice as efficient compared to the first tests. :-\


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: rupy on January 11, 2012, 12:29:28 PM
So what's your reason for going FPGA, do you live in an expensive KWh country?
I think 28nm Artix-7 FPGA's will be available in a year or so.
It will be too late.
Too late for what?


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: rupy on January 11, 2012, 12:35:13 PM
I'm in Switzerland. At 2 to 3$ there was almost no gain with GPU for me. Now @ 7$ it's a different story but i like to try out new things. It's not about max gain. It's a(n) (expensive) hobby. Still waiting for BFLs product. But their power usage was a big disappointment for me. This boards are twice as efficient compared to the first tests. :-\
Ok, I agree with that! But I realize that if you have heating needs; GPU is the way to go. Although you build up a "dependency" on electricity for heating which is bad. I'm in Sweden so electricity is ~0.12$/KWh and I should be GPU mining, but I like the silence and the small size!


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: bulanula on January 11, 2012, 12:41:37 PM
So what's your reason for going FPGA, do you live in an expensive KWh country?
I think 28nm Artix-7 FPGA's will be available in a year or so.
It will be too late.
Too late for what?

I think they have plans for developing a custom BTC mining ASIC.

At least that is what the rumor mill has been saying.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: DeepBit on January 11, 2012, 12:53:19 PM
So what's your reason for going FPGA, do you live in an expensive KWh country?
I think 28nm Artix-7 FPGA's will be available in a year or so.
It will be too late.
Too late for what?
This depends of difficulty, of course, but sometimes by mining with current "less efficient" FPGA miners you can get more profit comparing to better 28 nm FPGA with 1 year delay before start.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ummas on January 11, 2012, 01:10:18 PM
sooner = better


@ztex
Are you planning sommething with more Spartans 6 ?


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ztex on January 11, 2012, 03:26:46 PM
Are you planning sommething with more Spartans 6 ?

Multi-FPGA solutions are not much cheaper. Their main advantage is that they are easier to use if you run a large cluster.

Switching the design (I will not produce two designs for the same task) costs additional time, and time is money. Therefore there will be at least no quick multi-FPGA solution.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on January 11, 2012, 03:31:11 PM
So what's your reason for going FPGA, do you live in an expensive KWh country?
I think 28nm Artix-7 FPGA's will be available in a year or so.
It will be too late.
Too late for what?

Opportunity cost.

In ~12 months the block reward will be halved.

Assuming constant relative difficulty and price (which is unlikely but guessing future difficulty/price is even more dubious)
1 GH purchased today would mine $2000 in gross revenue over the next year. 


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ztex on January 11, 2012, 03:31:37 PM
I think they have plans for developing a custom BTC mining ASIC.

Who is "they"?


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on January 11, 2012, 03:37:19 PM
I think they have plans for developing a custom BTC mining ASIC.

Who is "they"?

"they" = nobody. 

There is nobody willing to put the millions necessary on something as risky as Bitcoin.

Maybe in 5-10 years if Bitcoin is 30x as popular, and on more firm legal ground you might see a venture capital firm with the kind of dollars necessary to back a play like that.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Epoch on January 11, 2012, 04:13:09 PM
I think they have plans for developing a custom BTC mining ASIC.

Who is "they"?

Let me offer a different take on this than D&T's post.

WARNING: <begin tin foil hat area>

"They" is the (sometimes) silent minority here with deep pockets. Some members will remember the transitory period last year (well, technically 2010) when CPU miners switched en-mass to GPU. Remember when Art Forz was mining with 25% of the network hashrate? He was into GPUs big time when most everyone else was still on CPUs.

That was a wakeup call to all the miners, who very quickly realized if they don't get onto GPUs, their profit would disappear. And it didn't take long for the network hashrate (and, subsequently, difficulty) to go up 20x.

We may be facing a similar situation in the near future when an ASIC is dropped on the scene. Imagine what a $100 1Ghash 10W board would do to the mining landscape. For the same $$$ as today's most efficient GPU (5870 or 5970), what if people could buy 5x or 10x the hashing power? And operate it with a fraction of the energy?

We already know what would happen. We've seen it before. Once the ASIC became available people would buy up huge ASIC mining farms for relatively little cost, driving the network hashrate (and difficulty) through the roof. 2x, 5x, 10x. GPU miners would very quickly find their profits dropping to zero and would face a decision: replace their GPUs with ASICs, or stop mining.

The only reason this scenario hasn't happened yet is the huge up-front cost associated with making an ASIC. But over the last couple of years, a few here in the silent minority (long-term and large-scale miners, early adopters, successful bitcoin speculators, large pool/exchange operators) have been profitable enough that this is something they could conceivably undertake. Developing an ASIC, or ASIC hybrid, may not take millions today; it may only be hundreds of thousands. ASICs are not something that can be developed quickly, but if it has already started 6 months ago then 2012 may hold a rude awakening for us.

<end tin foil hat area>


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on January 11, 2012, 04:23:22 PM
The only reason this scenario hasn't happened yet is the huge up-front cost associated with making an ASIC. But over the last couple of years, a few here in the silent minority (profits from mining, early adopters, successful bitcoin speculators, large pool/exchange operators) have been able to accumulate enough reserves that this is something they could conceivably undertake. Developing an ASIC, or ASIC hybrid, may not take millions today; it may only be hundreds of thousands. ASICs are not something that can be developed quickly, but if it has already started 6 months ago then 2012 may hold a rude awakening for us.

BS.

First of all there is no such thing as an ASIC hybrid.

Second while you can make ASICS uses 4 generation old processes (lots of low demand fab capacity at 130nm for example) to handle low bandwidth tasks like a voltage monitoring chip, or usb controller for a lower cost.  The issue is those processes are totally unsuited for high clock cycle, high utilization work like mining.

You aren't going to fab a current gen ASIC w/ less than a couple million (possibly ten million) in NRE costs and anything less is going to be utterly uncompetitive w/ FPGA and GPUs.  Worse no fab is going to give you access unless you commit (and show financial resources) for tens of thousands of units.  The reason is that retooling time is expensive and they don't want you business unless your product can keep the equipment occupied for a significant period of time.

So on top of the NRE costs you are looking at millions more in financial commitments.  The idea that someone is going to take that kind of risk with Bitcoin as small and unproven as it is today is just tin foil nonsense.

To compare it to the "cost" of some software work using OpenCL is even more silly.  Had Bitcoin died, or turned out to be illsuited for GPU acceleration the cost would be some hours spent coding and a couple graphics cards. 


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Epoch on January 11, 2012, 04:29:39 PM
The only reason this scenario hasn't happened yet is the huge up-front cost associated with making an ASIC. But over the last couple of years, a few here in the silent minority (long-term and large-scale miners, early adopters, successful bitcoin speculators, large pool/exchange operators) have been profitable enough that this is something they could conceivably undertake. Developing an ASIC, or ASIC hybrid, may not take millions today; it may only be hundreds of thousands. ASICs are not something that can be developed quickly, but if it has already started 6 months ago then 2012 may hold a rude awakening for us.

BS.

I think my tin foil hat was just blown clean off!  ;)


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: defxor on January 11, 2012, 05:34:55 PM
First of all there is no such thing as an ASIC hybrid.

sASIC is usually referred to as an ASIC/FPGA hybrid.

http://www.design-reuse.com/articles/7179/hybrid-process-converts-fpgas-to-structured-asics.html

And a Bitcoin sASIC only takes some tens of thousands to kick off.

(I'm eerily reminded of a thread a few months back with someone who fiercely claimed that no one would be mad enough to make a Bitcoin FPGA board since the BoM would be too high)


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on January 11, 2012, 05:58:04 PM
First of all there is no such thing as an ASIC hybrid.

sASIC is usually referred to as an ASIC/FPGA hybrid.

http://www.design-reuse.com/articles/7179/hybrid-process-converts-fpgas-to-structured-asics.html

And a Bitcoin sASIC only takes some tens of thousands to kick off.

(I'm eerily reminded of a thread a few months back with someone who fiercely claimed that no one would be mad enough to make a Bitcoin FPGA board since the BoM would be too high)


Hundreds of thousands not tens of thousands and commitments to produce tens of thousands of units.  And performance will be better than FPGA but not 10x better like what is possible in an true ASIC.

Would you invest 250K into Bitcoin right now? 


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: notme on January 11, 2012, 06:00:42 PM
First of all there is no such thing as an ASIC hybrid.

sASIC is usually referred to as an ASIC/FPGA hybrid.

http://www.design-reuse.com/articles/7179/hybrid-process-converts-fpgas-to-structured-asics.html

And a Bitcoin sASIC only takes some tens of thousands to kick off.

(I'm eerily reminded of a thread a few months back with someone who fiercely claimed that no one would be mad enough to make a Bitcoin FPGA board since the BoM would be too high)


I still contend a ASIC SHA256 implementation would be the way to go.  Have a bunch of pairs of these, a few buffers, an FPGA controller and you're golden.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: defxor on January 11, 2012, 06:03:58 PM
Would you invest 250K into Bitcoin right now?  

Would Peter Thiel - or any one other stupendously rich libertarian?

As an example: I belong to the group of people whose interest in Bitcoin is not in making money, but changing society. I want thousands of people running "miners" at home, at a cost less than having a lightbulb switched on, to make sure the network is resilient and available for transactions. And they'll pay for the privilege of knowing that's what they do.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ztex on January 11, 2012, 06:26:34 PM
And a Bitcoin sASIC only takes some tens of thousands to kick off.

Including one time costs tens of thousands of boards (with an efficient unrolled implementation) cost millions of $ and their total hash rate is similar to or higher than the current total hash rate.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: rupy on January 11, 2012, 06:52:14 PM
First of all there is no such thing as an ASIC hybrid.

sASIC is usually referred to as an ASIC/FPGA hybrid.

http://www.design-reuse.com/articles/7179/hybrid-process-converts-fpgas-to-structured-asics.html

And a Bitcoin sASIC only takes some tens of thousands to kick off.

(I'm eerily reminded of a thread a few months back with someone who fiercely claimed that no one would be mad enough to make a Bitcoin FPGA board since the BoM would be too high)


I still contend a ASIC SHA256 implementation would be the way to go.  Have a bunch of pairs of these, a few buffers, an FPGA controller and you're golden.
Yes, from what I gather ASIC performance is not that much higher than FPGA per chip, it's power consumption that drops a little but mainly the price, so you could have lots of SHA256 chips cooperating. The tricky part is to build that cooperation hardware/software I guess.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on January 11, 2012, 06:57:02 PM
Yes, from what I gather ASIC performance is not that much higher than FPGA per chip, it's power consumption that drops a little but mainly the price, so you could have lots of SHA256 chips cooperating. The tricky part is to build that cooperation hardware/software I guess.

Multiple FPGA don't work together.  Multiple GPU don't work together.  Multiple ASIC wouldn't need to work together.

A SHA-256 hash is a trivial thing to calculate.  Takes less than a hundred millionth of a second in FPGA or GPU.  No reason to design chips to "work together" or co-ordinate work.  Simple give each chip something completely different to work on.

2 chips = work on 2x as many hashes at same time
4 chips = work on 4x as many hashes at the same time.
10,000 chips = work on 10,000x as many hashes at the same time.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Drsmite on January 12, 2012, 09:07:18 PM
Has anyone pointed their 1.15x(s) at P2Pool yet?  Should it work or is the current miner software incompatible with shares of higher than difficulty 1?


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Turbor on January 12, 2012, 10:15:17 PM
Never tried it out. But i'm curious too.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: rupy on January 12, 2012, 11:23:44 PM
I think p2pool needs long polling, I asked SZ about a deadline and he said jan/feb.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ztex on January 13, 2012, 10:00:44 AM
Has anyone pointed their 1.15x(s) at P2Pool yet?  Should it work or is the current miner software incompatible with shares of higher than difficulty 1?

Aren't invalid shares (e.g. shares that does not met the difficulty) detected by the p2pool software? (If not, even better. ;-))

But currently BTCMiner is not suitable for p2pool for another reason: it supports no long polling.

LP and another stale reduction algorithm (which also works if BTCMiner is only connected to a local bitcoin instance) will be implemented in the next release. Since BTCMiner can simultaneously run hundreds of FPGA boards this is not trivial (but not really difficult).


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Turbor on January 13, 2012, 11:46:18 AM
That may be the reason for more rejects. 1% is not bad but with LP it will get even better !


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ztex on January 13, 2012, 03:13:40 PM
That may be the reason for more rejects. 1% is not bad but with LP it will get even better !

The stale rate (on the bitcoin chain) is a little bit less than 1%. For that reason I do not consider LP as super urgent.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: rupy on January 13, 2012, 11:48:02 PM
But p2pool might be an important step for bitcoin so that makes it a bit more interesting!


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on January 14, 2012, 12:00:09 AM
But p2pool might be an important step for bitcoin so that makes it a bit more interesting!

Yeah and on p2pool you will get about 2 to 3 LP per minute.  Roughly 20x as often as Bitcoin main network.  So LP support is mandatory (well without massive stale rates).


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: rupy on January 14, 2012, 04:14:48 PM
D&T are you using p2pool? What would you say of the payout compared to say deepbit?


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on January 14, 2012, 06:10:18 PM
D&T are you using p2pool? What would you say of the payout compared to say deepbit?

I have only one rig on it.  With 10GH I need to be careful moving them around.  Everything looks solid.  There is significant variance though so it isn't suitable (at this point) for miners who obsess over how much they make per day.  For me my power bill comes once a month so what matters is how much variance I have month to month not day to day.

As p2pool grows variance should be less of an issue.  At ~150GH/s it should find blocks on average every 12 hours.  That means even an unlucky period should be 10+ blocks per week.

TL/DR version:
p2pool works BUT it is "cutting edge" expect it to be rough around the edges.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: rupy on January 27, 2012, 01:36:38 AM
New firmware out with long-polling. http://www.ztex.de/btcminer/ (http://www.ztex.de/btcminer/)


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: CA Coins on January 27, 2012, 01:49:55 AM
New firmware out with long-polling. http://www.ztex.de/btcminer/ (http://www.ztex.de/btcminer/)

Nice!  Will test LP out.  Thanks.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: iambaboon on January 27, 2012, 03:50:24 PM
2 questions:
1.
License production programs can be offered too. The customer would purchase the empty PCB including a license fee and gets assembly data (stencil data, bill of material, pick and place data, ...). Estimated costs (including PCB, license fee, parts, assembly) based on the prices here in Germany (from official Xilinx Distributor) would be:
100 units: 170 EUR (about 230 USD)
250 units: 140 EUR (about 190 USD)

I don't have experience with hardware. Does this mean that one could get all the instructions to build one 1.15x module at home ? In that case, a friend of mine with some experience in electronics/electronic part mounting would know enough ?

2. By using the adaptations you mentioned, would it be possible to use one of the ATX power supplies supporting GPUS at the moment to power, let's say, a 30-module cluster ?


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on January 27, 2012, 04:16:36 PM
I don't have experience with hardware. Does this mean that one could get all the instructions to build one 1.15x module at home ? In that case, a friend of mine with some experience in electronics/electronic part mounting would know enough ?

You could but assembly is usually pretty cheap on a simple & small board design.  You wouldn't be saving much at all.  Trying to do it without very expensive specialized gear and experience means anything theoretical savings ($20 per board maybe) would be offset by losses due to defects. 

Say you could manage to hand build boards w/ only a 5% defect rate.  Net-net, you would knock a whole $10 off each board.  Not a good trade for the hundreds of hours it would take to build hundreds of units. 


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ztex on January 27, 2012, 04:35:52 PM
I don't have experience with hardware. Does this mean that one could get all the instructions to build one 1.15x module at home ? In that case, a friend of mine with some experience in electronics/electronic part mounting would know enough ?

100 unit price is going to be reduced to about $250 for the next batch. So license production makes only sense for 250 units or more.

You should have some experience with electronic. Hand soldering is not worth the time and money (lower yield rate)

Quote
2. By using the adaptations you mentioned, would it be possible to use one of the ATX power supplies supporting GPUS at the moment to power, let's say, a 30-module cluster ?

A 350 W ATX supply would be sufficient to power a 30 FPGA boards.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: DeathAndTaxes on January 27, 2012, 05:20:48 PM
100 unit price is going to be reduced to about $250 for the next batch. So license production makes only sense for 250 units or more.

Hmm now that is interesting. 20 GH for $25K & 1KW. 

Well a guy can dream. I got a 5.76KW circuit.  Could put 100 GH/s in my garage.  Of course then I would need a full time security guard so thats cuts into the ROI. :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: rjk on January 27, 2012, 05:31:56 PM
100 unit price is going to be reduced to about $250 for the next batch. So license production makes only sense for 250 units or more.

Hmm now that is interesting. 20 GH for $25K huh @ 1KW.  Well a guy can dream. I got a 5.76KW circuit.  Could put 100 GH in my garage.  Of course then I would need a full time security guard.
Well that pretty much blows my dream of a 20ghash rig using video cards, drawing 7 kw.

And this isn't vaporware either..... hmmm.....


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Inspector 2211 on January 27, 2012, 06:13:06 PM
New firmware out with long-polling. http://www.ztex.de/btcminer/ (http://www.ztex.de/btcminer/)

I tried it this morning, pointing it at deepbit.net (just like I was doing with the December 2011 version).

Result: 0.0 MH/s

After a few minutes of getting 0.0 MH/s, I reflashed the "old" (December 2011) firmware and was back to my usual 199 MH/s again.

Any ideas?

Is the long-polling command line parameter now mandatory? I have never used it.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ztex on January 27, 2012, 06:19:12 PM
I tried it this morning, pointing it at deepbit.net (just like I was doing with the December 2011 version).

Result: 0.0 MH/s

After a few minutes of getting 0.0 MH/s, I reflashed the "old" (December 2011) firmware and was back to my usual 199 MH/s again.

Any ideas?

Send me the logs / output.

Quote
Is the long-polling command line parameter now mandatory? I have never used it.

Long polling URL is determined automatically (you see it in the logs/output) or can be defined by "-lp"


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Inspector 2211 on January 27, 2012, 06:48:09 PM
I tried it this morning, pointing it at deepbit.net (just like I was doing with the December 2011 version).

Result: 0.0 MH/s

After a few minutes of getting 0.0 MH/s, I reflashed the "old" (December 2011) firmware and was back to my usual 199 MH/s again.

Any ideas?

Send me the logs / output.


Will do, but right now I'm at work, so by the time I can send them, it'll be [early] Saturday morning in Germany.
I'm mining in a small office I rent in Silicon Valley, mostly with HD 5830 cards. (Yes, it gets "toasty" in there...)


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ztex on January 27, 2012, 06:50:02 PM
Will do, but right now I'm at work, so by the time I can send them, it'll be [early] Saturday morning in Germany.
I'm mining in a small office I rent in Silicon Valley, mostly with HD 5830 cards. (Yes, it gets "toasty" in there...)

Did you evaluate the "submitted hash rate" or "hash rate"?

If you find no shares within the fist few minutes the "submitted hash rate" is zero because you submitted nothing.

The actual hash rate is the frequency minus errors, because the FPGA calculates on hash per clock. In the new version this value is called "hash rate" and can be found ind the logs/output between "maxErroRate" and "submitted <n> new nonces".


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Inspector 2211 on January 27, 2012, 06:53:56 PM
Did you evaluate the "submitted has rate" or "has rate"?

If you find no shares within the fist few minutes the "submitted hash rate" is zero because you submitted nothing.

The actual hash rate is the frequency minus errors, because the FPGA calculates on hash per clock. In the new version this value is called "hash rate" and can be found ind the logs/output between "maxErroRate" and "submitted <n> new nonces".


I just looked at the screen output, the number on the far right side. And yes, I did wait a minute or two to see whether I get a non-zero hash rate.

What I noticed is, the software kept switching frequencies like crazy, in 6 MHz increments, whereas the old software switched in 8 MHz increments and only very rarely.



Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ztex on January 27, 2012, 07:12:57 PM
I just looked at the screen output, the number on the far right side. And yes, I did wait a minute or two to see whether I get a non-zero hash rate.

This is the "submitted hash rate". Never, ever, ever use this value for performance evaluation if you run the board only for a few minutes. Use the frequency or the "hash rate" in the center of the line.

(Maybe I should put the actual "hash rate" to the end of the line and the "submitted hash rate" into the center. This will save al lot of support time ;-) )

Quote
What I noticed is, the software kept switching frequencies like crazy, in 6 MHz increments, whereas the old software switched in 8 MHz increments and only very rarely.

It switches more often at start-up but will stabilize after a while.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: rupy on January 27, 2012, 08:20:07 PM
Don't forget the new firmware: -f ztex_ufm1_15d2.ihx


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Inspector 2211 on January 27, 2012, 09:44:14 PM
Don't forget the new firmware: -f ztex_ufm1_15d2.ihx

The Java software detects which firmware it is targeted at, and will complain if you try to run it against the wrong (== too old or too new) firmware.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: CA Coins on January 27, 2012, 09:57:22 PM
Quote

What I noticed is, the software kept switching frequencies like crazy, in 6 MHz increments, whereas the old software switched in 8 MHz increments and only very rarely.


I got that problem too.  I tested the new firmware on two boards and it will do that somewhat randomly.  I tried it out for at least 30 minutes and it wouldn't stabilize.  Got only about combined 180MH/s on two boards at deepbit.  Went back to the d1 firmware and it ran fine at about 400MH/s.  


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ztex on January 27, 2012, 10:27:24 PM
I got that problem too.  I tested the new firmware on two boards and it will do that somewhat randomly.  I tried it out for at least 30 minutes and it wouldn't stabilize.  Got only about combined 180MH/s on two boards at deepbit.  Went back to the d1 firmware and it ran fine at about 400MH/s.  

What exactly happened to the frequency? Does the the d2 firmware clocks down, but the d1 firmware runs stable?

If yes, it is a clock stability problem (too much jitter). I saw that earlier and thought it would have been fixed because it does not appear anymore on my 1.15d FPGA board test cluster. I will change a few parameters and post a test release next week (because I cannot reproduce this problem here).

If that problem appears, just use the d1 firmware (from the new release). It is as fast.






Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: CA Coins on January 27, 2012, 11:53:45 PM
I think that might be it.  It runs stable with the d1 firmware so I am sticking with that for now.  Here is a part of the log showing that it clocks up and down, sometimes really low.  It runs stable at 192Mhz with the d1 and sometimes it will run stable with the d2 as well, but it inconsistent.  I will trim the entry once you have seen it.

EDIT:  Got it, thanks.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ztex on January 28, 2012, 12:08:24 AM
I think that might be it.  It runs stable with the d1 firmware so I am sticking with that for now.  Here is a part of the log showing that it clocks up and down, sometimes really low.  It runs stable at 192Mhz with the d1 and sometimes it will run stable with the d2 as well, but it inconsistent.  I will trim the entry once you have seen it.

Seen it. I'll send you a new firmware for testing next week. If it cant be fixed I'll switch back to d1.

BTW, with d1 your boards should achieve 200 MHz, with d2 198 MHz or 204 Mhz.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Inspector 2211 on January 28, 2012, 12:33:58 AM
I think that might be it.  It runs stable with the d1 firmware so I am sticking with that for now.  Here is a part of the log showing that it clocks up and down, sometimes really low.  It runs stable at 192Mhz with the d1 and sometimes it will run stable with the d2 as well, but it inconsistent.  I will trim the entry once you have seen it.

Seen it. I'll send you a new firmware for testing next week. If it cant be fixed I'll switch back to d1.

BTW, with d1 your boards should achieve 200 MHz, with d2 198 MHz or 204 Mhz.


I'm assuming that in the December firmware, the PLL denominator, which divides the 48 MHz input clock (from the Cypress microcontroller) is 6, and thus the numerator is multiplied by 8 MHz, leading to frequency adjustments of granularity 8 MHz, whereas in the January firmware, the PLL denominator is 8, and thus the numerator is multiplied by 6 MHz, leading to frequency adjustments of granularity 6 MHz.

Correct?


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Inspector 2211 on January 28, 2012, 05:07:56 AM
I just looked at the screen output, the number on the far right side. And yes, I did wait a minute or two to see whether I get a non-zero hash rate.

This is the "submitted hash rate". Never, ever, ever use this value for performance evaluation if you run the board only for a few minutes. Use the frequency or the "hash rate" in the center of the line.

(Maybe I should put the actual "hash rate" to the end of the line and the "submitted hash rate" into the center. This will save al lot of support time ;-) )

Quote
What I noticed is, the software kept switching frequencies like crazy, in 6 MHz increments, whereas the old software switched in 8 MHz increments and only very rarely.

It switches more often at start-up but will stabilize after a while.

No, this new version really doesn't work. It tries and tries, gradually reducing the PLL frequency down to 126 MHz, that's when I gave up. I have sent you a log by email.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: rupy on January 28, 2012, 07:52:34 AM
the d2 works fine for me with zalman heatsink stabilizing around 208 MH/s at 210 MHz:

ztex_ufm1_15d2-04A32DC7CA: f=210.00MHz,  errorRate=0.10%,  maxErrorRate=0.69%, \
 hash rate: 209.8MH/s,  submitted 2 new nonces,  submitted hash rate 208.5MH/s
ztex_ufm1_15d2-04A32DC7CA: f=210.00MHz,  errorRate=0.08%,  maxErrorRate=0.69%, \
 hash rate: 209.8MH/s,  submitted 3 new nonces,  submitted hash rate 208.6MH/s
ztex_ufm1_15d2-04A32DC7CA: f=210.00MHz,  errorRate=0.28%,  maxErrorRate=0.69%, \
 hash rate: 209.4MH/s,  submitted 0 new nonces,  submitted hash rate 208.5MH/s
ztex_ufm1_15d2-04A32DC7CA: f=210.00MHz,  errorRate=0.21%,  maxErrorRate=0.69%, \
 hash rate: 209.6MH/s,  submitted 3 new nonces,  submitted hash rate 208.6MH/s


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ztex on January 28, 2012, 09:51:44 AM
No, this new version really doesn't work. It tries and tries, gradually reducing the PLL frequency down to 126 MHz, that's when I gave up. I have sent you a log by email.

Use the d1 firmware from the new release if d2 does not work, see https://bitcointalk.org/index.php?topic=40047.msg715272#msg715272


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ztex on January 28, 2012, 09:55:41 AM
I'm assuming that in the December firmware, the PLL denominator, which divides the 48 MHz input clock (from the Cypress microcontroller) is 6, and thus the numerator is multiplied by 8 MHz, leading to frequency adjustments of granularity 8 MHz, whereas in the January firmware, the PLL denominator is 8, and thus the numerator is multiplied by 6 MHz, leading to frequency adjustments of granularity 6 MHz.

Correct?

Not exactly, but something like that: the only difference between the d1 and the d2 firmware of the new release are different DCM and PLL settings.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Turbor on January 28, 2012, 11:59:28 AM
Have d2 on all of my boards. 1 makes 216 MHz, 3 210 MHz and 2 204 MHz.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: HendrikJan on January 28, 2012, 12:19:25 PM
Real nice project but i need to buy them for the sale price of 250 pieces before i can make some profit.
I get an break even in 323 days.
http://bitcoinx.com/profit/ (http://bitcoinx.com/profit/)

Or did i miss something and can it be faster/cheaper?


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: nelisky on January 28, 2012, 12:34:30 PM
Although it might not be more than a coincidence, I can tell you that mining with d2 (on EclipseMC) has a weird behaviour; it starts fine, mines away at the expected rate but eventually starts to submit less nonces. I mean, not in a random way, consistently less, with all the rates reported in BTCMiner staying stable (even though the submits are correctly reported in the low ball area). It simply does not happen when mining with d1.

Doing a little debug it seems to me that it happens when there are multiple new blocks reported in a short amount of time. Could be a problem with long pooling, but why would only d2 be affected by this? My board runs at 198MHz with d2, 0% error rate, frequency is stable, so that's not it.

I'm sticking with d1 for now but let me know if you need more info or want me to test anything.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ztex on January 30, 2012, 11:03:31 AM
Although it might not be more than a coincidence, I can tell you that mining with d2 (on EclipseMC) has a weird behaviour; it starts fine, mines away at the expected rate but eventually starts to submit less nonces. I mean, not in a random way, consistently less, with all the rates reported in BTCMiner staying stable (even though the submits are correctly reported in the low ball area). It simply does not happen when mining with d1.

The difference between d1 and d2 firmware are different clock multipliers / dividers. This does not influence the submission of shares.

For performance evaluation use the "hash rate" value from the center of the line. The "submitted hash rate" at the end of the line is computed based on the shared found. This value depends on your luck and is only informative after at least a few hours runtime.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: nelisky on January 30, 2012, 11:10:22 AM
The difference between d1 and d2 firmware are different clock multipliers / dividers. This does not influence the submission of shares.

For performance evaluation use the "hash rate" value from the center of the line. The "submitted hash rate" at the end of the line is computed based on the shared found. This value depends on your luck and is only informative after at least a few hours runtime.

Yeah, that's what I though. It did run for 4+ hours each way, and the values reported by BTCMiner certainly fell within or above the expected. The problem was that it started consistently submitting a lot less shares, without exception, for a multi hour stretch of time (though the MHs rates staid where they should).

As I said, probably just coincidence, I just feel it is awkward this coincidence only happened with d2 and always happened to d2... but hey, that's why it is called 'coincidence', I guess :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ztex on January 30, 2012, 01:16:36 PM
A testing release has been published: http://www.ztex.de/btcminer/ZtexBTCMiner-120130.jar . See the software thread (https://bitcointalk.org/index.php?topic=40047.msg722099#msg722099) for details.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Inspector 2211 on January 30, 2012, 05:21:11 PM
A testing release has been published: http://www.ztex.de/btcminer/ZtexBTCMiner-120130.jar . See the software thread (https://bitcointalk.org/index.php?topic=40047.msg722099#msg722099) for details.


I'm happy to report that the "15d3a" version works for me now - it starts at 200 MHz, goes to 204, then 208, then 212, but the error rate is too high at 212
and it settles at 208.

Good job, Stefan!
1.0e3 thanks!


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: Turbor on January 31, 2012, 11:54:18 AM
Going to give it a try this evening. 120126 and d2 work very well for me. Glad i was able to bring nr6 to life.


Title: Re: ZTEX USB-FPGA Module 1.15x: 200 MH/s FPGA Board now on stock
Post by: ztex on February 08, 2012, 08:39:24 PM
A BTCMiner release has been published, see the software thread (https://bitcointalk.org/index.php?topic=40047.msg738240#msg738240) for details.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Unacceptable on February 11, 2012, 10:00:43 PM
What kind of hash rates does this device get?

USB-FPGA Module 1.11c (XC6SLX25, SG 3, 64 MB RAM)

http://shop.ztex.de/product_info.php?products_id=52

At $175 I might be willing to try a few of them,any kind of warranty??



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: DeathAndTaxes on February 12, 2012, 12:55:10 AM
What kind of hash rates does this device get?

USB-FPGA Module 1.11c (XC6SLX25, SG 3, 64 MB RAM)

http://shop.ztex.de/product_info.php?products_id=52

At $175 I might be willing to try a few of them,any kind of warranty??

The 1.15x has 150K LUTs that FPGA has 25K LUTS so theoretical max would be maybe 30 MH/s BUT the 1.15X uses a 150K LUT FPGA so it can unroll the SHA-256 double loop.  This chip doesn't have the "space" so you get all the overhead of the rolled algorithm so ballpark maybe 20 MH/s.  Of course you would need to find/build a bitstream for it. 

What is weird is you said you would be willing to try a FEW?  You could get a 1.15x for the price of 3 of those and gain all the community support, plus higher performance chip. 


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Inspector 2211 on February 12, 2012, 02:15:04 AM
He may be interested in writing his own Verilog code, and with the LX150 device he'd have to BUY  the toolchain, as the LX150 is not supported by the free toolchain. But I recommend buying at least the LX75 device. Module 1.15b. It can be used for mining AND for trying out new code variants. Maybe I'll buy a 1.15b myself. The discussion with wondermine in a different thread gave me some ideas on how to speed up the "add" operations.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: DeathAndTaxes on February 12, 2012, 04:02:58 AM
He may be interested in writing his own Verilog code, and with the LX150 device he'd have to BUY  the toolchain, as the LX150 is not supported by the free toolchain. But I recommend buying at least the LX75 device. Module 1.15b. It can be used for mining AND for trying out new code variants. Maybe I'll buy a 1.15b myself. The discussion with wondermine in a different thread gave me some ideas on how to speed up the "add" operations.

Agreed.  If you want to do your own research "on the cheap" a LX75 (75K LUTs) is the best chip.  It is the largest chip which can still use the free ISE.   A 25K LUT chip is simply too small to be useful.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Unacceptable on February 12, 2012, 06:13:59 AM
What kind of hash rates does this device get?

USB-FPGA Module 1.11c (XC6SLX25, SG 3, 64 MB RAM)

http://shop.ztex.de/product_info.php?products_id=52

At $175 I might be willing to try a few of them,any kind of warranty??

The 1.15x has 150K LUTs that FPGA has 25K LUTS so theoretical max would be maybe 30 MH/s BUT the 1.15X uses a 150K LUT FPGA so it can unroll the SHA-256 double loop.  This chip doesn't have the "space" so you get all the overhead of the rolled algorithm so ballpark maybe 20 MH/s.  Of course you would need to find/build a bitstream for it.  

What is weird is you said you would be willing to try a FEW?  You could get a 1.15x for the price of 3 of those and gain all the community support, plus higher performance chip.  

No I'm not a software guy,I just think for the kind of money being asked per unit ($414-$569 & $580) I need reassurance that if something dies,due to no fault of my own (possible defect),that I will have some kind of recourse,for at least 3-6 months.Heck my 05 impala has 125,000 miles & I got an extended warranty for large repairs(engine,trans,A/C) for $200 a year.

$175 is about my limit for risk,one at a time(buy one,let it mine & buy another with those earnings),if the hashrates were worth it.At 30 mh/s it isn't enough for a ROI in any decent timeframe,for me anyhow.I was hoping around 150 mh/s,but its all good.

I haven't noticed anyone raging about DOA's or major malfunctions with Ztex or Icarus,so I might be a bit anal about a warranty for no reason.I'm still thinking it over ;)

What kind of mh/s does the LX75 get.

BTW,I'm not tryin to knock anyone's products,so please don't take it as I were.

Thanks !!!


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: antirack on February 12, 2012, 06:35:06 AM
I wouldn't be too worried about that, ZTEX has been around for years and they are a German company with business registration, phone numbers, liabilities, laws, etc. Not some outlet operating from a backyard in Cambodia.

In fact, if I am not wrong, German law minimum warranty is 6 months and they have to provide replacement parts and defects liability for 2 years (means they have to fix it, for a reasonable cost, for 2 years even if it is your fault etc). Correct me if I am wrong.

Yes, of course this all won't be of any use if the company goes bankrupt. But in Germany it's not easy to just go bankrupt and disappear, trust me on this. Germany is not for no reason one of the most restrictive economies in the world (in comparison to the USA or Hong Kong for instance, or other countries on the top of the list of freest economies). For instance, the director of a German company is criminally liable if the company goes bankrupt and this is indeed enforced even for small scale operations. I don't know many countries where this is the case.

Warranty information:
http://www.ztex.de/agb.e.html


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Unacceptable on February 12, 2012, 07:07:12 AM
 :o Thanks for finding that info ;)

So as I understand it,there's a 2 year warranty?? :o

7.2  The customer shall examine the goods upon receipt for completeness and any defects. In the event of identifiable defects, the customer shall inform Company ZTEX GmbH thereof in writing within 14 days of receipt. Non-identifiable defects shall be reported in writing immediately upon their identification. The warranty period shall commence upon receipt of the goods by the buyer and shall remain in effect for 24 months pursuant to statutory provisions. Commercial transactions shall be subject primarily to Section 377 HGB [Handelsgesetzbuch, German Commercial Code].

If so,I guess I might give one a shot ;D



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on February 12, 2012, 07:33:07 AM
Per Ztex in his emails, there is a 2-year EU mandated warranty on the boards that covers defects in the manufacturing.  the boards are tested before shipping, and you will be covered if it is DOA.  He has mentioned that it doesn't cover improper usage of the board.  I figure if the boards fries from you sticking in the wrong voltage power (see one of the threads here), you won't be covered.  
The build of the boards look pretty solid.  I have had no issues with it even after repeatedly connecting/disconnecting the power/usb connectors.  The fpga runs pretty cool and the software downclocks based on errors so I am not too worry about frying the fpga.  Feels much safer (maybe unfounded) than running the 6950 at 75C.  However, I don't think anybody knows (or does anybody know) how long these boards are expected to run, but they feel solidly built to me.    


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rupy on February 12, 2012, 09:15:20 PM
ztex said he expected these to run 5 - 10 years... I guess depending on heat?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on February 13, 2012, 06:55:36 AM
ztex said he expected these to run 5 - 10 years... I guess depending on heat?

I think 5-10 years would be pretty sweet.  Let's see if BTC survives.  I would think these things are made to run for awhile but I am not sure how heat and overclocking would affect longevity.

I did some thermal measurements on the boards, using the stock Xilence heatsink/fan with a open case and also with a big desk fan blowing directly on them. 

Code:
Room temp:  19C
Boards open to air

Between board and heatsink: 30C
Bottom of heatsink:  29C
Top of heatsink: 24C

With fan blowing directly on board
Between board and heatsink: 27C
Bottom of heatsink:  27C
Top of heatsink: 22C

With cooler weather and better airflow, this is the best I have gotten so far:
2012-02-13T22:45:36: bus-0-0: ztex_ufm1_15d3-2012-L1-A1: f=204.00MHz,  errorRate=0.29%,  maxErrorRate=0.74%,  hashRate=203.4MH/s,  submitted 17 new nonces,  luckFactor=1.03
2012-02-13T22:45:36: bus-0-0: ztex_ufm1_15d3-2012-L1-A2: f=204.00MHz,  errorRate=0.48%,  maxErrorRate=1.10%,  hashRate=203.0MH/s,  submitted 14 new nonces,  luckFactor=0.87
2012-02-13T22:45:36: bus-0-0: ztex_ufm1_15d3-2012-L1-A3: f=204.00MHz,  errorRate=0.12%,  maxErrorRate=0.41%,  hashRate=203.7MH/s,  submitted 12 new nonces,  luckFactor=0.93
2012-02-13T22:45:36: bus-0-0: ztex_ufm1_15d3-2012-L1-A4: f=200.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=200.0MH/s,  submitted 13 new nonces,  luckFactor=0.82
2012-02-13T22:45:36: bus-0-0: ztex_ufm1_15d3-2012-L1-B1: f=208.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=208.0MH/s,  submitted 20 new nonces,  luckFactor=1.22
2012-02-13T22:45:36: bus-0-0: ztex_ufm1_15d3-2012-L1-B2: f=208.00MHz,  errorRate=0.56%,  maxErrorRate=1.39%,  hashRate=206.8MH/s,  submitted 12 new nonces,  luckFactor=0.70
2012-02-13T22:45:36: bus-0-0: ztex_ufm1_15d3-2012-L1-B3: f=204.00MHz,  errorRate=1.13%,  maxErrorRate=2.03%,  hashRate=201.7MH/s,  submitted 15 new nonces,  luckFactor=1.04
2012-02-13T22:45:36: bus-0-0: ztex_ufm1_15d3-2012-L1-B4: f=204.00MHz,  errorRate=0.13%,  maxErrorRate=0.26%,  hashRate=203.7MH/s,  submitted 12 new nonces,  luckFactor=1.03
2012-02-13T22:45:36: bus-0-0: ztex_ufm1_15d3-2012-L1-B5: f=204.00MHz,  errorRate=0.02%,  maxErrorRate=0.41%,  hashRate=204.0MH/s,  submitted 14 new nonces,  luckFactor=1.06
2012-02-13T22:45:36: bus-0-0: ztex_ufm1_15d3-2012-L1-B6: f=200.00MHz,  errorRate=0.00%,  maxErrorRate=0.26%,  hashRate=200.0MH/s,  submitted 13 new nonces,  luckFactor=0.75
2012-02-13T22:45:36: bus-0-1: ztex_ufm1_15d3-2012-L1-A0: f=208.00MHz,  errorRate=0.58%,  maxErrorRate=1.02%,  hashRate=206.8MH/s,  submitted 12 new nonces,  luckFactor=0.95
2012-02-13T22:45:36: bus-0-1: ztex_ufm1_15d3-2012-L1-A5: f=204.00MHz,  errorRate=1.03%,  maxErrorRate=1.66%,  hashRate=201.9MH/s,  submitted 13 new nonces,  luckFactor=0.87
2012-02-13T22:45:36: bus-0-1: ztex_ufm1_15d3-2012-L1-A6: f=204.00MHz,  errorRate=0.00%,  maxErrorRate=0.50%,  hashRate=204.0MH/s,  submitted 17 new nonces,  luckFactor=1.12
2012-02-13T22:45:36: bus-0-1: ztex_ufm1_15d3-2012-L1-A7: f=204.00MHz,  errorRate=0.18%,  maxErrorRate=0.52%,  hashRate=203.6MH/s,  submitted 14 new nonces,  luckFactor=0.99
2012-02-13T22:45:36: bus-0-1: ztex_ufm1_15d3-2012-L1-A8: f=208.00MHz,  errorRate=0.05%,  maxErrorRate=0.26%,  hashRate=207.9MH/s,  submitted 15 new nonces,  luckFactor=0.85
2012-02-13T22:45:36: bus-0-1: ztex_ufm1_15d3-2012-L1-A9: f=208.00MHz,  errorRate=0.73%,  maxErrorRate=0.89%,  hashRate=206.5MH/s,  submitted 15 new nonces,  luckFactor=1.14
2012-02-13T22:45:36: bus-0-1: ztex_ufm1_15d3-2012-L1-B0: f=204.00MHz,  errorRate=1.09%,  maxErrorRate=1.46%,  hashRate=201.8MH/s,  submitted 10 new nonces,  luckFactor=0.97
2012-02-13T22:45:36: bus-0-1: ztex_ufm1_15d3-2012-L1-B7: f=208.00MHz,  errorRate=1.17%,  maxErrorRate=1.78%,  hashRate=205.6MH/s,  submitted 12 new nonces,  luckFactor=0.92
2012-02-13T22:45:36: bus-0-1: ztex_ufm1_15d3-2012-L1-B8: f=204.00MHz,  errorRate=0.04%,  maxErrorRate=0.35%,  hashRate=203.9MH/s,  submitted 17 new nonces,  luckFactor=1.18
2012-02-13T22:45:36: bus-0-1: ztex_ufm1_15d3-2012-L1-B9: f=200.00MHz,  errorRate=0.29%,  maxErrorRate=1.11%,  hashRate=199.4MH/s,  submitted 12 new nonces,  luckFactor=1.05


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on February 13, 2012, 09:11:02 AM
2 year EU warranty is the minimum guarantee which is ensured by EU law. This covers defects which existed at the time of delivery.  Since the FPGA boards are functionality tested there is not much room for this kind of errors.

In practice you can expect the FPGA board to be replaced if improper use is at least unlikely, e.g. if only a small percentage of a cluster fails within 2 years. (If more fails there are probably cooling problems).

The total run time of all LX150 FPGA boards produced by my company is about 50 years. AFAIK until now no board failed during proper use. So there is a good chance that the board run as long their power costs are less than their mining revenues.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: catfish on February 15, 2012, 11:03:24 PM
Well I've finally bitten the bullet, and ordered a single 1.15d with 'experimental board' (i.e. power supply rig) for my first intended 5-board frame design. And hopefully, as the GPU / logic board / PSU / RAM / drive systems are sold off, I'll be able to afford to buy more ZTEX FPGAs.

I haven't gone for the 1.15x models for two reasons. Firstly is the availability, but secondly, the 1.15x board is very specific to particular applications, and with the power regulation hardware on-board, requires better cooling.

The 1.15d needs to be plugged into a separate board underneath - I'm hoping that my experience with 12-GPU frame rigs will allow me to build a 5-board 'tube' with a couple of PC fans at each end, using the standard heatsinks. Forced air, enclosed by perspex so the cool circuit boards can be shown off :-)

Firstly a BIG shout out to Stefan for supplying and delivering my FPGA, experimental board and cabling within a day... he sent it on the Thursday evening from Germany and I picked it up in England by lunch-time on Friday. That's impressive stuff.

The kit looks nicely built - it doesn't look like I can make any use of the microSDHC card slot built onto the 1.15d, sadly, because the FPGA is too close to the card slot and the heatsink required will block any use of the card slot. OK, it'll have to be programmed via USB - not the end of the world...

Stefan - if you're reading this - yes I wanted immediate delivery and you're probably wondering why I haven't got the unit up and running yet... well, the software is only supplied for Windows (hurl) and Linux. My main machines all run Mac OS X - so I've downloaded the source to your SDK and dependencies and trying to port to OS X. It shouldn't be a problem at all, unless the only way of loading the bitstream to the FPGA is to use the binary Java distributions you have for download (Windoze and Linux only). I don't want to have to buy the expensive FPGA SDK, for obvious reasons. However, all your free tools *ought* to compile under Mac OS X - at least on Intel powered Macs. Will let you know if I hit any roadblocks...

Other than that, superb customer service, and blunt but accurate advice about what kit I needed to buy. I'm not an electronics engineer, and my questions could have got Stefan treating me like the guy who fried his voltage regulators. But he was polite and responded to my noob questions quickly.

Looks financially like I'll get the first FPGA board going, then build a funky perspex case, sadly only be able to afford another single unit at the end of the month (i.e. full price :( ) - but when I can release the capital to buy in bulk then I'll be trying to take advantage of the significant volume discounts. With English electricity costs, and only so much winter left to take advantage of (no gas central heating switched on this year!), I really need to switch from thirsty GPU rigs (9 Ghash worth... expensive power bills) to FPGAs.

Hopefully mine will be one of the 'good chips' and run over 200 Mhash using vertical air cooling... without spending more of my power budget on fans than actual hashing power! (just one of my frame rigs uses 60W worth of mains-powered fans... imagine all of those watts pumped into FPGAs....)

:)

And cheeers Stefan, fantastic customer service and the kit looks top quality. Will ensure that I use a reasonably decent power source for the boards though....


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on February 15, 2012, 11:42:47 PM
Well I've finally bitten the bullet, and ordered a single 1.15d with 'experimental board' (i.e. power supply rig) for my first intended 5-board frame design. And hopefully, as the GPU / logic board / PSU / RAM / drive systems are sold off, I'll be able to afford to buy more ZTEX FPGAs.

I haven't gone for the 1.15x models for two reasons. Firstly is the availability, but secondly, the 1.15x board is very specific to particular applications, and with the power regulation hardware on-board, requires better cooling.

The 1.15d needs to be plugged into a separate board underneath - I'm hoping that my experience with 12-GPU frame rigs will allow me to build a 5-board 'tube' with a couple of PC fans at each end, using the standard heatsinks. Forced air, enclosed by perspex so the cool circuit boards can be shown off :-)

Firstly a BIG shout out to Stefan for supplying and delivering my FPGA, experimental board and cabling within a day... he sent it on the Thursday evening from Germany and I picked it up in England by lunch-time on Friday. That's impressive stuff.

The kit looks nicely built - it doesn't look like I can make any use of the microSDHC card slot built onto the 1.15d, sadly, because the FPGA is too close to the card slot and the heatsink required will block any use of the card slot. OK, it'll have to be programmed via USB - not the end of the world...

Stefan - if you're reading this - yes I wanted immediate delivery and you're probably wondering why I haven't got the unit up and running yet... well, the software is only supplied for Windows (hurl) and Linux. My main machines all run Mac OS X - so I've downloaded the source to your SDK and dependencies and trying to port to OS X. It shouldn't be a problem at all, unless the only way of loading the bitstream to the FPGA is to use the binary Java distributions you have for download (Windoze and Linux only). I don't want to have to buy the expensive FPGA SDK, for obvious reasons. However, all your free tools *ought* to compile under Mac OS X - at least on Intel powered Macs. Will let you know if I hit any roadblocks...

Other than that, superb customer service, and blunt but accurate advice about what kit I needed to buy. I'm not an electronics engineer, and my questions could have got Stefan treating me like the guy who fried his voltage regulators. But he was polite and responded to my noob questions quickly.

Looks financially like I'll get the first FPGA board going, then build a funky perspex case, sadly only be able to afford another single unit at the end of the month (i.e. full price :( ) - but when I can release the capital to buy in bulk then I'll be trying to take advantage of the significant volume discounts. With English electricity costs, and only so much winter left to take advantage of (no gas central heating switched on this year!), I really need to switch from thirsty GPU rigs (9 Ghash worth... expensive power bills) to FPGAs.

Hopefully mine will be one of the 'good chips' and run over 200 Mhash using vertical air cooling... without spending more of my power budget on fans than actual hashing power! (just one of my frame rigs uses 60W worth of mains-powered fans... imagine all of those watts pumped into FPGAs....)

:)

And cheeers Stefan, fantastic customer service and the kit looks top quality. Will ensure that I use a reasonably decent power source for the boards though....

The 1.15d should get you 208 to 212 MHz with good cooling. I cool mine with a 120mm fan from above and a 92mm from the side. At 21 degree C the boards run 208 MHz at almost zero % error rate. Heatsink placement is a bitch. I have one board that i can only use with a clamp, holding down the heatsink (and that with arctic alumina adhesive...  >:( :'(). If you use the pads, i would use a clamp for some time to be sure the heatsink sticks to the chip. 1.15x boards run a bit faster due to their bigger heatsink. And yes, the boards are heavy duty. I ripped off the heatsink countless times just to find out that it won't work without clamp. Very good quality.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on February 15, 2012, 11:52:33 PM
Hey Catfish, welcome to the ztex clan.  Good luck with the 1.15d!

I only have 1.15x, but cooling is not really a big issue for me.  I even tried blowing the board directly with a big fan and it didn't affect it much.  The good thing is that I had it run in a semi-enclosed space with ambient temperature up to 27C and it hashed just fine.  The bad part is that when I cooled the ambient down to 22C with good airflow, it didn't really matter too much (only 2 of 20 boards clocked 4Mhz higher, but hopefully the airflow will keep them running longer).  Either way, good luck.  I think Turbor has had some really good experience in getting these bad boys to clock pretty high.  And, Turbor, thanks for the advice on the heatsink.  I re-applied thermal paste on two of the units, quite painful, but it didn't seem to matter too much.  From what Stefan said, under 30C the speed is not really affected by thermals.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on February 16, 2012, 12:02:21 AM
From what Stefan said, under 30C the speed is not really affected by thermals.

Yes, it's 4 MHz more or less for some boards. At 16 degree they do 220 and 216 for example and at 21 degree they clock down to 216 and 212. But i prefer a lower clock rate with less errors !


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on February 16, 2012, 08:44:07 AM
The kit looks nicely built - it doesn't look like I can make any use of the microSDHC card slot built onto the 1.15d, sadly, because the FPGA is too close to the card slot and the heatsink required will block any use of the card slot. OK, it'll have to be programmed via USB - not the end of the world...

microSD card can be used if you mount the heat sink within the frame in the silk screen: http://www.ztex.de/usb-fpga-1/usb-fpga-1.15.e.html#hs

Quote
I don't want to have to buy the expensive FPGA SDK, for obvious reasons. However, all your free tools *ought* to compile under Mac OS X - at least on Intel powered Macs. Will let you know if I hit any roadblocks...

The ZTEX SDK is free: http://www.ztex.de/firmware-kit/. The Xilinx ISE is not required.

For porting BTCMiner to a other OS's the JNI library has to be compiled for that target OS, see http://wiki.ztex.de/doku.php?id=en:software:porting. Under Mac
Code:
make -f Makefile.macosx
in the libusbJava-src directory of the SDK  should do the job.  Copy the library to the working directory of your BTCMiner and it should work.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on February 16, 2012, 09:10:03 AM
Heatsink placement is a bitch.

Heat sink installation on USB FPGA Modules 1.15d should not be difficult if you follow the instructions at http://www.ztex.de/usb-fpga-1/usb-fpga-1.15.e.html#hs.

Only two additional things have to be considered (in comparison to the 1.15x board):

  • Heat sink removal is critical. Always unmount it by twisting (see http://www.ztex.de/usb-fpga-1/usb-fpga-1.15.e.html#hs ) tilting may damage the PCB (IMHO that happened to Turbors board)
  • Some airflow has to be ensured, either by case fans or by using the active cooling upgrade in the shop





Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on February 16, 2012, 11:24:42 AM
Heatsink placement is a bitch.

Heat sink installation on USB FPGA Modules 1.15d should not be difficult if you follow the instructions at http://www.ztex.de/usb-fpga-1/usb-fpga-1.15.e.html#hs.

Only two additional things have to be considered (in comparison to the 1.15x board):

  • Heat sink removal is critical. Always unmount it by twisting (see http://www.ztex.de/usb-fpga-1/usb-fpga-1.15.e.html#hs ) tilting may damage the PCB (IMHO that happened to Turbors board)
  • Some airflow has to be ensured, either by case fans or by using the active cooling upgrade in the shop

The board is working fine. It just needs some pressure from above. I can live with that ;) It's the faster board of the two btw...


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Inspector 2211 on February 16, 2012, 03:32:11 PM
Heatsink placement is a bitch.

Heat sink installation on USB FPGA Modules 1.15d should not be difficult if you follow the instructions at http://www.ztex.de/usb-fpga-1/usb-fpga-1.15.e.html#hs.

Only two additional things have to be considered (in comparison to the 1.15x board):

  • Heat sink removal is critical. Always unmount it by twisting (see http://www.ztex.de/usb-fpga-1/usb-fpga-1.15.e.html#hs ) tilting may damage the PCB (IMHO that happened to Turbors board)
  • Some airflow has to be ensured, either by case fans or by using the active cooling upgrade in the shop

The board is working fine. It just needs some pressure from above. I can live with that ;) It's the faster board of the two btw...


I've always wondered what happens when you PULL a heat sink off a BGA chip.
Could some of the solder balls come undone?
The solder ball would still be there, but its contact to the PCB (or its contact to the chip itself) would be something like what happens in a "cold solder joint".
That it works when you apply pressure, and ceases to work when the pressure is gone, fits this picture 100%.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on February 16, 2012, 04:33:37 PM
I didn't pull the heatsink ! That much i know. When i removed the pad the first time i could see that it did not made enough contact with the chip. The heatsink is perfectly flat. The latest fail could be too much of thermal adhesive. I tried to put on as little as possible. Either way, i had my chances. Now there is no way to remove the heatsink without serious damage.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Inspector 2211 on February 16, 2012, 04:48:20 PM
Module 1.15x fan failure during mining
============================

Let me start out with pointing out that it was not ZTEX's luxury fan (retail cost $29.99 or $19.99 or something like that) that failed,
but my cheap fan from China.
Which has 2mm pitch connectors and which I had attached to the 1/10" pitch connectors by a crudely made adapter cable.
 
It failed on Wednesday.

Here's what happened in  detail, starting with a time when it is still mining along happily:

ztex_ufm1_15d3-04A32DC6E1: Set frequency to 216.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 204.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 210.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 198.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=198.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=198.0MH/s,  submitted 0 new nonces,  luckFactor=1.02
ztex_ufm1_15d3-04A32DC6E1: f=198.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=198.0MH/s,  submitted 0 new nonces,  luckFactor=1.02
ztex_ufm1_15d3-04A32DC6E1: f=198.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=198.0MH/s,  submitted 1 new nonces,  luckFactor=1.02
ztex_ufm1_15d3-04A32DC6E1: f=198.00MHz,  errorRate=0.23%,  maxErrorRate=0.29%,  hashRate=197.5MH/s,  submitted 1 new nonces,  luckFactor=1.02
ztex_ufm1_15d3-04A32DC6E1: f=198.00MHz,  errorRate=0.39%,  maxErrorRate=0.49%,  hashRate=197.2MH/s,  submitted 0 new nonces,  luckFactor=1.02
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 204.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 210.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 216.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 198.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 204.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=204.00MHz,  errorRate=3.67%,  maxErrorRate=3.67%,  hashRate=196.5MH/s,  submitted 0 new nonces,  luckFactor=1.02
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 210.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 198.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 204.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 216.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 198.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 210.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=210.00MHz,  errorRate=7.43%,  maxErrorRate=7.43%,  hashRate=194.4MH/s,  submitted 0 new nonces,  luckFactor=1.03
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 198.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 204.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 210.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 198.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 192.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=192.00MHz,  submitted 0 new nonces,  luckFactor=1.05
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 204.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 210.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 192.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=192.00MHz,  errorRate=0.50%,  maxErrorRate=0.50%,  hashRate=191.0MH/s,  submitted 0 new nonces,  luckFactor=1.05
ztex_ufm1_15d3-04A32DC6E1: f=192.00MHz,  errorRate=0.85%,  maxErrorRate=0.92%,  hashRate=190.4MH/s,  submitted 0 new nonces,  luckFactor=1.05
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 204.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 198.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=198.00MHz,  errorRate=3.73%,  maxErrorRate=3.73%,  hashRate=190.6MH/s,  submitted 0 new nonces,  luckFactor=1.05
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 204.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 192.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 210.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 192.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=192.00MHz,  errorRate=1.47%,  maxErrorRate=1.62%,  hashRate=189.2MH/s,  submitted 1 new nonces,  luckFactor=1.06
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 204.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 198.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 204.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 192.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=192.00MHz,  errorRate=2.49%,  maxErrorRate=2.61%,  hashRate=187.2MH/s,  submitted 0 new nonces,  luckFactor=1.07
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 204.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 198.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 192.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 186.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=186.00MHz,  submitted 1 new nonces,  luckFactor=1.08
ztex_ufm1_15d3-04A32DC6E1: f=186.00MHz,  errorRate=0.00%,  hashRate=186.0MH/s,  submitted 1 new nonces,  luckFactor=1.08
ztex_ufm1_15d3-04A32DC6E1: f=186.00MHz,  errorRate=0.00%,  hashRate=186.0MH/s,  submitted 0 new nonces,  luckFactor=1.08
ztex_ufm1_15d3-04A32DC6E1: f=186.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=186.0MH/s,  submitted 1 new nonces,  luckFactor=1.08
ztex_ufm1_15d3-04A32DC6E1: f=186.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=186.0MH/s,  submitted 3 new nonces,  luckFactor=1.08
ztex_ufm1_15d3-04A32DC6E1: f=186.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=186.0MH/s,  submitted 1 new nonces,  luckFactor=1.08
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 204.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 198.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=198.00MHz,  errorRate=6.29%,  maxErrorRate=6.29%,  hashRate=185.6MH/s,  submitted 0 new nonces,  luckFactor=1.08
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 192.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 186.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=186.00MHz,  errorRate=0.47%,  maxErrorRate=0.57%,  hashRate=185.1MH/s,  submitted 0 new nonces,  luckFactor=1.08
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 198.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 204.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=204.00MHz,  errorRate=9.74%,  maxErrorRate=9.74%,  hashRate=184.1MH/s,  submitted 1 new nonces,  luckFactor=1.09
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 186.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=186.00MHz,  errorRate=1.16%,  maxErrorRate=1.23%,  hashRate=183.8MH/s,  submitted 1 new nonces,  luckFactor=1.09
New block detected by long polling
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 192.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 198.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 186.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=186.00MHz,  errorRate=1.51%,  maxErrorRate=1.63%,  hashRate=183.2MH/s,  submitted 2 new nonces,  luckFactor=1.10
ztex_ufm1_15d3-04A32DC6E1: f=186.00MHz,  errorRate=1.63%,  maxErrorRate=1.64%,  hashRate=183.0MH/s,  submitted 1 new nonces,  luckFactor=1.10
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 192.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 198.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 186.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=186.00MHz,  errorRate=2.36%,  maxErrorRate=2.40%,  hashRate=181.6MH/s,  submitted 0 new nonces,  luckFactor=1.11
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 192.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 198.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 186.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=186.00MHz,  errorRate=3.13%,  maxErrorRate=3.13%,  hashRate=180.2MH/s,  submitted 0 new nonces,  luckFactor=1.11
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 180.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  submitted 0 new nonces,  luckFactor=1.11
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=0.00%,  hashRate=180.0MH/s,  submitted 0 new nonces,  luckFactor=1.11
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=0.00%,  hashRate=180.0MH/s,  submitted 0 new nonces,  luckFactor=1.11
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=0.47%,  maxErrorRate=0.47%,  hashRate=179.2MH/s,  submitted 0 new nonces,  luckFactor=1.12
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=0.29%,  maxErrorRate=0.47%,  hashRate=179.5MH/s,  submitted 0 new nonces,  luckFactor=1.11
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=0.19%,  maxErrorRate=0.47%,  hashRate=179.7MH/s,  submitted 0 new nonces,  luckFactor=1.11
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=0.13%,  maxErrorRate=0.47%,  hashRate=179.8MH/s,  submitted 0 new nonces,  luckFactor=1.11
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=0.09%,  maxErrorRate=0.47%,  hashRate=179.8MH/s,  submitted 1 new nonces,  luckFactor=1.11
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=0.07%,  maxErrorRate=0.47%,  hashRate=179.9MH/s,  submitted 1 new nonces,  luckFactor=1.11
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=0.05%,  maxErrorRate=0.47%,  hashRate=179.9MH/s,  submitted 0 new nonces,  luckFactor=1.11
New block detected by long polling
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=0.04%,  maxErrorRate=0.47%,  hashRate=179.9MH/s,  submitted 0 new nonces,  luckFactor=1.11
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=0.28%,  maxErrorRate=0.47%,  hashRate=179.5MH/s,  submitted 0 new nonces,  luckFactor=1.11
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 192.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 186.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 198.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 180.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=0.73%,  maxErrorRate=0.73%,  hashRate=178.7MH/s,  submitted 0 new nonces,  luckFactor=1.12
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=0.98%,  maxErrorRate=1.23%,  hashRate=178.2MH/s,  submitted 0 new nonces,  luckFactor=1.12
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=1.19%,  maxErrorRate=1.23%,  hashRate=177.9MH/s,  submitted 0 new nonces,  luckFactor=1.12
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 192.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 186.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 180.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=1.47%,  maxErrorRate=1.54%,  hashRate=177.3MH/s,  submitted 0 new nonces,  luckFactor=1.12
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=1.81%,  maxErrorRate=1.88%,  hashRate=176.7MH/s,  submitted 1 new nonces,  luckFactor=1.13
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=1.78%,  maxErrorRate=2.06%,  hashRate=176.8MH/s,  submitted 0 new nonces,  luckFactor=1.12
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=1.76%,  maxErrorRate=2.06%,  hashRate=176.8MH/s,  submitted 0 new nonces,  luckFactor=1.12
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=1.96%,  maxErrorRate=2.11%,  hashRate=176.5MH/s,  submitted 1 new nonces,  luckFactor=1.13
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 192.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 186.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 180.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=2.34%,  maxErrorRate=2.37%,  hashRate=175.8MH/s,  submitted 0 new nonces,  luckFactor=1.13
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=2.90%,  maxErrorRate=2.93%,  hashRate=174.8MH/s,  submitted 0 new nonces,  luckFactor=1.13
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 192.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 186.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 180.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 174.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  submitted 2 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.00%,  hashRate=174.0MH/s,  submitted 0 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.00%,  hashRate=174.0MH/s,  submitted 2 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=174.0MH/s,  submitted 1 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=174.0MH/s,  submitted 0 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=174.0MH/s,  submitted 1 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=174.0MH/s,  submitted 0 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=174.0MH/s,  submitted 0 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=174.0MH/s,  submitted 0 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=174.0MH/s,  submitted 0 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=174.0MH/s,  submitted 0 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=174.0MH/s,  submitted 1 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=174.0MH/s,  submitted 0 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=174.0MH/s,  submitted 0 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=174.0MH/s,  submitted 1 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=174.0MH/s,  submitted 0 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=174.0MH/s,  submitted 1 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=174.0MH/s,  submitted 0 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=174.0MH/s,  submitted 1 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.20%,  maxErrorRate=0.25%,  hashRate=173.7MH/s,  submitted 1 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 192.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 180.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 174.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.41%,  maxErrorRate=0.43%,  hashRate=173.3MH/s,  submitted 0 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.54%,  maxErrorRate=0.60%,  hashRate=173.1MH/s,  submitted 1 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.41%,  maxErrorRate=0.60%,  hashRate=173.3MH/s,  submitted 2 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.30%,  maxErrorRate=0.60%,  hashRate=173.5MH/s,  submitted 0 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.23%,  maxErrorRate=0.60%,  hashRate=173.6MH/s,  submitted 0 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.17%,  maxErrorRate=0.60%,  hashRate=173.7MH/s,  submitted 2 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.34%,  maxErrorRate=0.60%,  hashRate=173.4MH/s,  submitted 1 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 186.00MHz
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 174.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.73%,  maxErrorRate=0.80%,  hashRate=172.7MH/s,  submitted 0 new nonces,  luckFactor=1.15
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 180.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=180.00MHz,  errorRate=4.15%,  maxErrorRate=4.15%,  hashRate=172.5MH/s,  submitted 0 new nonces,  luckFactor=1.15
ztex_ufm1_15d3-04A32DC6E1: Set frequency to 174.00MHz
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=1.03%,  maxErrorRate=1.26%,  hashRate=172.2MH/s,  submitted 0 new nonces,  luckFactor=1.15
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.77%,  maxErrorRate=1.26%,  hashRate=172.7MH/s,  submitted 0 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=0.80%,  maxErrorRate=1.26%,  hashRate=172.6MH/s,  submitted 1 new nonces,  luckFactor=1.14
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=1.09%,  maxErrorRate=1.26%,  hashRate=172.1MH/s,  submitted 0 new nonces,  luckFactor=1.15
ztex_ufm1_15d3-04A32DC6E1: f=174.00MHz,  errorRate=1.05%,  maxErrorRate=1.26%,  hashRate=172.2MH/s,  submitted 0 new nonces,  luckFactor=1.15
Warning (try 1): libusb0-dll:err [control_msg] sending control message failed, win error: The device does not recognize the command.


Warning (try 2): libusb0-dll:err [control_msg] sending control message failed, win error: The device does not recognize the command.


Warning (try 3): libusb0-dll:err [control_msg] sending control message failed, win error: The device does not recognize the command.


Warning (try 4): libusb0-dll:err [control_msg] sending control message failed, win error: The device does not recognize the command.


Warning (try 5): libusb0-dll:err [control_msg] sending control message failed, win error: The device does not recognize the command.


Warning (try 6): libusb0-dll:err [control_msg] sending control message failed, win error: The device does not recognize the command.


Warning (try 7): libusb0-dll:err [control_msg] sending control message failed, win error: The device does not recognize the command.


Warning (try 8 ): libusb0-dll:err [control_msg] sending control message failed, win error: The device does not recognize the command.


Warning (try 9): libusb0-dll:err [control_msg] sending control message failed, win error: The device does not recognize the command.


Warning (try 10): libusb0-dll:err [control_msg] sending control message failed, win error: The device does not recognize the command.


ztex_ufm1_15d3-04A32DC6E1: Error: bus=bus-0  device=\\.\libusb0-0002--0x221a-0x0100: Read hash data: libusb0-dll:err [control_msg] sending control message failed, win
 error: The device does not recognize the command.

: Disabling device


So, it kept throttling down, the error rate went up, it throttled down some more and finally it seems the USB microcontroller got too hot from the radiated/conducted heat and stopped working properly, which in turn prevented the FPGA from getting more work (well, the FPGA's flip-flops would still be toggling, right?)

This morning, I re-attached the Xilince "luxury" cooler and restarted the mining software, whereupon...
(scroll down to read the shocking facts)




























































...IT WORKS AGAIN!  ;D


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: catfish on February 16, 2012, 06:31:31 PM
The kit looks nicely built - it doesn't look like I can make any use of the microSDHC card slot built onto the 1.15d, sadly, because the FPGA is too close to the card slot and the heatsink required will block any use of the card slot. OK, it'll have to be programmed via USB - not the end of the world...

microSD card can be used if you mount the heat sink within the frame in the silk screen: http://www.ztex.de/usb-fpga-1/usb-fpga-1.15.e.html#hs
Excellent - I'll look into doing this instead. I like the flexibility of the 1.15d for other potential applications so plan to build my BTC mining rig with 1.15d boards only - the microSD card will be useful for one other application I've got in mind, though whilst I'm on a steep learning curve, an old college mate is a VHDL expert (and ex-consultant) so I'm in touch with him regarding other possibilities...

Quote
I don't want to have to buy the expensive FPGA SDK, for obvious reasons. However, all your free tools *ought* to compile under Mac OS X - at least on Intel powered Macs. Will let you know if I hit any roadblocks...

The ZTEX SDK is free: http://www.ztex.de/firmware-kit/. The Xilinx ISE is not required.

For porting BTCMiner to a other OS's the JNI library has to be compiled for that target OS, see http://wiki.ztex.de/doku.php?id=en:software:porting. Under Mac
Code:
make -f Makefile.macosx
in the libusbJava-src directory of the SDK  should do the job.  Copy the library to the working directory of your BTCMiner and it should work.

Yup - though the Xilinx SDK *is* required if I want to change the 'code' the FPGA runs, or write a new app for the FPGA as hinted at above - am I correct? My mate used to do this for a living so has the tools. This is far-future stuff for me though. Right now I only need *your* SDK running, which I know is free, and the dependencies for this are also (luckily) free. And they all compile on OS X (even SDCC).

Many thanks for the tips though! :)

Great to have vendor support right here in the forum, especially as your BTC miner customers are likely to be less familiar with the environment than your *usual* market, and supporting noobs is a frustrating business :) Fortunately I've got a mate who can walk me through the tricky stuff - but what's great is that this thread will allow consolidation of information, tips and tricks. I'll make sure I document here any 'gotchas' and will offer my OS X environment once it's built.

Hopefully it'll become almost like a FAQ - and Ztex can put 'read this thread before emailing me' on his BTCMiner website :)


Need to save my pennies (though if I can pay with BTC... that's an idea) because I want my rigs to *look* good too... and after working out the power budget of each 1.15d plus 1.3 Exp-Board, plus the peak power taken by the planned fans in the enclosure, and the total power should be just over 60W for 5 boards.

This is ideal since I've got one of Ztex's 5-into-1 power cable splitters. From the thread it appears that I'm going to need to ensure that my PSU doesn't kill the boards - it's a switching supply for CCTV units, rated at 12V DC - sadly I only have a decent multimeter and no oscilloscope, but Stefan said 'if it's switching, it's regulated' and I'll be testing with one board first anyway.

The design for 5 boards is handy since the volume discounts kick in at 5 boards or more - and from what Stefan's said, make a difference. I was going to buy one-by-one but it's insane with the discounts on offer. Hopefully I'll be able to buy 5 boards next, fill the box design, and have one spare 'bench build' for testing.

It's effectively going to be like the Mac G4 Cube - transparent acrylic box with a couple of PC case fans at the bottom of the box, pulling air in (there will be fresh air available to these fans), then vertically mounted Ztex boards with the supplied heatsinks, then a couple more fans at the top pulling hot air out. I've learnt from my multi-GPU rigs that taking advantage of physics and having upwards airflow works better than horizontal flow. The enclosed rectangular 'tube' should ensure that air is forced *through* the experimental board gap and 1.15d FPGA as well as the FPGA's heatsink, and the input air should always be at ambient temp. Adding additional boards shouldn't affect the boards already in the box, unlike horizontal designs - hopefully the longer Experimental Boards should separate the airflow on the way in and ensure each FPGA heatsink gets a fresh blast :)

I've seen the horizontal 10-board rig with the blue heatsinks on this forum - which uses 6 case fans and (IIRC) custom twin-FPGA boards - and it looks gorgeous. I'm aiming for something of equal aesthetic standard using Ztex 1.15d boards that keeps everything well within thermal and power spec, but is less capital-intensive initially. If I had £10k to spend then I'd buy a batch and build a single rig with lots of boards, but it's a LOT of capital to lose if a PSU fails. Multiple 5-board rigs seems most sensible to me, and once I've got the Mac software built (thanks for the advice Stefan - I'm confident it'll work - I've got all the dependencies that need compiling, even SDCC works on the Mac), it will *solely* be a question of acquiring capital.

I'm not buying any more GPUs, and will be selling them off as soon as I can replace their hashing power with FPGAs. It's definitely the way forward, IMO.


The only concern I have is too many BTC miners flooding Ztex with orders, allowing Stefan to raise the price :) and causing delays. It's definitely a niche market for his business, and also a capricious one that could vanish if BTC collapses. I remember the initial rush to hack the mk1 iPhone - before George Hotz and a few others got a JTAG interface to the baseband and eventually went from a crude hardware hack to a software hack, the only way to use the iPhone with a non-AT&T SIM (i.e. anyone outside the USA and anyone without AT&T coverage) was by using a 'dodgy SIM' proxy such as the TurboSIM products. These were a niche product for a niche market, and suddenly thousands of new global customers were demanding these special SIM proxy cards. The owner of that business sold out immediately - then scaled up production to meet all this new demand.... which evaporated as soon as a viable software hack became available. I don't know whether that business survived as a result - certainly he was left with a LOT of unwanted stock!

Hence I'm sure Stefan is wise enough not to build *too* much extra capacity in *just* for the Bitcoin mining market - there is a real risk that the market will vanish. I respect his support for BTC massively (by offering the 1.15x and the BTCMiner bitstream) but hope that BTC remains a small niche in his overall market, so there are always enough to go round :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on February 16, 2012, 06:44:41 PM
From the thread it appears that I'm going to need to ensure that my PSU doesn't kill the boards - it's a switching supply for CCTV units, rated at 12V DC - sadly I only have a decent multimeter and no oscilloscope, but Stefan said 'if it's switching, it's regulated' and I'll be testing with one board first anyway.

I think a multimeter should be good enough to check. I run my x's @ 12V and the d's at 13.8V.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on February 16, 2012, 09:48:21 PM
Quote
Module 1.15x fan failure during mining

Interesting to see what happens when a fan fails during mining.  I guess the FPGA doesn't completely clock down to 0 right away due to the heatsink, but the USB controller poops out first.  Good to see that no serious damage to the board though.  Anybody suspect that it causes any damage to the USB controller/board components when the fan dies?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Inspector 2211 on February 16, 2012, 11:02:53 PM
Quote
Module 1.15x fan failure during mining

Interesting to see what happens when a fan fails during mining.  I guess the FPGA doesn't completely clock down to 0 right away due to the heatsink, but the USB controller poops out first.  Good to see that no serious damage to the board though.  Anybody suspect that it causes any damage to the USB controller/board components when the fan dies?

>clocks down to 0

No, Stefan set the minimum at 174 MHz, but at this clock rate a PASSIVE heat sink (which my active heat sink turned into after the fan failure) seems to completely suffice (read the log that I posted).

>damage to the USB controller/board components

I think it was just operating out of spec, and thus failing to execute its program properly.
As I said, there is no evidence of any damage, and it's mining just fine.

That said, prolonged exposure to out-of-spec temperatures may cause electrolyte capacitors, but also other components, to age more rapidly than usual. But this is typically not a "bang, you're dead" event, more like "instead of an anticipated life span of, say, 6 years, we're now moving closer to 3 or 4 years".


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on February 16, 2012, 11:24:27 PM
Quote
No, Stefan set the minimum at 174 MHz, but at this clock rate a PASSIVE heat sink (which my active heat sink turned into after the fan failure) seems to completely suffice

I see.  I didn't know Stefan set the minimum at 174.  It doesn't look like the error rate was too high either at 174 from your log.  I was initially concerned that in a cluster, some fans are bound to fail at one point.  I wouldn't want to have to check on the boards every so often, but I guess you will be able to pick up that a fan failed based on the block rates.   


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: catfish on February 16, 2012, 11:28:40 PM
For the 1.15d boards - worth sticking a passive heatsink on the USB chip then? Small heatsinks intended for RAM (on GPU boards and the like) are easily found and small enough to sit on that second IC on the board.

On the 1.15x you probably couldn't do this because the main heatsink covers part of the second chip, but the 1.15d has more room, and the USB chip is a couple of centimetres from the FPGA.

I've got plenty of these little RAM heatsinks... could easily equip each 1.15d board with one... reckon it'd cause harm rather than good?

Ultimately I'd like a thermistor somewhere on the board to monitor temps, but I've found a 25mm fan to sit on my 1.15d heatsink for testing, and it has a three-wire connector intended for PC logic boards, so the speed should be easily monitored with extra logic or a separate fan controller...


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Inspector 2211 on February 16, 2012, 11:46:45 PM
For the 1.15d boards - worth sticking a passive heatsink on the USB chip then? Small heatsinks intended for RAM (on GPU boards and the like) are easily found and small enough to sit on that second IC on the board.

On the 1.15x you probably couldn't do this because the main heatsink covers part of the second chip, but the 1.15d has more room, and the USB chip is a couple of centimetres from the FPGA.

I've got plenty of these little RAM heatsinks... could easily equip each 1.15d board with one... reckon it'd cause harm rather than good?

Ultimately I'd like a thermistor somewhere on the board to monitor temps, but I've found a 25mm fan to sit on my 1.15d heatsink for testing, and it has a three-wire connector intended for PC logic boards, so the speed should be easily monitored with extra logic or a separate fan controller...

>passive heat sink on the USB chip

I don't believe in trying to fix SYMPTOMS as opposed to CAUSES.
The USB chip got too warm by conducted [via the PCB] and radiated heat - putting a black heat sink on it
might actually cause it to pick up MORE radiated heat. Thus, I'd say "no" to your heat sink idea.

>speed should be easily monitored with extra logic

Stefan does feed the fan's RPM signal into the USB microcontroller, but AFAIK it's not [yet] being monitored by the microcontroller's firmware. While that would be easy enough to do, it'll then thwart people like me who intentionally want to use [low-profile] 2-wire fans. 2-wire meaning, they don't have an RPM signal output.
(I have this vision of slotting several 1.15x boards into some kind of "card cage", vertically, and the 2 inch or 3 inch tall Xilence fan would not be compatible with that.)

Btw., I don't think it is my low-profile fan that failed - quite likely it was just my makeshift fan power wiring that came undone.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Inspector 2211 on February 17, 2012, 05:02:39 AM
Quote
No, Stefan set the minimum at 174 MHz, but at this clock rate a PASSIVE heat sink (which my active heat sink turned into after the fan failure) seems to completely suffice

I see.  I didn't know Stefan set the minimum at 174.  It doesn't look like the error rate was too high either at 174 from your log.  I was initially concerned that in a cluster, some fans are bound to fail at one point.  I wouldn't want to have to check on the boards every so often, but I guess you will be able to pick up that a fan failed based on the block rates.   

Actually, on second thought, you may be right. During one of the "downclock of death" episodes I encountered, it went as low as 126 MHz before I stopped it. Thus, I now think you're right - it simply stabilized at 174 MHz, worked at 174 MHz for a while, before the microcontroller crashed.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on February 17, 2012, 05:43:06 AM
Actually, on second thought, you may be right. During one of the "downclock of death" episodes I encountered, it went as low as 126 MHz before I stopped it. Thus, I now think you're right - it simply stabilized at 174 MHz, worked at 174 MHz for a while, before the microcontroller crashed.

Thats correct. I had several DCODs with my 1.15d and the controller never crashed !


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Inspector 2211 on February 17, 2012, 05:52:35 AM
Actually, on second thought, you may be right. During one of the "downclock of death" episodes I encountered, it went as low as 126 MHz before I stopped it. Thus, I now think you're right - it simply stabilized at 174 MHz, worked at 174 MHz for a while, before the microcontroller crashed.

Thats correct. I had several DCODs with my 1.15d and the controller never crashed !

Apples and oranges.

DCOD...caused by the Bitstream not doing something 100% right when programming the DCM (digital clock manager) on the FPGA, turning DCM programming into something  like a lottery.

Cypress controller crash...believed to be caused excessive conducted and/or radiated heat from a PASSIVELY cooled FPGA.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on February 17, 2012, 08:02:47 AM
Yup - though the Xilinx SDK *is* required if I want to change the 'code' the FPGA runs, or write a new app for the FPGA as hinted at above - am I correct?

Yes, Xilinx ISE is required if you want to do FPGA development.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on February 17, 2012, 08:04:58 AM
For the 1.15d boards - worth sticking a passive heatsink on the USB chip then?

The power disspiation of the USB controller during bitcoin mining should be less less 100mW.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on February 17, 2012, 08:28:21 AM
Interesting to see what happens when a fan fails during mining.  I guess the FPGA doesn't completely clock down to 0 right away due to the heatsink, but the USB controller poops out first.  Good to See that no serious damage to the board though.  Anybody suspect that it causes any damage to the USB controller/board components when the fan dies?

If the original heat sink is used and if there is at least free convection the board is still save if the fan fails. This only costs about 5-10 MH/s of performance. (With some well placed case fans and good airflow the 40mm fans are obsolete.)

AFAIR Inspector2211 did not use the original cooler. The board was either shut down by a USB controller overheating (there is only a small gap between heat sink and USB controller) or the overcurrent protection was triggered (more likely) by the overheating of the FPGA or a disfunction caused by overheating.

Quote
No, Stefan set the minimum at 174 MHz, but at this clock rate a PASSIVE heat sink (which my active heat sink turned into after the fan failure) seems to completely suffice (read the log that I posted).

There is no such limit. (There is an internal limit in the Firmware at 100MHz bit this limit is not visible to the host software).

I don't agree that your (non-original) heat sink without fan was sufficient. There must have been temperatures around 100°C.

But it is an good idea to shut down the board if an frequency drop (of 10%) occurs. I will add this feature to BTCMIner.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on February 17, 2012, 11:49:52 AM
Actually, on second thought, you may be right. During one of the "downclock of death" episodes I encountered, it went as low as 126 MHz before I stopped it. Thus, I now think you're right - it simply stabilized at 174 MHz, worked at 174 MHz for a while, before the microcontroller crashed.

Thats correct. I had several DCODs with my 1.15d and the controller never crashed !

Apples and oranges.

DCOD...caused by the Bitstream not doing something 100% right when programming the DCM (digital clock manager) on the FPGA, turning DCM programming into something  like a lottery.

Cypress controller crash...believed to be caused excessive conducted and/or radiated heat from a PASSIVELY cooled FPGA.


I never had a DCOD because of something else than passive or bad cooling, ever. But you are right that the layout of the boards is different.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on February 21, 2012, 04:17:10 PM
A new BTCMiner version with improved overheat protection has been released. Read https://bitcointalk.org/index.php?topic=40047.msg761071#msg761071 for details.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: catfish on February 24, 2012, 11:16:25 AM
Bring on the Fear!

Test Board number 1 is connected up, 25mm heat sink applied with supplied thermal tape, baby 12V fan screwed on top (a bit wobbly - but it's not going to fall off, and I have a case fan (if needed) for horizontal airflow), and 12V feeds soldered onto the Experimental Board (I've used the Vin pin and GND since the board will be receiving a nice 12.14V from a switching bench test supply)...

Basically it's ready to switch on... I have an infra-red laser-dot thermometer handy and will be monitoring the temperature of the key components on the PCB.

What temperature should I consider 'something is wrong - panic' and cut the power? These FPGAs are rated to 70˚C according to Stefan's website - is this a sensible working temperature for the IC, or a 'maximum, not recommended continuous' temperature?

Obviously I'll be running it flat out as a Bitcoin miner, but I'd expect that Stefan's software doesn't overclock the hell out of the unit like all my GPUs, which are slowly dying due to severe lifespan reduction :)

I'll watch the software output, but if I've done something really idiotic and the board doesn't even report to the OS, but is consuming power somehow and overheating (shorts, etc.) then when should I pull the plug?

Also, since I'm running the 1.15d with the *much* smaller heatsink and non-Ztex-approved fan, what FPGA temperature (area temperature, as I can only measure with the IR thermometer) is a 'happy BTC mining stable temperature'?

Basically, I've decided to make sure I can get these things running first by mounting my first 1.15d board on a bench rig, then if all goes well and I've sold this spare Macbook Air and iPhone 4, I'll be contacting Stefan with a 4 or 5 board batch order. Hence the first rig is using the supplied heatsink but a tiny fan on top. My 'display case' multi-board design will have an enclosed tube with four 80mm PC case fans, two blowing air in and two sucking air out. This *should* give enough airflow to allow each board to use the heatsink only, and not require HSF stacks, which make each board too tall for my aesthetic design sensibilities :)

I'll also test the bench-test board with no fan on the heatsink but a single 80mm case fan mounted horizontally behind the board unless advised not to.


If I'm just about to kill my board, shout now! :D Power meters and thermometers at the ready - this is going to be interesting!

PS. Stefan - BTW, you're right, I've been able to fit a microSD card onto the board with the 25mm heatsink fitted as per your instructions. It's a bit dodgy getting it in and out, a full power-down and anti-static job - but if any future further-optimised bitstreams that make use of onboard memory and mass storage become available, it's up to the job.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Inspector 2211 on February 24, 2012, 02:19:14 PM
catfish, beside the obvious (FPGA), it would be interesting to see what temperatures the two buck controllers and the MOSFET reach after, say, an hour of continuous mining. Especially the AOZ1025 8-amp buck controller in its tiny DFN-16 case, which has one MOSFET built in. I have a 1.15x, but no infrared thermometer.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: catfish on February 24, 2012, 03:51:37 PM
catfish, beside the obvious (FPGA), it would be interesting to see what temperatures the two buck controllers and the MOSFET reach after, say, an hour of continuous mining. Especially the AOZ1025 8-amp buck controller in its tiny DFN-16 case, which has one MOSFET built in. I have a 1.15x, but no infrared thermometer.

Will report back. Just added a fan on a separate circuit out of sheer paranoia.

If it's hours before I add to this thread, then bad news :(

http://www.catfsh.com/bitcoin/fpga/first-ztex-fpga-test-2.jpg


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on February 24, 2012, 03:55:35 PM
What temperature should I consider 'something is wrong - panic' and cut the power?

Provided that the heat sink is installed properly you should make sure that the temperature is less then 60°C. For optimal operation the heat sink temperature should be less than 40°C.

I'm not sure whether IR thermometers work on Al surfaces.

Quote
These FPGAs are rated to 70˚C according to Stefan's website - is this a sensible working temperature for the IC, or a 'maximum, not recommended continuous' temperature?

This is the board limit and defined by other components.

The absolute maximum junction temperature of the FPGA is 125°C the maximum operation junction temperature is 85°C .


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on February 24, 2012, 06:41:19 PM
The software clocks up/down based on the error rate.  Use the latest version (120221.jar) and it should shut the board down automatically if the rate drops significantly (ie. fan failure, etc).  It's running fine for me but I haven't tested the auto-shutdown feature yet. 


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: catfish on February 24, 2012, 09:57:41 PM
The IR thermometers don't work very well if you point the targeting laser at a heatsink :) This is both due to the point of a heatsink and also the multiple pins making it hard to get a *direct* path of IR photons streaming perpendicularly from a flat part of the heatsink, IME.

However, pointing the aiming laser at the circuit board at the edge of the heatsink, or (if possible) horizontally onto the black IC die itself, tends to get more accurate results. I'm not expecting degree-level accuracy - but if the thermometer claims 80˚C then I'm assuming trouble. I've got two fans on this thing and I'm sure it'll be OK. Just wanted to know the 'comfortable' temperature range these things run at - I'm used to these crazy GPUs which run constantly for months at 90˚C...

As to progress - the hardware is ready to test but I'm getting frustrated with the software. I'll get it working - even if I work through the night - I'm a determined nutter sometimes - but it's been roadblock after roadblock attempting a Mac OS X build.

The Makefiles may have worked for Tiger with a Fink installation of legacy libraries but I'm having to write new makefiles for every component since my main machine runs Snow Leopard and has MacPorts FOSS package management. And teh ice kitteh isn't even cutting edge - I'm not making a jump to Lion since these are my production machines.... well not yet, anyway :)

I've written a new Makefile for the LibusbJava source and eventually built the Java class libraries successfully (I'm not a Java coder - though I've been programming for 30 years (since a kid) and have 14 years freelance systems consultancy under my belt - but I've always been a financial expert and was more interested in hedge funds than sticking to one particular tool... I prefer to use the right one for the job, and in finance it's often SQL, which I'd still take anyone on at. Macro and meta-macro processors written in Pascal though... you have to be kidding me :D ). I'll send you the altered build instructions for Snow Leopard when I've got it all working.

My current problem is that the BMP macro processor won't link... as I said, Pascal isn't a language I've used in the wild so I'm not overly familiar with it, but it 'feels' structured like any other OO language. The source files will compile but they won't assemble / link. The problem is in the bmp.pas file at line 309 where a call to the CMacroBuf class (method 'insert' which takes a single parameter of type CMacroBuf) complains that the class is trying to instantiate a child using the 'create' constructor, which expects a CTextBuf parameter. There's no obvious (to me) way of casting the CMacroBuf into the CTextBuf that the 'create' constructor requires, or any obvious inheritance from CTextBuf to CMacroBuf which would allow me to pass the CTextBuf contents of the passed CMacroBuf into the method and satisfy the code. And yes, I've seen that the CMacroBuf class appears to delegate its methods from CTextBuf anyway (maybe it's proper inheritance, my opinion on which is flamebait to Comp.Sci purists so I'll keep quiet, but it'd make sense). Maybe I simply haven't got a clue about Pascal and I'm stumbling in the dark, but it's well written code (even though I like more comments, heh)...

I highly suspect that the problem is my configuration and not any bug in the code. I've built virtually all of the SDK from scratch on my Mac, having had written new Makefiles along the way and understand the wide variety of code flavours on offer (why don't you write the whole thing in Ruby, eh, Stefan? I'd like that. Ruby is nice. Every tool is written in a different language! I can't honestly believe that it's 'the right tool for the job' mentality - surely the meta-macro parser would be a classic Lisp candidate, no? Heh) - and your code is of high quality. I'm not a fan of meta-parsers since writing code is a problem in itself, and writing code to allow you to write a new dialect of code seems to be a 'now you have *two* problems' joke, but given that the macro processor (and meta-macros... FFS that's having a laugh) is in an unfamiliar language, I'm somewhat in the dark.

My money is on a clash between the expected versions of dependencies required by the ZTEX SDK and the actual versions of libraries / SDKs / etc. that I have installed on my Mac.


One polite request Stefan - could you list the actual versions of the APIs / SDKs / libraries that your SDK depends on? I wasted an hour thinking I was going to have to rewrite your Java LibUSB wrapper (and I don't like Java) because the only information on the Wiki was that the 'libusb' library was needed. Well, there are two incompatible APIs of libusb. I took a guess that due to the deprecation date of the 'old' libusb being well before your development of the ZTEX SDK, that you'd be using the current 1.0.8 version of libusb. Of course, with all functions and constants prefixed differently, making the Java wrapper work with the 'standard' libusb would require a rewrite. In fact, the libusb-compat package (aka the legacy API, no longer supported) was required and fortunately worked on my Mac.

The situation is the same with the SDCC and Free Pascal Compiler tools required to build your SDK from scratch. Perhaps I'm not looking hard enough, but the actual dependency *versions* would be REALLY helpful to people like me porting the software.


I'll try an older version of the FPC - the fact that initial 'make' results in warnings that you are using obsolete flags raises flags that the code probably only works using an older version... but which version, and whether the older version works on OS X or not, is the question. Personally, I'd rather maintain the codebase so that it's compatible with currently-maintained libraries (the legacy USB libraries may have vulnerabilities I'd rather not introduce to my system) and will send you over Snow Leopard Makefiles as soon as I've got everything working.

But if you could throw me a bone regarding the issue with compiling BMP, I'd much appreciate it.


(yeah, obviously I could already be up and running with any of the 9 Linux machines in this office... but I'm after a complete mining solution using low-power FPGAs and controlled by a low-power old Mac, just for the hell of it...)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on February 24, 2012, 10:03:52 PM
Hey Catfish, just curious, does OS X support running VMs?  I would think the java process/drivers should have no problem running inside a VM (as opposed to GPUs).  It would be nice to have an OS X software, but maybe run linux inside a VM if you run into more roadblocks.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: catfish on February 25, 2012, 08:04:31 AM
Hey Catfish, just curious, does OS X support running VMs?  I would think the java process/drivers should have no problem running inside a VM (as opposed to GPUs).  It would be nice to have an OS X software, but maybe run linux inside a VM if you run into more roadblocks.
Part of the appeal of proper Macs (and Hackintoshes, though these have to be *damn* finely tuned to run all logic board resources properly and tonymacx86's friendly 'it's as easy as 1-2-3' website is only half the story... I have an ex-BTC miner case with far too powerful a CPU (i5-2500) currently running Snow Leopard and it's quicker than the 8-core Mac Pro I'm typing this on, and has three GPUs in it) is that they're great development platforms.

OS X was always good for development - proper Unix, best UI in the business, and a whole host of features targeted at the developer as a *user too* made for great cross-platform development as Apple hopped on the open-source bus (some bitterly complain about Apple's selectivity, some simply applaud the professional work given back esp. in compiler development). With Intel Macs, you've then got a machine that can run every significant desktop OS natively (seeing the number of Mac laptops at hacker conventions says it all, really) - web developers in particular can test every target config on the same Mac very easily.

Yeah, you can run VMs on Windows too, but until very recently it wasn't possible to run Mac OS X inside a VM on Windows or Linux - so the only OS out there that allowed development and testing of all major platforms was Apple's. The 'Apple Tax' looks cheap when you only need one machine to run every OS at the same time, and their laptop design is IMO way superior to anyone else in the market (I wouldn't buy Sony with a gun to my head due to their rootkit scandals and proprietary Windows-only support). I seriously use a 10" Macbook Air as my main consultancy machine (OK, it's got a $600 Sandforce SSD upgrade!) - for what's smaller than a netbook, it runs ridiculously well (including running financial analytics software in Windows in a VMware box).

Parallels were actually first to market and I've tried both - I've stuck with VMware since the stability issues of the 2.x days - Parallels seemed to sacrifice ultimate hypervisor-level stability for Windows gaming performance, and I don't play games, and definitely not on Windows :) - VMware's product was more 'professional' and, of course, had the benefit of their expertise in their existing products for Intel platforms.

So... to answer your question, yep. I could run a VM on one of my Macs. I already have a bare Ubuntu image I can clone IIRC, but I *very* rarely bother running Linux inside a VM on OS X... the Unix support of OS X is enough for Linux to be only required for tasks tailored for Linux (and hence best run natively - I'm happy to admit that Linux has a much faster kernel than OS X and is superior in *many* high-load server tasks).


However I want to run this thing on proper OS X. I don't have £20k to spend like some people, but I sure as hell plan to be buying at least £3,000 worth of Stefan's boards - this sort of investment has the potential to require the sort of babysitting that my damn 9 GH/s custom GPU frame rigs need, and I'd prefer all the infrastructure and control code to be on my favourite platform and decentralised. AFAIK, the big-iron VM solutions (with failover support for crashing servers etc.) aren't available for the Mac (since Apple don't sell servers any more!) and I'd rather not have my entire FPGA farm output dependent on virtualisation.

This is particularly pertinent because there's an off-chance I'll be using this Hackintosh sitting half-built next to me rather than my main Mac Pro workstation (the Mac has 8 old Xeon cores and 10 GB memory, the Hac has the i5-2500 and 16 GB and is 50% quicker in all but disk performance, which I'm still working on). And the stability of a Hackintosh running VMs gets deep into logic board / CPU feature support in the DSDL, and the logic board I'm using is the nightmare Asus job with the 5 PCIe slots that I originally battled to accept 5 GPUs under Linux (old thread in Hardware, regarding boards that happily ran 4 or more GPUs :) ) - it's not production-stable for VMs under Snow Leopard right now.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on February 25, 2012, 08:36:05 AM
Well, I have to give it to you.  If you're willing to code support for ztex on a Hackintosh, you are a better man than I am.  I also run VMware.  I notice the workstation version runs much better with win7 as a host than Ubuntu.  Believe it or not, I ran a Win2k8 server as a VM inside Win7 (don't ask me why) running a web/SQL server.  No issues for 5 straight months.

Regardless, good luck with your endeavor.  I see you have a nice setup with the 1.15d although I have to say I like how compact the 1.15x is (big where it counts=heatsink  ;D)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: catfish on February 25, 2012, 10:03:38 AM
Well, I have to give it to you.  If you're willing to code support for ztex on a Hackintosh, you are a better man than I am.  I also run VMware.  I notice the workstation version runs much better with win7 as a host than Ubuntu.  Believe it or not, I ran a Win2k8 server as a VM inside Win7 (don't ask me why) running a web/SQL server.  No issues for 5 straight months.

Regardless, good luck with your endeavor.  I see you have a nice setup with the 1.15d although I have to say I like how compact the 1.15x is (big where it counts=heatsink  ;D)
Cheers :)

The board is very much a Test Unit as per the child-like writing on the piece of MDF :D

I like the additional length and 'wind tunnel' feature of the 1.15d / Exp. Board 1.3 combo - and not just because I can bolt in a big SDHC card to run rainbow table apps etc. Purely focusing on BTC mining right now, I've run into big thermal problems with a 9 GHash GPU-based frame rig contraption (pics on the other thread here, won't clutter this one up). Running high-density units (in my first case, GPUs) horizontally, with the fan having to blow air *down* onto a heatsink, with maybe another hot unit sitting above or to the side, is just thermodynamically inefficient. The fans are working against physics, and if there's another GPU directly above the fan, then it can only blow red-hot air from the back of the upper GPU core onto the heatsink. Cue high temperatures and fans running at 85-100% capacity.

I've had loads of fan failures on GPUs and eventually switched to a vertical layout, where the main GPU exhaust points straight upwards. This allows convection to provide cool air for the fans to blow sideways onto the heatsinks... but with a high-density setup, radiated heat from the backside of the GPU next door is *still* a problem. The retail GPUs don't cool the rear side of their circuit boards and I've measured them at up to 90˚C in places using an IR thermometer.

With the 1.15x all-in-one solutions, the design is very much like a traditional GPU / CPU. A fan blows air down onto a big heatsink. Of course, the TPC is so much lower that my considerations are almost moot... but with the comment that the FPGA must have hit 90˚C (by Stefan, discussing when the active fan failed), there's room for making use of convective cooling as well as relying on downward-blowing physics-fighting fans :)

OK, so I'm a mad fan of the Apple G4 Cube. If there was a hope in hell of compiling Stefan's SDK for PowerPC then I'd be using my example (pride of place on my desk, kept alive at all costs, though not doing much right now after having burnt out 4 GPUs, 3 hard drives and a PSU) to control the FPGA array I'll eventually build.

Using the same concepts, look at the 1.15d and how it connects to the Exp Board 1.3. My picture above is my Test Unit as explained. My quad-board rig design (had to downsize from 5-board because the fans pushed the power budget too close to the PSU max output!!!! heh) will have each unit mounted vertically, with the power and USB connections at the bottom, in a Cube-styled enclosure with adequate venting for cool air to enter from below, rise up through the boards, and exit at the top.

I don't plan to use ANY active fans on the 25mm heatsinks supplied with the 1.15d boards. The cheap crappy fan on my picture above is there for safety, and I'll be removing it during testing to see whether the horizontal fan keeps the board cool enough.

You see, there's a tunnel between the FPGA board and the Experimental Board. Even with convection only, cool air will flow through this 'tunnel' and provide cooling to the immediate *reverse* of the FPGA, which will be getting hot. The Experimental Board itself will provide a heat barrier to prevent the back of the FPGA heating the front of the board next to it (remember it's high-density, like the GPU solutions).

I think this 'tunnel' and the ability to direct cooling air to the *back* of the board, something most people ignore with GPUs (and is a very significant heat load in high density rigs) is a great feature of the 1.15d setup, which is why I'll be going to use these rather than the optimised 1.15x boards.

Without tall, small-diameter fans on each FPGA heatsink, my enclosures can be made more elegant whilst still maintaining high density. I don't know what Stefan's 1.15x active cooling product is like, as I can't use it, but my experience with small-diameter cooling fans as per those used on older GPUs etc. is that they can make a horrible high-pitched whining noise. I'm sure Stefan's is a quality item but in 6 months, will it be making a racket like some of my GPU fans?

This is all moot if my design doesn't work, of course. I'm doing a Cube but having two 80mm PC case fans blowing cool air up from the bottom, and two identical fans at the top of the enclosure blowing hot air out. Inside a sealed acrylic enclosure, this should provide enough pressure to ensure air is *forced* through the 'tunnels' and through the pins on the FPGA heatsinks. We're only talking about 10W per board max, after all...

If there's a way to read the temperature of the FPGA core and feed this back to the fans, then a *really* neat automatic solution could be built - but to begin with I'll simply chuck a potentiometer in with the fans. I'm hoping that four 80mm 3W fans is massive overkill for my design, and the fans can be run slowly and *quietly*.


Put it this way, my girlfriend has put up with my GPU frame rigs for months now. The noise made by all the fans is enough to affect *my* sleep and I'm accepting it, not getting irritated by it. Hopefully my FPGA rigs, when complete, will be damn-near silent. It would be poetic to have the G4 Cube managing the FPGAs... but the Cube doesn't even have USB2 and I still haven't managed to compile the SDK on a reasonably-standard Intel Snow Leopard Mac yet... so my old first-gen AppleTV, which (with a bit of hacking) can be made to run the regular OS, may be put into use if there are no OS snags. Otherwise it's a Mac Mini.

Regardless, it's going to look cool, hopefully run cool, and whilst replacing 9 GH/sec is beyond my financial means at the moment, once I've got this SDK built on the Mac, I'll be discussing volume discounts and best deals with Stefan ;)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: catfish on February 25, 2012, 12:59:46 PM
>:(

Right then - looks like the compilation problems for the macro processor code are as I suspected - my environment / tools.

The Free Pascal Compiler had a major 2.6.0 release on the first of January this year. There were numerous language changes, of which I've speed-read through, and my bug-detection software immediately made one sentence stand out in flashing lights: 'passing derived classes to var- and out-parameters'...

Unfortunately the behaviour changes mean that Stefan's code won't compile under 2.6.0. Even more unfortunately, the 'Remedy' suggested is 'Rewrite the affected code so it (sic) that all var/out-parameters and the class types passed to them match exactly'...

http://wiki.freepascal.org/User_Changes_2.6.0#Passing_derived_classes_to_var-_and_out-parameters (http://wiki.freepascal.org/User_Changes_2.6.0#Passing_derived_classes_to_var-_and_out-parameters)

Oh well. Looks like I'm learning Pascal today. It sounds trivial (i.e. simply change the type of the var-parameter in the class) but the affected code *looks* like a recursive routine where a class repeatedly creates new instances of itself and adds them to itself. Changing the var-parameter class would break external non-recursive calls. Not having formally studied Computer Science, the one technique that still makes me have to think a bit is damn recursion... of course, if the method concerned is only ever called within the class itself then I could try to overload the constructor to allow two parameter types... it'd work in most OO languages I know, but if you say 'Pascal' to me then I immediately think of my sister (who is named Pascale, the bloke's version would be a bit odd) :D

I suppose I could install a legacy compiler, but if the ZTEX SDK is to run on Mac OS X, then I reckon it should use the latest tools inc. what comes with Mac OS X. Only my opinion. Should have it built along with an OS X-specific README and alternative Makefiles, plus that bmp.pas source, some time today.

Please note - I'm doing this as an enthusiastic old hacker... not a professional code monkey, and not as a ZTEX affiliate, employee or whatever. Hence I'll be submitting the changes to Stefan first before sending changes to anyone else. It may be GPL and I may have the right to alter the code, but as I pointed out, the last time I had any exposure to Pascal was 25 years ago or so, and Stefan may have a better way to make the changes; indeed he may see my interference as unwelcome or as 'botching' his code.

Stefan - you definitely need a dependency version listing in your Wiki ;)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on February 25, 2012, 07:02:31 PM
Code:
[quote author=catfish link=topic=49180.msg767929#msg767929 date=1330164218]
[quote author=CAcoins link=topic=49180.msg767881#msg767881 date=1330158965]
Well, I have to give it to you.  If you're willing to code support for ztex on a Hackintosh, you are a better man than I am.  I also run VMware.  I notice the workstation version runs much better with win7 as a host than Ubuntu.  Believe it or not, I ran a Win2k8 server as a VM inside Win7 (don't ask me why) running a web/SQL server.  No issues for 5 straight months.

Regardless, good luck with your endeavor.  I see you have a nice setup with the 1.15d although I have to say I like how compact the 1.15x is (big where it counts=heatsink  ;D)
[/quote]
Cheers :)

The board is very much a Test Unit as per the child-like writing on the piece of MDF :D

I like the additional length and 'wind tunnel' feature of the 1.15d / Exp. Board 1.3 combo - and not just because I can bolt in a big SDHC card to run rainbow table apps etc. Purely focusing on BTC mining right now, I've run into big thermal problems with a 9 GHash GPU-based frame rig contraption (pics on the other thread here, won't clutter this one up). Running high-density units (in my first case, GPUs) horizontally, with the fan having to blow air *down* onto a heatsink, with maybe another hot unit sitting above or to the side, is just thermodynamically inefficient. The fans are working against physics, and if there's another GPU directly above the fan, then it can only blow red-hot air from the back of the upper GPU core onto the heatsink. Cue high temperatures and fans running at 85-100% capacity.

I've had loads of fan failures on GPUs and eventually switched to a vertical layout, where the main GPU exhaust points straight upwards. This allows convection to provide cool air for the fans to blow sideways onto the heatsinks... but with a high-density setup, radiated heat from the backside of the GPU next door is *still* a problem. The retail GPUs don't cool the rear side of their circuit boards and I've measured them at up to 90˚C in places using an IR thermometer.

With the 1.15x all-in-one solutions, the design is very much like a traditional GPU / CPU. A fan blows air down onto a big heatsink. Of course, the TPC is so much lower that my considerations are almost moot... but with the comment that the FPGA must have hit 90˚C (by Stefan, discussing when the active fan failed), there's room for making use of convective cooling as well as relying on downward-blowing physics-fighting fans :)

OK, so I'm a mad fan of the Apple G4 Cube. If there was a hope in hell of compiling Stefan's SDK for PowerPC then I'd be using my example (pride of place on my desk, kept alive at all costs, though not doing much right now after having burnt out 4 GPUs, 3 hard drives and a PSU) to control the FPGA array I'll eventually build.

Using the same concepts, look at the 1.15d and how it connects to the Exp Board 1.3. My picture above is my Test Unit as explained. My quad-board rig design (had to downsize from 5-board because the fans pushed the power budget too close to the PSU max output!!!! heh) will have each unit mounted vertically, with the power and USB connections at the bottom, in a Cube-styled enclosure with adequate venting for cool air to enter from below, rise up through the boards, and exit at the top.

I don't plan to use ANY active fans on the 25mm heatsinks supplied with the 1.15d boards. The cheap crappy fan on my picture above is there for safety, and I'll be removing it during testing to see whether the horizontal fan keeps the board cool enough.

You see, there's a tunnel between the FPGA board and the Experimental Board. Even with convection only, cool air will flow through this 'tunnel' and provide cooling to the immediate *reverse* of the FPGA, which will be getting hot. The Experimental Board itself will provide a heat barrier to prevent the back of the FPGA heating the front of the board next to it (remember it's high-density, like the GPU solutions).

I think this 'tunnel' and the ability to direct cooling air to the *back* of the board, something most people ignore with GPUs (and is a very significant heat load in high density rigs) is a great feature of the 1.15d setup, which is why I'll be going to use these rather than the optimised 1.15x boards.

Without tall, small-diameter fans on each FPGA heatsink, my enclosures can be made more elegant whilst still maintaining high density. I don't know what Stefan's 1.15x active cooling product is like, as I can't use it, but my experience with small-diameter cooling fans as per those used on older GPUs etc. is that they can make a horrible high-pitched whining noise. I'm sure Stefan's is a quality item but in 6 months, will it be making a racket like some of my GPU fans?

This is all moot if my design doesn't work, of course. I'm doing a Cube but having two 80mm PC case fans blowing cool air up from the bottom, and two identical fans at the top of the enclosure blowing hot air out. Inside a sealed acrylic enclosure, this should provide enough pressure to ensure air is *forced* through the 'tunnels' and through the pins on the FPGA heatsinks. We're only talking about 10W per board max, after all...

If there's a way to read the temperature of the FPGA core and feed this back to the fans, then a *really* neat automatic solution could be built - but to begin with I'll simply chuck a potentiometer in with the fans. I'm hoping that four 80mm 3W fans is massive overkill for my design, and the fans can be run slowly and *quietly*.


Put it this way, my girlfriend has put up with my GPU frame rigs for months now. The noise made by all the fans is enough to affect *my* sleep and I'm accepting it, not getting irritated by it. Hopefully my FPGA rigs, when complete, will be damn-near silent. It would be poetic to have the G4 Cube managing the FPGAs... but the Cube doesn't even have USB2 and I still haven't managed to compile the SDK on a reasonably-standard Intel Snow Leopard Mac yet... so my old first-gen AppleTV, which (with a bit of hacking) can be made to run the regular OS, may be put into use if there are no OS snags. Otherwise it's a Mac Mini.

Regardless, it's going to look cool, hopefully run cool, and whilst replacing 9 GH/sec is beyond my financial means at the moment, once I've got this SDK built on the Mac, I'll be discussing volume discounts and best deals with Stefan ;)
[/quote]

I can see where you're coming from, and it looks like your setup will probably work pretty well with the fan blowing in from the side.  I actually remember your rig when I was setting up mining rig for the first time and looking at the pictures of all the different rigs.  And I agree with you, most people under-estimate the thermal issue.  I ran into that problem setting up my first Beowulf cluster a long time ago (and have learned my lessons). GPUs are a pain in the butt in-terms of heat.  (If I can't touch the back-plate of the GPU because it is too hot, it doesn't belong in my computer).  And forget blowers, the noise is too much!

Coming from that, I think you would be pleasantly surprised about the 1.15x.  It's cool, the fan is quiet, and even with the top-blowing-down of the chipset cooler design, it is almost self-sufficient.  It's winter right now, but I had a bunch of them running in a somewhat enclosed rack with no additional fans and the heatsink temp never got above 30C (measured with a probe).  All the boards clocked above 200MHz.  I have some Silverstone fm 121's blowing on them at like 1000 RPM, and you don't hear the chipset fan and the airflow is more than enough.

The LX150 has high junction temperature but low thermal conductivity, so you have to make sure the heat is being conducted away from it efficiently.  But with TDP like 9 watts, I think you, and your girlfriend, will appreciate the decrease in heat/noise.  I am glad I didn't go the 6990 route  :D


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on February 25, 2012, 07:10:51 PM
The way i cool my 1.15d boards. 120mm fan from above, 92mm from the side on the other side of the box.

http://i.imgur.com/0MIgq.jpg

I'm glad i went that route.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on February 25, 2012, 07:21:19 PM
Very nice!


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: antirack on February 26, 2012, 03:17:25 AM
I am currently looking into setting up a licensed production of the 1.15x over here in Hong Kong (as well as setting up a GPU farm or other options), but I have slight difficulties to acquire the Xilinx XC6SLX150-N3CSG484C.

Everything else would be ready. I have a contract manufacturer that can do smaller quantities for me standing by (I worked with them during the past 10 years a couple of times), other parts are a no-brainer, Stefan could send out the boards and license within a relative short time frame, but Xilinx/Avnet just not organized enough to actually give me a quote and take my order :/ I've had numerous phone calls and plenty of (unanswered emails) during the past few weeks. It seems over here they always expect the next Apple to call with a demand of a quadrillion units over the next few years or so. If anybody has tried to go this path or could help supplying the FPGAs please let me know via PM.

Hong Kong is not on the list of designated countries so shipping crypto hardware etc is not a problem, but in worst case I'd even come and pick them up (along with securing payment up-front of course, as I'd have to do that when ordering direct anyway). To be fair, I could actually place an order on Avnet Express anytime with a lead time of about 4 weeks, but they only have one price no matter if you buy 1 piece or 5000 pieces (no, I don't want to order 5000 pieces), and it's above the target price on which ZTEX based his math. (the FPGA seems to be considerably cheaper in Germany than in the US, which I find hard to believe).

-- // --

I only have one single 1.15x and the ambient temperature in the room is usually around 20-25C right now, but it doesn't seem like heat will be a problem. It barely gets warm underneath the FPGA/PCB.

I'll also get some Icarus this week for testing (as said, I am looking into all options including 7990 but ZTEX so far makes the best impression to me on the FPGA front).

http://image.bayimg.com/fambaaado.jpg


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on February 26, 2012, 04:20:55 AM
Let me see if I can help.  Will send you a PM.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: cypherdoc on February 26, 2012, 03:58:05 PM
The way i cool my 1.15d boards. 120mm fan from above, 92mm from the side on the other side of the box.

http://i.imgur.com/0MIgq.jpg

I'm glad i went that route.

could you shoot another pic from that angle for the other fan?  nice setup!


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on February 26, 2012, 04:47:24 PM
You can't see much different from the other side. Since the PSU is emitting warm air, i decided not to drill a hole in the wall. The fan would just suck hot air out of the PSU. Instead i moved the fan about 1cm from the wall to help blowing the cold air from above over the boards. It makes a big difference ! At first my plan was to go only with the 120mm fan but it did not work out as i expected. Both fans run at 13.8V which gives them a little boost. They are from be quiet, below 20db. Best fans for the money imo ! I love them.

You can see that board nr6 needs some help to stay cool but the clamp is also transfering some heat away.  

http://i.imgur.com/gAFEi.jpg



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on February 26, 2012, 08:28:15 PM
Nice custom setup!  It looks like for the 1.15x you have ditched the stock heatsink.  Are those aluminum heatsinks?  I am thinking copper won't make much of a difference since the key bottleneck is the transfer from the FPGA to the heatsink.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on February 26, 2012, 08:36:45 PM
Nice custom setup!  It looks like for the 1.15x you have ditched the stock heatsink.  Are those aluminum heatsinks?  I am thinking copper won't make much of a difference since the key bottleneck is the transfer from the FPGA to the heatsink.

This are 1.15d boards ! The heatsinks come with them but you can't really go bigger because the heatsink would collide with some parts on the board. 1.15x leaves you more room for modifications.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on February 26, 2012, 08:46:57 PM
Oh, my bad. I know you're running a mix of 1.15d and 1.15x and thought the one on the right is a 1.15x. I guess part of the board just got cut off in the picture.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on February 27, 2012, 08:53:57 AM
Compilation of the SDK for MacOS is known to work. Several customers did it. But don't ask me about the MacOS version or names of development packages or so.

For compiling the Java bindings of libusb you need to use the "Makefile.macosx" in the libusbJava-src directory. Dependencies are libusb, the java development kit (jdk) and certain OS headers (for type  definitions.)

Compilation of bmp works without modifications. It is tested at least it at with Freepascal versions 1.0, 2.0 and 2.2. There are no other requirements.

As written earlier (https://bitcointalk.org/index.php?topic=49180.msg752052#msg752052)  you just need to copy the library to the working directory of your BTCMiner, i.e. compilation of bmp is not required.

AFAIR one customer created some MacOS packages of the SDK and published them somewhere (ask google).


...
One polite request Stefan - could you list the actual versions of the APIs / SDKs / libraries that your SDK depends on?
...


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: catfish on February 27, 2012, 09:24:26 AM
Any object pascal experts in the house? I've managed to bulldoze my way through all the roadblocks getting the SDK compiled cleanly on Mac OS X ice kitteh (aka 10.6) - it's taken bloody ages because of conflicts between USB library bitness, Java library bitness, and having to literally compile every dependency, none of which are versioned clearly, from scratch.

Part of the blame goes to Apple for having a schizophrenic Java implementation that 'cleverly' decides whether to run 32-bit or 64-bit depending on what you're trying to run. And having re-written Stefan's usblibJava Makefile to actually run on Snow in proper 64 bit mode, at last I had all the Java components compiled and working.

Most of the blame goes to me for not being as good as I think I am :)

I'm down to the last problem. I can't - for the life of me - get my head round BMP. The problem is simple - an include directive in the macro processor instantiates (recursively) a Macro buffer object which is added to the list of buffers in the object itself. The Macro buffer class is derived from the Text buffer class, and the latest incarnation of the Free Pascal Compiler won't allow a derived class to be passed as parameter to a method expecting the parent class, which is exactly what the code is trying to do.

So we've got object pascal, and an inherited class recursively calling its parent to include its contents.  >:( OK, this isn't a simple problem at all...

I've rewritten the code to take the macro off the derived class, typecast the derived class as its parent and send *that* in the inherited constructor call, adding the macro stuff to the returned instance. Hey presto, it compiles.

However... it only builds a small proportion of the IHXs in the examples section.


What frustrates the hell out of me is that the basic code - UCEcho - compiles and builds a nice Jar file which actually *executes* and runs on my Mac and my FPGA. The USB libraries work, UCEcho tells me the device ID of my nice test board, etc. Hence *most* of the code is OK.

But many of the examples will not build, and neither will the BTCMiner firmware. All of them bomb out leaving a blah.tmp.c file of 64000 bytes (this is Snow Leopard, so may be exactly 64k - Apple confused us all with kilo / kibi and all that BS a while back) and an error of 'failure writing to blah.tmp.c'. No more verbosity can be obtained from the BMP macro processor, and there are virtually NO comments in the code.

Now I haven't been a professional coder for a LONG LONG time but this fucking infuriates me. It's a meta-meta-self-referential fucking parsing machine written in non-type-safe old Pascal and there's no commentary or verbose error messages. I'm trying my hardest here but I have the feeling that the code originally worked only because of some unintentional feature in a specific version of the free pascal compiler... and hence why binaries are included for Linux and Windows. That could be unfair, but anything recursive really needs proper commenting IMO, otherwise it's impossible to follow. The human brain has a stack of 7 items and you're doing well if you can use them all (top coders can, few others train their short term memories to that level)...

I've obviously tried to compile the SDK on Linux and it works immediately using the BMP binary included. Equally I've built the entire SDK from scratch using Ubuntu 11.04 - and it all works. Ubuntu Natty installs FPC 2.4.0... :(

So that's my final sticking point. It seems to be 100% due to the 'include' issue... which I've had to change. Equally, the entire functioning of the Pascal app may have been scrambled due to the latest version of FPC... comparing the actual bytecode IHX files produced by the Linux version and the OS X versions on the simple UCEcho code (which *does* work on both platforms), there are a bunch of differences and a few extra lines on the OS X side. This could be due to a newer / different version of the SDCC which could lead to faster / slower / non-functional code.

I'm hoping that the SDCC is backward compatible and produces functional code. Equally, now I've nailed Java down so it works properly (unsurprisingly enough, Java and Pascal are not on my CV but C, C++, unix and new scripting languages should suffice to pick anything up), I'm hoping that it's only a question of getting BMP working *properly*. I'm trying to compare output but the Linux builds don't leave the temp files.

I'm going to keep hammering away at this but would appreciate any assistance... for the time being, I'll see if I can remove FPC 2.6.0 from my Mac and install 2.4.0 instead... if this solves the problem then at least I'm up and running, but it's unsatisfactory as it means my main development box becomes instantly fragile - one 'port upgrade all' and everything's fecked...


ETA - Stefan - you beat me to it. The reason I asked about versions is because I thought you'd know and it'd speed up the process. I've solved the Java bindings of libusb for Snow Leopard and it requires a totally different Makefile than the one you supply. Yours assumes that Fink (an old package management system for earlier versions of Mac OS X, superseded largely by MacPorts these days) is installed, hence the references to /sw/lib etc. which give it away. Equally, there are two libusb implementations and the obsolete 'legacy' one is what is required (0.1.3 works - the current 1.0.8 does not).

The SDCC works without problems. BMP does not compile on 2.6.0, the latest version of Free Pascal. Try it. However it works on 2.4.0 as per my latest test on Linux, so I'm going with that for the time being. Apologies for the frustration but life moves pretty fast, as Ferris Bueller said, and FPC 2.2 is ancient, and Mac OS X moves *very* quickly and is perfectly happy to dump backward compatibility...

No offence intended for any of the ranting above, BTW. I don't want to 'just' run the miner pre-packaged... I want to have an SDK that I can compile from scratch whenever I want, and try out some of the examples in your SDK. I'm not your typical Mac user...


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: catfish on February 27, 2012, 09:44:11 AM
UPDATE: Snow Leopard complete from-scratch SDK compile works with FPC 2.4.0.

Will be mining shortly :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rupy on February 27, 2012, 10:38:33 AM
Quick cluster tutorial:

java -cp ZtexBTCMiner-120221.jar BTCMiner -f ztex_ufm1_15d3a.ihx -m p
java -cp ZtexBTCMiner-120221.jar BTCMiner -host XXXX -u XXXX -p XXXX -m c

Done!


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: catfish on February 27, 2012, 10:42:26 AM
Still a few niggles - similar to the 'USB issues' thread someone on the Ztex forums running Windows 7 64-bit is having - but I'm mining now :)

First error rate over 0.00% was when it hit 212 MHz - area around heatsink being around 41˚C according to IR thermometer. It's back to 208 MHz now and zero error rate.

As the picture shows, this is a test board with hardly optimal cooling so I'd be interested to see how my next boards perform with proper airflow.

Incidentally, I'm using the 64 bit Java USB libraries, still can't build the BTCMiner jar from scratch (missing symbol in the code), and my initial programming efforts (using the 15d3a.ihx firmware) seemed to fail - the process started, then claimed 'no ZTEX devices present' and further programming efforts resulted in 'no device found'.

Then, when disconnecting the USB, and reconnecting, my Mac tells me a 'Ztex FPGA device for Bitcoin mining' unit has been connected to the USB bus (I've got Growl set up to notify me of all hardware changes). Nice touch, so the programming may have worked after all...

So I kicked off a miner job using the pre-packaged Jar and it's merrily mining away. Looks like 208 MHz is the limit on the bodged cooling system I'm using, but subsequent boards will have much superior cooling - not just with the 'tunnel' concept but also with thermal contact between the heatsink (whatever I choose to use) and the FPGA.

Less than 10 W power consumption. W00t. :D


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: irobindotse on February 27, 2012, 10:47:10 AM
Maybe not the right thread to post in, but is anyone know if ztex(stefan) is working/planning to release on a new board with higher hashspeed? And maybe an eventual date?

Regards
Robin


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: bulanula on February 27, 2012, 10:58:50 AM
Maybe not the right thread to post in, but is anyone know if ztex(stefan) is working/planning to release on a new board with higher hashspeed? And maybe an eventual date?

Regards
Robin

I suggest going to look at the BFL product.

I think people using Spartan 6 will not get any higher hashrate from now and it looks like 180 - 200 MHash/s is the cap.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rupy on February 27, 2012, 11:26:42 AM
http://rupy.se/bild.JPG


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: irobindotse on February 27, 2012, 11:29:58 AM
Im aware of BFL, forgot to mention that I live in Europe.

Reasons,

1.Insane prices to ship from US and pay toll and taxes.
2. And Ztex offers better guarantees and discounts.

Thats why im asking :)

Regards
Robin


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: bulanula on February 27, 2012, 11:32:39 AM
Im aware of BFL, forgot to mention that I live in Europe.

Reasons,

1.Insane prices to ship from US and pay toll and taxes.
2. And Ztex offers better guarantees and discounts.

Thats why im asking :)

Regards
Robin
Well I think somebody will end up being a EU reseller with manageable prices and no import duty etc.

But ZTEX offers 2 year warranty while BFL only 6 months ???


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rupy on February 27, 2012, 12:11:18 PM
ztex is more expensive but the MH/w is higher and thus the chips can be completely silent like my solution above!


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: antirack on February 27, 2012, 12:25:33 PM
ztex is more expensive but the MH/w is higher and thus the chips can be completely silent like my solution above!

rupy how long are those hex spacers between the boards?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: DeathAndTaxes on February 27, 2012, 12:54:03 PM
ztex is more expensive but the MH/w is higher and thus the chips can be completely silent like my solution above!

rupy how long are those hex spacers between the boards?


And where did you get them?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: marked on February 27, 2012, 01:29:46 PM
I think people using Spartan 6 will not get any higher hashrate from now and it looks like 180 - 200 MHash/s is the cap.

Doesn't eldentyrell three ring structure improve the performance or at least it will when the clock rate improves?
https://bitcointalk.org/index.php?topic=49971.0;all


marked


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: DeathAndTaxes on February 27, 2012, 01:38:42 PM
I think people using Spartan 6 will not get any higher hashrate from now and it looks like 180 - 200 MHash/s is the cap.

Doesn't eldentyrell three ring structure improve the performance or at least it will when the clock rate improves?
https://bitcointalk.org/index.php?topic=49971.0;all


marked

Yeah the prior person likely mispoke.  Some higher performance is possible.  ztex has boards running at 212 MH/s.  Still nobody is going to get 400 MH/s out of a Spartan so there will be no massive performance boost where a board costing roughly the same gets 25% or 33% or 50% higher performance.  The Spartan-6 is pretty well analyzed how so it is in the fine tuning.  A couple MH/s here and there.  Maybe someone gets a board going @ 220 MH/s which would be a nice 10% "free" compared to existing bitstreams but significantly higher performance is going to require a new class of chips.

There is no other 45nm chip which delivers the LUTs/$ that Spartan-6 does (without special "sweetheart" pricing) so that means waiting for the Artix-7 28nm chips to become available and at reasonable cost.  The largest Artix-7 chips likely can (eventually with a lot of bitstream analysis) achieve 500MH/s+ so a pair could provide the first GH/s board.  Still who know how long it will be (Q1-2013 ?) before Artix-7 provides better MH/$ than Spartan-6 does.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: bulanula on February 27, 2012, 01:41:38 PM
I think people using Spartan 6 will not get any higher hashrate from now and it looks like 180 - 200 MHash/s is the cap.

Doesn't eldentyrell three ring structure improve the performance or at least it will when the clock rate improves?
https://bitcointalk.org/index.php?topic=49971.0;all


marked

Yeah the prior person likely mispoke.  Some higher performance is possible.  ztex has boards running at 212 MH/s.  Still nobody is going to get 400 MH/s out of a Spartan so there will be no massive performance boost where a board costing roughly the same gets 25% or 33% or 50% higher performance.  The Spartan-6 is pretty well analyzed how so it is in the fine tuning.  A couple MH/s here and there.  Maybe someone gets a board going @ 220 MH/s which would be a nice 10% "free" compared to existing bitstreams but significantly higher performance is going to require a new class of chips.

There is no other 45nm chip which delivers the LUTs/$ that Spartan-6 does (without special "sweetheart" pricing) so that means waiting for the Artix-7 28nm chips to become available and at reasonable cost.  The largest Artix-7 chips likely can (eventually with a lot of bitstream analysis) achieve 500MH/s+ so a pair could provide the first GH/s board.  Still who know how long it will be (Q1-2013 ?) before Artix-7 provides better MH/$ than Spartan-6 does.


My point was exactly this. There is no way people using expensive 45nm parts will match BFL power hungry but cheap 65nm high performance parts like BFL.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: antirack on February 27, 2012, 01:52:08 PM
ztex is more expensive but the MH/w is higher and thus the chips can be completely silent like my solution above!

rupy how long are those hex spacers between the boards?


And where did you get them?

At least here in Hong Kong you get this stuff in electronic stores, somewhere near screws and nuts.

http://www.ebay.com/itm/50mm-PCB-Spacer-Hex-Stand-Off-Pillar-Male-Female-x25-/130626750145?_trksid=p5197.m7&_trkparms=algo%3DLVI%26itu%3DUCI%26otn%3D2%26po%3DLVI%26ps%3D63%26clkid%3D6625141050556940213


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on February 27, 2012, 02:37:00 PM
and my initial programming efforts (using the 15d3a.ihx firmware) seemed to fail - the process started, then claimed 'no ZTEX devices present' and further programming efforts resulted in 'no device found'.

Then, when disconnecting the USB, and reconnecting, my Mac tells me a 'Ztex FPGA device for Bitcoin mining' unit has been connected to the USB bus (I've got Growl set up to notify me of all hardware changes). Nice touch, so the programming may have worked after all...

This looks like your MacOS is having a problem wit the re-numeration of the FX2 devices. If you would send the output I could say more.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: BTC-engineer on February 27, 2012, 03:24:56 PM
I think people using Spartan 6 will not get any higher hashrate from now and it looks like 180 - 200 MHash/s is the cap.

Doesn't eldentyrell three ring structure improve the performance or at least it will when the clock rate improves?
https://bitcointalk.org/index.php?topic=49971.0;all


marked

Yeah the prior person likely mispoke.  Some higher performance is possible.  ztex has boards running at 212 MH/s.  Still nobody is going to get 400 MH/s out of a Spartan so there will be no massive performance boost where a board costing roughly the same gets 25% or 33% or 50% higher performance.  The Spartan-6 is pretty well analyzed how so it is in the fine tuning.  A couple MH/s here and there.  Maybe someone gets a board going @ 220 MH/s which would be a nice 10% "free" compared to existing bitstreams but significantly higher performance is going to require a new class of chips.

There is no other 45nm chip which delivers the LUTs/$ that Spartan-6 does (without special "sweetheart" pricing) so that means waiting for the Artix-7 28nm chips to become available and at reasonable cost.  The largest Artix-7 chips likely can (eventually with a lot of bitstream analysis) achieve 500MH/s+ so a pair could provide the first GH/s board.  Still who know how long it will be (Q1-2013 ?) before Artix-7 provides better MH/$ than Spartan-6 does.


The new Artix-7 28nm chip from Xilinx is for sure one of the most interesting new FPGA for mining. Unfortunatley this chip is not yet available, and what is even more worse there is no official announcement when it will get available. When the production of this chip starts it could also take a longer time until the chips are really available on the market for attractive costs, because large companies with high volume are already waiting for this type of chip to assemble their boards.

This week is the Embedded World tradeshow 2012. Maybe I can get some more information about the availability at the trade-show, but I guess we have to wait at least 6 month until a 28nm FPGA miner will be available. Spartan-6 is already available now and you can use the time (with a 50BTC blockreward) until the end of this year to compensate your investment in FPGA. I guess 28nm FPGA miner will start in the time area of 25BTC blockreward. So it will take much longer until you have your return of investment. Beside all of this the 'risk' grows that someday, someone announce a SASIC or even an ASIC.   
 


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on February 27, 2012, 04:01:14 PM

Nice setup rupy.  What kind of temp/Mhz are you getting with the passive heatsink?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on February 27, 2012, 04:30:16 PM
@ Rupy

That's a very nice rig you have there, Sir ! I like to see what others do with their boards. Cool 8)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on February 27, 2012, 04:58:57 PM
Has anybody seen this?  Was running steadily for a few days until this popped up:

Code:
2012-02-27T22:39:50: bus-0-1: ztex_ufm1_15d3-2012-L1-B1: f=208.00MHz,  errorRate=0.00%,  maxErrorRate=1.14%,  hashRate=208.0MH/s,  submitted 13 new nonces,  luckFactor=1.00
2012-02-27T22:41:28: bus-0-1: ztex_ufm1_15d3-2012-L1-B1: Error: bus=bus-0  device=\\.\libusb0-0014--0x221a-0x0100: Read hash data: libusb0-dll:err [control_msg] sending control message failed, win error: The device does not recognize the command. : Disabling device

It kept running like this until I noticed a slight drop in hash rate.  Restarted the java process and now everything is fine.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: catfish on February 27, 2012, 05:04:16 PM
and my initial programming efforts (using the 15d3a.ihx firmware) seemed to fail - the process started, then claimed 'no ZTEX devices present' and further programming efforts resulted in 'no device found'.

Then, when disconnecting the USB, and reconnecting, my Mac tells me a 'Ztex FPGA device for Bitcoin mining' unit has been connected to the USB bus (I've got Growl set up to notify me of all hardware changes). Nice touch, so the programming may have worked after all...

This looks like your MacOS is having a problem wit the re-numeration of the FX2 devices. If you would send the output I could say more.


Just a timing issue Stefan, IMO... before the programming command, the system saw the USB device as a 'Vendor Specific Device' and had no drivers loaded for it. Running the System Profiler showed the USB tree with that same info on it.

Once the programming was completed, somehow OS X now 'knows' what the module is... after unplugging and re-plugging, running System Profiler shows that the device *is* recognised as a 'btcminer for ZTEX FPGA Modules' (quote) with Product ID 0x0100 and Vendor ID 0x221a (which isn't the original ven_id and dev_id IIRC?). Interestingly the 'Serial Number' quoted by the System Profiler is 'Catfish-A1' which is exactly what I called it in the 'programming' stage. Manufacturer is 'ZTEX' so that's correct. Current available is 500 mA and the device claims it only needs 100 mA.

Apart from that, I can't come up with any other conclusion that the OS simply required the device to be unplugged and re-plugged, since it had suddenly changed from an unknown device to a known device - perhaps the required bus re-scan after programming didn't work (or hadn't been implemented)... remember I'm using a hacked up 64-bit libusbJava64.jnilib here, and in your own words on the forum, the 64-bit libusb Java bindings haven't been as well tested...

I think the only way I could give you the info you need is if I was running a USB bus analyser when this original programming occurred. I wasn't, unfortunately... my kernel logs simply don't show anything abnormal going on. And I'm running a big, complex system (as you've probably guessed)...

I'm always keen to mess around on the bleeding edge (I was the first person in the UK to software unlock the iPhone and make a call on a UK network - it was Vodafone - happened to be online with Hotz at 2am when he cracked it) so this is all good fun for me.


BTW - it works, and is working consistently. It's been a good 3 hours of constant mining in an office filled with GPU beasts (hence ambient temps are around 30 deg C), and it's maintaining 208 MHz, max error rate in the 3 hours 0.70%, and luck factor is 1.0. The Mac it's running on is an 8-core Xeon workstation with 10 GB of RAM, running 7 optimised minerd instances for Litecoin, one cgminer instance on the hacked 6870 GPU, and is feeding one 30", one 27" and one 18" screen. The USB tree looks insane as there are hubs in the LED Cinema Displays and I've got hubs hanging off those, with iPhones and other random gadgets connected, including a Blue Eyeball webcam/mic which eats bandwidth. The 27" LED display has a built in webcam as well, plus I have three separate USB audio outputs. In short, this Mac is running flat out as it's also my main machine so Safari has something like 90-odd windows open, swamping the GPU vram and hammering the PCIe bus. The ZTEX 1.15d is cruising along rather nicely, on what's effectively an unsupported platform.

Blindingly good work Stefan. I hope my 'tunnel' cooling system works because I'm definitely going to be ordering some more boards... all down to cash and price now. The development process on this Mac has resulted in a bunch of 64-bit Java libs that are now portable to any Mac and usable with Stefan's 'plug and play' downloadable Jar file, at least on Snow Leopard (I'll test Lion when I get a copy later this week).


Last word on the software topic Stefan - do you want my modifications to the libusbJava-src/Makefile to support later versions of OS X? If you aren't interested in the code, I'm happy for you to point other OS X-using customers to my email (which you have).


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rjk on February 27, 2012, 05:06:40 PM
The Mac it's running on is an 8-core Xeon workstation with 10 GB of RAM, running 7 optimised minerd instances for Litecoin, one cgminer instance on the hacked 6870 GPU, and is feeding one 30", one 27" and one 18" screen. The USB tree looks insane as there are hubs in the LED Cinema Displays and I've got hubs hanging off those, with iPhones and other random gadgets connected, including a Blue Eyeball webcam/mic which eats bandwidth. The 27" LED display has a built in webcam as well, plus I have three separate USB audio outputs. In short, this Mac is running flat out as it's also my main machine so Safari has something like 90-odd windows open, swamping the GPU vram and hammering the PCIe bus. The ZTEX 1.15d is cruising along rather nicely, on what's effectively an unsupported platform.
Holy shit dude. Seriously.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on February 27, 2012, 05:34:21 PM
The Mac it's running on is an 8-core Xeon workstation with 10 GB of RAM, running 7 optimised minerd instances for Litecoin, one cgminer instance on the hacked 6870 GPU, and is feeding one 30", one 27" and one 18" screen. The USB tree looks insane as there are hubs in the LED Cinema Displays and I've got hubs hanging off those, with iPhones and other random gadgets connected, including a Blue Eyeball webcam/mic which eats bandwidth. The 27" LED display has a built in webcam as well, plus I have three separate USB audio outputs. In short, this Mac is running flat out as it's also my main machine so Safari has something like 90-odd windows open, swamping the GPU vram and hammering the PCIe bus. The ZTEX 1.15d is cruising along rather nicely, on what's effectively an unsupported platform.
Holy shit dude. Seriously.

That's a serious man cave, albeit a rather hot man cave


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: catfish on February 27, 2012, 05:40:32 PM
The Mac it's running on is an 8-core Xeon workstation with 10 GB of RAM, running 7 optimised minerd instances for Litecoin, one cgminer instance on the hacked 6870 GPU, and is feeding one 30", one 27" and one 18" screen. The USB tree looks insane as there are hubs in the LED Cinema Displays and I've got hubs hanging off those, with iPhones and other random gadgets connected, including a Blue Eyeball webcam/mic which eats bandwidth. The 27" LED display has a built in webcam as well, plus I have three separate USB audio outputs. In short, this Mac is running flat out as it's also my main machine so Safari has something like 90-odd windows open, swamping the GPU vram and hammering the PCIe bus. The ZTEX 1.15d is cruising along rather nicely, on what's effectively an unsupported platform.
Holy shit dude. Seriously.

That's a serious man cave, albeit a rather hot man cave
That's *one* of the 11 Macs down there. Two are hackintoshes, current build is an i5-2500 with 16 GB ram and three 5770 cards. The rest are all genuine Apple hardware. Though the Cube isn't doing much. The Macbook Air 10" is connected up to a 24" LED Cinema and runs the BTC client. It's chaos in here at the moment, it does have to be said...

Like the 'man cave' comment. My girlfriend calls it 'the fucking matrix' (quote, word for word) if she ever has to come down here :D I guess running the RedPill screensaver on the Macs doesn't help matters... ;)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on February 27, 2012, 05:52:48 PM
Quote
Like the 'man cave' comment. My girlfriend calls it 'the fucking matrix' (quote, word for word) if she ever has to come down here  :D I guess running the RedPill screensaver on the Macs doesn't help matters...  ;)

LOL, that's great!


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rupy on February 27, 2012, 07:44:06 PM
The hex spacers are 5,5 cm, but you have to measure your heatsinks, bought at the most assorted screw shop in town... When it comes to temperature I actually "underclock" my chips. The way to do this is remove them from the cold air stream at boot up so they clock down to about 208/212 and then I place them over the air inlet on the edge of the window board. I can barely feel that they are warm, even on the bottom if the first FPGA. That way I know they will last as long as they can. The trick here is to have window board ventilators that are drawn by the evacuation air pump of the building, cooling without noise!

FYI, the brick from ztex get's a little too hot with 5 boards, atleast if you want it to last 10 years. I would buy a 80 watt instead. The DC splitter is awesome though!

EDIT: One last tip... the d-link usb router with 7 connections actually run 5 ports fine without external power, great to reduce power cable salad!


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on February 28, 2012, 11:58:36 AM
Has anybody seen this?  Was running steadily for a few days until this popped up:

Code:
2012-02-27T22:39:50: bus-0-1: ztex_ufm1_15d3-2012-L1-B1: f=208.00MHz,  errorRate=0.00%,  maxErrorRate=1.14%,  hashRate=208.0MH/s,  submitted 13 new nonces,  luckFactor=1.00
2012-02-27T22:41:28: bus-0-1: ztex_ufm1_15d3-2012-L1-B1: Error: bus=bus-0  device=\\.\libusb0-0014--0x221a-0x0100: Read hash data: libusb0-dll:err [control_msg] sending control message failed, win error: The device does not recognize the command. : Disabling device

It kept running like this until I noticed a slight drop in hash rate.  Restarted the java process and now everything is fine.

You see this if the USB connection is interrupted. Check the USB cables and if possible, try out another port of the hub.

If it happens, you just need to rescan the bus (command "r").


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: cypherdoc on February 28, 2012, 01:14:48 PM
Ztex, what is your delivery time?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on February 28, 2012, 04:18:57 PM
Ztex, what is your delivery time?

Small amounts (e.g. for testing) are available immediately and can be ordered from the shop (http://shop.ztex.de)

For larger amounts the lead time depends on the volume, e.g. currently about 7 weeks for 50 FPGA boards. (The aim is to reduce the lead time of a 100 unit order to about 4 weeks.)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: BR0KK on February 29, 2012, 10:44:21 AM
Finaly im able to post here :D

i do have  five 1.15x Boards at home. I want to by at least 5 more boards from Ztex.

http://img.tapatalk.com/54bae9af-1b2b-3393.jpg


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: aTg on February 29, 2012, 04:43:43 PM
Finaly im able to post here :D

i do have  five 1.15x Boards at home. I want to by at least 5 more boards from Ztex.

http://img.tapatalk.com/54bae9af-1b2b-3393.jpg

What have you done with the radiator? only you put the fan?
Those using other more flat radiator?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rjk on February 29, 2012, 05:09:00 PM
Finaly im able to post here :D

i do have  five 1.15x Boards at home. I want to by at least 5 more boards from Ztex.

http://img.tapatalk.com/54bae9af-1b2b-3393.jpg
I would be interested in seeing some other angles.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on February 29, 2012, 05:56:16 PM
Finaly im able to post here :D

i do have  five 1.15x Boards at home. I want to by at least 5 more boards from Ztex.

http://img.tapatalk.com/54bae9af-1b2b-3393.jpg

What have you done with the radiator? only you put the fan?
Those using other more flat radiator?

Yeah, it is hard to see, but what did you do with the heatsinks?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: BR0KK on February 29, 2012, 11:12:37 PM
I changed them to the flat titan model.  Sadly the original titan coolers don't have an RPM Signal Cable (yellow cable). So i switched them out.

The cooler provided is great but to high for me (actualy i only had small spacers here)
One thing that is anoying with the Coolers ist the extra 5,25 Plug (but thats not realy a problem. I will shorten the wire soon)
They are a bit loud but thats fine. I ll have to use earplugs to sleep ;)

That won't be a problem if i build a case for them :)

I'll provide you with more pics tomorow


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: aTg on March 01, 2012, 10:05:24 AM
A couple of photos
http://img209.imageshack.us/img209/4351/dsc000652.jpg
http://img403.imageshack.us/img403/1808/dsc000642.jpg


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: BR0KK on March 01, 2012, 11:28:53 AM
Some extra Pics from my mining rig:

http://www.abload.de/thumb/image68qwn5.jpeg (http://www.abload.de/image.php?img=image68qwn5.jpeg)http://www.abload.de/thumb/image1ok3cy.jpeg (http://www.abload.de/image.php?img=image1ok3cy.jpeg)http://www.abload.de/thumb/imagezxv22.jpeg (http://www.abload.de/image.php?img=imagezxv22.jpeg)http://www.abload.de/thumb/image5mf3uk.jpeg (http://www.abload.de/image.php?img=image5mf3uk.jpeg)http://www.abload.de/thumb/image4jp650.jpeg (http://www.abload.de/image.php?img=image4jp650.jpeg)http://www.abload.de/thumb/image3xz3h2.jpeg (http://www.abload.de/image.php?img=image3xz3h2.jpeg)http://www.abload.de/thumb/image2436e9.jpeg (http://www.abload.de/image.php?img=image2436e9.jpeg)http://www.abload.de/thumb/btcminer19wdl.png (http://www.abload.de/image.php?img=btcminer19wdl.png)
The last picture is the power consumption (it reads 106.04w) with a mac mini Server (I7DC 16GB 500GB) that acts as the host for my Windows VM (witch cares for the FPGAs) and a 7 Port USB Switch. Works great and i do not get any usb connection losses.

I will change that to a ARM Computer like RasberryPI, Beagleboard or Pandaboard if possible some day.

I do get an USB Lib error when i start my BTCminer. Something like "high speed configuration failed...." but it works without that.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on March 01, 2012, 11:51:57 AM
Do you run the newest version of the mining software ? I had this error for a while but it's gone now. What speeds do you get with that heatsinks ?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rupy on March 01, 2012, 01:52:27 PM
A couple of photos
Neat! I really can't recommend PicoPSU enough, and also you should remove the fans, at least on the Atom; it doesn't need it. Try to use your imagination on how you could cool the chip without using a fan, like placing it in a box outside for example.

Silence is priceless!

BTW: I started a ZTEX team on deepbit, use same name as here and join it, so everyone can see how well the rigs perform in realtime depending on setup!


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: BR0KK on March 01, 2012, 02:41:37 PM
Quote
Do you run the newest version of the mining software ? I had this error for a while but it's gone now. What speeds do you get with that heatsinks ?

I run 120221 so the latest aviable BTC Miner. Im on Firmware ztex_ufm1_15d1.ihx right now


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on March 01, 2012, 06:35:36 PM
I run 120221 so the latest aviable BTC Miner. Im on Firmware ztex_ufm1_15d1.ihx right now

You can try out the d3 firmware. Works very well over here. Perhaps the error goes away.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: BR0KK on March 01, 2012, 07:59:26 PM
The seenshot in my previous post is actialy made on FW d3a. Ill have to try d3 as soon as i come home.
D1 seems the most stable.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: antirack on March 02, 2012, 06:00:37 AM
I've been testing the Modular Python Bitcoin Miner (https://bitcointalk.org/index.php?topic=62823.0) for a few days and it seems to work very well for a first version. It also has a few nice design features, such as backup pools and it supports different devices at the same time. While I haven't ever worked with Python before, I see it's very simple to modify and add support for new devices. It has a few clear advantages over Java (ie. Xiangfu is running MPBM on his home router).

It currently works with Icarus, X6500 and GPUs. It would be great if somebody could create a worker (or modify an existing worker) for the ZTEX board, do you have any pointers how to get started on this?



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: punin on March 02, 2012, 08:09:07 AM
Hey guys,

We are collecting donations to send a 1.15x board to Con in Australia, so he can make the CGMiner compatible with Ztex boards. Please donate if you feel like this is something you'd wish for/could be useful to you..

http://bountychest.com/bountychest/ztex-support-for-cgminer/

Address for donations: 15vVYfwx2cjkYzHB8yKhGeTw1MZz2NdhrJ


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: nelisky on March 02, 2012, 10:23:38 AM
I've been testing the Modular Python Bitcoin Miner (https://bitcointalk.org/index.php?topic=62823.0) for a few days and it seems to work very well for a first version. It also has a few nice design features, such as backup pools and it supports different devices at the same time. While I haven't ever worked with Python before, I see it's very simple to modify and add support for new devices. It has a few clear advantages over Java (ie. Xiangfu is running MPBM on his home router).

It currently works with Icarus, X6500 and GPUs. It would be great if somebody could create a worker (or modify an existing worker) for the ZTEX board, do you have any pointers how to get started on this?



I am going to port ztex board support to python for my own egocentric needs but I will give supporting the MPBM a stab. This is, of course, something I do with my spare time, and that mythical creature "parco tempus" has been making itself almost extinct as of late... So if someone else has started on this I'll be glad to help with what I already have, but I'm not yet making my code public as it would probably take me more time explaining than fixing and cleaning.

I anyone is doing this too let me know and I'll help in any way I can.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: antirack on March 02, 2012, 10:39:43 AM
Hey guys,

We are collecting donations to send a 1.15x board to Con in Australia, so he can make the CGMiner compatible with Ztex boards. Please donate if you feel like this is something you'd wish for/could be useful to you..

http://bountychest.com/bountychest/ztex-support-for-cgminer/

Address for donations: 15vVYfwx2cjkYzHB8yKhGeTw1MZz2NdhrJ

5 coins sent.

I am sure if ZTEX would place a board or two into the right hands (TheSeven who writes the MPBM etc) support by those miners is almost guaranteed.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on March 02, 2012, 10:56:00 AM
There is an Open Source discount program: http://www.ztex.de/os_discount_program.e.html

For the implementation of ZTEX FPGA Board support for other Open Source bitcoin mining software I'm willing to give up to 100% OS discount for a single board.

But this is a lot of work because the ZTEX FPGA boards are more complex then competitor boards. Not just BTCMiner needs to be ported (host software is about 1800 lines) also a part of the SDK (host API is about 4700 lines)  needs to be rewritten if another language than Java is used.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: nelisky on March 02, 2012, 11:10:15 AM
There is an Open Source discount program: http://www.ztex.de/os_discount_program.e.html

For the implementation of ZTEX FPGA Board support for other Open Source bitcoin mining software I'm willing to give up to 100% OS discount for a single board.

But this is a lot of work because the ZTEX FPGA boards are more complex then competitor boards. Not just BTCMiner needs to be ported (host software is about 1800 lines) also a part of the SDK (host API is about 4700 lines)  needs to be rewritten if another language than Java is used.


That is why I considered using MPBM. I already control my single ztex board using python, but lack firmware config atm. There are a lot of safety checks and code handling libusb oddities in ztex's sources that I'm completely ignoring, but need to go in to make this feature complete.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: catfish on March 02, 2012, 03:52:43 PM
Some extra Pics from my mining rig:

http://www.abload.de/thumb/image68qwn5.jpeg (http://www.abload.de/image.php?img=image68qwn5.jpeg)http://www.abload.de/thumb/image1ok3cy.jpeg (http://www.abload.de/image.php?img=image1ok3cy.jpeg)http://www.abload.de/thumb/imagezxv22.jpeg (http://www.abload.de/image.php?img=imagezxv22.jpeg)http://www.abload.de/thumb/image5mf3uk.jpeg (http://www.abload.de/image.php?img=image5mf3uk.jpeg)http://www.abload.de/thumb/image4jp650.jpeg (http://www.abload.de/image.php?img=image4jp650.jpeg)http://www.abload.de/thumb/image3xz3h2.jpeg (http://www.abload.de/image.php?img=image3xz3h2.jpeg)http://www.abload.de/thumb/image2436e9.jpeg (http://www.abload.de/image.php?img=image2436e9.jpeg)http://www.abload.de/thumb/btcminer19wdl.png (http://www.abload.de/image.php?img=btcminer19wdl.png)
The last picture is the power consumption (it reads 106.04w) with a mac mini Server (I7DC 16GB 500GB) that acts as the host for my Windows VM (witch cares for the FPGAs) and a 7 Port USB Switch. Works great and i do not get any usb connection losses.

I will change that to a ARM Computer like RasberryPI, Beagleboard or Pandaboard if possible some day.

I do get an USB Lib error when i start my BTCminer. Something like "high speed configuration failed...." but it works without that.
I'm crying now here. You're running a Mac Mini Server... but put ***Windows*** on the poor thing???? Why in $(DEITY)'s name did you do that????

You know it's really unhappy inside, don't you....

Top tip - if you want to minimise power usage, then get the Mac Mini Server to control your FPGAs directly, so you're only running one operating system at a time. Even better - and something that brings an ENORMOUS performance boost to the Mini Server (if you're actually running OS X Server as a full mail / web / Open Directory server and the thing does loads of file I/O) - is to rip out those two lame laptop mechanical discs (which will fail faster than you imagine under server loads, unless you've swapped them with enterprise units which run too hot for the Mini's cooling system), and replace them with two decently regarded SSDs.

My entire network is run by my Mac Mini Server, and due to the timing and prices of *good* SSDs when I bought it (the SandForce controllers hadn't been brought out, neither the Crucial series, and the OCZ Vertex was the only performance alternative but the chipset was developed by a small, little-known firm, Indilinx IIRC), it has two Intel X25-M SSDs in RAID-0. Running a main server on 'suicide RAID' would make most sysadmins foam at the mouth, but it's different with SSDs, since their failure mode is read-only. If the SSD dies, then you can still read your data off the broken RAID and copy onto new drives. And besides, we're all backing up our servers aren't we?

(incidentally - Mac OS X Server can get enormously bogged down if it's trying to backup using Time Machine at the same time as running an active mail server or web server. All the small file writes (I get thousands of spam messages a day - the server filters them out for me, but still has to write a file for each message received) can cause Time Machine to get into a race condition and block on I/O. If you monitor the I/O queue of a Mini Server using mechanical drives under high load (esp. email), and kick off Time Machine backup, the queue goes sky high. Solid state drives get the I/O out of the way an order of magnitude faster and make Time Machine a viable backup strategy along with full incremental scheduled backups (e.g. using CCC to remote storage).


Go on - get rid of that Windows VM, it's wasting power - control your FPGAs from Mac OS X Server itself. Are you running Snow Leopard Server? If you are, I can help since I'm running my FPGA off one of my Macs (not the Mini Server, though). I don't have Lion here yet and there are definitely Java changes in Lion that would affect the Ztex SDK IIRC. I'll have a go at that later :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: bulanula on March 02, 2012, 06:48:56 PM
Quote from: catfish
My entire network is run by my Mac Mini Server, and due to the timing and prices of *good* SSDs when I bought it (the SandForce controllers hadn't been brought out, neither the Crucial series, and the OCZ Vertex was the only performance alternative but the chipset was developed by a small, little-known firm, Indilinx IIRC), it has two Intel X25-M SSDs in RAID-0. Running a main server on 'suicide RAID' would make most sysadmins foam at the mouth, but it's different with SSDs, since their failure mode is read-only. If the SSD dies, then you can still read your data off the broken RAID and copy onto new drives. And besides, we're all backing up our servers aren't we?
Not really related to FPGA but here goes :

That is total BS mate. You need to do some research.

The main thing that dies in current SSDs is the actual controller.

Also, endurance of the NAND ( how much charge remains in the NAND cells without them being powered ) decreases as you go through the P/E cycles.

This means that if you "burn" through the cycles ( often 5000 or 3000 for 34nm and 25nm NAND ) and keep the drives powered off for like a week then no data can be recovered at all as the cells lose their charge.

The read-only SSD death is a total myth AFAIK.

When it dies, it dies.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: nelisky on March 02, 2012, 10:53:46 PM
It currently works with Icarus, X6500 and GPUs. It would be great if somebody could create a worker (or modify an existing worker) for the ZTEX board, do you have any pointers how to get started on this?

https://github.com/nelisky/Modular-Python-Bitcoin-Miner/tree/ztex

This is a very crude first attempt, many things are still missing, the devices need to be preflashed and the bitstreams must match the firmware. Only one device is supported (it does filter by serial, but then uses only the first device found) and the freq change algorithm from the error rate is much, much simpler than ztex's, and I only implemented the low speed FPGA config so far.

Next step would be multiple device suport but as I only have one currently I'm not going to blindly implement that. I might add to the code base to support more of ztex's original java source goodies ported to python, like the high speed config, but I'll be happy to pass that anyone else wanting to lend a hand.

Have fun (I'm mining on p2pool with my single ztex using this code right now).


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: antirack on March 03, 2012, 03:40:04 AM
It currently works with Icarus, X6500 and GPUs. It would be great if somebody could create a worker (or modify an existing worker) for the ZTEX board, do you have any pointers how to get started on this?

https://github.com/nelisky/Modular-Python-Bitcoin-Miner/tree/ztex

This is a very crude first attempt, many things are still missing, the devices need to be preflashed and the bitstreams must match the firmware. Only one device is supported (it does filter by serial, but then uses only the first device found) and the freq change algorithm from the error rate is much, much simpler than ztex's, and I only implemented the low speed FPGA config so far.

Next step would be multiple device suport but as I only have one currently I'm not going to blindly implement that. I might add to the code base to support more of ztex's original java source goodies ported to python, like the high speed config, but I'll be happy to pass that anyone else wanting to lend a hand.

Have fun (I'm mining on p2pool with my single ztex using this code right now).

Job well done to get this kick started! I have downloaded your tree and tried to get it to work to no avail. It seems the fact that I am using Python 3.2.2 _may_ be the problem, since "invisible syntax" is no longer allowed with version 3. Or possibly it's because I am on Windows.

Code:
 File "C:\Users\master\Modular-Python-Bitcoin-Miner\worker\fpgamining\ztexdev.py", line 187
    self.checkCapability("CAPABILITY_FPGA");
                                           ^
TabError: inconsistent use of tabs and spaces in indentation

As mentioned above, I am new to many things here, including Java and Python development. At first I copy and pasted your changes and files manually into my miner files, then I installed github to clone the complete tree. Same result. I also ran into some problems finding the modules, but adding the import statement (for ztexdev with path) into ztexworker.py fixed that.

I suggest to post this on the Modular-Python-Bitcoin-Miner thread as well, makes more sens to continue this over there without creating unnecessary clutter over here.

On a more positive sidenote, I have two more ZTEX 1.15x in the mail ;)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: TheSeven on March 03, 2012, 10:14:14 AM
There is an Open Source discount program: http://www.ztex.de/os_discount_program.e.html

For the implementation of ZTEX FPGA Board support for other Open Source bitcoin mining software I'm willing to give up to 100% OS discount for a single board.

But this is a lot of work because the ZTEX FPGA boards are more complex then competitor boards. Not just BTCMiner needs to be ported (host software is about 1800 lines) also a part of the SDK (host API is about 4700 lines)  needs to be rewritten if another language than Java is used.


I wonder why you ignored my inquiry about implementing MPBM support a couple of weeks ago then...


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: nelisky on March 03, 2012, 12:15:54 PM
Job well done to get this kick started! I have downloaded your tree and tried to get it to work to no avail. It seems the fact that I am using Python 3.2.2 _may_ be the problem, since "invisible syntax" is no longer allowed with version 3. Or possibly it's because I am on Windows.

Code:
 File "C:\Users\master\Modular-Python-Bitcoin-Miner\worker\fpgamining\ztexdev.py", line 187
    self.checkCapability("CAPABILITY_FPGA");
                                           ^
TabError: inconsistent use of tabs and spaces in indentation

As mentioned above, I am new to many things here, including Java and Python development. At first I copy and pasted your changes and files manually into my miner files, then I installed github to clone the complete tree. Same result. I also ran into some problems finding the modules, but adding the import statement (for ztexdev with path) into ztexworker.py fixed that.

I suggest to post this on the Modular-Python-Bitcoin-Miner thread as well, makes more sens to continue this over there without creating unnecessary clutter over here.

On a more positive sidenote, I have two more ZTEX 1.15x in the mail ;)


Thanks for spotting these, I have been lazy and copied much of the code from Ztex Java and then adapted in place, leaving some cruft behind. My branch has been updated with those removed.

But I'm confused, did you get it working at all? I don't yet do python 3 (too much critical code that breaks so it will not be an easy migration) but I might start using it for this :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: BR0KK on March 03, 2012, 01:22:28 PM
@catfish:

I'm a windows guy and i need the windows 7 installation for other reasons:) It runs fine with the VM Config. I did it because my unix or linux (linux hates me .... every time i install it something unexplainable happens that i myself can't fix..... which annoyes the hell out of me and i end up using windows instead) skills are not that good and i do not have a clue how to compile BTCMiner for mac osx 10.7.3.

BTW if you use Snow Leopard Server DO NOT UPGRADE Lion..... Lion Server App is crap compared to Snow leopard. Apple messed it up completely.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: nelisky on March 05, 2012, 12:46:26 AM
I have updated https://github.com/nelisky/Modular-Python-Bitcoin-Miner/tree/ztex with high speed FPGA configuration (which appears to be just as slow from my tests) and multi device hotplug support, though I only tested with my single board. Anyone having multiple ztex boards and wanting to experiment with MPBM, please give this a try and let me know.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on March 05, 2012, 10:38:06 AM
I wonder why you ignored my inquiry about implementing MPBM support a couple of weeks ago then...

Sorry, I did not ignored it. I read it as announcement.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: TheSeven on March 05, 2012, 06:32:58 PM
I wonder why you ignored my inquiry about implementing MPBM support a couple of weeks ago then...

Sorry, I did not ignored it. I read it as announcement.

Well, I don't remember the exact wording, but I think I asked for interface documentation and possibly access to a board back then.

MPBM v0.1.x is slowly maturing, if things go very well some preview release might be released during the next week. If not, it might have to wait until some time in May (I have some exams ahead...).
Currently I have to deal with the ztex worker module as a 3rd party worker module, I can't maintain it myself because I don't have a ztex board. This means that it's likely to not work anymore in v0.1.x (which is a radical redesign).

There are 3 options now:
  • Keep the ztex module as a community-maintained worker module (and hope nelisky will keep maintaining it)
  • Make it an official 3rd party worker module (maintained by ztex)
  • Make it a core MPBM module (maintained by me (I might need a board for that), and shipped with the official MPBM package)

@ztex: btw, does the USB core used in that cypress chip support interrupt endpoints? I'd really like to get rid of polling...


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on March 06, 2012, 09:04:14 AM
There are 3 options now:
  • Keep the ztex module as a community-maintained worker module (and hope nelisky will keep maintaining it)
  • Make it an official 3rd party worker module (maintained by ztex)
  • Make it a core MPBM module (maintained by me (I might need a board for that), and shipped with the official MPBM package)

For me there is no reason to participate in development of some kind of software that does the same as BTCMiner. I will only support your software in frame of the OS discount program, see  http://www.ztex.de/os_discount_program.e.html for the conditions.

There is even a con:  ZTEX FPGA boards allow frequency scaling. Improper use of this feature may cause damage. This is mainly a warranty issue. (For that reason logging will become mandatory in the next BTCMiner release.)

Quote
@ztex: btw, does the USB core used in that cypress chip support interrupt endpoints? I'd really like to get rid of polling...

Interrupt transfers are supported by the SDK. But they (as any USB transfers) are initiated by the host, i.e. they do not avoid polling. Interrupt transfers only guarantee a certain latency.




Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: TheSeven on March 06, 2012, 09:39:29 AM
There are 3 options now:
  • Keep the ztex module as a community-maintained worker module (and hope nelisky will keep maintaining it)
  • Make it an official 3rd party worker module (maintained by ztex)
  • Make it a core MPBM module (maintained by me (I might need a board for that), and shipped with the official MPBM package)

For me there is no reason to participate in development of some kind of software that does the same as BTCMiner. I will only support your software in frame of the OS discount program, see  http://www.ztex.de/os_discount_program.e.html for the conditions.

This is probably a matter of personal preference, but from my perspective it might even make sense to drop BTCMiner completely at some point, and instead focus on providing a standardized interface, that any miner software can plug into, just like it works for GPUs.

But for now this basically boils down to: If I get a board, I will maintain it. If not, I can't.

There is even a con:  ZTEX FPGA boards allow frequency scaling. Improper use of this feature may cause damage. This is mainly a warranty issue. (For that reason logging will become mandatory in the next BTCMiner release.)

Sure, but that issue just can't really be avoided. The only thing that helps here is designing that feature to be at least mostly bullet proof. Doing it in the µC firmware (at least by default, if possible with thermal or current monitoring) could help as well.

Quote
@ztex: btw, does the USB core used in that cypress chip support interrupt endpoints? I'd really like to get rid of polling...

Interrupt transfers are supported by the SDK. But they (as any USB transfers) are initiated by the host, i.e. they do not avoid polling. Interrupt transfers only guarantee a certain latency.

They do, however, offload the polling work to the USB host controller hardware. Currently there's a major CPU hit from that.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: nelisky on March 06, 2012, 10:37:42 AM
Is there a way to stop the FPGA from mining without forcing a reconfigure to get it going again? The use case being many boards loosing network connectivity which will make them go round and round on the same data while waiting for new work, which is wasted electricity.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: nelisky on March 06, 2012, 10:43:05 AM
They do, however, offload the polling work to the USB host controller hardware. Currently there's a major CPU hit from that.

While that is true, and I guess it would be simple enough to add an interrupt transfer to signal the existence of a golden nonce to process, you would stop fetching the error rate data which, I believe, isn't something you could easily handle on the uC. And since we ztex boards allow for user controlled frequency scaling, this data is VERY important.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: TheSeven on March 06, 2012, 02:13:51 PM
They do, however, offload the polling work to the USB host controller hardware. Currently there's a major CPU hit from that.

While that is true, and I guess it would be simple enough to add an interrupt transfer to signal the existence of a golden nonce to process, you would stop fetching the error rate data which, I believe, isn't something you could easily handle on the uC. And since we ztex boards allow for user controlled frequency scaling, this data is VERY important.

Isn't the error rate calculated by looking at the shares that the µC uploads to the PC? Or is there some more sophisticated self-testing mechanism on the FPGA?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: nelisky on March 06, 2012, 02:47:29 PM
Every time you poll ztex board you get 2 x nonce and 2 x goldennonce. The latter is when there's a diff=1 share found and the former is just the last calculated nonce (twice because ztex uses 2 hashers in parallel, I believe).

I don't know why as it's been a while since I had to tinker with the sha256 algo, but hash(nonce)[28:32] == H7+0x5be0cd19 if the hasher is doing its thing. Ztex can set me straight if I'm full of it right now :)

But regardless, in a nutshell you get nonces to verify at every read, but the board verifies and stores the golden nonces itself. I am assuming that going the interrupt transfer route you would only be interested in getting transfers in the event of a golden nonce, making the error rate resolution much smaller and potentially harmful to the board.

If, on the other hand, you would get interrupt transfers for every nonce calculated... well, nothing gained from current approach, right?

I might have gotten this all wrong, so feel free to call bs.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: TheSeven on March 06, 2012, 05:33:06 PM
Hm, something like that makes very much sense, but should probably be done at the firmware level. That way some kind of thermal runaway trap could be implemented on the board itself, mitigating at least some of the third party miner warranty issues. It would also reduce host to board traffic and miner CPU time a lot.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on March 07, 2012, 09:04:22 AM
They do, however, offload the polling work to the USB host controller hardware. Currently there's a major CPU hit from that.

Even in larger clusters (50+) the CPU usage of BTCMiner during normal operation is almost zero. There has to be another reason (than the kind of used USB transfers).



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on March 07, 2012, 09:06:12 AM
Is there a way to stop the FPGA from mining without forcing a reconfigure to get it going again? The use case being many boards loosing network connectivity which will make them go round and round on the same data while waiting for new work, which is wasted electricity.

Already implemented: after about 5 minutes of inactivity the FPGA board enters a low power state. This is implemented in firmware,

But due to the support of backup servers this feature shouldn't be used much.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on March 07, 2012, 09:09:28 AM
Isn't the error rate calculated by looking at the shares that the µC uploads to the PC? Or is there some more sophisticated self-testing mechanism on the FPGA?

Error rate is measured by verification of the latest hash value. Error rate measurement based on shares would be inaccurate / slow  because in average there would be only one measurement every 20s.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on March 07, 2012, 09:21:00 AM
Every time you poll ztex board you get 2 x nonce and 2 x goldennonce. The latter is when there's a diff=1 share found and the former is just the last calculated nonce (twice because ztex uses 2 hashers in parallel, I believe).

In order to avoid loss if two shares are found within the poll interval the firmware stores (and returns) the previous solutions too. This is why the output is doubled.


A few word about interrupt transfers:

Interrupt transfers guarantee a certain latency, e.g. you want to see the mouse pointer moving while you are transferring data to your USB HD.

They do not generate an interrupt on the host computer. They are initiated by the host as any USB transfers, i.e. CPU time for all kind of transfers is about the same. The difference is the latency.

Latency for Bitcoin mining is not an issue:
1. because it doesn't matter if you would receive a share with a delay of 50ms
2. bandwidth is extremely low. Therefore latency is always small if only FPGA boards are connected to the USB.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: nelisky on March 07, 2012, 09:22:53 AM
Is there a way to stop the FPGA from mining without forcing a reconfigure to get it going again? The use case being many boards loosing network connectivity which will make them go round and round on the same data while waiting for new work, which is wasted electricity.

Already implemented: after about 5 minutes of inactivity the FPGA board enters a low power state. This is implemented in firmware,

But due to the support of backup servers this feature shouldn't be used much.

Backup servers are fine, and they do solve the most common use case but my biggest pain is not pool downtime, rather network issues and no backup pool will help with those.

So just not sending new work to the board for 5 minutes will trigger low power sounds like a great feature, and if I want to force the FPGA to hold still I can issue a resetFpga() though that means I need to reconfigure it afterwards, correct?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: TheSeven on March 07, 2012, 10:26:04 AM
A few word about interrupt transfers:

Interrupt transfers guarantee a certain latency, e.g. you want to see the mouse pointer moving while you are transferring data to your USB HD.

They do not generate an interrupt on the host computer. They are initiated by the host as any USB transfers, i.e. CPU time for all kind of transfers is about the same. The difference is the latency.

Latency for Bitcoin mining is not an issue:
1. because it doesn't matter if you would receive a share with a delay of 50ms
2. bandwidth is extremely low. Therefore latency is always small if only FPGA boards are connected to the USB.

Yes, you could do the same thing (if you don't mind about latency) with an IN BULK endpoint that NAKs all requests until there is a device-side event. Doing it with an IN INTERRUPT EP additionally guarantees that a request is sent once per frame (for bInterval = 1).
However, IIUC (and I haven't yet looked at nelisky's code in detail), the current interface requires the host software to actively poll for events because the device always responds to the transfer immediately, and not only if there was an event. That way the polling can't be offloaded to the hardware, and thus the effective latency before the miner software notices that there's a share is much higher.

And yes, latency does matter, at least for P2Pool. 100ms more total longpoll + sendshare latency = ~1% more stales.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on March 07, 2012, 10:54:26 AM
So just not sending new work to the board for 5 minutes will trigger low power sounds like a great feature, and if I want to force the FPGA to hold still I can issue a resetFpga() though that means I need to reconfigure it afterwards, correct?

The ultimate low power mode is to reset the FPGA. But this also requires reconfiguration afterwards.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: SamHa1n on March 07, 2012, 05:31:39 PM
http://i.imgur.com/oAGTT.jpg

http://i.imgur.com/ACTkR.jpg


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: DeepBit on March 07, 2012, 10:00:09 PM
HDD mounting plates ? Nice idea :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on March 10, 2012, 01:40:31 PM
Dr Z. what will be your answer to this ? https://bitcointalk.org/index.php?topic=49971.0 (https://bitcointalk.org/index.php?topic=49971.0) Any plans on a 3 ring design ?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: BR0KK on March 10, 2012, 03:39:11 PM
I got rid of the high speed config issue since i moved my vm to parallels :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: allinvain on March 10, 2012, 07:12:32 PM
HDD mounting plates ? Nice idea :)

Indeed! Very elegant idea. I'd like to try it with Icarus boards.

Anyone know where he possibly bought this hdd enclosure? I've been hunting on newegg but can't seem to find something similar. I'm guessing that it was taken from a case though.

Edit: Hmm, I found something similar : http://www.newegg.ca/Product/Product.aspx?Item=N82E16816111045

I still think the one in the picture looks bigger though, but I could be wrong.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: SamHa1n on March 10, 2012, 08:25:17 PM
HDD mounting plates ? Nice idea :)

Indeed! Very elegant idea. I'd like to try it with Icarus boards.

Anyone know where he possibly bought this hdd enclosure? I've been hunting on newegg but can't seem to find something similar. I'm guessing that it was taken from a case though.

Edit: Hmm, I found something similar : http://www.newegg.ca/Product/Product.aspx?Item=N82E16816111045

I still think the one in the picture looks bigger though, but I could be wrong.

Thanks. The rack is by "sans digital". It's two of them stacked.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rupy on March 10, 2012, 08:41:04 PM
Dr Z. what will be your answer to this ? https://bitcointalk.org/index.php?topic=49971.0 (https://bitcointalk.org/index.php?topic=49971.0) Any plans on a 3 ring design ?
Hm, can somebody explain how this works like I'm 5 years old? :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: TheSeven on March 10, 2012, 08:44:10 PM
Dr Z. what will be your answer to this ? https://bitcointalk.org/index.php?topic=49971.0 (https://bitcointalk.org/index.php?topic=49971.0) Any plans on a 3 ring design ?
Hm, can somebody explain how this works like I'm 5 years old? :)

This is kind of a hand written, well optimized firmware for the FPGA, in contrast to the automatically synthesized one that the FPGA boards are currently using. If he continues optimizing it and makes it publicly available, I'd estimate that it will end up in the 300-400MH/s range.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: allinvain on March 11, 2012, 01:21:20 AM
HDD mounting plates ? Nice idea :)

Indeed! Very elegant idea. I'd like to try it with Icarus boards.

Anyone know where he possibly bought this hdd enclosure? I've been hunting on newegg but can't seem to find something similar. I'm guessing that it was taken from a case though.

Edit: Hmm, I found something similar : http://www.newegg.ca/Product/Product.aspx?Item=N82E16816111045

I still think the one in the picture looks bigger though, but I could be wrong.

Thanks. The rack is by "sans digital". It's two of them stacked.

Cool. Thanks for confirming that. Time to hit up newegg :D

The only thing is that I'm not sure if the icarus boards would work with hd trays ad they aren't following the 3.5" format. X6500 and ztex board would work though.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: testconpastas2 on March 11, 2012, 08:54:27 AM
is it feasible a ztex dual or quad  board to adjust prices?   Maybe I'm wrong but it seems to me a way to save in pcb costs  (and space)

i guess it will be over 800-900€ 150x4€(fpga) + ~200-300€ (pcb) for a 800-900 mhash/s    it will be a nice 1€ per Mhash/s


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: TheSeven on March 11, 2012, 10:14:22 AM
is it feasible a ztex dual or quad  board to adjust prices?   Maybe I'm wrong but it seems to me a way to save in pcb costs  (and space)

i guess it will be over 800-900€ 150x4€(fpga) + ~200-300€ (pcb) for a 800-900 mhash/s    it will be a nice 1€ per Mhash/s


The PCB isn't all that expensive, but there's also things like power regulation on it.
To name dollar prices: The FPGAs cost $160 each, and there don't seem to be bulk discounts as long as you buy less than 1000 of them at once.
So judging from the bulk discounts, the rest of the board, including assembly can't cost more than $50, otherwise he would be selling them at a loss.
This means that there he has at least $165 profit margin per board (for small amounts), more than those FPGAs cost!

Placing more FPGAs on a board doesn't neccessarily make things better because it also increases the risk of board failure.

If you want a cheaper solution, go different board or order real bulk amounts :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: testconpastas2 on March 11, 2012, 10:44:07 AM
is it feasible a ztex dual or quad  board to adjust prices?   Maybe I'm wrong but it seems to me a way to save in pcb costs  (and space)

i guess it will be over 800-900€ 150x4€(fpga) + ~200-300€ (pcb) for a 800-900 mhash/s    it will be a nice 1€ per Mhash/s


The PCB isn't all that expensive, but there's also things like power regulation on it.
To name dollar prices: The FPGAs cost $160 each, and there don't seem to be bulk discounts as long as you buy less than 1000 of them at once.
So judging from the bulk discounts, the rest of the board, including assembly can't cost more than $50, otherwise he would be selling them at a loss.
This means that there he has at least $165 profit margin per board (for small amounts), more than those FPGAs cost!

Placing more FPGAs on a board doesn't neccessarily make things better because it also increases the risk of board failure.

If you want a cheaper solution, go different board or order real bulk amounts :)

i thought about 10+ but  i thought it will be more easy to manage with  less pcbs, sharing power and usb cables.

if you go to 50+ prices becomes 1€ /mhash/s  this its ok to me but 50 pcbs will become a little messy. i like this but i would like he made  4 or 2 pfga pcbs for similar price.  
 

REgards

PS: i'm From EU so i'd rather buy this over x6500 and others.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on March 12, 2012, 11:01:47 AM
This is kind of a hand written, well optimized firmware for the FPGA, in contrast to the automatically synthesized one that the FPGA boards are currently using. If he continues optimizing it and makes it publicly available, I'd estimate that it will end up in the 300-400MH/s range.

Three single single hash, two stage per sha256 round pipelines does not fit on a LX150. This simply requires more resources than available on the chip.

One stage per sha256 round pipelines as used by eldentyrell are about 30% to 40% slower.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: TheSeven on March 12, 2012, 11:11:49 AM
This is kind of a hand written, well optimized firmware for the FPGA, in contrast to the automatically synthesized one that the FPGA boards are currently using. If he continues optimizing it and makes it publicly available, I'd estimate that it will end up in the 300-400MH/s range.

Three single single hash, two stage per sha256 round pipelines does not fit on a LX150. This simply requires more resources than available on the chip.

One stage per sha256 round pipelines as used by eldentyrell are about 30% to 40% slower.

...which I hope will change soon :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on March 12, 2012, 12:29:47 PM
Three single single hash, two stage per sha256 round pipelines does not fit on a LX150. This simply requires more resources than available on the chip.

One stage per sha256 round pipelines as used by eldentyrell are about 30% to 40% slower.

...which I hope will change soon :)

It's not a matter of hope. Longer pipelines have less levels of logic and are therefore faster.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: DeathAndTaxes on March 12, 2012, 01:41:32 PM
ztex have you looked at Artix-7.  What do you think is possible with 350K LUTs?  I know without access to the actual chip it is hard to say but looking at the specs & whitepapers does anything stand out?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: DeathAndTaxes on March 12, 2012, 01:43:44 PM
Placing more FPGAs on a board doesn't neccessarily make things better because it also increases the risk of board failure.

Which is why a daughter card like board would make sense for 4+ FPGA right?

Put all the DC to DC switching, power routing, fan headers, host communications (USB microcontroller) on a backplane and make the FPGA board very simple.  Essentially the FPGA, some caps, and an edge connector.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: TheSeven on March 12, 2012, 03:40:44 PM
Three single single hash, two stage per sha256 round pipelines does not fit on a LX150. This simply requires more resources than available on the chip.

One stage per sha256 round pipelines as used by eldentyrell are about 30% to 40% slower.

...which I hope will change soon :)

It's not a matter of hope. Longer pipelines have less levels of logic and are therefore faster.

From what I can tell, the Xilinx tools usually screw up spartan6 routing rather badly. It might well be possible that a hand optimized design can reach the 200MHz area, or even more, even with just one pipeline stage per SHA256 round. I'm also not sure if it even has only a single pipeline stage per round, or if he managed to cram two in there. (LUTs as shift registers should provide sufficient space)

And a this design uses space and routing resources much more efficiently than anything not hand-placed. So even if he "only" reaches the same clock as the current designs, he'll fit a whole additional hashing core in there, so speed would be 50% higher.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: DeepBit on March 12, 2012, 05:11:50 PM
Placing more FPGAs on a board doesn't neccessarily make things better because it also increases the risk of board failure.

Which is why a daughter card like board would make sense for 4+ FPGA right?

Put all the DC to DC switching, power routing, fan headers, host communications (USB microcontroller) on a backplane and make the FPGA board very simple.  Essentially the FPGA, some caps, and an edge connector.
This will require more expensive high-current connectors for daughter cards, but may be a good idea sometimes.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: DeathAndTaxes on March 12, 2012, 05:14:58 PM
Placing more FPGAs on a board doesn't neccessarily make things better because it also increases the risk of board failure.

Which is why a daughter card like board would make sense for 4+ FPGA right?

Put all the DC to DC switching, power routing, fan headers, host communications (USB microcontroller) on a backplane and make the FPGA board very simple.  Essentially the FPGA, some caps, and an edge connector.
This will require more expensive high-current connectors for daughter cards, but may be a good idea sometimes.

I don't think the connectors would need to be that expensive.  We are only taking <8A per card.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on March 12, 2012, 11:05:36 PM
Just an update:  Got another batch of boards from ztex.  It has been running smoothly and it seems like the February batch is hashing really well like ztex posted.  The average across the boards is around 213Mhz; 2 running at 224, 4 at 220, 12 at 216.  Nice work! 

Code:
2012-03-13T15:51:42: bus-0-1: ztex_ufm1_15d3-2012-L2-B1: f=216.00MHz,  errorRate=0.39%,  maxErrorRate=1.32%,  hashRate=215.2MH/s,  submitted 13 new nonces,  luckFactor=1.00
2012-03-13T15:51:42: bus-0-2: ztex_ufm1_15d3-2012-L2-A0: f=216.00MHz,  errorRate=0.11%,  maxErrorRate=0.99%,  hashRate=215.8MH/s,  submitted 17 new nonces,  luckFactor=1.01
2012-03-13T15:51:42: bus-0-2: ztex_ufm1_15d3-2012-L2-A1: f=212.00MHz,  errorRate=0.00%,  maxErrorRate=0.47%,  hashRate=212.0MH/s,  submitted 17 new nonces,  luckFactor=1.00
2012-03-13T15:51:42: bus-0-2: ztex_ufm1_15d3-2012-L2-A2: f=216.00MHz,  errorRate=0.32%,  maxErrorRate=1.16%,  hashRate=215.3MH/s,  submitted 15 new nonces,  luckFactor=1.01
2012-03-13T15:51:42: bus-0-2: ztex_ufm1_15d3-2012-L2-A3: f=220.00MHz,  errorRate=0.01%,  maxErrorRate=0.89%,  hashRate=220.0MH/s,  submitted 17 new nonces,  luckFactor=1.00
2012-03-13T15:51:42: bus-0-2: ztex_ufm1_15d3-2012-L2-A8: f=216.00MHz,  errorRate=0.00%,  maxErrorRate=0.65%,  hashRate=216.0MH/s,  submitted 9 new nonces,  luckFactor=1.00
2012-03-13T15:51:42: bus-0-2: ztex_ufm1_15d3-2012-L2-A9: f=224.00MHz,  errorRate=0.00%,  maxErrorRate=0.64%,  hashRate=224.0MH/s,  submitted 9 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-2: ztex_ufm1_15d3-2012-L2-B0: f=208.00MHz,  errorRate=0.00%,  maxErrorRate=0.25%,  hashRate=208.0MH/s,  submitted 15 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-2: ztex_ufm1_15d3-2012-L2-B2: f=212.00MHz,  errorRate=0.01%,  maxErrorRate=0.89%,  hashRate=212.0MH/s,  submitted 14 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-2: ztex_ufm1_15d3-2012-L2-B3: f=212.00MHz,  errorRate=0.11%,  maxErrorRate=1.48%,  hashRate=211.8MH/s,  submitted 15 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-2: ztex_ufm1_15d3-2012-L2-B4: f=212.00MHz,  errorRate=0.39%,  maxErrorRate=1.32%,  hashRate=211.2MH/s,  submitted 18 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-A4: f=220.00MHz,  errorRate=0.05%,  maxErrorRate=0.65%,  hashRate=219.9MH/s,  submitted 14 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-A5: f=216.00MHz,  errorRate=0.08%,  maxErrorRate=0.89%,  hashRate=215.8MH/s,  submitted 18 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-A6: f=212.00MHz,  errorRate=0.00%,  maxErrorRate=0.50%,  hashRate=212.0MH/s,  submitted 15 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-A7: f=220.00MHz,  errorRate=0.14%,  maxErrorRate=1.23%,  hashRate=219.7MH/s,  submitted 17 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-B5: f=208.00MHz,  errorRate=0.48%,  maxErrorRate=1.83%,  hashRate=207.0MH/s,  submitted 9 new nonces,  luckFactor=0.99
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-B6: f=216.00MHz,  errorRate=0.01%,  maxErrorRate=1.17%,  hashRate=216.0MH/s,  submitted 10 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-B7: f=212.00MHz,  errorRate=0.00%,  maxErrorRate=0.74%,  hashRate=212.0MH/s,  submitted 15 new nonces,  luckFactor=1.02
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-B8: f=216.00MHz,  errorRate=0.00%,  maxErrorRate=0.62%,  hashRate=216.0MH/s,  submitted 9 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-B9: f=208.00MHz,  errorRate=0.00%,  maxErrorRate=0.31%,  hashRate=208.0MH/s,  submitted 13 new nonces,  luckFactor=1.02
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-C0: f=212.00MHz,  errorRate=0.18%,  maxErrorRate=1.18%,  hashRate=211.6MH/s,  submitted 12 new nonces,  luckFactor=1.03
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-C1: f=212.00MHz,  errorRate=0.03%,  maxErrorRate=0.77%,  hashRate=211.9MH/s,  submitted 14 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-C2: f=208.00MHz,  errorRate=0.12%,  maxErrorRate=1.13%,  hashRate=207.7MH/s,  submitted 15 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-C3: f=212.00MHz,  errorRate=0.32%,  maxErrorRate=2.16%,  hashRate=211.3MH/s,  submitted 20 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-C4: f=216.00MHz,  errorRate=0.04%,  maxErrorRate=1.18%,  hashRate=215.9MH/s,  submitted 12 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-C5: f=212.00MHz,  errorRate=0.02%,  maxErrorRate=0.67%,  hashRate=212.0MH/s,  submitted 24 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-D0: f=216.00MHz,  errorRate=0.00%,  maxErrorRate=0.61%,  hashRate=216.0MH/s,  submitted 18 new nonces,  luckFactor=1.02
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-D1: f=216.00MHz,  errorRate=0.30%,  maxErrorRate=1.99%,  hashRate=215.4MH/s,  submitted 9 new nonces,  luckFactor=0.99
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-D2: f=204.00MHz,  errorRate=0.55%,  maxErrorRate=1.79%,  hashRate=202.9MH/s,  submitted 13 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-D3: f=212.00MHz,  errorRate=0.00%,  maxErrorRate=1.00%,  hashRate=212.0MH/s,  submitted 13 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-D4: f=208.00MHz,  errorRate=0.00%,  maxErrorRate=0.43%,  hashRate=208.0MH/s,  submitted 17 new nonces,  luckFactor=0.99
2012-03-13T15:51:43: bus-0-5: ztex_ufm1_15d3-2012-L2-C6: f=212.00MHz,  errorRate=0.49%,  maxErrorRate=1.60%,  hashRate=211.0MH/s,  submitted 12 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-5: ztex_ufm1_15d3-2012-L2-C7: f=204.00MHz,  errorRate=0.01%,  maxErrorRate=0.86%,  hashRate=204.0MH/s,  submitted 12 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-5: ztex_ufm1_15d3-2012-L2-C8: f=204.00MHz,  errorRate=0.44%,  maxErrorRate=1.04%,  hashRate=203.1MH/s,  submitted 16 new nonces,  luckFactor=1.03
2012-03-13T15:51:43: bus-0-5: ztex_ufm1_15d3-2012-L2-C9: f=212.00MHz,  errorRate=0.40%,  maxErrorRate=1.41%,  hashRate=211.2MH/s,  submitted 17 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-5: ztex_ufm1_15d3-2012-L2-D5: f=216.00MHz,  errorRate=0.50%,  maxErrorRate=1.10%,  hashRate=214.9MH/s,  submitted 15 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-5: ztex_ufm1_15d3-2012-L2-D6: f=220.00MHz,  errorRate=0.27%,  maxErrorRate=0.81%,  hashRate=219.4MH/s,  submitted 11 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-5: ztex_ufm1_15d3-2012-L2-D7: f=216.00MHz,  errorRate=0.00%,  maxErrorRate=0.71%,  hashRate=216.0MH/s,  submitted 17 new nonces,  luckFactor=0.99
2012-03-13T15:51:43: bus-0-5: ztex_ufm1_15d3-2012-L2-D8: f=208.00MHz,  errorRate=0.50%,  maxErrorRate=1.89%,  hashRate=207.0MH/s,  submitted 18 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-5: ztex_ufm1_15d3-2012-L2-D9: f=224.00MHz,  errorRate=0.42%,  maxErrorRate=1.66%,  hashRate=223.1MH/s,  submitted 15 new nonces,  luckFactor=1.00


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: antirack on March 13, 2012, 05:27:04 AM
Just an update:  Got another batch of boards from ztex.  It has been running smoothly and it seems like the February batch is hashing really well like ztex posted.  The average across the boards is around 213Mhz; 2 running at 224, 4 at 220, 12 at 216.  Nice work! 

That's good to hear. May I ask how many you have at this moment? One computer only? What do you think about the heat? I am very interested to hear your feedback.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on March 13, 2012, 05:38:55 AM
Sorry I am typing on my phone, but I have a total of 60 running off one computer. I kept the core i7 2600k but I am tempted to run it off my netbook just to try. I think it will run fine with an atom. The heat is not an issue at all. The whole system is pulling under 700 watts at the wall, and the boards are ~30C with the stock heatsink.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on March 13, 2012, 09:07:39 AM
ztex have you looked at Artix-7.  What do you think is possible with 350K LUTs?  I know without access to the actual chip it is hard to say but looking at the specs & whitepapers does anything stand out?

About 600 to 900 MH/s.

According to my latest information the production version is scheduled for end of 2012 or begin of 2013. The smaller ones should come first. From my experience with Xilinx announcements I would not expect FPGA boards before mid of 2013.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rupy on March 13, 2012, 09:40:52 AM
ztex have you looked at Artix-7.  What do you think is possible with 350K LUTs?  I know without access to the actual chip it is hard to say but looking at the specs & whitepapers does anything stand out?

About 600 to 900 MH/s.

According to my latest information the production version is scheduled for end of 2012 or begin of 2013. The smaller ones should come first. From my experience with Xilinx announcements I would not expect FPGA boards before mid of 2013.


What would you expect the price of a ZTEX Artix-7 chip would be?

600 - 900 is a big range, what makes you uncertain?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: spiccioli on March 13, 2012, 12:05:04 PM
ztex,

I'd like to ask you a question about your bulk pricing, in particular, if I buy, for example, 25 units, do I pay them 229 EUR each (so the total is 229 * 25), or do I pay the first four 309, then the next four 284 and so on?

thanks.

spiccioli


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on March 14, 2012, 10:17:09 AM
What would you expect the price of a ZTEX Artix-7 chip would be?

About 1.5 to 2.5 times the LX150 price.

In general (for a specific application this may look different) Artix 7 FPGA's should deleiver 1.3 to 2 times more performance per price than Spartan 6 FPGA's.




Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on March 14, 2012, 10:18:01 AM
I'd like to ask you a question about your bulk pricing, in particular, if I buy, for example, 25 units, do I pay them 229 EUR each (so the total is 229 * 25), or do I pay the first four 309, then the next four 284 and so on?

The total net price of a 25 unit order is 25*229 EUR.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: nelisky on March 14, 2012, 10:45:31 PM
(cross posting from the cgminer thread)

A small status update: the cgminer support for ztex boards now compiles and runs on linux, osx and windows. There are still features missing and the hash rate reporting is pretty broken but the boards hash at their expected speed. Check it out: https://github.com/nelisky/cgminer/tree/ztex

Let me know of any problems / suggestions.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: PulsedMedia on March 17, 2012, 07:32:19 PM
I just noticed Z-Tex offers 2years warranty, while BFL is 6months, and Icarus probably case by case.
So i would think the MTBF is to be calculated around 4-5 years then?

So i did some number crunching and all of sudden Z-Tex actually looks promising when bought at lots of 10 (or more), if lifetime can be expected to be at least 4yrs on average.

Am i correct that it achieves now 225Mhash/s with high confidence? Or what should i expect as the average rate?

Using the fastest bitstream, under proper conditions, does the 2 year warranty extend to businesses as well?

Package contents include heatsink, usb cable, and heatsink?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: TheSeven on March 17, 2012, 08:43:48 PM
I just noticed Z-Tex offers 2years warranty, while BFL is 6months, and Icarus probably case by case.
So i would think the MTBF is to be calculated around 4-5 years then?

So i did some number crunching and all of sudden Z-Tex actually looks promising when bought at lots of 10 (or more), if lifetime can be expected to be at least 4yrs on average.

Am i correct that it achieves now 225Mhash/s with high confidence? Or what should i expect as the average rate?

Using the fastest bitstream, under proper conditions, does the 2 year warranty extend to businesses as well?

Package contents include heatsink, usb cable, and heatsink?

The only component besides the FPGA that I can imagine failing is the power supply. All but BFL currently use the same FPGA type (just with a slightly different package), so which board you're using shouldn't really matter for that. Keeping it cool is probably the most important factor to extend its lifespan, and ztex's dynamic overclocking might not exactly help with that.
As far as I can tell, the only board where it is really easy to replace failed voltage regulators is the X6500, which has them on separate PCBs, which are soldered to the main one by just a few pins. The voltage regulator modules used are nothing special, should be available at digikey.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on March 17, 2012, 11:12:15 PM
...and ztex's dynamic overclocking might not exactly help with that...

Why do you think that ?! It's not that the board changes the frequency every five minutes. You start the board, it changes the frequency and after that it runs for weeks at that speed if your temperature is constant (within 5 degree C). Compared to Icarus the ZTEX modules run cooler. And that with almost 30 MHz difference. Not sure why ?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rjk on March 17, 2012, 11:30:50 PM
...and ztex's dynamic overclocking might not exactly help with that...

Why do you think that ?! It's not that the board changes the frequency every five minutes. You start the board, it changes the frequency and after that it runs for weeks at that speed if your temperature is constant (within 5 degree C). Compared to Icarus the ZTEX modules run cooler. And that with almost 30 MHz difference. Not sure why ?
Because ztex uses speed grade -3 chips, and Icarus uses speed grade -2 with industrial thermal ratings.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on March 17, 2012, 11:40:19 PM
...and ztex's dynamic overclocking might not exactly help with that...

Why do you think that ?! It's not that the board changes the frequency every five minutes. You start the board, it changes the frequency and after that it runs for weeks at that speed if your temperature is constant (within 5 degree C). Compared to Icarus the ZTEX modules run cooler. And that with almost 30 MHz difference. Not sure why ?
Because ztex uses speed grade -3 chips, and Icarus uses speed grade -2 with industrial thermal ratings.

That makes sense. Not really the expert :D


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Dhomochevsky on March 18, 2012, 02:32:45 PM
Ztex uses speed grade -3 chips, and Icarus uses speed grade -2 with industrial thermal ratings.

Does that mean that the Icarus is more durable in time/at higher temps? Or is it the other way around? Or is the Icarus more durable as long as you keep it under 200 MHz?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on March 18, 2012, 02:57:51 PM
C = Commercial (Tj = 0°C to +85°C), I = Industrial (Tj = –40°C to +100°C). Would be nice to know what exactly makes the difference between a commercial and an industrial rated chip. I guess not much :P


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: neuronics on March 18, 2012, 04:57:36 PM
Another Atom driven FPGA-miner. One 12V single source - UPS via FET-Switch directly from 12 V accumulator.
Diskless (USB Stick) Ubuntu OS. Works very well, silent & stable.

http://dl.dropbox.com/u/66700729/PHOTO/fpga10atom.png (http://dl.dropbox.com/u/66700729/PHOTO/fpga10atom.png)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on March 18, 2012, 05:11:15 PM
Cool setup ;)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: TheSeven on March 18, 2012, 05:13:46 PM
Another Atom driven FPGA-miner. One 12V single source - UPS via FET-Switch directly from 12 V accumulator.
Diskless (USB Stick) Ubuntu OS. Works very well, silent & stable.

http://dl.dropbox.com/u/66700729/PHOTO/fpga10atom.png (http://dl.dropbox.com/u/66700729/PHOTO/fpga10atom.png)

What kind of UPS is that? UPSes that use 12V batteries usually don't provide all that much charging current, so the current draw of these boards might overload that or at least confuse it.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: neuronics on March 18, 2012, 05:22:21 PM
Another Atom driven FPGA-miner. One 12V single source - UPS via FET-Switch directly from 12 V accumulator.
Diskless (USB Stick) Ubuntu OS. Works very well, silent & stable.

http://dl.dropbox.com/u/66700729/PHOTO/fpga10atom.png (http://dl.dropbox.com/u/66700729/PHOTO/fpga10atom.png)

What kind of UPS is that? UPSes that use 12V batteries usually don't provide all that much charging current, so the current draw of these boards might overload that or at least confuse it.

Its drawing from switching power supply or, in case of power failure, from accumulator (directly connected). FET-switch to prevent
return current damaging power supply. Actual current not more than 12 Amps - no problem at all.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rupy on March 19, 2012, 12:16:27 AM
Another Atom driven FPGA-miner. One 12V single source - UPS via FET-Switch directly from 12 V accumulator.
Diskless (USB Stick) Ubuntu OS. Works very well, silent & stable.

http://dl.dropbox.com/u/66700729/PHOTO/fpga10atom.png (http://dl.dropbox.com/u/66700729/PHOTO/fpga10atom.png)

Silent? Hm, I run my D510MO and 5 x 1.15x passively. That's silent! You just hear the chips chirp as they meet hard work. ;)

You can actually hear what the CPU is doing... actually very useful when you have a server and it's getting lots of load; you hear it... specially when you wrote the software, performance tuning by ear! :D


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Beaflag VonRathburg on March 19, 2012, 01:30:56 AM
Ztex, is there any way you could add a running total for the amount of orders placed in the past 10 weeks? If we knew the number we could colaborate to place a large order to achieve the maximum savings. I'm not sure if having 100+ units ordered at the same time is something you'd like versus having them slightly spaced out. My ability to maximize the amount of units I could order given Y funds could potentially increase and you're probably still making $X / unit regardless of the run due to bulk ordering. Just something to consider.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on March 19, 2012, 08:56:21 AM
Ztex, is there any way you could add a running total for the amount of orders placed in the past 10 weeks? If we knew the number we could colaborate to place a large order to achieve the maximum savings. I'm not sure if having 100+ units ordered at the same time is something you'd like versus having them slightly spaced out. My ability to maximize the amount of units I could order given Y funds could potentially increase and you're probably still making $X / unit regardless of the run due to bulk ordering. Just something to consider.

I do not post quotations in the forum.

Please contact me per email (http://www.ztex.de/imgs/1a346.png) or using the contact form at http://www.ztex.de/contact.e.html for availability / reservation requests.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on March 19, 2012, 09:06:14 AM
Ztex uses speed grade -3 chips, and Icarus uses speed grade -2 with industrial thermal ratings.

Does that mean that the Icarus is more durable in time/at higher temps? Or is it the other way around? Or is the Icarus more durable as long as you keep it under 200 MHz?

I'm using -N3 chips. As far I know Icarus uses the FPGA's that are available on the gray marked.

The absolute maximum junction temperature for all temperature ratings is 125°C. The difference is the operating temperature range, i.e. the over temperature protection trigger (based on error measurement / frequency) may be triggered earlier.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Dhomochevsky on March 19, 2012, 10:00:09 AM
As far I know Icarus uses the FPGA's that are available on the gray marked.

What do you mean? Could you elaborate on that?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: bulanula on March 19, 2012, 11:18:46 AM
As far I know Icarus uses the FPGA's that are available on the gray marked.

What do you mean? Could you elaborate on that?

Probably some anti-competitive BS rant that he wants to use to get more sales than Icarus. Most people will buy Icarus anyway because things made + designed in China are cheaper and lower quality than things made + designed in Germany etc.

FPGA on the black market ... LOL.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on March 19, 2012, 01:56:31 PM
As far I know Icarus uses the FPGA's that are available on the gray marked.

What do you mean? Could you elaborate on that?

Since 2010 there are only two official Xilinx distributors, Avnet and Digikey.

Items that are are offered by non-official distributors / IC brokers (= gray market) are usually overstocks of manufacturers.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: DeathAndTaxes on March 19, 2012, 02:57:19 PM
FPGA on the black market ... LOL.

Nobody said BLACK.  The term is gray market.  BFL almost certainly got their super cheap chips via gray market channels.

Say a company orders 10,000 chips but turns out demand isn't there, a broker buys them below costs and then shops them around.  Along the same line wholesales will often "unofficially" sell product to brokers below retail price.  Sometimes manufacturer will sell chips below retail to a broker rather than discount them publicly.

Depending on connections, volume, and flexibility it is possible to find chips below retail sometimes significantly below retail.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Dhomochevsky on March 19, 2012, 03:46:53 PM
Hmm. THE MOAR YOU KNOW.

This gets me thinking - so far the chips sold solely for mining boards I'm pretty sure are in the low thousands. When FPGA mining really takes off and various mining solutions will be available from an assortment of manufacturers, should we expect an increase in price due to demand? Seeing how the GPU market wasn't affected by bitcoin mining, I'd hazzard a no, but still...


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Wandering Albatross on March 19, 2012, 04:16:36 PM
Quote from: Dhomochevsky
When FPGA mining really takes off and various mining solutions will be available from an assortment of manufacturers, should we expect an increase in price due to demand? Seeing how the GPU market wasn't affected by bitcoin mining, I'd hazzard a no, but still...

Not a precise guesstimate "really takes off",  but I don't think mining will ever come close to the kind of market that some FPGAs are designed for,
like consumer markets or large markets like network switches, etc. I agree, don't think prices will change due to BTC mining.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: uuidman on March 19, 2012, 04:19:45 PM
I have a question about the fan. Is it possible to get the spec, seems to be a 40mm and I hope that its not necessary to run it at full speed. Others have mentioned that their setup is silent. Anyone care to share their noise-levels and what you think.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Wandering Albatross on March 19, 2012, 04:26:16 PM
Quote from: ztex
As far I know Icarus uses the FPGA's that are available on the gray marked.

Do you know of any gray market chip dealers? Govt. surplus?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: DeathAndTaxes on March 19, 2012, 06:01:09 PM
Hmm. THE MOAR YOU KNOW.

This gets me thinking - so far the chips sold solely for mining boards I'm pretty sure are in the low thousands. When FPGA mining really takes off and various mining solutions will be available from an assortment of manufacturers, should we expect an increase in price due to demand? Seeing how the GPU market wasn't affected by bitcoin mining, I'd hazzard a no, but still...

Probably not.  The FPGA market is in the tens of billions.  Smaller than GPU market but still magnitudes larger than Bitcoin Mining.  If Mining ever got so large that say annual says of mining hardware was $10M+ you likely would see sufficient demand for someone to take the risk of full custom ASIC and take nearly 100% marketshare.  Once that happens no FPGA will be able to compete so even if Bitcoin is magnitudes larger it won't have any effect on FPGA pricing other than many short term supply disruptions but given how price sensitive miners are I doubt even that is likely.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on March 19, 2012, 06:25:05 PM
I have a question about the fan. Is it possible to get the spec, seems to be a 40mm and I hope that its not necessary to run it at full speed. Others have mentioned that their setup is silent. Anyone care to share their noise-levels and what you think.

I replaced all my fans with Scythe Kaze minis. One fan failed (got very noisy) because i blew air on the board with a 92mm fan, diagonal from above. Not very clever i know ! That destroyed the bearing in less than 2 months ;D The minis are a bit quieter but they don't deliver the same airflow as the stock fans. Scythe is 14 dB/A, 4,11 CFM, Xilence (stock) 19 db/A, 5,28 CFM.

The stock fans are a good balance between noise and effective cooling for a stand-alone board. Since i use additional fans to cool my units and the noise was too loud, i went with the minis. Very happy so far.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: antirack on March 20, 2012, 12:06:46 AM
In my opinion an optimal cooling solution for a larger cluster would be as follows:

- put a number of boards in a single case
- establish proper airflow through case
- individual boards using proper heat sinks
- no fan on individual boards
- airflow forced through heat slinks
  (ie. space around them tight so air can't go around)

I will do some experimenting with this in the near future.

Does anybody know a "formula" of what kind of airflow (amount of air) we need to cool X watt of heat dissipation? I know this probably depends on the heat sinks too and the surface, but I am looking for some kind of textbook formula to get a ballpark figure - so that I don't have to start off a good guess.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: PulsedMedia on March 20, 2012, 01:10:20 AM
In my opinion an optimal cooling solution for a larger cluster would be as follows:

- put a number of boards in a single case
- establish proper airflow through case
- individual boards using proper heat sinks
- no fan on individual boards
- airflow forced through heat slinks
  (ie. space around them tight so air can't go around)

I will do some experimenting with this in the near future.

Does anybody know a "formula" of what kind of airflow (amount of air) we need to cool X watt of heat dissipation? I know this probably depends on the heat sinks too and the surface, but I am looking for some kind of textbook formula to get a ballpark figure - so that I don't have to start off a good guess.


You can start by looking at the air thermal transfer rate + surface area formulas. I guess nothing ready as every custom case is... well custom. I'd say just build it and test it.
Just remember that air is actually very poor in thermal transfer, you can actually use air as an insulator if you can stop it from moving ...

I've been thinking of doing the same thing, designed a case, based on single 3W 230mm fan after i get my first boards and got a bit of time on my hands, going to design in 3d and then print the casings. Testing will show how well it works.

But i'm still of a month or couple before doing that, other things to do in regards of mining first.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rupy on March 20, 2012, 08:30:15 AM
Totally agree... One big silent fan instead of lots of humming small ones. I need something like this:

        / * FPGA
       /  * FPGA
FAN=   * FPGA
       \  * FPGA
        \ * FPGA

Like a big vacuum cleaner piece. Wonder if it exists?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on March 20, 2012, 08:33:46 AM
In my opinion an optimal cooling solution for a larger cluster would be as follows:

- put a number of boards in a single case
- establish proper airflow through case
- individual boards using proper heat sinks
- no fan on individual boards
- airflow forced through heat slinks
  (ie. space around them tight so air can't go around)

I can confirm that this will work. I used this method for cooling a couple of 1.15d FPGA boards (with smaller heat sinks).



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: PulsedMedia on March 20, 2012, 02:07:01 PM
Totally agree... One big silent fan instead of lots of humming small ones. I need something like this:

        / * FPGA
       /  * FPGA
FAN=   * FPGA
       \  * FPGA
        \ * FPGA

Like a big vacuum cleaner piece. Wonder if it exists?

That wouldn't work but something like this would:

 ______
F FPGA
A FPGA
N FPGA
  -------

and 2-3 side by side. Depending upon the fan size, this would create a 2x2 or 3x3 box, depending upon spacing ofc.

That funnel would fail to work because too small pressure differentiation and airflow speed, for the funnel to force the airflow to spread. Pressure being the more important factor.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rupy on March 20, 2012, 03:28:59 PM
Totally agree... One big silent fan instead of lots of humming small ones. I need something like this:

        / * FPGA
       /  * FPGA
FAN=   * FPGA
       \  * FPGA
        \ * FPGA

Like a big vacuum cleaner piece. Wonder if it exists?

That wouldn't work but something like this would:

 ______
F FPGA
A FPGA
N FPGA
  -------

and 2-3 side by side. Depending upon the fan size, this would create a 2x2 or 3x3 box, depending upon spacing ofc.

That funnel would fail to work because too small pressure differentiation and airflow speed, for the funnel to force the airflow to spread. Pressure being the more important factor.



Yes but the funnel would slim out on the other diagonal, to even the airflow. Like so:

Topview:

          /  FPGA
        -    FPGA
             FPGA
FAN        FPGA
             FPGA
        -    FPGA
          \  FPGA

Sideview:

        -
          \
FAN        FPGA
          /
        -

So the entrance is circular and the exit is a very thin and long rectangle.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: SamHa1n on March 20, 2012, 04:28:18 PM
What I have noticed using 10 board vertical stacking is that a thermal stratification occurs inside the case. Not the air, but material and pcb. Higher boards have higher temps. Horizontal might be a more efficient method if running in a high ambient temp area. I put fastest of the boards in top slot and installed the rest in order going down. 10 boards running in cluster mode have had a combined speed of 2077.9 MH/s for weeks now on P2Pool.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rupy on March 20, 2012, 05:28:37 PM
What I have noticed using 10 board vertical stacking is that a thermal stratification occurs inside the case. Not the air, but material and pcb. Higher boards have higher temps. Horizontal might be a more efficient method if running in a high ambient temp area. I put fastest of the boards in top slot and installed the rest in order going down. 10 boards running in cluster mode have had a combined speed of 2077.9 MH/s for weeks now on P2Pool.

Yes, It's best to not stack vertically or inline (Turbor). Best is bottom up, heat rises.

Another solution to the above is to build a web of small pipes, one to each heatsink. Like an inverted octopus vacuum cleaner!

The point here is that you don't need a large area of air if your air is fast and/or cold.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: lame.duck on March 20, 2012, 07:25:46 PM
So the entrance is circular and the exit is a very thin and long rectangle.

Maybe you should have a look at cross flow fans?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rupy on March 20, 2012, 07:48:34 PM
So the entrance is circular and the exit is a very thin and long rectangle.

Maybe you should have a look at cross flow fans?

Hm, no but thanks for the suggestion.

I'm actually thinking about aquarium air pumps now for the "octopus" solution... but I know the final solution will be convection, even if it means wearing my chips a little.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Beaflag VonRathburg on March 20, 2012, 09:26:00 PM
Totally agree... One big silent fan instead of lots of humming small ones. I need something like this:

        / * FPGA
       /  * FPGA
FAN=   * FPGA
       \  * FPGA
        \ * FPGA

Like a big vacuum cleaner piece. Wonder if it exists?

I've been thinking about mounting three to six of them inside of the hard drive tray in my case. It has hot swap trays with 3.5 and 2.5 mounts already designed into them. The front of the case has a 230mm fan that blows directly on it.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: TheSeven on March 20, 2012, 09:50:01 PM
ZTEX board support has finally hit the MPBM testing branch!

Available here: https://github.com/TheSeven/Modular-Python-Bitcoin-Miner/tree/testing

I appreciate any feedback!

If you run into any issues, please contact me on IRC: #mpbm on irc.freenode.net (http://webchat.freenode.net?channels=mpbm)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: BR0KK on March 22, 2012, 10:33:42 PM
Would love to test this.... But:

1. How Safe is it ? (i don't want my boards to blow up .....)
2. Is there a "how to" aviable (for a windows guy that moved to MAc OSX) :D


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: TheSeven on March 22, 2012, 10:44:06 PM
Would love to test this.... But:

1. How Safe is it ? (i don't want my boards to blow up .....)
2. Is there a "how to" aviable (for a windows guy that moved to MAc OSX) :D

1. The overclocking code tries to exactly match what ZTEX BTCMiner is doing. And I see no other way how it could be blown up, if at all.

2. Here are some general instructions:
  • Check out the testing branch (git clone git://github.com/TheSeven/Modular-Python-Bitcoin-Miner.git -b testing)
  • Run "python run-mpbm.py"
  • Open http://localhost:8832
  • Log in with user name "admin", password "mpbm"
  • Configure the WebUI frontend to set your own password
  • Add your own work sources to the "user work sources" group
  • Right click on the created work sources and assign them to the "Bitcoin" blockchain (or whichever blockchain they belong to), to enable long poll aggregation
  • When you're done, hit "save configuration" (will be done during a clean shutdown anyway, but it can't hurt to do it manually after lots of changes to reduce the risk of data loss)

The boards should be detected automatically. I haven't tested this on Mac OS at all though, so you might hit some OS dependent issues. If that happens, just let me know (ideally on IRC, so we can try to figure things out interactively).

If you leave the demo (and donation) work sources enabled (which I would of course appreciate), and don't have a hashrate of multiple gigahashes per second, the work distribution might not work correctly and allocate more than 1% of your hashrate to those demo/donation work sources. To fix that, just change the number of long poll connections on the BTCMP (demo) work source to zero.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: antirack on March 22, 2012, 11:24:04 PM
Would love to test this.... But:

1. How Safe is it ? (i don't want my boards to blow up .....)
2. Is there a "how to" aviable (for a windows guy that moved to MAc OSX) :D

1. The overclocking code tries to exactly match what ZTEX BTCMiner is doing. And I see no other way how it could be blown up, if at all.

2. Here are some general instructions:
  • Check out the testing branch (git clone git://github.com/TheSeven/Modular-Python-Bitcoin-Miner.git -b testing)
  • Run "python run-mpbm.py"
  • Open http://localhost:8832
  • Log in with user name "admin", password "mpbm"
  • Configure the WebUI frontend to set your own password
  • Add your own work sources to the "user work sources" group
  • Right click on the created work sources and assign them to the "Bitcoin" blockchain (or whichever blockchain they belong to), to enable long poll aggregation
  • When you're done, hit "save configuration" (will be done during a clean shutdown anyway, but it can't hurt to do it manually after lots of changes to reduce the risk of data loss)

The boards should be detected automatically. I haven't tested this on Mac OS at all though, so you might hit some OS dependent issues. If that happens, just let me know (ideally on IRC, so we can try to figure things out interactively).

If you leave the demo (and donation) work sources enabled (which I would of course appreciate), and don't have a hashrate of multiple gigahashes per second, the work distribution might not work correctly and allocate more than 1% of your hashrate to those demo/donation work sources. To fix that, just change the number of long poll connections on the BTCMP (demo) work source to zero.

I have tested this according to your instructions and it worked without problems in my 3 Ztex (+5 Icarus) setup). It recognized the Ztex boards automatically, while I had to add my Icarus COM ports manually (as expected I guess). I only had 5 minutes so I didn't set up my own blockchains (pools), but everything worked as expected.

Once I have more time I will test a bit more and give you feedback in your thread, I have only been using the old version of MPBM so far. One thing I noticed, using Firefox the display on the top left (menu) was messed up. With Chrome it worked fine. Could be one of my Firefox add-ons though.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: TheSeven on March 23, 2012, 01:55:14 AM
I have tested this according to your instructions and it worked without problems in my 3 Ztex (+5 Icarus) setup). It recognized the Ztex boards automatically, while I had to add my Icarus COM ports manually (as expected I guess). I only had 5 minutes so I didn't set up my own blockchains (pools), but everything worked as expected.

Once I have more time I will test a bit more and give you feedback in your thread, I have only been using the old version of MPBM so far. One thing I noticed, using Firefox the display on the top left (menu) was messed up. With Chrome it worked fine. Could be one of my Firefox add-ons though.


Yes, I haven't found a way to autodetect Icarus boards yet, their protocol doesn't really make that easy. It's kinda fire and forget.

What do you mean with "old version"? The old version (master branch) doesn't have ztex board support (except for nelisky's branch, but I'm not sure if that one even works yet, haven't tested it). The web user interface is the new (testing) branch.

The firefox issues are known, seems like it has a problem with sizing of scrollable divs. Need to look into that when I find time to do that.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: catfish on March 28, 2012, 12:47:40 PM
@RUPY

Please can you post a picture of how you've mounted the Zalman flower heatsinks to your 1.15x boards please - specifically how you've connected the fiddly pin-post connectors to the heatsink?

I'm in the process of sending Stefan a wad of money for 25 boards and I have 25 Zalman heatsinks to assemble. And they're tricky and fiddly.

I *really* don't want to assemble 25 of these damn things and then find I've got the 'hooks' pointing the wrong way!!!!

:D

I'd *really* appreciate it :D


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: m3sSh3aD on March 28, 2012, 02:22:52 PM
@RUPY

Please can you post a picture of how you've mounted the Zalman flower heatsinks to your 1.15x boards please - specifically how you've connected the fiddly pin-post connectors to the heatsink?

I'm in the process of sending Stefan a wad of money for 25 boards and I have 25 Zalman heatsinks to assemble. And they're tricky and fiddly.

I *really* don't want to assemble 25 of these damn things and then find I've got the 'hooks' pointing the wrong way!!!!

:D

I'd *really* appreciate it :D

Wish i had a wod of cash for 25 boards :(

Good luck with that venture. I hope to some day, Maybe next gen FPGA's :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rupy on March 28, 2012, 02:53:16 PM
:) They go with the hook through the board and the spring on the metal wing end. Also you have to turn one of the wings so it doesn't poke the big black square component (not because it's hot, but because you can't properly center the heatsink otherwise), but you'll notice; it only goes one way.

Also I used pliers to gently narrow the hook a bit so I didn't have to force the hooks through with too much pressure.

I would use some quality grease though, not the zalman one.

How are you going to cool these, passively?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on March 28, 2012, 07:20:44 PM
@RUPY

Please can you post a picture of how you've mounted the Zalman flower heatsinks to your 1.15x boards please - specifically how you've connected the fiddly pin-post connectors to the heatsink?

I'm in the process of sending Stefan a wad of money for 25 boards and I have 25 Zalman heatsinks to assemble. And they're tricky and fiddly.

I *really* don't want to assemble 25 of these damn things and then find I've got the 'hooks' pointing the wrong way!!!!

:D

I'd *really* appreciate it :D

Good luck catfish.  Stefan's latest batch is fast.  ~210 average, the fastest runs at 228Mhz (stock cooler).  I hope you can get them up and running soon.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rupy on March 30, 2012, 01:58:24 PM
Also catfish: please post the rig in FPGA Photo thread later, can't wait to see this thing! ;)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: aTg on March 30, 2012, 07:59:15 PM
Hello, I noticed a kind of anomaly in the circuit after 30 days of continuous use with proper refrigeration and good performance of the circuit.
The power supply is a 500W ATX supply with 35W load divided between the FPGA and an atom motherboard.

Seems to ooze a kind of resin, at the time that I've detected no heat in that area and the resin is hardened, the power connector makes good contact and 11.89 volts supplied stably.

Attached photos:
http://img824.imageshack.us/img824/1447/300320121111.jpg

http://img32.imageshack.us/img32/3460/300320121116.jpg


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: TheSeven on March 30, 2012, 08:06:38 PM
Hello, I noticed a kind of anomaly in the circuit after 30 days of continuous use with proper refrigeration and good performance of the circuit.
The power supply is a 500W ATX supply with 35W load divided between the FPGA and an atom motherboard.

Seems to ooze a kind of resin, at the time that I've detected no heat in that area and the resin is hardened, the power connector makes good contact and 11.89 volts supplied stably.

Attached photos:
http://img824.imageshack.us/img824/1447/300320121111.jpg

http://img32.imageshack.us/img32/3460/300320121116.jpg

Looks like the usual flux residue?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on March 31, 2012, 02:16:12 PM
Try some alcohol or acetone.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on April 02, 2012, 07:36:04 AM

That are solder flux remnants. If you find it ugly you can clean it.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: aTg on April 02, 2012, 08:46:28 AM
Not that I mind, it's just that I found was not from the beginning and that continued use appeared. It was simply to confirm that there is a serious problem, thanks.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: camolist on April 03, 2012, 02:53:43 AM
ordered two last tuesday and received them today

though it's still early i can report that they appear to be working quite well so far

not hard at all for a first time miner to get setup and running


(just a temporary 12volt source waiting on a 1200 watt CMPSU-1200AX to power these boards and some other brands that are also on the way)

http://i39.tinypic.com/294p35y.jpg (http://i39.tinypic.com/294p35y.jpg)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: catfish on April 03, 2012, 03:29:45 PM
@RUPY

Please can you post a picture of how you've mounted the Zalman flower heatsinks to your 1.15x boards please - specifically how you've connected the fiddly pin-post connectors to the heatsink?

I'm in the process of sending Stefan a wad of money for 25 boards and I have 25 Zalman heatsinks to assemble. And they're tricky and fiddly.

I *really* don't want to assemble 25 of these damn things and then find I've got the 'hooks' pointing the wrong way!!!!

:D

I'd *really* appreciate it :D

Good luck catfish.  Stefan's latest batch is fast.  ~210 average, the fastest runs at 228Mhz (stock cooler).  I hope you can get them up and running soon.
Well I just got Test Board 1 modified to test my 'tunnel' theory - enclosed it with a cardboard tube and stuck an 80mm fan at one end blowing across the board - and it spent a *little* more time at 212 MHz but settled down at a safe 208 MHz. Remember that this is a 1.15d board, not the 1.15x - so the heatsink is a tiny 25mm thing stuck on with thermal tape, which we all know is rubbish.

And then I had a total systems failure - my Open Directory got corrupted. This contains all my email and my entire company login structure (it's only small, but it's critical) so I've been fighting that since.

@ztex - if you've emailed me saying my boards are ready, and the email bounced - I *haven't* disappeared, I *still* want the boards and I *do* have the money. Please don't cancel the order... bad timing or what??? If there's still a wait for my boards then no problem. Will hopefully be back up and running by the end of today - been working 24 hours rebuilding the server (OD backups aren't the one-click restore you'd hope for, and restoring using Apple's Time Machine on its own server is dangerous as hell with Kerberos).

All my data is safe, as are all user home folders and metadata. Figured it'd be safer to rebuild the directory *properly* this time, keeping the UIDs the same, and importing the existing folders for each user. Wouldn't want to do this on an enterprise level though... having 11 users is bad enough...


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Shadow383 on April 06, 2012, 03:02:42 AM
Would anyone be interested in a group bulk order? I want to pick up a couple of these to test, but I don't see them ever being profitable @ 309 EUR.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: tnkflx on April 06, 2012, 06:41:11 AM
Would anyone be interested in a group bulk order? I want to pick up a couple of these to test, but I don't see them ever being profitable @ 309 EUR.

Yes :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: catfish on April 08, 2012, 04:31:38 PM
Would anyone be interested in a group bulk order? I want to pick up a couple of these to test, but I don't see them ever being profitable @ 309 EUR.
Individual 'group buys' make each board a damn sight cheaper than 309 EUR. I'm not paying that much for each of mine.

The first 'test' board *was* expensive though... then again it's a 1.15d with an extra Experimental Board, memory and microSD slot.

If you're intending on buying only one board from ZTEX and leaving it at that, I can see the value in a group bulk buy, because the 'single' prices aren't beer money. However, if you're going to invest in FPGAs at *all*, I can't see much point in only buying one or two - with the current bitstream you're only going to get the hashpower of a couple of shonky old 5770 cards, which can be put to more uses in a computer (you'll need *some* sort of computer to manage the FPGAs, after all).

However, if you're already invested heavily in GPU miners and power / heat management isn't free, you're going to either be quitting the mining game or running like hell to switch to FPGAs. And if you choose ZTEX (a sensible decision in Europe) then you'll need a fair number of boards to match a small dedicated GPU mining farm like mine... at which point you get the substantial ZTEX volume discounts.


What I'm trying to say is that there *already* is a 'bulk order' scheme. Having one individual pool up cash to make a large order (holding up the queue *completely* for bigger miners), only to then sell them on to others at a different rate than Stefan charges, could put Stefan under pressure to change his pricing (I don't want the prices going up, thanks). But more importantly, if a 'group bulk purchase' ends up being hundreds of boards, then it effectively prevents anyone *outside* the group from receiving any boards before they are likely to run the risk of taking FAR too long to pay off for some miners' risk horizons.

Put this way - if a 'group bulk order' was going ahead, and it was going to be hundreds of boards, taking Stefan's entire production for the next 3 months or so... then I'd want to put *my* volume purchase in along with the group, so I'm not shut out until the 'group' buy is fulfilled. This could take a long time, after all - and it's not great business for Stefan either...


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: marked on April 14, 2012, 10:58:11 AM

http://www.ztex.de/usb-fpga-1/usb-fpga-1.15y.e.html

Quad board, no pricing in shop as yet. Anymore info on timescales?



marked


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: abbeytim on April 14, 2012, 11:05:32 AM
i asume if that quad has four of the same chips  as the 1.15x it will get 840mh/s and will cost 3-4 as much so for me a bfl single is a better deal for mh/$ although these are probably readly available unlike the bfl singles 4-6+ wait time


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on April 14, 2012, 11:16:24 AM
Very nice. If this is sold for a reasonable price then this is a big step forward.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: aTg on April 14, 2012, 06:42:33 PM

http://www.ztex.de/usb-fpga-1/usb-fpga-1.15y.e.html


Awesome, that means that now one computer can handle about 84GH / s
Only I see a possible inconvenient, if you want to install a heatsink that covers the 4 FPGAs is hindering capacitors between 1.2 and 3.4 FPGA.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Hpman on April 14, 2012, 07:39:45 PM

http://www.ztex.de/usb-fpga-1/usb-fpga-1.15y.e.html


Awesome, that means that now one computer can handle about 84GH / s
Only I see a possible inconvenient, if you want to install a heatsink that covers the 4 FPGAs is hindering capacitors between 1.2 and 3.4 FPGA.
There is also the CPLD jtag pinheader between the FPGAs. But if there wasn't anything between I'm not sure if the four BGAs are plan enough for a monolith heatsink. Maybe it is possible to handle four single heatsinks with one big fan.

Hpman


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on April 14, 2012, 08:23:14 PM
There is also the CPLD jtag pinheader between the FPGAs. But if there wasn't anything between I'm not sure if the four BGAs are plan enough for a monolith heatsink. Maybe it is possible to handle four single heatsinks with one big fan.

Hpman

A 120mm fan should work fine. The stock fans blow way less than 10 CFM each.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: BR0KK on April 15, 2012, 08:58:12 PM
What if one FPGA Fails... No one knows about stability with theses things while mining. Than u end up losing 800MH/s for the time u have to replace it .....

I will buy one to try it out but i think i stick to single boards for now :)

If this thing is real theres no chance for BFL to get a stand in countries (like germany) where the miner has to pay attention to the electricity costs ?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on April 16, 2012, 08:02:49 AM
What if one FPGA Fails... No one knows about stability with theses things while mining. Than u end up losing 800MH/s for the time u have to replace it .....

It the FPGA does not shortcut 3.3V or one of the commonly used I/O the other FPGA's can still be used. BTCMiner will support handling of failed FPGA's.

Also notice that there is a warranty.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: tnkflx on April 16, 2012, 08:06:52 AM
What if one FPGA Fails... No one knows about stability with theses things while mining. Than u end up losing 800MH/s for the time u have to replace it .....

It the FPGA does not shortcut 3.3V or one of the commonly used I/O the other FPGA's can still be used. BTCMiner will support handling of failed FPGA's.

Also notice that there is a warranty.

Any word about pricing?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on April 16, 2012, 08:14:34 AM
http://www.ztex.de/usb-fpga-1/usb-fpga-1.15y.e.html

Quad board, no pricing in shop as yet. Anymore info on timescales?

The new Quad FPGA Board should become available in about one week.

A new BTCMiner version (with Quad support and a lot of other new features) will be released in the next days. Typical performance should be 850 MH/s. (The prototype achieves 870 MH/s.)

The only difference between the bitstreams for Single FPGA Boards and Quad FPGA Boards are some changes in the glue logic. Therefore performance and power per FPGA are the same.

Prices are:
1..4 units: 999 EUR (1355 USD)
5..9 units: 899 EUR (1220 USD)
10..24 units: 809 EUR (1100 USD)
25..49 units: 719 EUR (975 USD)
50+ units:  699 EUR (950 USD)

I will add more info to the initial message of the thread in about one week. Meanwhile, please visit http://www.ztex.de/usb-fpga-1/usb-fpga-1.15y.e.html for details.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: BR0KK on April 16, 2012, 08:49:45 AM
Quote
It the FPGA does not shortcut 3.3V or one of the commonly used I/O the other FPGA's can still be used. BTCMiner will support handling of failed FPGA's.

Also notice that there is a warranty.

Nice to know :)

I meant if i send it in for replacement i have to take down the whole miner and loose its MH/s.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Dhomochevsky on April 16, 2012, 12:10:57 PM
One question - how much does shipping in the EU cost for these quad boards? Also, is VAT included in the prices you quoted?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: vv01f on April 16, 2012, 01:02:21 PM
-


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: spiccioli on April 16, 2012, 01:41:45 PM
By the way: A German Bulk-Order is to be found in this Thread of Chefnet (https://bitcointalk.org/index.php?topic=74164.msg853342#new).
It could be worth also for people from Europe.

Sadly it is written in German...

Anyway, just a back of the envelope calc gives, for a 50 units order ( a 40K EUR value ), a single unit is 831 EUR using German VAT (19%) plus expedition (which could also be free).

One BFL single, for reference, sent to Italy is:

599 USD + 80 USD (expedition)
Italian customs rights 8%
-----------
Tot. 733 USD

Italian VAT 21%
----------
Tot. 887 USD

Converted into EUR (at 1.25) makes a final price of 709 EUR.

So, a bulk order of 50 units is still more expensive than a single BFL single (sorry for the pun).

I know that ztex boards have a two years warranty and that they use 50% less energy, but a single unit is 1188 EUR VAT included (without expedition).

Sadly.

spiccioli.

PS. maybe if someone here speaks german he could try to collect requests for that bulk order...
I think I'd pay 130 EUR for two years of warranty given that this makes me feel a lot safer than the 6 months only warranty of BFL.

edit: 130 EUR for two years for a product which has a price of 830 EUR is around 8% per year of warranty, not bad.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: vv01f on April 16, 2012, 02:27:08 PM
I know that ztex boards have a two years warranty and that they use 50% less energy, but a single unit is 1188 EUR VAT included (without expedition).
1st: Its not a single, its a quad.
2nd: When will an order of BFL be processed?! Can you point us to some bulk-order already in progress?! Why not start one?

I think I'm good with 2 years and better price/performance with these quads. Also colling, powering and building will be more easy than with singles (less y-adapter, usb-hubs etc.). And still I can invest less than 5k EUR / USD and have some Hardware soon.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: DeathAndTaxes on April 16, 2012, 02:42:26 PM
I think I'm good with 2 years and better price/performance with these quads. Also colling, powering and building will be more easy than with singles (less y-adapter, usb-hubs etc.). And still I can invest less than 5k EUR / USD and have some Hardware soon.

Why?

BFL Single = 830 MH/S
ZTEX Squad = 850-870 MH/S

You are getting roughly the same amount of hashing power per usb port or power plug.  Now the BFL Singles do use ~2x the power which is an advantage but the pricing as listed is a non-starter.   The largest issue w/ BFL is their abysmal delivery track record.  Still even if ztex can have new boards delivered in two weeks I am not sure it is worth the premium charged.

BFL Single - $600
ztex quad - $950 (as part of bulk buy 50+ units)
To keep the math simple lets assume roughly the same hash rate.

Pure and simple the the ztex quad costs $350 more.  

It does use half the energy but even at $0.15 per kWh that is only ~$70 saved annually.  So the turning point is 5 years.  After 5 years of continual mining the total cost of ownership (purchase price + all electrical consumption) between the two products will be roughly the same.  Hard to justify choosing A when it becomes cheaper only after 60 months.

While the ztex boards don't need to be cheaper they do need to close that cost gap.  The quad @ $800 in bulk (and $1000 individually) would have been impressive.  Between the $50-$100 annual power savings and the ~$80/mo opportunity cost* it would have been a solid competitor.  At $950 it is hard to make the math work even under most optimistic scenarios.


* By oppertunity cost I mean the delay between delivery of ztex board and delivery of BFL Single.  850 MH/s is worth ~80 per month.  So IF delivery of ztex boards are 2 months faster it is like having $160 lower capital cost.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: spiccioli on April 16, 2012, 02:43:58 PM
I know that ztex boards have a two years warranty and that they use 50% less energy, but a single unit is 1188 EUR VAT included (without expedition).
1st: Its not a single, its a quad.
2nd: When will an order of BFL be processed?! Can you point us to some bulk-order already in progress?! Why not start one?

I think I'm good with 2 years and better price/performance with these quads. Also colling, powering and building will be more easy than with singles (less y-adapter, usb-hubs etc.). And still I can invest less than 5k EUR / USD and have some Hardware soon.

Yes, sorry, a single quad-fpga unit :)

I agree with you in that if a bulk order can be created, at 830 EUR/unit it is a viable/fair price (given better availability, less power used and longer warranty).

But this requires collecting requests, receiving and re-shipping units (if ztex does not split the shipping himself), which makes them a little bit more pricey given the double shipping.

spiccioli.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: BR0KK on April 16, 2012, 03:18:55 PM
Quote
While the ztex boards don't need to be cheaper they do need to close that cost gap.  The quad @ $800 in bulk (and $1000 individually) would have been impressive.  Between the $50-$100 annual power savings and the ~$80/mo opportunity cost* it would have been a solid competitor.  At $950 it is hard to make the math work even under most optimistic scenarios.

They could close that gap by making the Bitstream faster :) Or isn't there some improvement space left?



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Inspector 2211 on April 16, 2012, 03:37:09 PM
Quote
While the ztex boards don't need to be cheaper they do need to close that cost gap.  The quad @ $800 in bulk (and $1000 individually) would have been impressive.  Between the $50-$100 annual power savings and the ~$80/mo opportunity cost* it would have been a solid competitor.  At $950 it is hard to make the math work even under most optimistic scenarios.

They could close that gap by making the Bitstream faster :) Or isn't there some improvement space left?

Yes, there is: EldenTyrell's bitstream which squeezes three regular SHA algorithms (not double ones as the Bitcoin mining algorithm requires) into a Spartan6-150.
Assuming he ever sells it at a reasonable price.

But it also seems to have a higher power draw, and Stefan's 8 Amp VCCINT buck controller is not exactly helping in that department.

Elden, if you're reading this: What's up?

Stefan, if you're reading this: Have you thought about switching to 10 Amp buck controllers?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: nedbert9 on April 16, 2012, 04:13:28 PM
I think I'm good with 2 years and better price/performance with these quads. Also colling, powering and building will be more easy than with singles (less y-adapter, usb-hubs etc.). And still I can invest less than 5k EUR / USD and have some Hardware soon.

Why?

BFL Single = 830 MH/S
ZTEX Squad = 850-870 MH/S

You are getting roughly the same amount of hashing power per usb port or power plug.  Now the BFL Singles do use ~2x the power which is an advantage but the pricing as listed is a non-starter.   The largest issue w/ BFL is their abysmal delivery track record.  Still even if ztex can have new boards delivered in two weeks I am not sure it is worth the premium charged.

BFL Single - $600
ztex quad - $950 (as part of bulk buy 50+ units)
To keep the math simple lets assume roughly the same hash rate.

Pure and simple the the ztex quad costs $350 more.  

It does use half the energy but even at $0.15 per kWh that is only ~$70 saved annually.  So the turning point is 5 years.  After 5 years of continual mining the total cost of ownership (purchase price + all electrical consumption) between the two products will be roughly the same.  Hard to justify choosing A when it becomes cheaper only after 60 months.

While the ztex boards don't need to be cheaper they do need to close that cost gap.  The quad @ $800 in bulk (and $1000 individually) would have been impressive.  Between the $50-$100 annual power savings and the ~$80/mo opportunity cost* it would have been a solid competitor.  At $950 it is hard to make the math work even under most optimistic scenarios.


* By oppertunity cost I mean the delay between delivery of ztex board and delivery of BFL Single.  850 MH/s is worth ~80 per month.  So IF delivery of ztex boards are 2 months faster it is like having $160 lower capital cost.


Completely agree with all points.

Give me Ztex Squads (lol) at 800 USD and I'll cancel my BFL order now.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Hpman on April 16, 2012, 04:30:52 PM
Give me Ztex Squads (lol) at 800 USD and I'll cancel my BFL order now.
Give me BFLs within six weeks and I'll cancel my Ztex order :).

Stefan, if you're reading this: Have you thought about switching to 10 Amp buck controllers?
Are there any layout optimization for heat transfers to the board?  I didn't check the papers but I guess with 10A@ 1.2V the BGA plastic package is near the limits.

Hpman


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Epoch on April 16, 2012, 04:38:30 PM
Give me Ztex Squads (lol) at 800 USD and I'll cancel my BFL order now.
Give me BFLs within six weeks and I'll cancel my Ztex order :).
;) Guess you'll be hanging on to your Ztex order, then. BFL has just begun shipping their mid-January orders.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Syke on April 16, 2012, 07:56:50 PM
Typical performance should be 850 MH/s. (The prototype achieves 870 MH/s.)

Prices are:
1..4 units: 999 EUR (1355 USD)

It's great to see a quad board, but...

850 MH/s @ $5 per btc = $82/month (ignoring power costs).

$1355/82 = 16.5 months to break even...

but it gets worse, in 8 months the btc reward will drop in half. Unless the price of bitcoins doubles when the reward drops, this product will need roughly 2 full years to break even, even without taking into consideration power costs.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on April 17, 2012, 08:58:23 AM
One question - how much does shipping in the EU cost for these quad boards? Also, is VAT included in the prices you quoted?

See there for payment and shipping methods: http://shop.ztex.de/shipping.php. Prices are without VAT (which has to be paid by private customers from EU without VATIN)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: spiccioli on April 17, 2012, 10:01:16 AM
One question - how much does shipping in the EU cost for these quad boards? Also, is VAT included in the prices you quoted?

See there for payment and shipping methods: http://shop.ztex.de/shipping.php. Prices are without VAT (which has to be paid by private customers from EU without VATIN)

ztex,

I'm not a fiscal consultant, but european companies, for what I know, have to pay VAT as well when they receive goods from another european state.

Your invoice will not have VAT in it, but receiving company has to pay it, using its national VAT fee.

There are some exceptions, at least in Italy, like a company which imports goods to transform into different ones and/or puts them into a customs deposit while it waits to resell them.


spiccioli.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on April 17, 2012, 12:14:40 PM
One question - how much does shipping in the EU cost for these quad boards? Also, is VAT included in the prices you quoted?

See there for payment and shipping methods: http://shop.ztex.de/shipping.php. Prices are without VAT (which has to be paid by private customers from EU without VATIN)

I'm not a fiscal consultant, but european companies, for what I know, have to pay VAT as well when they receive goods from another european state.

Would mean: As more companies are involved in a product as more expensive a product would be because every company would have to pay VAT.

VAT is a consumption tax. In general (there may be exceptions) companies get it returned or do not have to pay it. (Even if they consume the good, e.g. if I purchase a pencil I get the VAT refunded (if I purchase in Germany) or I do not have to pay VAT (If I order from outside Germany and within EU).



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: spiccioli on April 17, 2012, 02:00:07 PM
One question - how much does shipping in the EU cost for these quad boards? Also, is VAT included in the prices you quoted?

See there for payment and shipping methods: http://shop.ztex.de/shipping.php. Prices are without VAT (which has to be paid by private customers from EU without VATIN)

I'm not a fiscal consultant, but european companies, for what I know, have to pay VAT as well when they receive goods from another european state.

Would mean: As more companies are involved in a product as more expensive a product would be because every company would have to pay VAT.

VAT is a consumption tax. In general (there may be exceptions) companies get it returned or do not have to pay it. (Even if they consume the good, e.g. if I purchase a pencil I get the VAT refunded (if I purchase in Germany) or I do not have to pay VAT (If I order from outside Germany and within EU).

ztex,

if a company, here in Italy, buys something and this something is related to its core business, VAT gets returned, and the value of the goods reduces its earnings with a ratio of one fifth of the goods' price each year (there are exceptions and longer/shorter durations).

If a company, on the other hand, buys something which is not related to its core business (I don't think there are companies with crypto-currencies as core business; they could be considered hardware/computers, but if this company buys too much of them can get into troubles during a fiscal control) it pays VAT in the same way as a final consumer.

So, for example, I could buy your boards with my company VATIN, but as soon as they reach Italy I'd have to pay Italian VAT on them and I cannot ask this VAT back since they are not related to my company business (which is not even computers).

spiccioli.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: norulezapply on April 17, 2012, 05:11:41 PM
Any estimates on a release date when I'll be able to order a quad FPGA board?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: BR0KK on April 17, 2012, 10:01:13 PM
Ztex told me via mail that it should be in the Shop by next week :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on April 18, 2012, 01:19:09 PM
New software release (number 120417) has been released on the BTCMiner Homepage (http://www.ztex.de/btcminer).

A list of new Features and a few hints can be found in the Software thread: https://bitcointalk.org/index.php?topic=40047.msg856930#msg856930


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: aTg on April 18, 2012, 02:18:58 PM
With the new version of firmware and a small incorporation of a heatsink reaches back beyond the 211.8 MH / s

http://img51.imageshack.us/img51/2024/dsc00132qz.th.jpg (http://imageshack.us/photo/my-images/51/dsc00132qz.jpg/)

http://img42.imageshack.us/img42/6932/dsc00126rk.th.jpg (http://imageshack.us/photo/my-images/42/dsc00126rk.jpg/)

http://img844.imageshack.us/img844/1962/pantallazodel2012041815.th.png (http://imageshack.us/photo/my-images/844/pantallazodel2012041815.png/)

I have taken the previous temperature and with the current firmware, the FPGA may be hot in different areas with the firmware change?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: SamHa1n on April 18, 2012, 02:27:28 PM
Has <serial number string> size been increased? Noticed the addition of -1 to the end of device listing.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: norulezapply on April 18, 2012, 05:12:47 PM
Anyone know what power adapters will be compatible with the new Quad boards?

I don't really want to spend like £30 on a power supply.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Inspector 2211 on April 18, 2012, 06:30:08 PM
Anyone know what power adapters will be compatible with the new Quad boards?

I don't really want to spend like £30 on a power supply.

Any regulated 12V DC supply that supplies at least 3.5 Amps.
Some old netbooks have exactly such a power supply.
Or take an old PC power supply.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on April 19, 2012, 12:09:50 PM
With the new version of firmware and a small incorporation of a heatsink reaches back beyond the 211.8 MH / s
[...]
I have taken the previous temperature and with the current firmware, the FPGA may be hot in different areas with the firmware change?

The only diference between the new bitstreams (ztex_ufm1_15d4.bit and ztex_ufm1_15y1.bit) and the old one (ztex_ufm1_15d3.bit) are some changes in the glue logic. Routing and placement of the hashing pipelines is the same. This does not influence the heat generation and it is almost impossible that this influences the speed.



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on April 19, 2012, 12:10:46 PM
Has <serial number string> size been increased? Noticed the addition of -1 to the end of device listing.

"-<n>" denotes the number of the FPGA.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on April 19, 2012, 12:13:45 PM
Anyone know what power adapters will be compatible with the new Quad boards?

I don't really want to spend like £30 on a power supply.

See there and there http://www.ztex.de/usb-fpga-1/usb-fpga-1.15y.e.html#con2
and there http://wiki.ztex.de/doku.php?id=en:ztex_boards:ztex_fpga_boards:cluster_power_supplies&#usb-fpga_modules_115ysmall_clusters (just updated)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: aTg on April 19, 2012, 07:57:43 PM
With the new version of firmware and a small incorporation of a heatsink reaches back beyond the 211.8 MH / s
[...]
I have taken the previous temperature and with the current firmware, the FPGA may be hot in different areas with the firmware change?

The only diference between the new bitstreams (ztex_ufm1_15d4.bit and ztex_ufm1_15y1.bit) and the old one (ztex_ufm1_15d3.bit) are some changes in the glue logic. Routing and placement of the hashing pipelines is the same. This does not influence the heat generation and it is almost impossible that this influences the speed.



The speed increase to 211.8 MH / s is because the previous version 210MHZ to 216MHz jumping and having a high error rate was returning to 210MHz. Now 208MHz to 212MHz passes and with a little extra cooling support this so often gets almost 212MH / s.
Prove also put the circuit inside the fridge and came up to 216MHz without problems.

http://img593.imageshack.us/img593/3849/150420121137.th.jpg (http://imageshack.us/photo/my-images/593/150420121137.jpg/)

http://img220.imageshack.us/img220/5967/neveraactiva.th.png (http://imageshack.us/photo/my-images/220/neveraactiva.png/)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: roomservice on April 19, 2012, 08:08:58 PM
With the new version of firmware and a small incorporation of a heatsink reaches back beyond the 211.8 MH / s
[...]
I have taken the previous temperature and with the current firmware, the FPGA may be hot in different areas with the firmware change?

The only diference between the new bitstreams (ztex_ufm1_15d4.bit and ztex_ufm1_15y1.bit) and the old one (ztex_ufm1_15d3.bit) are some changes in the glue logic. Routing and placement of the hashing pipelines is the same. This does not influence the heat generation and it is almost impossible that this influences the speed.



The speed increase to 211.8 MH / s is because the previous version 210MHZ to 216MHz jumping and having a high error rate was returning to 210MHz. Now 208MHz to 212MHz passes and with a little extra cooling support this so often gets almost 212MH / s.
Prove also put the circuit inside the fridge and came up to 216MHz without problems.

http://img593.imageshack.us/img593/3849/150420121137.th.jpg (http://imageshack.us/photo/my-images/593/150420121137.jpg/)

http://img220.imageshack.us/img220/5967/neveraactiva.th.png (http://imageshack.us/photo/my-images/220/neveraactiva.png/)

GREAT!!! Can't wait for test result when you put the ztex board into the freezer!


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: SamHa1n on April 19, 2012, 08:20:37 PM
if you collect enough condensation points, you get to bonus round.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: bulanula on April 19, 2012, 10:05:46 PM
if you collect enough condensation points, you get to bonus round.

Forget condensation, I would be worried about food poisoning and food going bad because the cables cause a leak in the air vacuum in his fridge ...


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: vv01f on April 20, 2012, 04:53:58 AM
although I'd assume the foot to store elsewhere, the board is a bit more costly than some cheese and butter - maybe you store caviar in your fridge, I don't.  ;D

I'd be more interested in good and very quiet cooling-solutions as these compact and easy to cool boards (compared to GPUs) could also be mounted in usual living-/work- and bedrooms. How much sound do you have with the standard-cooler, e.g. is it less than the fridge?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: mrb on April 20, 2012, 07:18:46 AM
if you collect enough condensation points, you get to bonus round.

Won't happen.

Condensation happens when warm air meets a cold surface.
But in the fridge, air is cold and the FPGA is warm.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: norulezapply on April 20, 2012, 11:22:45 AM
Anyone ordering some of the new quad boards in the UK? (PM me.)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: spiccioli on April 20, 2012, 12:28:45 PM
Anyone ordering some of the new quad boards in the UK? (PM me.)

What about creating a group order for us Europeans?

If we reach 50+ units price becomes interesting IMHO.

spiccioli


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: tnkflx on April 20, 2012, 12:58:31 PM
Anyone ordering some of the new quad boards in the UK? (PM me.)

I think Chefnet is already doing a group buy in .de. Check the German forum.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: spiccioli on April 20, 2012, 01:01:31 PM
Anyone ordering some of the new quad boards in the UK? (PM me.)

I think Chefnet is already doing a group buy in .de. Check the German forum.

It seems to me, I don't speak german, they're doing a group order of single-fpga cards.

I think we could make a pan-european :) group order for quad-fpga cards, written in english.

spiccioli


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: roomservice on April 20, 2012, 02:17:12 PM
20x 1.15x running very stable now. Thanks for that great product.

Here is my setup if anyone is interested:
http://i.imgur.com/ISSYe.jpg


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Hpman on April 20, 2012, 07:23:51 PM
Anyone ordering some of the new quad boards in the UK? (PM me.)

I think Chefnet is already doing a group buy in .de. Check the German forum.
It seems to me, I don't speak german, they're doing a group order of single-fpga cards.
They changed from singles to quads, with some exclusions. The count of ordered quads is ~35 at the moment. Maybe Chefnet will add a few English details to the thread on request.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: rjk on April 20, 2012, 07:36:09 PM
Here is my setup if anyone is interested:
http://i.imgur.com/ISSYe.jpg

That's hideous.

http://i.imgur.com/ZivEg.jpg
It's about as clean as you can get without making your own custom USB cables.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: testconpastas2 on April 20, 2012, 08:41:57 PM
Interested in the EU Group, but i cant understand german , so i 'd rather an english group ( in this forum will be great....so no need of new registering issues)

.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: CA Coins on April 20, 2012, 09:52:06 PM
20x 1.15x running very stable now. Thanks for that great product.

Here is my setup if anyone is interested:
http://i.imgur.com/ISSYe.jpg

Those USB cables can be a pain when you have a large cluster.  Those standoffs are a nice touch.  How high are they?  Do you notice any speed/heat issues with the bottom boards?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Shadow383 on April 21, 2012, 05:48:49 AM
if you collect enough condensation points, you get to bonus round.

Won't happen.

Condensation happens when warm air meets a cold surface.
But in the fridge, air is cold and the FPGA is warm.

So it'll only happen directly above the FPGAs?  ;)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: vv01f on April 21, 2012, 08:30:57 AM
Interested in the EU Group, but i cant understand german , so i 'd rather an english group ( in this forum will be great....so no need of new registering issues)
If you write Chefnet in English he will understand you. So where is the problem? He's already at a good amount of units and this makes the price even better. If you need some post translated and google translator or other tools are not good enough, point e.g. me to it and I gonna tell you what it says.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: mrb on April 21, 2012, 08:45:47 AM
if you collect enough condensation points, you get to bonus round.

Won't happen.

Condensation happens when warm air meets a cold surface.
But in the fridge, air is cold and the FPGA is warm.

So it'll only happen directly above the FPGAs?  ;)

No.

Think...


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: randomguy7 on April 21, 2012, 03:57:29 PM
20x 1.15x running very stable now. Thanks for that great product.

Here is my setup if anyone is interested:
http://i.imgur.com/ISSYe.jpg

This is so beautiful :). Can you tell me where you got this spacer thingies you used to stack the singles?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: BR0KK on April 21, 2012, 05:11:42 PM
U can get them in every good hardware supplier. I got mine from a local store in Freiburg.

Awwww I want to have 15 more of these units. I only could afford 5 ATM :)



Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: TheSeven on April 21, 2012, 08:59:28 PM
Regardless of opinion on practical application of thermal dynamics, all the thinking available will not make it any smarter to place expensive electronics into a refrigerator and I would be rather certain in that doing that would instantly void any kind of warranty request for when, not if, the board stops working from whatever the next hair brained idea comes along. Seeing that picture was like seeing someone kick a puppy. That poor FPGA needs a good home. Please, stop the abuse.

Actually I don't see anything dangerous here. Condensation could possibly bite you when removing it from the fridge, but only if it wasn't mining immediately before it gets removed from it. Condensation isn't likely to happen at all here.

I consider it a valid approach at evaluating the thermal behavior of that board.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: aTg on April 22, 2012, 10:29:51 AM
My God how many stupid things you read in this forum, the board just spent 20 minutes in the fridge for a test. Neither the food has been contaminated, nor was there any kind of condensation, because as someone said condensation can not be created on a hot surface.
It was just a test by someone on the forum if it seemed a good idea to put your FPGAs in a gas cooling system is very cheap as a refrigerator.
But from now on I will keep these tests for myself so I will not have to put up with absurd criticism.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Turbor on April 22, 2012, 12:11:19 PM
Chill out :D I had to laugh when I read about the test. I like to hear what others do to improve performance.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ursa on April 22, 2012, 12:15:52 PM
aTg,
You're so right!
Keep the ideas for the people capable of understanding them...


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: gyverlb on April 22, 2012, 01:48:25 PM
Condensation may not be a problem. I wouldn't be sure until a test is done (20 minutes isn't enough) because air is warmed locally by the board and could eventually reach a cold surface just above the board were condensation would slowly build up if it hasn't time to cool down before. Seems unlikely to happen but I'll check such a setup regularly and wouldn't change what I place above the boards in the fridge without additional checks...

But that's the least of your problems. The compressor of a refrigerator isn't designed to work continuously and will break if it is forced to do so. I learned this painfully when the switch which should have cut the light in the refrigerator stopped working. After several weeks/months (I'm not sure when the switch failed exactly), the refrigerator was dead.

The light bulb in the refrigerator was only ~20W...


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: coretechs on April 22, 2012, 07:45:18 PM
Will the new quad be available without heatsinks & fans at lower cost?


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: BR0KK on April 23, 2012, 09:13:23 PM
Just ordered one; hope it arrives here Sooooon :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Gomeler on April 23, 2012, 09:28:11 PM
Condensation may not be a problem. I wouldn't be sure until a test is done (20 minutes isn't enough) because air is warmed locally by the board and could eventually reach a cold surface just above the board were condensation would slowly build up if it hasn't time to cool down before. Seems unlikely to happen but I'll check such a setup regularly and wouldn't change what I place above the boards in the fridge without additional checks...

But that's the least of your problems. The compressor of a refrigerator isn't designed to work continuously and will break if it is forced to do so. I learned this painfully when the switch which should have cut the light in the refrigerator stopped working. After several weeks/months (I'm not sure when the switch failed exactly), the refrigerator was dead.

The light bulb in the refrigerator was only ~20W...

The compressor can run with 100% duty cycles. Refrigerators are typically not equipped with adequate condensers to reject the heat that is removed from the cold chamber and from the compressor inefficiencies. Swap an appropriate condenser and you'll be good to go.


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: BR0KK on April 23, 2012, 09:34:56 PM
Like phase change Cooling for PCs or Waterchiller. They are basically made out of refrigerator parts and Capable running 24/7.

But i won't put a 380€ Card near my Food. .... Im to (tollpatschig) and would probably drop something on it :)


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: gyverlb on April 23, 2012, 10:38:21 PM
The compressor can run with 100% duty cycles. Refrigerators are typically not equipped with adequate condensers to reject the heat that is removed from the cold chamber and from the compressor inefficiencies. Swap an appropriate condenser and you'll be good to go.
My guess was indeed that the compressor was overheating.

But I'm not sure that the compressor itself is meant to be cooled down by the condenser: the condenser is after the compressor in the cycle, so the compressor's input (warm vapor) should always have roughly the same temperature range (unless the whole fridge is overheating and mine wasn't). My guess is that (at least in my case) compressors have sufficient thermal inertia to not overheat during their common working periods (I'd guess 5 minutes at most) and then they are cooled by natural convection during their sleeping periods. I guess that if they have to work continuously, the natural convection isn't sufficient and they begin to overheat (lubricant is slowly cooked, the motor mechanism eventually becomes stuck).


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: Gomeler on April 23, 2012, 11:19:06 PM
The compressor can run with 100% duty cycles. Refrigerators are typically not equipped with adequate condensers to reject the heat that is removed from the cold chamber and from the compressor inefficiencies. Swap an appropriate condenser and you'll be good to go.
My guess was indeed that the compressor was overheating.

But I'm not sure that the compressor itself is meant to be cooled down by the condenser: the condenser is after the compressor in the cycle, so the compressor's input (warm vapor) should always have roughly the same temperature range (unless the whole fridge is overheating and mine wasn't). My guess is that (at least in my case) compressors have sufficient thermal inertia to not overheat during their common working periods (I'd guess 5 minutes at most) and then they are cooled by natural convection during their sleeping periods. I guess that if they have to work continuously, the natural convection isn't sufficient and they begin to overheat (lubricant is slowly cooked, the motor mechanism eventually becomes stuck).

You are partially correct. On mini-fridges the condenser coils are embedded in the walls of the unit close to the exterior. The mass of the walls are used to dump heat and that is radiated away over time. Some full-sized refrigerators use this same principle and others use a dedicated condenser with a fan. These are still sized for small loads as fridges normally don't have things inside of them that generate heat(except when your cat hops in the fridge).

I had a twin rotary cascade that ran for 8-12 hours at a time cooling a Xeon w3570 down to -110C. I built it for continuous runtime and it was able to reject all its heat through the 1st stage condenser and 2nd stage desuperheater. If you build them correctly, refrigeration systems will run until their compressors wear out(which can take a long time).


Title: Re: ZTEX USB-FPGA Module 1.15x: 210 MH/s FPGA Board
Post by: ztex on April 24, 2012, 09:39:47 AM
Will the new quad be available without heatsinks & fans at lower cost?

Yes. This would be 16 EUR cheaper.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on April 24, 2012, 09:54:37 AM
The initial posting (https://bitcointalk.org/index.php?topic=49180) has been updated: the new quad was added. Its now available in the shop at http://shop.ztex.de/product_info.php?cPath=21&products_id=74


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: antirack on April 24, 2012, 11:04:36 AM
I have been running two test boards of the 1.15y (and three 1.15x) for a few days now (licensed production).

Code:
001-0: ztex_ufm1_15y1-0000004-01-1: f=228.00MHz,  errorRate=0.00%,  maxErrorRate=1.07%,  hashRate=228.0MH/s,  submitted 17 new nonces,  luckFactor=0.96
001-0: ztex_ufm1_15y1-0000004-01-2: f=232.00MHz,  errorRate=0.00%,  maxErrorRate=0.50%,  hashRate=232.0MH/s,  submitted 13 new nonces,  luckFactor=1.02
001-0: ztex_ufm1_15y1-0000004-01-3: f=232.00MHz,  errorRate=0.54%,  maxErrorRate=0.99%,  hashRate=230.7MH/s,  submitted 12 new nonces,  luckFactor=0.96
001-0: ztex_ufm1_15y1-0000004-01-4: f=224.00MHz,  errorRate=0.25%,  maxErrorRate=0.97%,  hashRate=223.4MH/s,  submitted 18 new nonces,  luckFactor=0.98
001-0: ztex_ufm1_15y1-0000004-02-1: f=224.00MHz,  errorRate=0.00%,  maxErrorRate=0.65%,  hashRate=224.0MH/s,  submitted 12 new nonces,  luckFactor=1.00
001-0: ztex_ufm1_15y1-0000004-02-2: f=228.00MHz,  errorRate=0.33%,  maxErrorRate=1.38%,  hashRate=227.2MH/s,  submitted 10 new nonces,  luckFactor=1.05
001-0: ztex_ufm1_15y1-0000004-02-3: f=232.00MHz,  errorRate=0.69%,  maxErrorRate=2.62%,  hashRate=230.4MH/s,  submitted 14 new nonces,  luckFactor=1.00
001-0: ztex_ufm1_15y1-0000004-02-4: f=220.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=220.0MH/s,  submitted 7 new nonces,  luckFactor=1.00
001-0: ztex_ufm1_15d4-04A3469722-1: f=216.00MHz,  errorRate=0.00%,  maxErrorRate=0.66%,  hashRate=216.0MH/s,  submitted 13 new nonces,  luckFactor=0.97
001-0: ztex_ufm1_15d4-04A346CEC7-1: f=216.00MHz,  errorRate=0.08%,  maxErrorRate=1.19%,  hashRate=215.8MH/s,  submitted 11 new nonces,  luckFactor=0.94
001-1: ztex_ufm1_15d4-04A32E00E9-1: f=212.00MHz,  errorRate=0.00%,  maxErrorRate=1.35%,  hashRate=212.0MH/s,  submitted 15 new nonces,  luckFactor=1.00
001-0: poll loop time: 123ms (USB: 11ms network: 112ms)   getwork time: 262ms  submit time: 260ms
001-1: poll loop time: 14ms (USB: 0ms network: 14ms)   getwork time: 391ms  submit time: 337ms
Total hash rate: 2459.6 MH/s
Total submitted hash rate: 2421.3 MH/s
 --------


Total Device #01: 913 MH/s
Total Device #02: 901 MH/s

The last 3 units are 1.15x.

Room temperature is 25C, I am using the stock heatsinks with fans. They are very stable and I have seen even more impressive hash rates (had them running on <20C AC for a while).

Connected to a low cost Atom board with 2GB memory running Ubuntu, using 0% CPU load average 0.00.

Currently all (incl. Atom) powered by a very inefficient 350W Mini ATX PSU. My kill-a-watt device shows 199 Watt at the wall. The Atom board alone is 27 Watt.

It will be interesting to see what happens if I move to a better PSU and passive cooling without the 11 small fans.

https://lh4.googleusercontent.com/-VUii4XNuU24/T5aEhqV_NjI/AAAAAAAAQeI/XuM4ZNS8Bvc/s800/photo.JPG

In the photo above I was experimenting with different heatsinks. While the ones on the right are easier to mount (the mounts are attached to the heatsink) they were too noisy and so I replaced them with the stock heatsinks after two days (can't take a new photo, logged in remotely via RD then on to VNC to the Ubuntu box).


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gyverlb on April 24, 2012, 11:14:41 AM
2 questions :
  • If I understand correctly from the original post the price goes down with volume cross-customers. Is there a page with the current applicable price or recent orders by date so that we can know at which price we will be buying ?
  • Which miners do support the 1.15y today and which others are working on its support ?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: nelisky on April 24, 2012, 11:38:04 AM
Regarding miner support, I should have that on cgminer soon, but since I don't own any 1.15y I'll depend on external testing to assert it does, in fact, work.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: spiccioli on April 24, 2012, 11:48:22 AM
antirack,

what about putting a single big fan over the four low-profile heatsinks?

spiccioli


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 24, 2012, 12:53:52 PM
What did u do to become a beta tester :)? Would love to test to!



Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: antirack on April 24, 2012, 01:16:33 PM
antirack,

what about putting a single big fan over the four low-profile heatsinks?

spiccioli

I am sure that would work, but i am going to put them in a case so I don't need any individual fans on the units. I'll just use (case) fans and establish air flow through the case, forcing the air through the heat sinks (similar to servers, channeling the air with styrofoam if I have to).

What did u do to become a beta tester :)? Would love to test to!

I have paid Ztex for the license and made them in "my own" assembly line here in Hong Kong. The two boards you see are from the test production.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 24, 2012, 01:19:14 PM
Ahhhh nice to know, so you are producing boards for Ztex :)


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: antirack on April 24, 2012, 01:22:44 PM
Ahhhh nice to know, so you are producing boards for Ztex :)

No, just mine. And I can only do that because I have access to a manufacturing facility and components (and I am very motivated to build my own mining cluster).




Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 24, 2012, 01:36:50 PM
Ah ok :)



Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Glasswalker on April 24, 2012, 02:04:49 PM
Antirack: The 10port USB hubs your using in your photo (the blue one). Have you had any problems with them at all from a reliability standpoint?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: MXRider on April 24, 2012, 03:36:37 PM
Comments needed about my possible cooling system.

I install aftermarket Northbridge heat sinks to 1.15y FPGAs. As far as I understand, every Northbridge heat sink fits there or are there some differences with the mounting holes? How much pressure can the FPGA take? Can I use a heat sink that weighs 150g?

I use 1850rpm Gentle Typhoon fans to blow cold air to the heat sinks. FPGAs are placed in line inside of wooden tunnel so the air flows through the heat sinks.

Pros? Cons?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 24, 2012, 04:13:41 PM
Why switching to new fans? I did ist because I wanted to save some height.
Im switching back to the included heatssinks and use them passive.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: MXRider on April 24, 2012, 04:29:25 PM
I'm not going to change the fans. I won't even use the 40mm fans. I'm just applying new heat sinks and using 120mm fan for 4 or 5 FPGAs. I can sketch a picture if that helps.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: tgmarks on April 24, 2012, 04:45:13 PM
I didn't even notice the 1.15y came out.  Gotta start subscribing to this.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 24, 2012, 05:45:39 PM
I'll take the the fan of the coolers off and use the sink as passive :)
My setup will be built into a IKEA Helmer
locker.



Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on April 24, 2012, 05:58:39 PM
No, just mine. And I can only do that because I have access to a manufacturing facility and components (and I am very motivated to build my own mining cluster).

I hate you so much ;) :D The hash rates are very impressive. It looks like i lost a bit of speed by changing my fans. Great product.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: antirack on April 24, 2012, 09:38:05 PM
Antirack: The 10port USB hubs your using in your photo (the blue one). Have you had any problems with them at all from a reliability standpoint?

So far no problem. But they are cheap and low quality, I'd keep a few spares handy. They cost very little retail here in Hong Kong (I've seen them for $1.5 from a company in China). They do have a good form factor for a cluster in my opinion.

However, I have once or twice, when I touched the USB port on a running board (not the USB hub), had communication issues with that board. I am not sure if that's because of the hub or my electrical wiring (current flow) or just because of my prototypes. I am going to test this with an alternative USB hub now that you mention it.

Did you have any problems or just asking because you are looking for hubs?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 24, 2012, 10:47:59 PM
Quote
However, I have once or twice, when I touched the USB port on a running board (not the USB hub), had communication issues with that board. I am not sure if that's because of the hub or my electrical wiring (current flow) or just because of my prototypes. I am going to test this with an alternative USB hub now that you mention it.

Have these com errors to on a 7 port hub from trust (cheap brand) once in a while. But most times all 5 work flawless with it:)
(it could be the hub, my cables, my mac mini witch has a known problem with usb devices or some random event i cause while touching the stuff on my desk?)


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gyverlb on April 24, 2012, 11:03:02 PM
  • If I understand correctly from the original post the price goes down with volume cross-customers. Is there a page with the current applicable price or recent orders by date so that we can know at which price we will be buying ?
Re-reading the original post, I think I didn't understand correctly, it seems that the rebate apply customer by customer. Damn the 25-49 range unit price was looking good, but I probably won't purchase more than 10 in the foreseeable future :-(


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: -ck on April 25, 2012, 06:45:21 AM
First cgminer release (2.3.4) with limited ztex support for 1.15x is out.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on April 25, 2012, 04:38:35 PM
  • If I understand correctly from the original post the price goes down with volume cross-customers. Is there a page with the current applicable price or recent orders by date so that we can know at which price we will be buying ?

The volume discount is per customer.

Quote
  • Which miners do support the 1.15y today and which others are working on its support ?

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


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gyverlb on April 25, 2012, 05:31:44 PM
  • If I understand correctly from the original post the price goes down with volume cross-customers. Is there a page with the current applicable price or recent orders by date so that we can know at which price we will be buying ?

The volume discount is per customer.

Quote
  • Which miners do support the 1.15y today and which others are working on its support ?

BTCMiner: http://www.ztex.de/btcminer
Thanks for the reply, I've PM'ed Chefnet for a quad already.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: pazor on April 25, 2012, 07:10:51 PM
hallo,

bin bald besitzer eines sigle boards von ztex (1.15x)

jetzt habe ich mir folgende veränderungen überlegt.

tausch des kühler durch folgendes modell:
http://www.amazon.de/EKL-Alpenf%C3%B6hn-Chipsatz-K%C3%BChler-Kupfer/dp/B00169FM8E/ref=sr_1_2?ie=UTF8&qid=1335380596&sr=8-2

ist ein northbridge kühler aus kupfer

ziel ist es das board ohne lüfter zu betreiben.

sollte allerdings sich herausstellen, dass ein lüfter notwendig ist, würde ich einen langsam drehenden 12cm lüfter einsetzen.
was mich allerdings auf folgende überlegung bringt.

sollte das tachosignal des lüfters irgendwie ausgewertet werden, und die werte sich auf den 4x4 lüfter beziehen, dann könnte es sein, dass die niedrigeren werte des langsam drehenden lüfters zu problemen führen, oder ?

lese gern eure meinungen hierzu bzw. ztex wissen hierzu...


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: bitscoins on April 25, 2012, 07:18:41 PM
How many decibel standard fan on ztex, and how many fan of probabilly 120mm?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: TheSeven on April 25, 2012, 07:23:52 PM
This board cannot be powered via USB.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: pazor on April 25, 2012, 07:26:42 PM
ztex (JET Xilence Northbridge Cooler) -> 17 - 19 db(A) @ 4500rpm

BeQuiet SilentWings 2 -> 15,7 dBA @ 1500rpm


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on April 25, 2012, 08:01:11 PM
hallo,

bin bald besitzer eines sigle boards von ztex (1.15x)

jetzt habe ich mir folgende veränderungen überlegt.

tausch des kühler durch folgendes modell:
http://www.amazon.de/EKL-Alpenf%C3%B6hn-Chipsatz-K%C3%BChler-Kupfer/dp/B00169FM8E/ref=sr_1_2?ie=UTF8&qid=1335380596&sr=8-2

ist ein northbridge kühler aus kupfer

ziel ist es das board ohne lüfter zu betreiben.

sollte allerdings sich herausstellen, dass ein lüfter notwendig ist, würde ich einen langsam drehenden 12cm lüfter einsetzen.
was mich allerdings auf folgende überlegung bringt.

sollte das tachosignal des lüfters irgendwie ausgewertet werden, und die werte sich auf den 4x4 lüfter beziehen, dann könnte es sein, dass die niedrigeren werte des langsam drehenden lüfters zu problemen führen, oder ?

lese gern eure meinungen hierzu bzw. ztex wissen hierzu...

I would not use the board without a fan. You lose hashrate and generate much heat for nothing. The heatsink looks good. Take a 92mm silent wing (i'm a be quiet fanboi 8)) and blow the heatsink. 120mm is overkill for one board alone. Not sure how much power you can draw from the fan connector. But it should be no problem to solder or crimp the fan cables to the 12V line of the power supply. There is no RPM signal as far as i know. The fans run 100% all the time.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: bitscoins on April 25, 2012, 08:47:26 PM
ztex (JET Xilence Northbridge Cooler) -> 17 - 19 db(A) @ 4500rpm

BeQuiet SilentWings 2 -> 15,7 dBA @ 1500rpm

The difference is very low...
17-19 Db acceptable...
Power consumption?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 25, 2012, 09:17:24 PM
I'll post when my Board arrives :)


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: pazor on April 25, 2012, 09:21:26 PM
jet xilince -> 0.72 W

silent wing 2 -> 2,4 W


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 26, 2012, 10:30:04 AM
This is SpartAA!

http://www.abload.de/thumb/mobile.0pujl0.jpg (http://www.abload.de/image.php?img=mobile.0pujl0.jpg)

:D


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Hpman on April 26, 2012, 10:40:45 AM
This is SpartAA!
...
Great, first quads are shipped.

The name of board in the silkscreens looks wrong :). May you take a photo of the backside please. What is the distance (diagonal) between the board mounting holes ?

Hpman


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on April 26, 2012, 10:46:37 AM
This is SpartAA!

http://www.abload.de/thumb/mobile.0pujl0.jpg (http://www.abload.de/image.php?img=mobile.0pujl0.jpg)

:D

It looks great. How long do you had to wait ?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 26, 2012, 10:56:34 AM
Ill post a pic of the other side when i get home:)

Not verry long. I ordered it on the 23.04 and today it was delivered.


I now have 2 GHs in pure FPGA power :)


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: MXRider on April 26, 2012, 11:34:11 AM
It says 1.15x on the board?

So jealous. I hope my boards get shipped soon :p


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 26, 2012, 11:58:09 AM
Jep it has 1.15x written on it. Its basicly 4 of them on one pcb.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: bitscoins on April 26, 2012, 12:01:37 PM
Very excellent and express.
And heatsink?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 26, 2012, 12:07:27 PM
Same as the 1.15x. Xilence. I'll be mounting them in the evening when i get home.

I home mounting the coolers..... one thin to say these sinks are a real pain to mount on that thing (on the singles too) .... The tiny little metal holding things and the pushpins .... arrr :P


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on April 26, 2012, 10:09:28 PM
Same as the 1.15x. Xilence. I'll be mounting them in the evening when i get home.

I home mounting the coolers..... one thin to say these sinks are a real pain to mount on that thing (on the singles too) .... The tiny little metal holding things and the pushpins .... arrr :P

:D you need at least 4 hands. What hashrate are you getting ?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 26, 2012, 10:51:09 PM
im testing atm ... something about 850 i think. i post some numbers when it runs a while. I saw the Spartans go up to 216 - 224 :D..... But i had a Overheating issue on one FPGA. An something smells bad (electro smoke, hard to describe... like burnt IT things smell ....).... I'm not shure if it is the new board, one of the Xilence / Titan Coolers or one of the singles? (or something else?)

Everything looks fine and all boards hash like nothings wrong?  

€:
Found it ..... its definitely one of the small Titan FANS .....


Im Running 8 Miners now and that gives me about 1600MHZ (first post of btw miner. its testing clocks atm). Due to a shortcut in my mini usb cables i have 2 boards idling ..... in the whole household i have like 20 micro usb and only 5 mini usb cables....:(

€: BTCMiner seems to find some Heat issues (or it could be frequency issues beyond 224MHZ) on the Quad Board. Im looking into it and atm. i can't find any. The heatsinks are mounted properly and with thermal grease (like the red paper told me to do ;)) Everything is cool if i test by hand and my thermometer (laser tingy) shows 25 degrees celsius.

One of the four FPGAs is kicked out of BTCMiner with that problem.  Its Random and every Spartan (1 to 4) is affected. Restart won't help because after some time the problem occurs again. And the killed FPGA stays like that since BTCMiner  does not rescan by its own (this needs to be done in the next FW :P)?


Code:
(Re)Scanning bus ...
2012-04-27T01:24:47: MAC address: 0004a34644c6
2012-04-27T01:24:47: ztex_ufm1_15y1-04A34644C6: New device: bitfile=ztex_ufm1_15y1   f_default=200,00MHz  f_max=240,00MHz  HpC=1.0H
2012-04-27T01:24:48: ztex_ufm1_15y1-04A34644C6: FPGA 1: configuration time: 411 ms
2012-04-27T01:24:48: ztex_ufm1_15y1-04A34644C6: FPGA 2: configuration time: 426 ms
2012-04-27T01:24:49: ztex_ufm1_15y1-04A34644C6: FPGA 3: configuration time: 380 ms
2012-04-27T01:24:50: ztex_ufm1_15y1-04A34644C6: FPGA 4: configuration time: 379 ms
2012-04-27T01:24:50: ztex_ufm1_15y1-04A34644C6-1: New FPGA
2012-04-27T01:24:50: ztex_ufm1_15y1-04A34644C6-1: Set frequency to 200,00MHz
2012-04-27T01:24:50: Starting mining thread for bus bus-0-0
2012-04-27T01:24:50: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: added
2012-04-27T01:24:50: ztex_ufm1_15y1-04A34644C6-2: New FPGA
2012-04-27T01:24:50: ztex_ufm1_15y1-04A34644C6-2: Set frequency to 200,00MHz
2012-04-27T01:24:50: Starting mining thread for bus bus-0-1
2012-04-27T01:24:50: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: added
2012-04-27T01:24:50: ztex_ufm1_15y1-04A34644C6-3: New FPGA
2012-04-27T01:24:50: ztex_ufm1_15y1-04A34644C6-3: Set frequency to 200,00MHz
2012-04-27T01:24:50: Starting mining thread for bus bus-0-2
2012-04-27T01:24:50: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: added
2012-04-27T01:24:50: ztex_ufm1_15y1-04A34644C6-4: New FPGA
2012-04-27T01:24:50: ztex_ufm1_15y1-04A34644C6-4: Set frequency to 200,00MHz
2012-04-27T01:24:50: Starting mining thread for bus bus-0-3
2012-04-27T01:24:50: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: added
2012-04-27T01:24:50: MAC address: 0004a346bf8b
2012-04-27T01:24:50: ztex_ufm1_15d4-04A346BF8B: New device: bitfile=ztex_ufm1_15d4   f_default=200,00MHz  f_max=240,00MHz  HpC=1.0H
2012-04-27T01:24:53: ztex_ufm1_15d4-04A346BF8B: FPGA 1: configuration time: 3239 ms
2012-04-27T01:24:53: ztex_ufm1_15d4-04A346BF8B-1: New FPGA
2012-04-27T01:24:53: ztex_ufm1_15d4-04A346BF8B-1: Set frequency to 200,00MHz
2012-04-27T01:24:53: Starting mining thread for bus bus-0-4
2012-04-27T01:24:53: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: added
2012-04-27T01:24:53: MAC address: 0004a346f137
2012-04-27T01:24:53: ztex_ufm1_15d4-04A346F137: New device: bitfile=ztex_ufm1_15d4   f_default=200,00MHz  f_max=240,00MHz  HpC=1.0H
2012-04-27T01:24:57: ztex_ufm1_15d4-04A346F137: FPGA 1: configuration time: 3239 ms
2012-04-27T01:24:57: ztex_ufm1_15d4-04A346F137-1: New FPGA
2012-04-27T01:24:57: ztex_ufm1_15d4-04A346F137-1: Set frequency to 200,00MHz
2012-04-27T01:24:57: Starting mining thread for bus bus-0-5
2012-04-27T01:24:57: bus-0-5: ztex_ufm1_15d4-04A346F137-1: added
2012-04-27T01:24:57: MAC address: 0004a32e1205
2012-04-27T01:24:57: ztex_ufm1_15d4-04A32E1205: New device: bitfile=ztex_ufm1_15d4   f_default=200,00MHz  f_max=240,00MHz  HpC=1.0H
2012-04-27T01:25:00: ztex_ufm1_15d4-04A32E1205: FPGA 1: configuration time: 3239 ms
2012-04-27T01:25:00: ztex_ufm1_15d4-04A32E1205-1: New FPGA
2012-04-27T01:25:00: ztex_ufm1_15d4-04A32E1205-1: Set frequency to 200,00MHz
2012-04-27T01:25:00: Starting mining thread for bus bus-0-6
2012-04-27T01:25:00: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: added
2012-04-27T01:25:00: MAC address: 0004a3469756
2012-04-27T01:25:00: ztex_ufm1_15d4-04A3469756: New device: bitfile=ztex_ufm1_15d4   f_default=200,00MHz  f_max=240,00MHz  HpC=1.0H
2012-04-27T01:25:04: ztex_ufm1_15d4-04A3469756: FPGA 1: configuration time: 3240 ms
2012-04-27T01:25:04: ztex_ufm1_15d4-04A3469756-1: New FPGA
2012-04-27T01:25:04: ztex_ufm1_15d4-04A3469756-1: Set frequency to 200,00MHz
2012-04-27T01:25:04: Starting mining thread for bus bus-0-7
2012-04-27T01:25:04: bus-0-7: ztex_ufm1_15d4-04A3469756-1: added
2012-04-27T01:25:04: 5 new devices found.
2012-04-27T01:25:04:
Summary:
2012-04-27T01:25:04:   Bus bus-0-0 : 1 miners
2012-04-27T01:25:04:   Bus bus-0-1 : 1 miners
2012-04-27T01:25:04:   Bus bus-0-2 : 1 miners
2012-04-27T01:25:04:   Bus bus-0-3 : 1 miners
2012-04-27T01:25:04:   Bus bus-0-4 : 1 miners
2012-04-27T01:25:04:   Bus bus-0-5 : 1 miners
2012-04-27T01:25:04:   Bus bus-0-6 : 1 miners
2012-04-27T01:25:04:   Bus bus-0-7 : 1 miners
2012-04-27T01:25:04:   Total   : 8 miners

2012-04-27T01:25:04:
Disconnect all devices or enter `q' for exit. Enter `h' for help.

2012-04-27T01:25:07: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:25:07: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Using LongPolling URL http://eu.eclipsemc.com:8337/LP
2012-04-27T01:25:07: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:25:07: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:25:07: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work
2012-04-27T01:25:07: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:25:07: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:25:07: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:25:07: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:25:09: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 15427470
2012-04-27T01:25:14: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 54184976
2012-04-27T01:25:15: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 6158e420
2012-04-27T01:25:21: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:25:21: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:25:21: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:25:21: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work
2012-04-27T01:25:21: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:25:21: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 832f1e24
2012-04-27T01:25:21: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:25:21: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:25:21: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:25:21: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Set frequency to 196,00MHz
2012-04-27T01:25:21: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:25:22: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Submitting new nonce 0b3908bb
2012-04-27T01:25:24: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Set frequency to 200,00MHz
2012-04-27T01:25:25: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Submitting new nonce 34bffb5b
2012-04-27T01:25:26: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Set frequency to 196,00MHz
2012-04-27T01:25:29: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Set frequency to 192,00MHz
2012-04-27T01:25:29: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Error: Hash rate drop of 4,0% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  50.0: Disabling device
2012-04-27T01:25:29: Stopped thread for bus bus-0-3
2012-04-27T01:25:32: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:25:32: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 84641667
2012-04-27T01:25:32: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:25:32: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:25:32: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:25:32: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:25:32: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:25:33: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:25:37: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 355238c4
2012-04-27T01:25:38: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 390a8745
2012-04-27T01:25:42: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 68a0880a
2012-04-27T01:25:42: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 6cb1e0c5
2012-04-27T01:25:43: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:25:43: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:25:44: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:25:44: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:25:44: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:25:44: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:25:44: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:25:46: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 15d3d601
2012-04-27T01:25:49: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Submitting new nonce 424bb052
2012-04-27T01:25:50: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 4f8fcade
2012-04-27T01:25:51: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Submitting new nonce 547e0118
2012-04-27T01:25:52: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Submitting new nonce 67a7c0ca
2012-04-27T01:25:55: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:25:55: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:25:55: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:25:55: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:25:55: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:25:55: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:25:55: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:25:56: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 03bc6b08
2012-04-27T01:25:56: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Submitting new nonce 100cc65b
2012-04-27T01:25:58: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 24650317
2012-04-27T01:26:01: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 3e2f49b3
2012-04-27T01:26:03: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 5789bee8
2012-04-27T01:26:04: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: f=200,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=200,0MH/s,  submitted 6 new nonces,  luckFactor=2,15
2012-04-27T01:26:04: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: f=200,00MHz,  errorRate=0,36%,  maxErrorRate=1,00%,  hashRate=199,3MH/s,  submitted 5 new nonces,  luckFactor=1,80
2012-04-27T01:26:04: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: f=200,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=200,0MH/s,  submitted 3 new nonces,  luckFactor=1,08
2012-04-27T01:26:04: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Error: Hash rate drop of 4,0% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  50.0: Device disabled since 2012-04-27T01:25:29
2012-04-27T01:26:04: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: f=200,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=200,0MH/s,  submitted 0 new nonces,  luckFactor=0,00
2012-04-27T01:26:04: bus-0-5: ztex_ufm1_15d4-04A346F137-1: f=200,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=200,0MH/s,  submitted 1 new nonces,  luckFactor=0,36
2012-04-27T01:26:04: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: f=200,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=200,0MH/s,  submitted 3 new nonces,  luckFactor=1,08
2012-04-27T01:26:04: bus-0-7: ztex_ufm1_15d4-04A3469756-1: f=200,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=200,0MH/s,  submitted 3 new nonces,  luckFactor=1,08
2012-04-27T01:26:04: bus-0-0: poll loop time: 38ms (USB: 2ms network: 36ms)   getwork time: 1339ms  submit time: 193ms
2012-04-27T01:26:04: bus-0-1: poll loop time: 43ms (USB: 3ms network: 40ms)   getwork time: 1056ms  submit time: 435ms
2012-04-27T01:26:04: bus-0-2: poll loop time: 50ms (USB: 2ms network: 48ms)   getwork time: 1250ms  submit time: 1251ms
2012-04-27T01:26:04: bus-0-4: poll loop time: 28ms (USB: 0ms network: 28ms)   getwork time: 1242ms  submit time: 0ms
2012-04-27T01:26:04: bus-0-5: poll loop time: 28ms (USB: 0ms network: 28ms)   getwork time: 1186ms  submit time: 196ms
2012-04-27T01:26:04: bus-0-6: poll loop time: 31ms (USB: 0ms network: 31ms)   getwork time: 1235ms  submit time: 192ms
2012-04-27T01:26:04: bus-0-7: poll loop time: 32ms (USB: 0ms network: 32ms)   getwork time: 1275ms  submit time: 188ms
2012-04-27T01:26:04: Total hash rate: 1399,3 MH/s
2012-04-27T01:26:04: Total submitted hash rate: 1499,7 MH/s
2012-04-27T01:26:04:  --------
2012-04-27T01:26:06: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:26:06: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:26:06: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:26:06: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:26:06: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:26:06: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:26:07: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:26:17: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:26:17: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:26:18: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:26:17: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:26:17: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:26:18: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:26:18: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Submitting new nonce 05126620
2012-04-27T01:26:18: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:26:19: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 0eaef535
2012-04-27T01:26:22: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Set frequency to 204,00MHz
2012-04-27T01:26:23: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Set frequency to 204,00MHz
2012-04-27T01:26:23: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Set frequency to 204,00MHz
2012-04-27T01:26:23: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Set frequency to 204,00MHz
2012-04-27T01:26:24: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Set frequency to 204,00MHz
2012-04-27T01:26:24: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Set frequency to 204,00MHz
2012-04-27T01:26:25: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 542b3be1
2012-04-27T01:26:25: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Set frequency to 200,00MHz
2012-04-27T01:26:25: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Set frequency to 204,00MHz
2012-04-27T01:26:26: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 5f4a0274
2012-04-27T01:26:28: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:26:29: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:26:29: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:26:29: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:26:29: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Submitting new nonce 05be1909
2012-04-27T01:26:29: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:26:30: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:26:31: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:26:40: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 78a63ae2
2012-04-27T01:26:40: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:26:40: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:26:40: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:26:40: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:26:40: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:26:41: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:26:43: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:26:43: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 225b7d6e
2012-04-27T01:26:44: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 2b0f5226
2012-04-27T01:26:45: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 2f3ffd77
2012-04-27T01:26:49: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 63e8cba0
2012-04-27T01:26:49: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Set frequency to 200,00MHz
2012-04-27T01:26:51: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:26:51: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:26:51: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:26:52: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:26:52: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 83af0dd1
2012-04-27T01:26:51: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:26:52: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:26:54: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:26:58: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 4c5cc624
2012-04-27T01:27:02: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:27:03: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:27:03: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:27:03: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:27:03: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:27:03: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:27:05: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Submitting new nonce 167c23c2
2012-04-27T01:27:04: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Submitting new nonce 131420a3
2012-04-27T01:27:05: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:27:06: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 01fdeb74
2012-04-27T01:27:07: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Submitting new nonce 32409dce
2012-04-27T01:27:09: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 4c079e3a
2012-04-27T01:27:11: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 671c5414
2012-04-27T01:27:13: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:27:14: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:27:14: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 080d002c
2012-04-27T01:27:14: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:27:14: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:27:14: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:27:14: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:27:16: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:27:17: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Submitting new nonce 24b3203c
2012-04-27T01:27:20: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Submitting new nonce 48e4271e
2012-04-27T01:27:23: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 64ec827e
2012-04-27T01:27:24: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 756bd67f
2012-04-27T01:27:24: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:27:25: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:27:25: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:27:25: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:27:25: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:27:26: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:27:28: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:27:29: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Submitting new nonce 2683d0f7
2012-04-27T01:27:33: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 68730b49
2012-04-27T01:27:35: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 4ea1076e
2012-04-27T01:27:35: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:27:36: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Submitting new nonce 862a83c5
2012-04-27T01:27:36: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:27:36: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:27:36: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:27:36: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:27:37: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:27:38: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Set frequency to 208,00MHz
2012-04-27T01:27:39: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:27:39: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Set frequency to 208,00MHz
2012-04-27T01:27:40: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Set frequency to 208,00MHz
2012-04-27T01:27:39: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Set frequency to 208,00MHz
2012-04-27T01:27:40: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Set frequency to 208,00MHz
2012-04-27T01:27:46: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Submitting new nonce 78007a27
2012-04-27T01:27:46: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:27:47: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:27:47: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:27:47: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:27:47: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:27:48: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:27:50: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:27:54: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 537b7d9f
2012-04-27T01:27:55: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 5e3dadff
2012-04-27T01:27:56: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Submitting new nonce 59c835ec
2012-04-27T01:27:57: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:27:58: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:27:58: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:27:59: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:27:58: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:27:59: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:28:00: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 1264c536
2012-04-27T01:28:01: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Submitting new nonce 1f168bea
2012-04-27T01:28:02: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:28:07: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Submitting new nonce 5f12a53f
2012-04-27T01:28:08: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:28:09: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 812a0aee
2012-04-27T01:28:09: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:28:09: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:28:09: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:28:09: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Submitting new nonce 847cb524
2012-04-27T01:28:10: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:28:11: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:28:13: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:28:18: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 7b4cbd83
2012-04-27T01:28:19: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:28:20: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:28:20: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:28:21: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:28:21: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:28:22: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:28:22: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 703eb867
2012-04-27T01:28:22: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 14c979b5
2012-04-27T01:28:23: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 1a308dcb
2012-04-27T01:28:23: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 785685a1
2012-04-27T01:28:24: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:28:28: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Submitting new nonce 4ca00736
2012-04-27T01:28:32: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:28:32: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Submitting new nonce 03a48faa
2012-04-27T01:28:35: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Submitting new nonce 2da38251
2012-04-27T01:28:31: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 51f6bdc3
2012-04-27T01:28:34: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 729f496e
2012-04-27T01:28:35: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:28:32: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:28:32: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:28:31: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:28:30: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:28:35: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:28:37: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Submitting new nonce 40751ea4
2012-04-27T01:28:37: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 41c8ad69
2012-04-27T01:28:38: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Submitting new nonce 52b35400
2012-04-27T01:28:41: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 89ecb9cf
2012-04-27T01:28:42: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:28:43: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:28:43: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:28:44: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 11617012
2012-04-27T01:28:42: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:28:42: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:28:46: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 02c5db14
2012-04-27T01:28:46: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 37ad45a4
2012-04-27T01:28:47: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:28:47: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:28:50: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 54704bcd
2012-04-27T01:28:52: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:28:53: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:28:53: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:28:54: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:28:54: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:28:54: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Set frequency to 212,00MHz
2012-04-27T01:28:55: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Set frequency to 212,00MHz
2012-04-27T01:28:55: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Set frequency to 212,00MHz
2012-04-27T01:28:55: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Set frequency to 212,00MHz
2012-04-27T01:28:56: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 323bc247
2012-04-27T01:28:57: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 36339ee9
2012-04-27T01:28:57: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Set frequency to 212,00MHz
2012-04-27T01:28:58: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 2d7d1800
2012-04-27T01:28:58: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:28:58: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:29:03: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:29:04: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:29:04: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:29:04: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:29:05: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:29:07: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Set frequency to 208,00MHz
2012-04-27T01:29:09: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:29:09: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:29:14: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Submitting new nonce 74800e4e
2012-04-27T01:29:14: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:29:15: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:29:15: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Submitting new nonce 7fcb8a96
2012-04-27T01:29:15: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:29:15: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:29:15: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:29:15: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Submitting new nonce 030442e3
2012-04-27T01:29:20: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:29:21: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:29:21: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Submitting new nonce 01e4e4c4
2012-04-27T01:29:25: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 7eb689ff
2012-04-27T01:29:25: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:29:25: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 7c727db9
2012-04-27T01:29:25: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:29:26: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:29:26: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:29:26: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:29:29: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 266bf2c0
2012-04-27T01:29:32: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:29:32: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:29:36: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:29:36: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:29:36: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:29:37: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:29:37: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:29:41: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 6c01832c
2012-04-27T01:29:43: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:29:43: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:29:47: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 781ab82c
2012-04-27T01:29:47: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:29:47: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 84105faa
2012-04-27T01:29:47: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:29:47: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:29:47: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:29:47: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:29:50: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 25ae66bc
2012-04-27T01:29:50: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Submitting new nonce 5139c222
2012-04-27T01:29:52: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Submitting new nonce 6bd3f03c
2012-04-27T01:29:54: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:29:54: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:29:57: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Submitting new nonce 774a16b9
2012-04-27T01:29:58: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:29:58: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:29:58: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:29:58: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:29:58: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:29:59: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 0afa06de
2012-04-27T01:30:00: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Submitting new nonce 14b0ff45
2012-04-27T01:30:02: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Submitting new nonce 2fc735dd
2012-04-27T01:30:05: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Submitting new nonce 7e3f2ccb
2012-04-27T01:30:05: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:30:06: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:30:08: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:30:09: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:30:09: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:30:09: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:30:09: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 30436161
2012-04-27T01:30:09: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:30:10: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Set frequency to 216,00MHz
2012-04-27T01:30:10: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Set frequency to 216,00MHz
2012-04-27T01:30:10: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Set frequency to 216,00MHz
2012-04-27T01:30:10: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Set frequency to 216,00MHz
2012-04-27T01:30:16: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Set frequency to 208,00MHz
2012-04-27T01:30:17: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:30:17: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:30:19: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:30:21: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:30:21: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:30:21: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:30:21: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:30:24: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 227d376e
2012-04-27T01:30:24: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 56c1425a
2012-04-27T01:30:27: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Submitting new nonce 5efce476
2012-04-27T01:30:27: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 448dc24f
2012-04-27T01:30:28: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:30:28: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 55f2c059
2012-04-27T01:30:28: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:30:30: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:30:30: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Submitting new nonce 72a6c101
2012-04-27T01:30:32: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:30:32: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:30:32: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:30:32: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:30:35: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Set frequency to 212,00MHz
2012-04-27T01:30:39: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Submitting new nonce 6c74e497
2012-04-27T01:30:39: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:30:40: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:30:40: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 6675864b
2012-04-27T01:30:41: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:30:42: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:30:42: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:30:43: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:30:43: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:30:44: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 3a7dca36
2012-04-27T01:30:50: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 63e6096d
2012-04-27T01:30:51: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:30:51: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:30:52: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:30:53: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:30:53: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:30:53: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:30:54: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:30:58: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Submitting new nonce 34f6cab7
2012-04-27T01:30:59: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 64920546
2012-04-27T01:31:02: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:31:02: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:31:03: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Submitting new nonce 03140b9a
2012-04-27T01:31:03: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:31:03: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:31:03: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:31:04: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:31:04: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: f=200,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=200,0MH/s,  submitted 11 new nonces,  luckFactor=1,02
2012-04-27T01:31:04: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: f=216,00MHz,  errorRate=0,00%,  maxErrorRate=3,80%,  hashRate=216,0MH/s,  submitted 17 new nonces,  luckFactor=1,22
2012-04-27T01:31:04: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: f=216,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=216,0MH/s,  submitted 11 new nonces,  luckFactor=0,78
2012-04-27T01:31:04: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Error: Hash rate drop of 4,0% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  50.0: Device disabled since 2012-04-27T01:25:29
2012-04-27T01:31:04: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: f=208,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=208,0MH/s,  submitted 9 new nonces,  luckFactor=0,52
2012-04-27T01:31:04: bus-0-5: ztex_ufm1_15d4-04A346F137-1: f=208,00MHz,  errorRate=0,66%,  maxErrorRate=1,52%,  hashRate=206,6MH/s,  submitted 16 new nonces,  luckFactor=0,99
2012-04-27T01:31:04: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: f=200,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=200,0MH/s,  submitted 11 new nonces,  luckFactor=0,84
2012-04-27T01:31:04: bus-0-7: ztex_ufm1_15d4-04A3469756-1: f=212,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=212,0MH/s,  submitted 14 new nonces,  luckFactor=0,96
2012-04-27T01:31:04: bus-0-0: poll loop time: 13ms (USB: 2ms network: 11ms)   getwork time: 374ms  submit time: 194ms
2012-04-27T01:31:04: bus-0-0: Warning: 1 overflows occured. This is usually caused by a slow network connection.
2012-04-27T01:31:04: bus-0-1: poll loop time: 17ms (USB: 2ms network: 15ms)   getwork time: 436ms  submit time: 275ms
2012-04-27T01:31:04: bus-0-2: poll loop time: 17ms (USB: 2ms network: 15ms)   getwork time: 437ms  submit time: 441ms
2012-04-27T01:31:04: bus-0-4: poll loop time: 10ms (USB: 0ms network: 10ms)   getwork time: 359ms  submit time: 242ms
2012-04-27T01:31:04: bus-0-5: poll loop time: 15ms (USB: 0ms network: 15ms)   getwork time: 396ms  submit time: 451ms
2012-04-27T01:31:04: bus-0-6: poll loop time: 13ms (USB: 0ms network: 13ms)   getwork time: 387ms  submit time: 217ms
2012-04-27T01:31:04: bus-0-7: poll loop time: 13ms (USB: 0ms network: 13ms)   getwork time: 437ms  submit time: 203ms
2012-04-27T01:31:04: Total hash rate: 1458,6 MH/s
2012-04-27T01:31:04: Total submitted hash rate: 1311,4 MH/s
2012-04-27T01:31:04:  --------
2012-04-27T01:31:05: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:31:07: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Submitting new nonce 389b38d5
2012-04-27T01:31:08: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 257f47d9
2012-04-27T01:31:10: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Submitting new nonce 550c035a
2012-04-27T01:31:12: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 6ddf317d
2012-04-27T01:31:14: New block detected by long polling
2012-04-27T01:31:14: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:31:14: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:31:14: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Submitting new nonce 550c035a
2012-04-27T01:31:14: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:31:14: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 864a4d9e
2012-04-27T01:31:14: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:31:14: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:31:14: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:31:14: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:31:15: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Submitting new nonce 09248f62
2012-04-27T01:31:25: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:31:25: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:31:25: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:31:25: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:31:25: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:31:25: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:31:26: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:31:27: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 170568ff
2012-04-27T01:31:27: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 1c0eeeaf
2012-04-27T01:31:29: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Set frequency to 220,00MHz
2012-04-27T01:31:31: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 4293e94e
2012-04-27T01:31:33: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Submitting new nonce 57b132bc
2012-04-27T01:31:35: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:31:35: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:31:36: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:31:36: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:31:37: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:31:37: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 00698d6b
2012-04-27T01:31:37: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:31:37: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Got new work
2012-04-27T01:31:38: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 230834a4
2012-04-27T01:31:42: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 51a875d5
2012-04-27T01:31:42: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Submitting new nonce 3bf7e3c7
2012-04-27T01:31:45: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Submitting new nonce 6a0bee07
2012-04-27T01:31:46: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:31:46: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:31:47: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Got new work
2012-04-27T01:31:47: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Got new work
2012-04-27T01:31:48: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 178d7fae
2012-04-27T01:31:48: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Got new work
2012-04-27T01:31:48: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:31:48: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Submitting new nonce 81ae8505
2012-04-27T01:31:49: bus-0-4: ztex_ufm1_15d4-04A346BF8B-1: Error: bus=bus-0  device=\\.\libusb0-0004--0x221a-0x0100: Read hash data: libusb0-dll:err [control_msg] sending control message failed, win error: Das Ger‰t erkennt den Befehl nicht.

: Disabling device
2012-04-27T01:31:49: bus-0-5: ztex_ufm1_15d4-04A346F137-1: Error: bus=bus-0  device=\\.\libusb0-0005--0x221a-0x0100: Read hash data: libusb0-dll:err [control_msg] sending control message failed, win error: Das Ger‰t erkennt den Befehl nicht.

: Disabling device
2012-04-27T01:31:49: bus-0-6: ztex_ufm1_15d4-04A32E1205-1: Error: bus=bus-0  device=\\.\libusb0-0006--0x221a-0x0100: Read hash data: libusb0-dll:err [control_msg] sending control message failed, win error: Das Ger‰t erkennt den Befehl nicht.

: Disabling device
2012-04-27T01:31:49: bus-0-7: ztex_ufm1_15d4-04A3469756-1: Error: bus=bus-0  device=\\.\libusb0-0007--0x221a-0x0100: Read hash data: libusb0-dll:err [control_msg] sending control message failed, win error: Das Ger‰t erkennt den Befehl nicht.

: Disabling device
2012-04-27T01:31:49: Stopped thread for bus bus-0-7
2012-04-27T01:31:49: Stopped thread for bus bus-0-6
2012-04-27T01:31:49: Stopped thread for bus bus-0-5
2012-04-27T01:31:49: Stopped thread for bus bus-0-4
2012-04-27T01:31:56: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:31:56: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:32:00:
(Re)Scanning bus ...
2012-04-27T01:32:00: MAC address: 0004a34644c6
2012-04-27T01:32:00: ztex_ufm1_15y1-04A34644C6: New device: bitfile=ztex_ufm1_15y1   f_default=200,00MHz  f_max=240,00MHz  HpC=1.0H
2012-04-27T01:32:01: ztex_ufm1_15y1-04A34644C6: FPGA 1: configuration time: 349 ms
2012-04-27T01:32:01: ztex_ufm1_15y1-04A34644C6: FPGA 2: configuration time: 380 ms
2012-04-27T01:32:02: ztex_ufm1_15y1-04A34644C6: FPGA 3: configuration time: 380 ms
2012-04-27T01:32:02: ztex_ufm1_15y1-04A34644C6: FPGA 4: configuration time: 364 ms
2012-04-27T01:32:03: ztex_ufm1_15y1-04A34644C6-1: New FPGA
2012-04-27T01:32:03: ztex_ufm1_15y1-04A34644C6-1: Set frequency to 200,00MHz
2012-04-27T01:32:03: Starting mining thread for bus bus-0-0
2012-04-27T01:32:03: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: added
2012-04-27T01:32:03: ztex_ufm1_15y1-04A34644C6-2: New FPGA
2012-04-27T01:32:03: ztex_ufm1_15y1-04A34644C6-2: Set frequency to 200,00MHz
2012-04-27T01:32:03: Starting mining thread for bus bus-0-1
2012-04-27T01:32:03: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: added
2012-04-27T01:32:03: ztex_ufm1_15y1-04A34644C6-3: New FPGA
2012-04-27T01:32:03: ztex_ufm1_15y1-04A34644C6-3: Set frequency to 200,00MHz
2012-04-27T01:32:03: Starting mining thread for bus bus-0-2
2012-04-27T01:32:03: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: added
2012-04-27T01:32:03: ztex_ufm1_15y1-04A34644C6-4: New FPGA
2012-04-27T01:32:03: ztex_ufm1_15y1-04A34644C6-4: Set frequency to 200,00MHz
2012-04-27T01:32:03: Starting mining thread for bus bus-0-3
2012-04-27T01:32:03: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: added
2012-04-27T01:32:03: 1 new devices found.
2012-04-27T01:32:03:
Summary:
2012-04-27T01:32:03:   Bus bus-0-0 : 1 miners
2012-04-27T01:32:03:   Bus bus-0-1 : 1 miners
2012-04-27T01:32:03:   Bus bus-0-2 : 1 miners
2012-04-27T01:32:03:   Bus bus-0-3 : 1 miners
2012-04-27T01:32:03:   Total   : 4 miners

2012-04-27T01:32:03:
Disconnect all devices or enter `q' for exit. Enter `h' for help.

2012-04-27T01:32:03: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Using LongPolling URL http://eu.eclipsemc.com:8337/LP
2012-04-27T01:32:03: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:32:03: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:32:03: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:32:03: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work
2012-04-27T01:32:04: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Submitting new nonce 088eb125




Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 26, 2012, 11:46:22 PM
another Log with only the 1.15y active:
Code:
2012-04-27T01:32:39:
(Re)Scanning bus ...
2012-04-27T01:32:39: MAC address: 0004a34644c6
2012-04-27T01:32:39: ztex_ufm1_15y1-04A34644C6: New device: bitfile=ztex_ufm1_15y1   f_default=200,00MHz  f_max=240,00MHz  HpC=1.0H
2012-04-27T01:32:39: ztex_ufm1_15y1-04A34644C6: FPGA 1: configuration time: 349 ms
2012-04-27T01:32:40: ztex_ufm1_15y1-04A34644C6: FPGA 2: configuration time: 380 ms
2012-04-27T01:32:40: ztex_ufm1_15y1-04A34644C6: FPGA 3: configuration time: 364 ms
2012-04-27T01:32:41: ztex_ufm1_15y1-04A34644C6: FPGA 4: configuration time: 411 ms
2012-04-27T01:32:41: ztex_ufm1_15y1-04A34644C6-1: New FPGA
2012-04-27T01:32:41: ztex_ufm1_15y1-04A34644C6-1: Set frequency to 200,00MHz
2012-04-27T01:32:41: Starting mining thread for bus bus-0-0
2012-04-27T01:32:41: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: added
2012-04-27T01:32:41: ztex_ufm1_15y1-04A34644C6-2: New FPGA
2012-04-27T01:32:41: ztex_ufm1_15y1-04A34644C6-2: Set frequency to 200,00MHz
2012-04-27T01:32:41: Starting mining thread for bus bus-0-1
2012-04-27T01:32:41: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: added
2012-04-27T01:32:41: ztex_ufm1_15y1-04A34644C6-3: New FPGA
2012-04-27T01:32:41: ztex_ufm1_15y1-04A34644C6-3: Set frequency to 200,00MHz
2012-04-27T01:32:41: Starting mining thread for bus bus-0-2
2012-04-27T01:32:41: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: added
2012-04-27T01:32:41: ztex_ufm1_15y1-04A34644C6-4: New FPGA
2012-04-27T01:32:41: ztex_ufm1_15y1-04A34644C6-4: Set frequency to 200,00MHz
2012-04-27T01:32:41: Starting mining thread for bus bus-0-3
2012-04-27T01:32:41: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: added
2012-04-27T01:32:41: 1 new devices found.
2012-04-27T01:32:41:
Summary:
2012-04-27T01:32:41:   Bus bus-0-0 : 1 miners
2012-04-27T01:32:41:   Bus bus-0-1 : 1 miners
2012-04-27T01:32:41:   Bus bus-0-2 : 1 miners
2012-04-27T01:32:41:   Bus bus-0-3 : 1 miners
2012-04-27T01:32:41:   Total   : 4 miners

2012-04-27T01:32:41:
Disconnect all devices or enter `q' for exit. Enter `h' for help.

2012-04-27T01:32:42: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Using LongPolling URL http://eu.eclipsemc.com:8337/LP
2012-04-27T01:32:42: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:32:42: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:32:42: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:32:42: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work
2012-04-27T01:32:42: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 056299d2
2012-04-27T01:32:53: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:32:53: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:32:53: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:32:53: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work
2012-04-27T01:33:05: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:33:05: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:33:05: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:33:05: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work
2012-04-27T01:33:07: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 1dfb29a8
2012-04-27T01:33:16: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:33:16: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:33:16: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:33:16: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Submitting new nonce 86070c3b
2012-04-27T01:33:16: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work
2012-04-27T01:33:17: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 09cbaca6
2012-04-27T01:33:25: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Submitting new nonce 68b2ef2e
2012-04-27T01:33:27: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Submitting new nonce 7c310a84
2012-04-27T01:33:27: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:33:27: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:33:27: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 842cd535
2012-04-27T01:33:28: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 02058729
2012-04-27T01:33:27: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 8088aa3d
2012-04-27T01:33:28: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:33:27: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work
2012-04-27T01:33:33: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 46cf4153
2012-04-27T01:33:34: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 493799e6
2012-04-27T01:33:35: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 5c53ff60
2012-04-27T01:33:39: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:33:39: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:33:39: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work
2012-04-27T01:33:39: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:33:42: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: f=200,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=200,0MH/s,  submitted 3 new nonces,  luckFactor=1,07
2012-04-27T01:33:42: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: f=200,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=200,0MH/s,  submitted 3 new nonces,  luckFactor=1,07
2012-04-27T01:33:42: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: f=200,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=200,0MH/s,  submitted 3 new nonces,  luckFactor=1,07
2012-04-27T01:33:42: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: f=200,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=200,0MH/s,  submitted 3 new nonces,  luckFactor=1,07
2012-04-27T01:33:42: bus-0-0: poll loop time: 17ms (USB: 2ms network: 14ms)   getwork time: 359ms  submit time: 392ms
2012-04-27T01:33:42: bus-0-1: poll loop time: 13ms (USB: 2ms network: 11ms)   getwork time: 340ms  submit time: 184ms
2012-04-27T01:33:42: bus-0-2: poll loop time: 13ms (USB: 2ms network: 11ms)   getwork time: 357ms  submit time: 184ms
2012-04-27T01:33:42: bus-0-2: Warning: 1 overflows occured. This is usually caused by a slow network connection.
2012-04-27T01:33:42: bus-0-3: poll loop time: 13ms (USB: 2ms network: 11ms)   getwork time: 295ms  submit time: 257ms
2012-04-27T01:33:42: Total hash rate: 800,0 MH/s
2012-04-27T01:33:42: Total submitted hash rate: 855,5 MH/s
2012-04-27T01:33:42:  --------
2012-04-27T01:33:50: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:33:50: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:33:50: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:33:50: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work
2012-04-27T01:33:53: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 1dd31b18
2012-04-27T01:33:55: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Set frequency to 204,00MHz
2012-04-27T01:33:55: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Set frequency to 204,00MHz
2012-04-27T01:33:55: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Set frequency to 204,00MHz
2012-04-27T01:33:56: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Set frequency to 204,00MHz
2012-04-27T01:34:03: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:34:03: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:34:03: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:34:03: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work
2012-04-27T01:34:05: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Set frequency to 200,00MHz
2012-04-27T01:34:07: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 31248458
2012-04-27T01:34:08: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 3a236f3b
2012-04-27T01:34:08: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Set frequency to 204,00MHz
2012-04-27T01:34:09: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Set frequency to 200,00MHz
2012-04-27T01:34:12: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Submitting new nonce 69cf7878
2012-04-27T01:34:12: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 72b955bd
2012-04-27T01:34:13: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 7af9923f
2012-04-27T01:34:14: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:34:14: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:34:14: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 84cf3ce5
2012-04-27T01:34:14: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work
2012-04-27T01:34:14: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:34:22: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 5e3ab3b6
2012-04-27T01:34:25: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work
2012-04-27T01:34:25: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:34:25: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:34:26: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:34:29: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 24c26a33
2012-04-27T01:34:36: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work
2012-04-27T01:34:37: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:34:37: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:34:37: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:34:38: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 13fe43f6
2012-04-27T01:34:39: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 13c5022f
2012-04-27T01:34:41: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Submitting new nonce 347e99df
2012-04-27T01:34:48: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:34:48: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work
2012-04-27T01:34:48: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:34:48: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:34:55: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 5241a4fc
2012-04-27T01:34:59: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:34:59: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:34:59: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work
2012-04-27T01:34:59: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:35:02: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 2066278f
2012-04-27T01:35:05: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 3f6c17d9
2012-04-27T01:35:10: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:35:10: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:35:11: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:35:10: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work
2012-04-27T01:35:11: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Set frequency to 208,00MHz
2012-04-27T01:35:12: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Set frequency to 208,00MHz
2012-04-27T01:35:12: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Submitting new nonce 0f8be775
2012-04-27T01:35:15: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Submitting new nonce 359aac47
2012-04-27T01:35:17: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Set frequency to 208,00MHz
2012-04-27T01:35:22: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:35:22: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:35:22: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work
2012-04-27T01:35:22: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:35:22: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:35:23: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Set frequency to 204,00MHz
2012-04-27T01:35:23: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Set frequency to 204,00MHz
2012-04-27T01:35:25: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Set frequency to 208,00MHz
2012-04-27T01:35:27: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Set frequency to 200,00MHz
2012-04-27T01:35:27: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Set frequency to 204,00MHz
2012-04-27T01:35:29: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Set frequency to 204,00MHz
2012-04-27T01:35:30: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Set frequency to 200,00MHz
2012-04-27T01:35:31: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Set frequency to 196,00MHz
2012-04-27T01:35:32: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Error: Hash rate drop of 3,4% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  50.716555489876995: Disabling device
2012-04-27T01:35:32: Stopped thread for bus bus-0-3
2012-04-27T01:35:32: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Set frequency to 208,00MHz
2012-04-27T01:35:34: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:35:33: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:35:34: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Set frequency to 200,00MHz
2012-04-27T01:35:36: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 1d444a5b
2012-04-27T01:35:36: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 221a6035
2012-04-27T01:35:41: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 53ee1cce
2012-04-27T01:35:45: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 53ee1cce
2012-04-27T01:35:52: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:35:52: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:35:52: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Set frequency to 204,00MHz
2012-04-27T01:35:52: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce ccc85e4d
2012-04-27T01:35:52: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 53ee1cce
2012-04-27T01:35:52: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:36:03: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:36:03: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:36:03: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:36:14: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:36:14: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:36:15: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:36:24: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 7357db03
2012-04-27T01:36:25: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:36:26: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:36:26: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:36:37: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:36:37: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:36:37: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:36:38: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:36:38: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Set frequency to 204,00MHz
2012-04-27T01:36:39: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Set frequency to 212,00MHz
2012-04-27T01:36:40: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Set frequency to 200,00MHz
2012-04-27T01:36:43: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Set frequency to 204,00MHz
2012-04-27T01:36:45: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Set frequency to 196,00MHz
2012-04-27T01:36:47: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Set frequency to 200,00MHz
2012-04-27T01:36:47: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:36:48: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 77d0e98b
2012-04-27T01:36:49: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:36:50: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:36:59: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:37:02: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:37:13: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:37:00: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:37:04: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 2d9a4bd5
2012-04-27T01:37:11: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:37:19: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 5f2e310d
2012-04-27T01:37:19: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 80468cd2
2012-04-27T01:37:20: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 98ef633e
2012-04-27T01:37:20: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:37:21: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 0c1a292c
2012-04-27T01:37:22: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:37:25: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:37:26: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 0c97c45a
2012-04-27T01:37:31: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:37:33: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:37:36: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:37:42: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:37:42: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 42b159fe
2012-04-27T01:37:44: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:37:46: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 71b65f4e
2012-04-27T01:37:47: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:37:53: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:37:55: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:37:56: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 2ba668e0
2012-04-27T01:37:58: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:37:59: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 52d11324
2012-04-27T01:38:03: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:38:06: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:38:10: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:38:10: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 54b0efbe
2012-04-27T01:38:11: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 63db6581
2012-04-27T01:38:14: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:38:17: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 59504a83
2012-04-27T01:38:17: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:38:21: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:38:25: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:38:28: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:38:32: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:38:33: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 4045c1e4
2012-04-27T01:38:36: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:38:37: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 704dc62b
2012-04-27T01:38:39: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:38:42: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: f=212,00MHz,  errorRate=0,00%,  maxErrorRate=3,89%,  hashRate=212,0MH/s,  submitted 15 new nonces,  luckFactor=1,02
2012-04-27T01:38:42: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: f=200,00MHz,  errorRate=0,36%,  maxErrorRate=3,02%,  hashRate=199,3MH/s,  submitted 7 new nonces,  luckFactor=0,60
2012-04-27T01:38:42: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: f=204,00MHz,  errorRate=0,13%,  maxErrorRate=2,63%,  hashRate=203,7MH/s,  submitted 12 new nonces,  luckFactor=0,88
2012-04-27T01:38:42: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Error: Hash rate drop of 3,4% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  50.716555489876995: Device disabled since 2012-04-27T01:35:32
2012-04-27T01:38:42: bus-0-0: poll loop time: 31ms (USB: 2ms network: 29ms)   getwork time: 466ms  submit time: 823ms
2012-04-27T01:38:42: bus-0-0: Warning: 1 overflows occured. This is usually caused by a slow network connection.
2012-04-27T01:38:42: bus-0-1: poll loop time: 17ms (USB: 2ms network: 15ms)   getwork time: 458ms  submit time: 223ms
2012-04-27T01:38:42: bus-0-1: Warning: 1 overflows occured. This is usually caused by a slow network connection.
2012-04-27T01:38:42: bus-0-2: poll loop time: 23ms (USB: 3ms network: 21ms)   getwork time: 404ms  submit time: 252ms
2012-04-27T01:38:42: bus-0-2: Warning: 3 overflows occured. This is usually caused by a slow network connection.
2012-04-27T01:38:42: Total hash rate: 615,0 MH/s
2012-04-27T01:38:42: Total submitted hash rate: 512,3 MH/s
2012-04-27T01:38:42:  --------
2012-04-27T01:38:44: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:38:46: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:38:54: New block detected by long polling
2012-04-27T01:38:55: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:38:55: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:38:55: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:38:58: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 24bf9461
2012-04-27T01:38:59: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 33811a03
2012-04-27T01:39:00: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 44ce99e6
2012-04-27T01:39:05: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 84d748b6
2012-04-27T01:39:06: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:39:06: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:39:06: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:39:12: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 4b291c29
2012-04-27T01:39:16: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:39:17: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:39:17: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:39:20: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 23e04cd5
2012-04-27T01:39:24: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 5ec40cde
2012-04-27T01:39:25: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 69e28d52
2012-04-27T01:39:27: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:39:28: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:39:29: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 8601e052
2012-04-27T01:39:29: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:39:29: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 09c1a1dd
2012-04-27T01:39:29: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 0a25f93c
2012-04-27T01:39:30: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 1ddbc412
2012-04-27T01:39:31: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 1e5686be
2012-04-27T01:39:33: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 3cecac06
2012-04-27T01:39:38: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 68166c97
2012-04-27T01:39:38: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:39:39: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:39:40: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:39:48: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 57f367f1
2012-04-27T01:39:49: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:39:50: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:39:51: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:39:52: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 2554ed72
2012-04-27T01:39:57: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 5682df06
2012-04-27T01:39:59: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:40:01: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:40:03: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:40:08: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 556aaaae
2012-04-27T01:40:10: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:40:12: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:40:15: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:40:15: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 04cd179a
2012-04-27T01:40:20: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 7dfaaaea
2012-04-27T01:40:21: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:40:22: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 6f13b000
2012-04-27T01:40:23: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:40:24: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 09a4d0a3
2012-04-27T01:40:26: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:40:26: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 02f4a0f5
2012-04-27T01:40:27: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 47bf2106
2012-04-27T01:40:27: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 299b9adf
2012-04-27T01:40:32: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:40:33: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 4e325c27
2012-04-27T01:40:34: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:40:37: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:40:39: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 0d648a02
2012-04-27T01:40:40: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 1e565bf5
2012-04-27T01:40:42: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:40:44: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 150a14a9
2012-04-27T01:40:45: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:40:48: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:40:49: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 0791b351
2012-04-27T01:40:53: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:40:54: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 3d1a3f18
2012-04-27T01:40:56: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:40:59: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 7562414a
2012-04-27T01:41:00: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:41:04: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:41:07: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:41:11: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:41:15: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:41:18: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:41:22: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:41:25: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:41:29: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:41:34: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:41:36: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:41:40: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:41:41: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 0666f432
2012-04-27T01:41:45: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:41:47: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:41:51: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:41:56: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:41:58: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:41:58: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 4d0e83a8
2012-04-27T01:42:03: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:42:07: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:42:08: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:42:14: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 40d071d6
2012-04-27T01:42:14: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:42:19: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:42:19: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:42:25: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:42:30: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:42:30: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:42:37: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:42:38: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 0c9edad3
2012-04-27T01:42:40: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:42:41: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:42:43: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 23b94648
2012-04-27T01:42:48: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:42:51: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:42:52: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:42:59: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:43:00: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 0a00de92
2012-04-27T01:43:02: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:43:04: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:43:11: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:43:13: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 83992b58
2012-04-27T01:43:13: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:43:15: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:43:23: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:43:24: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:43:26: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:43:28: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 3a0a59ad
2012-04-27T01:43:34: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:43:34: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:43:37: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:43:42: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Submitting new nonce 59b62c9e
2012-04-27T01:43:42: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: f=212,00MHz,  errorRate=0,00%,  maxErrorRate=3,89%,  hashRate=212,0MH/s,  submitted 14 new nonces,  luckFactor=0,99
2012-04-27T01:43:42: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: f=200,00MHz,  errorRate=0,00%,  maxErrorRate=3,02%,  hashRate=200,0MH/s,  submitted 12 new nonces,  luckFactor=0,72
2012-04-27T01:43:42: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: f=204,00MHz,  errorRate=0,00%,  maxErrorRate=2,63%,  hashRate=204,0MH/s,  submitted 15 new nonces,  luckFactor=0,96
2012-04-27T01:43:42: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Error: Hash rate drop of 3,4% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  50.716555489876995: Device disabled since 2012-04-27T01:35:32
2012-04-27T01:43:43: bus-0-0: poll loop time: 20ms (USB: 2ms network: 18ms)   getwork time: 320ms  submit time: 567ms
2012-04-27T01:43:43: bus-0-1: poll loop time: 13ms (USB: 2ms network: 11ms)   getwork time: 343ms  submit time: 214ms
2012-04-27T01:43:43: bus-0-2: poll loop time: 19ms (USB: 2ms network: 17ms)   getwork time: 354ms  submit time: 261ms
2012-04-27T01:43:43: Total hash rate: 616,0 MH/s
2012-04-27T01:43:43: Total submitted hash rate: 546,2 MH/s
2012-04-27T01:43:43:  --------
2012-04-27T01:43:45: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:43:45: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:43:47: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 6dd0c046
2012-04-27T01:43:49: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:43:51: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Submitting new nonce 3dd6e42c
2012-04-27T01:43:56: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:43:56: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Submitting new nonce 52472393
2012-04-27T01:43:56: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:44:00: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:44:07:
(Re)Scanning bus ...
2012-04-27T01:44:07: MAC address: 0004a34644c6
2012-04-27T01:44:07: ztex_ufm1_15y1-04A34644C6: New device: bitfile=ztex_ufm1_15y1   f_default=200,00MHz  f_max=240,00MHz  HpC=1.0H
2012-04-27T01:44:08: ztex_ufm1_15y1-04A34644C6: FPGA 1: configuration time: 364 ms
2012-04-27T01:44:09: ztex_ufm1_15y1-04A34644C6: FPGA 2: configuration time: 380 ms
2012-04-27T01:44:09: ztex_ufm1_15y1-04A34644C6: FPGA 3: configuration time: 379 ms
2012-04-27T01:44:10: ztex_ufm1_15y1-04A34644C6: FPGA 4: configuration time: 364 ms
2012-04-27T01:44:10: ztex_ufm1_15y1-04A34644C6-1: New FPGA
2012-04-27T01:44:10: ztex_ufm1_15y1-04A34644C6-1: Set frequency to 200,00MHz
2012-04-27T01:44:10: Starting mining thread for bus bus-0-0
2012-04-27T01:44:10: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: added
2012-04-27T01:44:10: ztex_ufm1_15y1-04A34644C6-2: New FPGA
2012-04-27T01:44:10: ztex_ufm1_15y1-04A34644C6-2: Set frequency to 200,00MHz
2012-04-27T01:44:10: Starting mining thread for bus bus-0-1
2012-04-27T01:44:10: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: added
2012-04-27T01:44:10: ztex_ufm1_15y1-04A34644C6-3: New FPGA
2012-04-27T01:44:10: ztex_ufm1_15y1-04A34644C6-3: Set frequency to 200,00MHz
2012-04-27T01:44:10: Starting mining thread for bus bus-0-2
2012-04-27T01:44:10: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: added
2012-04-27T01:44:10: ztex_ufm1_15y1-04A34644C6-4: New FPGA
2012-04-27T01:44:10: ztex_ufm1_15y1-04A34644C6-4: Set frequency to 200,00MHz
2012-04-27T01:44:10: Starting mining thread for bus bus-0-3
2012-04-27T01:44:10: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: added
2012-04-27T01:44:10: 1 new devices found.
2012-04-27T01:44:10:
Summary:
2012-04-27T01:44:10:   Bus bus-0-0 : 1 miners
2012-04-27T01:44:10:   Bus bus-0-1 : 1 miners
2012-04-27T01:44:10:   Bus bus-0-2 : 1 miners
2012-04-27T01:44:10:   Bus bus-0-3 : 1 miners
2012-04-27T01:44:10:   Total   : 4 miners

2012-04-27T01:44:10:
Disconnect all devices or enter `q' for exit. Enter `h' for help.

2012-04-27T01:44:11: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Using LongPolling URL http://eu.eclipsemc.com:8337/LP
2012-04-27T01:44:11: bus-0-0: ztex_ufm1_15y1-04A34644C6-1: Got new work
2012-04-27T01:44:11: bus-0-1: ztex_ufm1_15y1-04A34644C6-2: Got new work
2012-04-27T01:44:11: bus-0-2: ztex_ufm1_15y1-04A34644C6-3: Got new work
2012-04-27T01:44:11: bus-0-3: ztex_ufm1_15y1-04A34644C6-4: Got new work


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: antirack on April 26, 2012, 11:54:19 PM
Check the fan on the heatsink of no4 (04A34644C6-4). Replace it if you think there is a problem with it.

Otherwise I'd remove the heatsink of no.4 (04A34644C6-4), clean it up, and install it again. Good luck with the cleaning (isopropyl alcohol did it for me), but I found a more liquid heatsink compound is definitely better than the thick stuff, stay away from the gray/silver one if you can.

Are you using the Xilence or Titan?

And for logging, I'd stop using the -v(erbose) for now, makes reading these logs a lot easier. The 'get new work' etc is just cluttering up your logs.

Edit: Sorry, I didn't see the "Its Random and every Spartan (1 to 4) is affected" in your post above before. Not sure if just taking care of #4 would help then :/


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 27, 2012, 12:02:54 AM
i think i'll do that tomorrow.... I'm using the Xilence on the 1.15 and it was hard to get them on :(

And the new Single recognized by my mac and my Windows PC but BTC Miner just ignores it ?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: antirack on April 27, 2012, 12:16:57 AM
Actually the Xilence coolers are not so difficult to mount with a little bit of practice. Using these hex standoffs might make it easier though, because the board is actually suspended in the air and you can push the pushpins better through the holes. But yes, definitely do it in the morning when you have had enough sleep and you are fresh (and after your first coffee if you are into that).

I also notice that your system recognizes them all on different buses. I am wondering why. Mine puts 10 at the same bus, as intended by BTC miner. Are you plugging them all in at different USB ports on your computer, or all on a single USB hub connected to one single USB port on your computer?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 27, 2012, 12:21:31 AM
NO thats just an ancient leftover from my setup as i had only very slow UMTS (3G) Network in my flat. Its the -n option.


What i don't understand is that (BTC Miner ignores the new Single):
http://www.abload.de/thumb/bildschirmfoto2012-04zzuam.png (http://www.abload.de/image.php?img=bildschirmfoto2012-04zzuam.png)


The Cypress device is the new one. every other single is detected as Ztex FPGA .....


Ok this could be some issue with my Mac paroles VM setup .... Ill try to setup the Miner on my GPU Setup tomorrow (plain Windows). Ill go to bed now since I'm not fit to work on expensive things anymore :P


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on April 27, 2012, 08:10:21 AM
What is the distance (diagonal) between the board mounting holes ?

Measurements can be found on the product page: http://www.ztex.de/usb-fpga-1/usb-fpga-1.15y.e.html


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on April 27, 2012, 08:30:20 AM
€: BTCMiner seems to find some Heat issues (or it could be frequency issues beyond 224MHZ) on the Quad Board. Im looking into it and atm. i can't find any. The heatsinks are mounted properly and with thermal grease (like the red paper told me to do ;)) Everything is cool if i test by hand and my thermometer (laser tingy) shows 25 degrees celsius.

The frequency dropping starts after a short runtime. It is probably an overload problem. If the PSU can't handle the load it interrupts and one or more components stop to work properly (usually FPGA's forget their configuration). This also explains the USB errors.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on April 27, 2012, 08:33:04 AM
What i don't understand is that (BTC Miner ignores the new Single):
http://www.abload.de/thumb/bildschirmfoto2012-04zzuam.png (http://www.abload.de/image.php?img=bildschirmfoto2012-04zzuam.png)


The Cypress device is the new one. every other single is detected as Ztex FPGA .....

I suppose you forgot to install the firmware in EEPROM.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 27, 2012, 09:04:22 AM
Quote
The frequency dropping starts after a short runtime. It is probably an overload problem. If the PSU can't handle the load it interrupts and one or more components stop to work properly (usually FPGA's forget their configuration). This also explains the USB errors.

That could be it. How do i stop it? I Have the PSU from your shop. and only the one 1.15y attached to it.

Quote
I suppose you forgot to install the firmware in EEPROM.

yep you are right ..... i was getting tired and forgot about that :)


€: reattached the Heatsinks with new thermal compound (i strongly recommend AS 5!) and now that thing is happily hashing away :D

Pic (4x Singles <2x Singles idle since no one has micro usb cables left in my neighborhood:  ::) > and 1x 1.15y):
http://www.abload.de/thumb/bildschirmfoto2012-04dfeu1.png (http://www.abload.de/image.php?img=bildschirmfoto2012-04dfeu1.png)


Impressive Clock speeds on the quad board. Why aren't the singles getting there; whats there difference?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on April 27, 2012, 10:20:37 AM
Impressive Clock speeds on the quad board. Why aren't the singles getting there; whats there difference

I was wondering too. The quads from Alex are very fast. I'm sure you can top the speed with a 120mm fan.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 27, 2012, 11:33:00 AM
I'll test that when i have all the other things to build my Mining rig into an IKEA Helmer :)

For now I'm Hashing with 1,7GH/s@EMC.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on April 27, 2012, 12:57:20 PM
http://28.media.tumblr.com/tumblr_m3526xJgp21ruij9wo1_1280.jpg

Just arrived. The brandnew ZTEX Quad's  :) :) :)

... and a 3,5 inch harddisk for size comparison.

SUPER fast shipping. Thanks ztex.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 27, 2012, 01:05:40 PM
now I'm jealous to :( :D


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on April 27, 2012, 01:47:49 PM
HELP, please. Maybe I'm blind, but I cannot find the firmware download link for the new quad  ???

I need the file: ztex_ufm1_15y1.ihx.

The link on the BTCMiner page goes only the quad product page.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 27, 2012, 02:09:48 PM
No u dont need to dl that file. Its inside the jar and u call it with:
Quote
java -cp place of your .....jar file


Its written in the tut at ztex page. I did the same mustake :d


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on April 27, 2012, 02:35:28 PM
No u dont need to dl that file. Its inside the jar and u call it with:
Quote
java -cp place of your .....jar file


Its written in the tut at ztex page. I did the same mustake :d

Yep. Thanks a lot. First board is running  :)



Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: MXRider on April 27, 2012, 02:55:13 PM
Soooo jealous!! I ordered few for myself but ztex said it would take a month to ship. I think I ordered too many :D


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 27, 2012, 03:13:01 PM
I odered one to play with :)

Btw i need a new usb hub bcause, that cheapo trust thing doesn't like 10 FPGAs hooked to it. Btc miner allways throws an crc firmware error.... When its hooked op alone or wirh one single everything works fine ..,,
But dont touch even the mouse .....


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: MXRider on April 27, 2012, 03:33:17 PM
Any recommendations for USB hub? Need to connect 25 FPGAs.

Some tips about powering them are also welcome. That ATX Psu way seems little tricky. I think it would be easier to just get those 36€ PSUs from ztex.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 27, 2012, 03:53:28 PM
Nope i can't hook up more than 9 FPGAs to my Mac with that usb hub (TRUST 7 Port Powered USB Hub: Connected to my MAc mini, doesn't matter witch port). Even if its powered separately..... The 10th FPGA gets CRC errors for the Bitstream.

€: its the new single i bought with the quad..... It thinks to be a 1.15y somehow ?
PIC:
http://www.abload.de/thumb/bildschirmfoto2012-04eipi0.png (http://www.abload.de/image.php?img=bildschirmfoto2012-04eipi0.png)http://www.abload.de/thumb/bildschirmfoto2012-0464rkr.png (http://www.abload.de/image.php?img=bildschirmfoto2012-0464rkr.png)

what the heck did i do here ? How did this happen?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on April 27, 2012, 04:19:09 PM
http://28.media.tumblr.com/tumblr_m3526xJgp21ruij9wo1_1280.jpg

Just arrived. The brandnew ZTEX Quad's  :) :) :)

... and a 3,5 inch harddisk for size comparison.

SUPER fast shipping. Thanks ztex.

Wow. Ordered one yesterday.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on April 27, 2012, 04:27:56 PM
Any recommendations for USB hub? Need to connect 25 FPGAs.

+1

Some tips about powering them are also welcome. That ATX Psu way seems little tricky. I think it would be easier to just get those 36€ PSUs from ztex.

I will go with an ATX PSU. I'm planning with a Crossair 1200 Gold and PCIe-8 extensions. 2 PCIe-8 will power 5 Quads (2xGND 1x12V per Quad).


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on April 27, 2012, 04:31:13 PM
2 Quads up and running in cluster mode. Unfortunately I don't see these "high" freqs  ???

Code:
001-0: ztex_ufm1_15y1-04A3466370-2: Set frequency to 208.00MHz
001-0: ztex_ufm1_15y1-04A3466370-1: f=208.00MHz,  errorRate=0.23%,  maxErrorRate=1.47%,  hashRate=207.5MH/s,  submitted 16 new nonces,  luckFactor=1.06
001-0: ztex_ufm1_15y1-04A3466370-2: f=208.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=208.0MH/s,  submitted 21 new nonces,  luckFactor=1.12
001-0: ztex_ufm1_15y1-04A3466370-3: f=200.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=200.0MH/s,  submitted 13 new nonces,  luckFactor=0.94
001-0: ztex_ufm1_15y1-04A3466370-4: f=204.00MHz,  errorRate=0.00%,  maxErrorRate=0.81%,  hashRate=204.0MH/s,  submitted 8 new nonces,  luckFactor=0.82
001-0: ztex_ufm1_15y1-04A346BE51-1: f=208.00MHz,  errorRate=0.02%,  maxErrorRate=0.52%,  hashRate=207.9MH/s,  submitted 10 new nonces,  luckFactor=0.95
001-0: ztex_ufm1_15y1-04A346BE51-2: f=204.00MHz,  errorRate=0.00%,  maxErrorRate=0.57%,  hashRate=204.0MH/s,  submitted 10 new nonces,  luckFactor=1.12
001-0: ztex_ufm1_15y1-04A346BE51-3: f=208.00MHz,  errorRate=0.01%,  maxErrorRate=1.10%,  hashRate=208.0MH/s,  submitted 14 new nonces,  luckFactor=0.97
001-0: ztex_ufm1_15y1-04A346BE51-4: f=212.00MHz,  errorRate=0.13%,  maxErrorRate=0.97%,  hashRate=211.7MH/s,  submitted 12 new nonces,  luckFactor=0.93
001-0: poll loop time: 65ms (USB: 12ms network: 53ms)   getwork time: 160ms  submit time: 152ms
Total hash rate: 1651.2 MH/s
Total submitted hash rate: 1627.5 MH/s


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on April 27, 2012, 04:48:20 PM
2 Quads up and running in cluster mode. Unfortunately I don't see these "high" freqs  ???

Those that order in large numbers get the slow boards  :P ;)

Not sure if Alex is using the same chips for his license boards. Perhaps he has SG3 spartans ?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: antirack on April 27, 2012, 09:55:58 PM
I am using the same FPGA. The passive components are different, but this surely can't be the reason why.

I know this is very far fetched, and it's just a theory, but I am at sea level (actually I am sitting in the 43rd floor right now with my quads buzzing away next to me). At higher altitudes, the air density, fan efficiencies, and heat transfer efficiencies all decrease. I read somewhere that a ballpark figure is 3% for 1000 feet (300 meters). So you guys in the alps are definitely at a disadvantage. The good news is that the new home for my cluster is on the 3rd floor so I should get even higher numbers ;)

Send me one of your boards and I will put it right next to mine in order to confirm this theory.

The quads have been running for 8 days straight now:

Code:
001-0: ztex_ufm1_15y1-0000004-01-1: f=228.00MHz,  errorRate=0.06%,  maxErrorRate=1.32%,  hashRate=227.9MH/s,  submitted 24 new nonces,  luckFactor=1.00
001-0: ztex_ufm1_15y1-0000004-01-2: f=232.00MHz,  errorRate=0.03%,  maxErrorRate=0.95%,  hashRate=231.9MH/s,  submitted 12 new nonces,  luckFactor=0.98
001-0: ztex_ufm1_15y1-0000004-01-3: f=232.00MHz,  errorRate=0.01%,  maxErrorRate=0.99%,  hashRate=232.0MH/s,  submitted 16 new nonces,  luckFactor=1.05
001-0: ztex_ufm1_15y1-0000004-01-4: f=224.00MHz,  errorRate=0.22%,  maxErrorRate=0.85%,  hashRate=223.5MH/s,  submitted 13 new nonces,  luckFactor=0.98

001-0: ztex_ufm1_15y1-0000004-02-1: f=224.00MHz,  errorRate=0.00%,  maxErrorRate=0.71%,  hashRate=224.0MH/s,  submitted 14 new nonces,  luckFactor=1.02
001-0: ztex_ufm1_15y1-0000004-02-2: f=228.00MHz,  errorRate=0.00%,  maxErrorRate=1.84%,  hashRate=228.0MH/s,  submitted 12 new nonces,  luckFactor=0.98
001-0: ztex_ufm1_15y1-0000004-02-3: f=232.00MHz,  errorRate=1.23%,  maxErrorRate=2.27%,  hashRate=229.1MH/s,  submitted 12 new nonces,  luckFactor=1.02
001-0: ztex_ufm1_15y1-0000004-02-4: f=220.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=220.0MH/s,  submitted 16 new nonces,  luckFactor=1.02

001-0: poll loop time: 141ms (USB: 12ms network: 129ms)   getwork time: 262ms  submit time: 258ms
Total hash rate: 2460.3 MH/s
Total submitted hash rate: 2467.0 MH/s

#1. 915.3 MH/s
#2: 901.1 MH/s

Ambient temperature around 25C right now, no air conditioning, relative humidity at 84% though :/


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Hpman on April 27, 2012, 10:09:32 PM
I am using the same FPGA. The passive components are different, but this surely can't be the reason why.
I guess you've got a better charge of Spartan6 Devices. Same Speedgrad labeled but inside better.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Chefnet on April 28, 2012, 05:46:23 AM
or better cooling, my single went up from 204 to 220 with artic mx-2 under the cooler


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on April 28, 2012, 05:55:23 AM
or better cooling, my single went up from 204 to 220 with artic mx-2 under the cooler

I think, this could be the reason. The thermal compound and/or the way how you apply it.

I've used Arctic Silver 5. And later today I will post some photos of "how" I apply it.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ummas on April 28, 2012, 07:56:41 AM
i`m wodnring with waterblock put on it :)
i should have 2 or 3 NB waterblocks... :D still need one or 2 :|

I have lost AS5 and used somme simmilar shit, witch brought me f=196-208 :(
Is it ok to put on it thermapad 0.5mm 7W/mK ??

any sollution to cool VRM section ?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: antirack on April 28, 2012, 08:28:17 AM
or better cooling, my single went up from 204 to 220 with artic mx-2 under the cooler

I doubt that this is the secret why I get high hash rates.

In my case I have been using Arctic MX-4 thermal compound for my initial installation of the heatsinks on both of my quad boards. See my post (https://bitcointalk.org/index.php?topic=49180.msg866401#msg866401) on April 24 with picture. Pay special attention how my quad #2 (on the right) does 901 MH/s and which heatsinks I am using.

In the meantime I changed my #2 to stock heatsinks (Xilence/Deep Cool) and used the heatsink compound that came with the coolers. And today, in my previous post, the hashrate on #2 was still 901.1 MH/s. Conclusion: no difference if Arctic MX-4 or the one included in the small bag with the stock heat sinks (at least in my case). Maybe in your case the cooler just didn't sit right (air bubbles?).


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ummas on April 28, 2012, 01:02:24 PM
used this white sillicon s#$%t given to you with those "stock" cooling ??

i just have found my Thermalright spirit II and i wont to test it insted on of the "stock".
hav fpga deals with cold ??


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: sadpandatech on April 28, 2012, 01:05:45 PM
Are you using 220v as your supply source, Anti?

If it's not cooling, I'd suspect just really clean power being supplied to the units.

Otherwise it would have to be some slight difference in the design his are on or the chips.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: bitscoins on April 28, 2012, 01:32:59 PM
Are you using 220v as your supply source, Anti?

If it's not cooling, I'd suspect just really clean power being supplied to the units.

Otherwise it would have to be some slight difference in the design his are on or the chips.


Yes, is one possible solution...
Or a particular lot of spartan6

 ::)  is a good mistery


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on April 28, 2012, 02:13:04 PM
used this white sillicon s#$%t given to you with those "stock" cooling ??

i just have found my Thermalright spirit II and i wont to test it insted on of the "stock".
hav fpga deals with cold ??

You know what ? This super AC products are no sh!t better than the "white sillicon s#$%t". High error rates at 200 MHz indicate a problem with heatsink placement. It's not about bad thermal grease !


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: pazor on April 28, 2012, 02:23:32 PM
hi,

can i have some values in mh/s about ztex 1.15x ?
what the highest rate that have reached with the single board of ztex ?




Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on April 28, 2012, 02:29:42 PM
hi,

can i have some values in mh/s about ztex 1.15x ?
what the highest rate that have reached with the single board of ztex ?

Here is a list from some of CA Coins boards

Code:
2012-03-13T15:51:42: bus-0-1: ztex_ufm1_15d3-2012-L2-B1: f=216.00MHz,  errorRate=0.39%,  maxErrorRate=1.32%,  hashRate=215.2MH/s,  submitted 13 new nonces,  luckFactor=1.00
2012-03-13T15:51:42: bus-0-2: ztex_ufm1_15d3-2012-L2-A0: f=216.00MHz,  errorRate=0.11%,  maxErrorRate=0.99%,  hashRate=215.8MH/s,  submitted 17 new nonces,  luckFactor=1.01
2012-03-13T15:51:42: bus-0-2: ztex_ufm1_15d3-2012-L2-A1: f=212.00MHz,  errorRate=0.00%,  maxErrorRate=0.47%,  hashRate=212.0MH/s,  submitted 17 new nonces,  luckFactor=1.00
2012-03-13T15:51:42: bus-0-2: ztex_ufm1_15d3-2012-L2-A2: f=216.00MHz,  errorRate=0.32%,  maxErrorRate=1.16%,  hashRate=215.3MH/s,  submitted 15 new nonces,  luckFactor=1.01
2012-03-13T15:51:42: bus-0-2: ztex_ufm1_15d3-2012-L2-A3: f=220.00MHz,  errorRate=0.01%,  maxErrorRate=0.89%,  hashRate=220.0MH/s,  submitted 17 new nonces,  luckFactor=1.00
2012-03-13T15:51:42: bus-0-2: ztex_ufm1_15d3-2012-L2-A8: f=216.00MHz,  errorRate=0.00%,  maxErrorRate=0.65%,  hashRate=216.0MH/s,  submitted 9 new nonces,  luckFactor=1.00
2012-03-13T15:51:42: bus-0-2: ztex_ufm1_15d3-2012-L2-A9: f=224.00MHz,  errorRate=0.00%,  maxErrorRate=0.64%,  hashRate=224.0MH/s,  submitted 9 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-2: ztex_ufm1_15d3-2012-L2-B0: f=208.00MHz,  errorRate=0.00%,  maxErrorRate=0.25%,  hashRate=208.0MH/s,  submitted 15 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-2: ztex_ufm1_15d3-2012-L2-B2: f=212.00MHz,  errorRate=0.01%,  maxErrorRate=0.89%,  hashRate=212.0MH/s,  submitted 14 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-2: ztex_ufm1_15d3-2012-L2-B3: f=212.00MHz,  errorRate=0.11%,  maxErrorRate=1.48%,  hashRate=211.8MH/s,  submitted 15 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-2: ztex_ufm1_15d3-2012-L2-B4: f=212.00MHz,  errorRate=0.39%,  maxErrorRate=1.32%,  hashRate=211.2MH/s,  submitted 18 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-A4: f=220.00MHz,  errorRate=0.05%,  maxErrorRate=0.65%,  hashRate=219.9MH/s,  submitted 14 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-A5: f=216.00MHz,  errorRate=0.08%,  maxErrorRate=0.89%,  hashRate=215.8MH/s,  submitted 18 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-A6: f=212.00MHz,  errorRate=0.00%,  maxErrorRate=0.50%,  hashRate=212.0MH/s,  submitted 15 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-A7: f=220.00MHz,  errorRate=0.14%,  maxErrorRate=1.23%,  hashRate=219.7MH/s,  submitted 17 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-B5: f=208.00MHz,  errorRate=0.48%,  maxErrorRate=1.83%,  hashRate=207.0MH/s,  submitted 9 new nonces,  luckFactor=0.99
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-B6: f=216.00MHz,  errorRate=0.01%,  maxErrorRate=1.17%,  hashRate=216.0MH/s,  submitted 10 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-B7: f=212.00MHz,  errorRate=0.00%,  maxErrorRate=0.74%,  hashRate=212.0MH/s,  submitted 15 new nonces,  luckFactor=1.02
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-B8: f=216.00MHz,  errorRate=0.00%,  maxErrorRate=0.62%,  hashRate=216.0MH/s,  submitted 9 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-B9: f=208.00MHz,  errorRate=0.00%,  maxErrorRate=0.31%,  hashRate=208.0MH/s,  submitted 13 new nonces,  luckFactor=1.02
2012-03-13T15:51:43: bus-0-3: ztex_ufm1_15d3-2012-L2-C0: f=212.00MHz,  errorRate=0.18%,  maxErrorRate=1.18%,  hashRate=211.6MH/s,  submitted 12 new nonces,  luckFactor=1.03
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-C1: f=212.00MHz,  errorRate=0.03%,  maxErrorRate=0.77%,  hashRate=211.9MH/s,  submitted 14 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-C2: f=208.00MHz,  errorRate=0.12%,  maxErrorRate=1.13%,  hashRate=207.7MH/s,  submitted 15 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-C3: f=212.00MHz,  errorRate=0.32%,  maxErrorRate=2.16%,  hashRate=211.3MH/s,  submitted 20 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-C4: f=216.00MHz,  errorRate=0.04%,  maxErrorRate=1.18%,  hashRate=215.9MH/s,  submitted 12 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-C5: f=212.00MHz,  errorRate=0.02%,  maxErrorRate=0.67%,  hashRate=212.0MH/s,  submitted 24 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-D0: f=216.00MHz,  errorRate=0.00%,  maxErrorRate=0.61%,  hashRate=216.0MH/s,  submitted 18 new nonces,  luckFactor=1.02
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-D1: f=216.00MHz,  errorRate=0.30%,  maxErrorRate=1.99%,  hashRate=215.4MH/s,  submitted 9 new nonces,  luckFactor=0.99
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-D2: f=204.00MHz,  errorRate=0.55%,  maxErrorRate=1.79%,  hashRate=202.9MH/s,  submitted 13 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-D3: f=212.00MHz,  errorRate=0.00%,  maxErrorRate=1.00%,  hashRate=212.0MH/s,  submitted 13 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-4: ztex_ufm1_15d3-2012-L2-D4: f=208.00MHz,  errorRate=0.00%,  maxErrorRate=0.43%,  hashRate=208.0MH/s,  submitted 17 new nonces,  luckFactor=0.99
2012-03-13T15:51:43: bus-0-5: ztex_ufm1_15d3-2012-L2-C6: f=212.00MHz,  errorRate=0.49%,  maxErrorRate=1.60%,  hashRate=211.0MH/s,  submitted 12 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-5: ztex_ufm1_15d3-2012-L2-C7: f=204.00MHz,  errorRate=0.01%,  maxErrorRate=0.86%,  hashRate=204.0MH/s,  submitted 12 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-5: ztex_ufm1_15d3-2012-L2-C8: f=204.00MHz,  errorRate=0.44%,  maxErrorRate=1.04%,  hashRate=203.1MH/s,  submitted 16 new nonces,  luckFactor=1.03
2012-03-13T15:51:43: bus-0-5: ztex_ufm1_15d3-2012-L2-C9: f=212.00MHz,  errorRate=0.40%,  maxErrorRate=1.41%,  hashRate=211.2MH/s,  submitted 17 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-5: ztex_ufm1_15d3-2012-L2-D5: f=216.00MHz,  errorRate=0.50%,  maxErrorRate=1.10%,  hashRate=214.9MH/s,  submitted 15 new nonces,  luckFactor=1.00
2012-03-13T15:51:43: bus-0-5: ztex_ufm1_15d3-2012-L2-D6: f=220.00MHz,  errorRate=0.27%,  maxErrorRate=0.81%,  hashRate=219.4MH/s,  submitted 11 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-5: ztex_ufm1_15d3-2012-L2-D7: f=216.00MHz,  errorRate=0.00%,  maxErrorRate=0.71%,  hashRate=216.0MH/s,  submitted 17 new nonces,  luckFactor=0.99
2012-03-13T15:51:43: bus-0-5: ztex_ufm1_15d3-2012-L2-D8: f=208.00MHz,  errorRate=0.50%,  maxErrorRate=1.89%,  hashRate=207.0MH/s,  submitted 18 new nonces,  luckFactor=1.01
2012-03-13T15:51:43: bus-0-5: ztex_ufm1_15d3-2012-L2-D9: f=224.00MHz,  errorRate=0.42%,  maxErrorRate=1.66%,  hashRate=223.1MH/s,  submitted 15 new nonces,  luckFactor=1.00

My fastest is (was) 220 MHz but not at 24 degree C.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ummas on April 28, 2012, 02:43:12 PM
Code:
You know what ? This super AC products are no sh!t better than the "white sillicon s#$%t". High error rates at 200 MHz indicate a problem with heatsink placement. It's not about bad thermal grease !

I spoke with friend witch used AS5 and has this same problem as me with ~200Mhz "problem"

Whats the sollution to this ?? I`m thinking about 2 things - spirit II on scruwa, "stock" cooler on scruw and 2 just on stock. We will se what happens. I`ll use "somme serius s#$@t" as a thermal grase :D and hell yeah - !! :P
Edit:
Spirit II has broken heat-pipe...it will be just stock on screws.

EDIT2:
1&2 are on screws, but 3&4 on stock, 1-208, 2,3,4-196 aggain, ambient 34*C !! 2,6 KW taken from the wall in small room....

Can I leave it mining for a long time ??


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 28, 2012, 11:11:18 PM
Quote
Nope i can't hook up more than 9 FPGAs to my Mac with that usb hub (TRUST 7 Port Powered USB Hub: Connected to my MAc mini, doesn't matter witch port). Even if its powered separately..... The 10th FPGA gets CRC errors for the Bitstream.

€: its the new single i bought with the quad..... It thinks to be a 1.15y somehow ?
PIC:
http://www.abload.de/thumb/bildschirmfoto2012-04eipi0.png (http://www.abload.de/image.php?img=bildschirmfoto2012-04eipi0.png)http://www.abload.de/thumb/bildschirmfoto2012-0464rkr.png (http://www.abload.de/image.php?img=bildschirmfoto2012-0464rkr.png)

what the heck did i do here ? How did this happen?

Defnetly need some help over here..... Im totally unable to tell how that could happen but the one Single (the new one i got with my quad) believes to be a quad to..... Closed JP one and tried to erase the eeprom and that didn't work.....?

has anyone had similar experiences with new singles?

One of my older singles seems to be dead for no reason ..... It won't be recognized buy the mac (or any other PC i have in my household). It's listed as an unknown device under the Hardware Manager (Widows 7) and as i try to install the Ztex driver for this i always get the error: "There is no Driver ....blah blah blah".


€: The new Single
I can however program it with an old bitstream from 120221...jar an it'll mine right away. Somehow that isnt persitent and when i use the new jar it still belives to be a quad...


Seems to me that this board was factory programed like this?

Ill try some different thing tomorow at my pc ....


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: antirack on April 28, 2012, 11:57:15 PM
I my experience you have to bridge JP1 when you turn on the board, but once it is started you have to remove the jumper again. Then program the firmware in programming mode.

(I programmed the d firmware instead of the y firmware into the quad by mistake on my very first test run)


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on April 29, 2012, 08:46:17 AM
I guess I've found the problem.

This is the of the worst Quad I have.

Code:
002-0: ztex_ufm1_15y1-04A3476278-1: f=200.00MHz,  errorRate=0.87%,  maxErrorRate=1.00%,  hashRate=198.3MH/s,  submitted 14 new nonces,  luckFactor=0.82
002-0: ztex_ufm1_15y1-04A3476278-2: f=196.00MHz,  errorRate=0.23%,  maxErrorRate=0.55%,  hashRate=195.5MH/s,  submitted 16 new nonces,  luckFactor=0.88
002-0: ztex_ufm1_15y1-04A3476278-3: f=196.00MHz,  errorRate=0.00%,  maxErrorRate=0.81%,  hashRate=196.0MH/s,  submitted 13 new nonces,  luckFactor=0.83
002-0: ztex_ufm1_15y1-04A3476278-4: f=192.00MHz,  errorRate=0.11%,  maxErrorRate=0.50%,  hashRate=191.8MH/s,  submitted 10 new nonces,  luckFactor=0.95


So I removed the heatsink of FPGA-4, because it's the one with the lowest frequency.

Here are the photos of the heatsink and the fpga:
http://28.media.tumblr.com/tumblr_m38g2iJTKy1ruij9wo1_1280.jpg
http://25.media.tumblr.com/tumblr_m38g2xNnan1ruij9wo1_1280.jpg

Can you see it? The heatsink touches the chip only at the corners  :o

This could be the heatsink or the chip. One of both is bent and not flat!!!


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: roomservice on April 29, 2012, 08:49:43 AM
Did you use the thermal pad that came with the heatsink? Maybe this is the issue here.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on April 29, 2012, 08:54:54 AM
Now a test to prove my theory.

I've applied some new AS5 and scrachted it linear very slightly. Then I've put the heatsink and moved it around a little bit. With the same result: the heatsink touches only at the corners. Here are the photos:

http://25.media.tumblr.com/tumblr_m38gp7e1oF1ruij9wo1_1280.jpg
http://26.media.tumblr.com/tumblr_m38gpjH9L71ruij9wo1_1280.jpg

What can I do???


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on April 29, 2012, 08:57:19 AM
Did you use the thermal pad that came with the heatsink? Maybe this is the issue here.

No. Do I have to use the pad and thermal compond???


Something like this:

HEATSINK
~~~~~~~~
AS5
~~~~~~~~
PAD
~~~~~~~~
AS5
~~~~~~~~
FPGA


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on April 29, 2012, 09:01:12 AM
BTW... one board run super and I've applied the heatsinks and AS5 in the same way.

Code:
001-0: ztex_ufm1_15y1-04A346343E-1: f=224.00MHz,  errorRate=1.05%,  maxErrorRate=1.89%,  hashRate=221.7MH/s,  submitted 10 new nonces,  luckFactor=1.14
001-0: ztex_ufm1_15y1-04A346343E-2: f=220.00MHz,  errorRate=0.10%,  maxErrorRate=1.51%,  hashRate=219.8MH/s,  submitted 17 new nonces,  luckFactor=1.11
001-0: ztex_ufm1_15y1-04A346343E-3: f=220.00MHz,  errorRate=0.00%,  maxErrorRate=0.00%,  hashRate=220.0MH/s,  submitted 15 new nonces,  luckFactor=0.98
001-0: ztex_ufm1_15y1-04A346343E-4: f=212.00MHz,  errorRate=0.02%,  maxErrorRate=0.77%,  hashRate=211.9MH/s,  submitted 22 new nonces,  luckFactor=1.02


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: roomservice on April 29, 2012, 09:08:33 AM
Did you use the thermal pad that came with the heatsink? Maybe this is the issue here.

No. Do I have to use the pad and thermal compond???


Something like this:

HEATSINK
~~~~~~~~
AS5
~~~~~~~~
PAD
~~~~~~~~
AS5
~~~~~~~~
FPGA


I never used the pad myself either. When Ztex shipped the fpga there was warning, that using the pad isn't recommended.

Maybe an experienced forum member here knows advise :/


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on April 29, 2012, 09:16:26 AM
What do you think about these Liquid Metals Pads (http://www.coollaboratory.com/de/produkte/liquid-metalpad/ (http://www.coollaboratory.com/de/produkte/liquid-metalpad/))?

Do they work with the plastic case of the fpga?

Will the fpga reach the burnin temprature (>58 celsius)?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: TheSeven on April 29, 2012, 09:20:25 AM
Now a test to prove my theory.

I've applied some new AS5 and scrachted it linear very slightly. Then I've put the heatsink and moved it around a little bit. With the same result: the heatsink touches only at the corners. Here are the photos:

http://25.media.tumblr.com/tumblr_m38gp7e1oF1ruij9wo1_1280.jpg
http://26.media.tumblr.com/tumblr_m38gpjH9L71ruij9wo1_1280.jpg

What can I do???

That's why I usually prefer the "blob in the middle, then put on heatsink and move it around a bit" method.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: TheSeven on April 29, 2012, 09:23:03 AM
Will the fpga reach the burnin temprature (>58 celsius)?

The die will certainly reach that temperature, however not the case if it is cooled properly.
The "bad" thermal connection before that burn in happens is probably sufficient to keep it from going up that far.

AT YOUR OWN RISK: Your best bet might be to put the board into a precisely temperature controlled oven at ~80°C for a couple of hours.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: punin on April 29, 2012, 09:42:10 AM

No. Do I have to use the pad and thermal compond???


No, you should put about the amount of a tip of a match on to the chip, then spread it evenly. Then put the heatsink on top and attach it using the metal parts and nylon fasteners to the board. Move it around a bit and you're set.

[EDIT] Sorry I noticed you tried this allready. I would say your heatsink is not 100% flat. Try using little extra AS5, put it in the middle, don't spread, press heatsink on and clip it in, then move and twist it a bit to get a better spread.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 29, 2012, 09:46:09 AM
no that'll kill your board!


My new single works with the old bitstream but not with the new ....
http://www.abload.de/thumb/bildschirmfoto2012-04p5kyk.png (http://www.abload.de/image.php?img=bildschirmfoto2012-04p5kyk.png)


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: pazor on April 29, 2012, 09:56:07 AM
try also this:

http://www.abload.de/img/2012-04-29_11-42-59_37ju38.jpg


i use pad to contact the pcb to avoid to scratch and of course some grease.

the board runs 220MH/s@220MHz stable.

the second fan is necessary to transport the heat away.
the second heat sink can be smaller but i have only this at the moment. so i was taking this.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on April 29, 2012, 10:07:54 AM
One of my older singles seems to be dead for no reason ..... It won't be recognized buy the mac (or any other PC i have in my household). It's listed as an unknown device under the Hardware Manager (Widows 7) and as i try to install the Ztex driver for this i always get the error: "There is no Driver ....blah blah blah".

I know this problem. Try to plug it in and out repeatedly. If that does not work, shut down the computer and disconnect all devices. Start the computer and reconnect the boards one by one. My advice is to not remove them once connected and running.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 29, 2012, 10:42:00 AM
Tried that on two pcs.... Nothing helped so far. This unit seems to have died on me while i was playing arround with the Quad and the others.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ummas on April 29, 2012, 10:49:11 AM
Using pad`s and grasse is kind of strange... I`ll use my best pad for one chip today and i`ll see.

seccond think is, to put small heatsink on bottom of the board, small aprx. 75x75mm in the center of the chip.

and the last think is, to put water block on it... :D i got one to use...
those FPGA are real fun i must say.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: pazor on April 29, 2012, 10:53:50 AM
Using pad`s and grasse is kind of strange... I`ll use my best pad for one chip today and i`ll see.

seccond think is, to put small heatsink on bottom of the board, small aprx. 75x75mm in the center of the chip.

and the last think is, to put water block on it... :D i got one to use...
those FPGA are real fun i must say.


 :P


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on April 29, 2012, 11:10:18 AM
This unit seems to have died on me while i was playing arround with the Quad and the others.

I don't think so. I had this issue with both the 1.15x and 1.15d. It happened both times after removing and reconnecting them. I think the problem is on the micro USB side. Try there.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: roomservice on April 29, 2012, 11:18:08 AM
This unit seems to have died on me while i was playing arround with the Quad and the others.

I don't think so. I had this issue with both the 1.15x and 1.15d. It happened both times after removing and reconnecting them. I think the problem is on the micro USB side. Try there.


Same issue here, after repowering und reconnecting the boards (usb and power) several time, it worked again.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: nelisky on April 29, 2012, 11:19:17 AM
Using pad`s and grasse is kind of strange...

Look at the thermal conductivity and resistance numbers for whatever you are using. Using pads and grease is completely not useful unless you need to operate on a very much non flat surface and even there just grease will probably do a better job.

You see, good grease like MX-4 is rated at 8.5W/mK (higher is better), most greases I find in computer stores are at 1~3W/mK and most pads will fall at around 1W/mK. I have tried some high end thermal pads rated at around 6W/mK and some very good phobya ones at 7W/mK, but because the heatsink with the pushpins doesn't apply enough down force to compress the pads as designed, the result is that even 3W/mK grease works better than the best of pads.

I could use thicker pads but then thermal resistance comes into play and offsets any gain the pads could have on the grease. The pads (at least the very good ones) still have a place in testing scenarios as it is so much easier to snap on heatsink out and another in without having to clean up the grease mess left behind :)

So, in a nutshell, if you use grease+pad (+grease?) you will have the thermal conductivity of the worst link and the combined thermal resistance... not very useful.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ummas on April 29, 2012, 11:27:50 AM
I have got 7W/mK by Phobya, i`ll use.
Heatsinks are not good polished, lots of space in there. I`ll cut a square of phobya pad and screw heatsink on it.
As i said before, i got 0.5, 1.0 and 1.5mm - witch should i use ?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on April 29, 2012, 11:33:21 AM
I have got 7W/mK by Phobya, i`ll use.
Heatsinks are not good polished, lots of space in there. I`ll cut a square of phobya pad and screw heatsink on it.
As i said before, i got 0.5, 1.0 and 1.5mm - witch should i use ?

I'd start with 0.5...


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ummas on April 29, 2012, 01:25:09 PM
donne:
1-stock on screws and sommekind of grease
2-stock on screws and Thermal pad 1mm 7kw (the 0.5 was 5kw only?)
3-stock and AS5 grease
4-stock and sommekind of grease

testing under unfamilliar conditions - 34*C ambient - stay tuned

after 15 minutes - this same....
i`ll take it for a trip sowmere cooler - 25*C ambient.
this same...1 208 and the rest 196.... board is almost cold


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on April 29, 2012, 02:07:57 PM
 :-\ only this one board ?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ummas on April 29, 2012, 02:14:06 PM
i got water block witch fits perfectly, but i cant se sense in doing it :/


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on April 29, 2012, 02:26:27 PM
i got water block witch fits perfectly, but i cant se sense in doing it :/


I had this one board (single) I was never able to cool down the way i wanted. I ended up taking a clamp (Schraubzwinge) to pull the heatsink down to the chip. The clamp is in place to this day. Perhaps you can take off one of the fans from one of the 196 MHz chips and try with a little clamp and some LIGHT pressure. This way you can see if it's a contact problem.

I checked my heatsink then and it was perfect level... you can check it on a window glass. Floatglass is very even.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: CA Coins on April 29, 2012, 09:36:02 PM
This unit seems to have died on me while i was playing arround with the Quad and the others.

I don't think so. I had this issue with both the 1.15x and 1.15d. It happened both times after removing and reconnecting them. I think the problem is on the micro USB side. Try there.


Same issue here, after repowering und reconnecting the boards (usb and power) several time, it worked again.
Ditto.  I had this happened to me on 2 separate occasions, both on windows XP (on a laptop I use to program the fpgas individually).  The first time with the single it resolved after reconnecting several times.  The second time (with the quad) windows wouldn't recognize it even after several tries.  I plug it into the production machine running Ubuntu and it recognized it just fine.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: CA Coins on April 29, 2012, 09:50:56 PM
Now a test to prove my theory.

I've applied some new AS5 and scrachted it linear very slightly. Then I've put the heatsink and moved it around a little bit. With the same result: the heatsink touches only at the corners. Here are the photos:

http://25.media.tumblr.com/tumblr_m38gp7e1oF1ruij9wo1_1280.jpg
http://26.media.tumblr.com/tumblr_m38gpjH9L71ruij9wo1_1280.jpg

What can I do???
I am surprised that the contact is so poor even with the stock heatsink that should hold the heatsink down pretty good.  Do you know if the heatsink is bent or it is the FPGA?
 
The most straight forward way if it is the heatsink is just to replace the heatsink.  The alternative (which I know will sound like heresy to some) is to put quite a bit of the paste in the middle instead of the nice and thin layer that you have.  My first few boards I applied a thick layer of AR5.  Some of it will spill over onto the board.  2 of the boards I cleaned off the AR5 and re-applied a nice thin layer.  It actually didn't make a difference in the performance.  From measuring the temperatures with a probe, a thin layer and a thicker one didn't make any difference in the heatsink or the temperature under the LX150.  So what I am saying is that if you have an air pocket between the LX150 and the heatsink, you might be able to get away with putting a little bit more paste to fill the air pocket.  The thermal conductivity of AR5 is not as good as aluminum, but it should be good enough for running the LX150 (and definitely better than air). 


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: CA Coins on April 29, 2012, 10:03:43 PM
donne:
1-stock on screws and sommekind of grease
2-stock on screws and Thermal pad 1mm 7kw (the 0.5 was 5kw only?)
3-stock and AS5 grease
4-stock and sommekind of grease

testing under unfamilliar conditions - 34*C ambient - stay tuned

after 15 minutes - this same....
i`ll take it for a trip sowmere cooler - 25*C ambient.
this same...1 208 and the rest 196.... board is almost cold
Sorry for the multiple posts.  There seems to be multiple topics going on.

If you have a temperature probe, try measuring the temperature on the heatsink and directly under the LX150 to see if the heat is being conducted efficiently from the LX150 to your heatsink.  I had one board where the contact was not as good (no paste at the corners of the LX150).  The underbelly is hot while the heatsink was not as hot as the other boards.  Try to see if you get the same temps from the 4 LX150s.

For example, data I got testing a 1.15x, ambient 19C, bottom of LX150 = 30C, top of heatsink = 24C


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: pazor on April 29, 2012, 10:07:18 PM
Now a test to prove my theory.

I've applied some new AS5 and scrachted it linear very slightly. Then I've put the heatsink and moved it around a little bit. With the same result: the heatsink touches only at the corners. Here are the photos:

http://25.media.tumblr.com/tumblr_m38gp7e1oF1ruij9wo1_1280.jpg
http://26.media.tumblr.com/tumblr_m38gpjH9L71ruij9wo1_1280.jpg

What can I do???

try to clean both surfaces with isopropylen alcohol. they became clean from the old grease.
you should be able to read the letters on the fpga chip.
after that put carefully a thin film of grease and the heatsink on the chip, fix it with the clips and start the miner.

good luck!


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 29, 2012, 10:11:05 PM
ill download ubuntu right now ... :)

But its not only limited to my mac. It doesn't show up in any windows PC i currently own....


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: CA Coins on April 29, 2012, 10:13:10 PM
That is weird that it doesn't work on any of the PCs.  Good luck with Ubuntu.  Hopefully it works for you.  Remember to use sudo before the command, ie sudo java -cp...


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 29, 2012, 10:16:25 PM
thx :)

Ill try it and i hope that Ztex will reply to my posts and emails on monday.

Actualy it shows up on windows but only as an unknown device witch I'm unable to install drivers for (see posts above)


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on April 30, 2012, 08:36:49 AM
can i have some values in mh/s about ztex 1.15x ?

(Measured) hash rates from different lots and and for both FPGA variants can be found in the initial posting.

The variance of the first 1.15y batch is very large because it was build from several FPGA lots.



Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on April 30, 2012, 08:53:29 AM
Now a test to prove my theory.

I've applied some new AS5 and scrachted it linear very slightly. Then I've put the heatsink and moved it around a little bit. With the same result: the heatsink touches only at the corners. Here are the photos:

http://25.media.tumblr.com/tumblr_m38gp7e1oF1ruij9wo1_1280.jpg
http://26.media.tumblr.com/tumblr_m38gpjH9L71ruij9wo1_1280.jpg

What can I do???

Use some low viscosity thermal grease, e.g. the one included in the cooler kit. Apply a blob of it into the center of the FPGA, install the heat sink, and squeeze out excess grease by pressing the heat sink down and moving it.

This will not work with high viscosity thermal grease. This stuff is designed for CPU's which dissipate 15x more power and for installations that press down the heat sink with much higher force.

The plastic packages are not always totally flag. But this is not problem if you apply thermal grease as described above.

Another issue: if PCB is bent for some reason, heat sink of FPGA 1 may touch the USB controller IC1 (which is thinner than the FPGA's). The simple solution is the shift the heat sink so that it does not cover IC1.




Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on April 30, 2012, 09:06:47 AM
I am surprised that the contact is so poor even with the stock heatsink that should hold the heatsink down pretty good.  Do you know if the heatsink is bent or it is the FPGA?

I've tried another heatsink (Alpenföhn Ötzi). Result: same contact pattern, so the FPGA-4 is bent. Checked FPGA-3, bent too. I've put some extra grease in the middle. Frequency went up to 200, but with errors.

Stats without the "extra" amount of grease in the middle:
Code:
005-0: ztex_ufm1_15y1-04A3476278-1: f=200.00MHz,  errorRate=0.02%,  maxErrorRate=2.60%,  hashRate=200.0MH/s,  submitted 15 new nonces,  luckFactor=0.99
005-0: ztex_ufm1_15y1-04A3476278-2: f=196.00MHz,  errorRate=0.09%,  maxErrorRate=1.91%,  hashRate=195.8MH/s,  submitted 13 new nonces,  luckFactor=0.99
005-0: ztex_ufm1_15y1-04A3476278-3: f=192.00MHz,  errorRate=0.00%,  maxErrorRate=0.52%,  hashRate=192.0MH/s,  submitted 15 new nonces,  luckFactor=1.01
005-0: ztex_ufm1_15y1-04A3476278-4: f=196.00MHz,  errorRate=0.00%,  maxErrorRate=0.98%,  hashRate=196.0MH/s,  submitted 15 new nonces,  luckFactor=0.99

...and after:
Code:
005-0: ztex_ufm1_15y1-04A3476278-1: f=200.00MHz,  errorRate=0.24%,  maxErrorRate=1.22%,  hashRate=199.5MH/s,  submitted 14 new nonces,  luckFactor=0.92
005-0: ztex_ufm1_15y1-04A3476278-2: f=196.00MHz,  errorRate=0.51%,  maxErrorRate=0.88%,  hashRate=195.0MH/s,  submitted 12 new nonces,  luckFactor=1.09
005-0: ztex_ufm1_15y1-04A3476278-3: f=200.00MHz,  errorRate=0.00%,  maxErrorRate=0.50%,  hashRate=200.0MH/s,  submitted 12 new nonces,  luckFactor=1.00
005-0: ztex_ufm1_15y1-04A3476278-4: f=200.00MHz,  errorRate=0.87%,  maxErrorRate=1.78%,  hashRate=198.3MH/s,  submitted 16 new nonces,  luckFactor=1.02

Here the photo of the other heatsink:
http://30.media.tumblr.com/tumblr_m3abj5kdRC1ruij9wo1_1280.jpg


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on April 30, 2012, 09:16:30 AM
Now a test to prove my theory.

I've applied some new AS5 and scrachted it linear very slightly. Then I've put the heatsink and moved it around a little bit. With the same result: the heatsink touches only at the corners. Here are the photos:

http://25.media.tumblr.com/tumblr_m38gp7e1oF1ruij9wo1_1280.jpg
http://26.media.tumblr.com/tumblr_m38gpjH9L71ruij9wo1_1280.jpg

What can I do???

Use some low viscosity thermal grease, e.g. the one included in the cooler kit. Apply a blob of it into the center of the FPGA, install the heat sink, and squeeze out excess grease by pressing the heat sink down and moving it.

This will not work with high viscosity thermal grease. This stuff is designed for CPU's which dissipate 15x more power and for installations that press down the heat sink with much higher force.

The plastic packages are not always totally flag. But this is not problem if you apply thermal grease as described above.

Another issue: if PCB is bent for some reason, heat sink of FPGA 1 may touch the USB controller IC1 (which is thinner then the FPGA's). The simple solution is the shift the heat sink so that it does not cover IC1.


I will give it a try.

What about high end thermal pad's, like Phobya XT (http://www.cool4pc.de/Phobya_Waermeleitpad_XT_7Wmk_05mm_120x20mm_fuer_ramplex_innovatek_Mips_Koolance.html (http://www.cool4pc.de/Phobya_Waermeleitpad_XT_7Wmk_05mm_120x20mm_fuer_ramplex_innovatek_Mips_Koolance.html))? Is it worth a try?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on April 30, 2012, 09:20:59 AM
One of my older singles seems to be dead for no reason ..... It won't be recognized buy the mac (or any other PC i have in my household). It's listed as an unknown device under the Hardware Manager (Widows 7) and as i try to install the Ztex driver for this i always get the error: "There is no Driver ....blah blah blah".

It's probably a defect firmware: Power-on the board while JP1 is closed (see http://www.ztex.de/usb-fpga-1/usb-fpga-1.15y.e.html#jp1), open the jumper and install new firmware into EEPROM using the programming mode ("-m p") of BTCMIner.

Quote
€: The new Single
I can however program it with an old bitstream from 120221...jar an it'll mine right away. Somehow that isnt persitent and when i use the new jar it still belives to be a quad...

You obviously installed the wrong firmware. 1.15x boards are not factory programmed. Because firmwares of one type cannot be overwritten by firmwares of other type you have to proceed as stated above (and you have to use the correct firmware files).


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 30, 2012, 09:22:38 AM
Hi, its me again .....

tried everything u told me via mail but i'm unable to get satisfying results.

Quote
You obviously installed the wrong firmware. 1.15x boards are not factory programmed. Because firmwares of one type cannot be overwritten by firmwares of other type you have to proceed as stated above (and you have to use the correct firmware files).
That could be it for the new single.

€: do you know the feeling when u realize that u didn't see your error (Thats what i feel now:P) :) New single works!. Sry for inconvenience and THx for hlp:)

Hers a Pic:
http://www.abload.de/thumb/bildschirmfoto2012-041ofrw.png (http://www.abload.de/image.php?img=bildschirmfoto2012-041ofrw.png)

But i need some help on the second board. Could it be that i damaged it somehow. I can't see any damage on the parts (VRM Chip etc), maybe ESD (Elektrostatische Aufladung) killed it?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on April 30, 2012, 09:55:14 AM
But i need some help on the second board. Could it be that i damaged it somehow. I can't see any damage on the parts (VRM Chip etc), maybe ESD (Elektrostatische Aufladung) killed it?

Maybe a bad cable, maybe a bad USB connector, maybe a bad USB port.

If changing the cable and USB port does not help it is the easiest if you return the board.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 30, 2012, 10:04:55 AM
I tried nearly everything now and i think that this is the only solution :(

Maybe u could find out whats wrong with it. It was mining happily for two month straight now.


How Should i send it in? With or without the heatsink i used? 


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on April 30, 2012, 10:09:04 AM
What about high end thermal pad's, like Phobya XT (http://www.cool4pc.de/Phobya_Waermeleitpad_XT_7Wmk_05mm_120x20mm_fuer_ramplex_innovatek_Mips_Koolance.html (http://www.cool4pc.de/Phobya_Waermeleitpad_XT_7Wmk_05mm_120x20mm_fuer_ramplex_innovatek_Mips_Koolance.html))? Is it worth a try?

Good thermal pads can be used. (But not the ones delivered with the cooler. They are quite poor).

Thermal grease is better because the layer should always be thinner than a pad.

I recommend low viscosity thermal grease (if you are from Germany you can use item no. "LEITPASTE 20GR" from http://www.reichelt.de) and the "blob in the center" method. It is simple, quick and save. I use this method for testing new batches and never had any problems.




Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on April 30, 2012, 10:13:52 AM
How Should i send it in? With or without the heatsink i used? 

Without heat sink. Write me an email if you do not have my address.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 30, 2012, 10:23:18 AM
I will do that :)


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Gomeler on April 30, 2012, 03:45:11 PM
To check if the FPGA package is bent, get a razor blade and gently hold it blade-side against the top of the IHS. We did this to see how concave/convex the IHS were on Intel chips. The blade, being perfectly straight, will make contact with the parts of the package that protrude the most.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on April 30, 2012, 08:03:51 PM
pls don't start sanding FPGA Packages like Intel IHS :D


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Gomeler on April 30, 2012, 10:35:29 PM
pls don't start sanding FPGA Packages like Intel IHS :D

Hahaha. I don't think that would be the right solution to this  ;D


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on May 01, 2012, 05:57:36 PM
Got my Quad today :D. Speed is as expected. Thanks god no 196 chip... 1x 212, 2x 208 and 1x 204 MHz with the stock fans. I plan to replace the 40mm fans with two 120mm fans, one from above and one from below plus some RAM coolers on the bottom of the chips. Would be nice if I could gain some extra speed.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: CA Coins on May 01, 2012, 06:49:19 PM
Interesting thought to put a heatsink on the bottom.  Maybe I will experiment with it as well. 
@pazor:  What speeds are you getting without the bottom heatsink?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on May 01, 2012, 07:22:48 PM
I regreased the 204 chip with no effect. Looks like it's going to fall back to 200 MHz after longer runtime. Not tragic but interesting to see the differences.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: pazor on May 01, 2012, 07:51:03 PM
Interesting thought to put a heatsink on the bottom.  Maybe I will experiment with it as well.  
@pazor:  What speeds are you getting without the bottom heatsink?

without bottom heatsink and fan (fan is recommended)
between 212MH/s and 216MH/s with error rates abou 0.3-0.6%

with bottom heatsink and fan
now 220MH/s with 0.00% error rate

next step:
i replace the xilence heatsink and fan (top) and the zalman heatsink and fan (bottom) with 2x titan heatsink and fan.
make an sandwich

fan
heatsink
grease
fpga
pcb
grease
pad
grease
heatsink
fan

the pad is used because the pcb is not plain enough for the heatsink
i will try to reach 224MH/s with 0.00% error rate
 ;D


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: CA Coins on May 01, 2012, 08:11:06 PM
So it looks like the bottom heatsink and fan is definitely helping with the speed/thermals.  I am going to give it a test.  

Does anybody know if the heatsink has to be suspended in air?  I am putting these babies on top of a wooden rack.  I was thinking of supporting the middle with another screw since I have noticed the board (quads) to flex a little bit.  Now I am thinking of covering the bottom with a piece of thermal pad that is supported by a heatsink (I have ~20 old 1U socket 478 Cu heatsinks).  I assume that as long as the pad/case is non-conductive/capacitive I should be alright. But please let me know if this wouldn't work before I experiment.  (@pazor:  Your setup is definitely more elegant.  But I have a number of boards and the cost with the screws/added heatsinks is a consideration.)

FPGA
pad (fasten to the board via the 4 standoff screws, maybe the Fujipoly thermal pad, frozencpu dot com)
heatsink (same height as the 4 raised standoffs)
Wood

The alternative is to use 4 passive VGA coolers attached to the bottom of the LX150.  Probably safer and cleaner.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: pazor on May 01, 2012, 08:27:14 PM
So it looks like the bottom heatsink and fan is definitely helping with the speed/thermals.  I am going to give it a test.  

Does anybody know if the heatsink has to be suspended in air?  I am putting these babies on top of a wooden rack.  I was thinking of supporting the middle with another screw since I have noticed the board (quads) to flex a little bit.  Now I am thinking of covering the bottom with a piece of thermal pad that is supported by a heatsink (I have ~20 old 1U socket 478 Cu heatsinks).  I assume that as long as the pad/case is non-conductive/capacitive I should be alright. But please let me know if this wouldn't work before I experiment.  (@pazor:  Your setup is definitely more elegant.  But I have a number of boards and the cost with the screws/added heatsinks is a consideration.)

FPGA
pad (fasten to the board via the 4 standoff screws, maybe the Fujipoly thermal pad, frozencpu dot com)
heatsink (same height as the 4 raised standoffs)
Wood

The alternative is to use 4 passive VGA coolers attached to the bottom of the LX150.  Probably safer and cleaner.

try to use the 4 passive vga coolers and take a fan to blow constantly from the bottom.
i think that should make sense.

if i change my cooling setup with the two titan heatsink/fan combination i will report the results.

good luck!


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ummas on May 01, 2012, 08:34:40 PM
I bought  4 heatsinks to mount in fromthe bottom through thermalpad.
Best bacplate ever.
I`ll try to watercool it and report the effect.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: CA Coins on May 02, 2012, 06:21:20 AM
Most likely I will go with the passive VGA memory coolers, but I am surprised I haven't got any "you're crazy" comments for my other idea.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on May 02, 2012, 08:08:30 AM
What about high end thermal pad's, like Phobya XT (http://www.cool4pc.de/Phobya_Waermeleitpad_XT_7Wmk_05mm_120x20mm_fuer_ramplex_innovatek_Mips_Koolance.html (http://www.cool4pc.de/Phobya_Waermeleitpad_XT_7Wmk_05mm_120x20mm_fuer_ramplex_innovatek_Mips_Koolance.html))? Is it worth a try?

Good thermal pads can be used. (But not the ones delivered with the cooler. They are quite poor).

Thermal grease is better because the layer should always be thinner than a pad.

I recommend low viscosity thermal grease (if you are from Germany you can use item no. "LEITPASTE 20GR" from http://www.reichelt.de) and the "blob in the center" method. It is simple, quick and save. I use this method for testing new batches and never had any problems.


I've tried Arctic MX 2. It's better than Artic Silver 5, but I could not experience such a huge step like Chefnet:

or better cooling, my single went up from 204 to 220 with artic mx-2 under the cooler

... usually I get 4-8 Mhz more.

Code:
002-0: ztex_ufm1_15y1-04A347274B-1: f=200.00MHz,  errorRate=0.00%,  maxErrorRate=0.58%,  hashRate=200.0MH/s,  submitted 12 new nonces,  luckFactor=0.99
002-0: ztex_ufm1_15y1-04A347274B-2: f=204.00MHz,  errorRate=0.00%,  maxErrorRate=1.52%,  hashRate=204.0MH/s,  submitted 17 new nonces,  luckFactor=0.97
002-0: ztex_ufm1_15y1-04A347274B-3: f=196.00MHz,  errorRate=0.00%,  maxErrorRate=0.81%,  hashRate=196.0MH/s,  submitted 10 new nonces,  luckFactor=1.03
002-0: ztex_ufm1_15y1-04A347274B-4: f=200.00MHz,  errorRate=0.00%,  maxErrorRate=1.18%,  hashRate=200.0MH/s,  submitted 19 new nonces,  luckFactor=1.02
---
002-0: ztex_ufm1_15y1-04A347274B-2: f=208.00MHz,  errorRate=0.00%,  maxErrorRate=0.50%,  hashRate=208.0MH/s,  submitted 9 new nonces,  luckFactor=0.96
002-0: ztex_ufm1_15y1-04A347274B-3: f=200.00MHz,  errorRate=0.00%,  maxErrorRate=0.62%,  hashRate=200.0MH/s,  submitted 11 new nonces,  luckFactor=0.98
002-0: ztex_ufm1_15y1-04A347274B-4: f=204.00MHz,  errorRate=0.00%,  maxErrorRate=0.99%,  hashRate=204.0MH/s,  submitted 15 new nonces,  luckFactor=0.96
002-0: ztex_ufm1_15y1-04A3476278-1: f=208.00MHz,  errorRate=0.65%,  maxErrorRate=3.22%,  hashRate=206.6MH/s,  submitted 18 new nonces,  luckFactor=0.96

@Chefnet: How do you apply the grease? A blob in the middle? How much? Moving the heatsink around, or just pushing it down?

The one problematic board still sucks. Hashrate went up:
Code:
002-0: ztex_ufm1_15y1-04A3476278-1: f=200.00MHz,  errorRate=0.87%,  maxErrorRate=1.00%,  hashRate=198.3MH/s,  submitted 14 new nonces,  luckFactor=0.82
002-0: ztex_ufm1_15y1-04A3476278-2: f=196.00MHz,  errorRate=0.23%,  maxErrorRate=0.55%,  hashRate=195.5MH/s,  submitted 16 new nonces,  luckFactor=0.88
002-0: ztex_ufm1_15y1-04A3476278-3: f=196.00MHz,  errorRate=0.00%,  maxErrorRate=0.81%,  hashRate=196.0MH/s,  submitted 13 new nonces,  luckFactor=0.83
002-0: ztex_ufm1_15y1-04A3476278-4: f=192.00MHz,  errorRate=0.11%,  maxErrorRate=0.50%,  hashRate=191.8MH/s,  submitted 10 new nonces,  luckFactor=0.95
---
002-0: ztex_ufm1_15y1-04A3476278-1: f=208.00MHz,  errorRate=0.81%,  maxErrorRate=3.22%,  hashRate=206.3MH/s,  submitted 16 new nonces,  luckFactor=0.96
002-0: ztex_ufm1_15y1-04A3476278-2: f=204.00MHz,  errorRate=0.26%,  maxErrorRate=1.20%,  hashRate=203.5MH/s,  submitted 17 new nonces,  luckFactor=1.06
002-1: ztex_ufm1_15y1-04A3476278-3: f=204.00MHz,  errorRate=0.04%,  maxErrorRate=3.01%,  hashRate=203.9MH/s,  submitted 15 new nonces,  luckFactor=0.98
002-1: ztex_ufm1_15y1-04A3476278-4: f=196.00MHz,  errorRate=0.00%,  maxErrorRate=0.56%,  hashRate=196.0MH/s,  submitted 10 new nonces,  luckFactor=1.06

...but No.4 still is below 200 Mhz and I'm getting FPGA-shutdowns (5 times since yesterday):
Code:
002-0: ztex_ufm1_15y1-04A3476278-1: Error: Hash rate drop of 5.8% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  51.99384114688102: Device disabled since 2012-05-02T03:05:59
002-0: ztex_ufm1_15y1-04A3476278-2: Error: Hash rate drop of 5.4% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  51.772818289686384: Device disabled since 2012-05-02T02:57:22


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Chefnet on May 02, 2012, 08:11:44 AM
i have allocated it around the chip not only in the middle. why it was such a big step I don't know.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on May 02, 2012, 09:00:27 AM
without bottom heatsink and fan (fan is recommended)
between 212MH/s and 216MH/s with error rates abou 0.3-0.6%

with bottom heatsink and fan
now 220MH/s with 0.00% error rate

The bottom side of the PCB only gets hot if the heat transfer on the top side of the chip is insufficient.

If heat sink is installed properly the temperature on the bottom side is about 10°C over ambient temperature. Cooling it down by 5°C would cool down the chip by about 2°C (due to the bad thermal conductivity of the PCB). This has no effect.

Use low viscostity thermal grease (e.g. the one delivered with the cooler) and the (big) "blob in the center" method: https://bitcointalk.org/index.php?topic=49180.msg875211#msg875211 . This is simple, quick and save.





Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on May 02, 2012, 10:31:19 AM
My quad was not working properly at first. I reapplied new thermal compound and the heatsinks. Then it worked perfect :)

 My new single, that I programmed with the wron bitstream, works verry well to. It runs 220 MHz with the stock cooler and stock thermal compound!;)


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on May 02, 2012, 08:16:50 PM
I was playing around with two 120mm fans. Let's make it short: It was disappointing ! No matter from where you blow at the board you will not gain more than 4 MHz. Looks like things are really maxed out with this heatsink.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: simon66 on May 02, 2012, 10:53:52 PM
I was playing around with two 120mm fans. Let's make it short: It was disappointing ! No matter from where you blow at the board you will not gain more than 4 MHz. Looks like things are really maxed out with this heatsink.

Please post some pics lol. Of your board that is.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on May 03, 2012, 10:30:13 AM

Please post some pics lol. Of your board that is.

I'm facing some nasty DCOD problems. Yesterday evening the boards ran 2x 212, 1x 208 and 1x 204. When I woke up board nr3 is down. Overheat protection. An other one is down to 200 MHz. I removed nr3 and placed it again with the same result. But this time all the other chips follow the downclock. 10 seconds and you have a dead board. I switched power supply with the same result. Going to re-upload the firmware this evening and screwing down the heatsinks. I dislike the weakness of the PCB it looks like it's bending a bit. Not sure if that is part of the problem. I'm pretty pissed but I know this from my 1.15d board. I'm ready for some clamp action.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on May 03, 2012, 11:36:13 AM

Please post some pics lol. Of your board that is.

I'm facing some nasty DCOD problems. Yesterday evening the boards ran 2x 212, 1x 208 and 1x 204. When I woke up board nr3 is down. Overheat protection.

Same problem here. My top-board (228, 232, 235, 224) was down in  the morning due to Overheat protection. But I think it's not a cooling issue, rather than a power issue. The board was running super stable for days. Yesterday I changed the setup to another room. PSU is a Cooler Master Gold 700W and the setup consumes 400W at the power plug (CPU, 2x 5870, 3x Ztex Quad).

I power the Quads from one PCIe power cable. This cable has 1x PCIe-6/8 and 1x PCIe-6 connector. PCIe cable to Quad's is wired in this way (the little o is the pin of the PCIe connector):
Code:
            o-12v Q1 o-GND Q1
PCIe-6 (1)  o-       o-GND Q1
            o-12v Q2 o-GND Q2

            o-       o-GND Q2
PCIe-6 (2)  o-       o-GND Q3
            o-12v Q3 o-GND Q3


The Quad which came down over night is Q3 and is connected to the second PCIe-6 plug of the power cable, which in turn extends from the first PCIe-6/8 plug. Maybe this is the problem (GND wires)?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on May 03, 2012, 04:20:46 PM
If there are problems with particular boards, please send me the complete logs (from starting the board till occurrence of the problem) per email (http://www.ztex.de/imgs/1a346.png). I cannot help If I do not know what is going on.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on May 03, 2012, 08:26:06 PM
It's only one chip from the board that doesn't work on my side. Looks like i got the ztex trio :'(

Edit: Ztex offered me to send the board in :)

http://i.imgur.com/aQAfs.jpg


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: nelisky on May 04, 2012, 08:13:54 AM
I have a test branch with support for ZTEX 1.15y quad boards. Anyone willing to give it a try please grab the source at https://github.com/nelisky/cgminer/tree/ztex-120417

If you are unable to compile it yourself I might be able to provide binaries on some platforms.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Kuma on May 04, 2012, 08:57:44 AM
Great job Nelisky,
I'll try to test it today and I hope Iwon't burn my Ztex board  :P.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on May 04, 2012, 09:28:44 AM
I can tell u that cgminer works charming with all my boards (running since yesterday. Ill post a pic)


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: pazor on May 04, 2012, 09:32:19 AM
I can tell u that cgminer works charming with all my boards (running since yesterday. Ill post a pic)

any advance ?
what the differenc to btcminer of ztex ?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on May 04, 2012, 09:38:37 AM
For example multi platform mining? (so u don't need Java and u can plug your boards into the GPU miners that u already hav in use)
Better GUI (I mean the visible screen with all the info like stales, has rate, etc.)
Multipool option

End of thinking capability :p

Go read cgminer thread for all the benefits ;)


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on May 04, 2012, 10:38:04 AM
I have a test branch with support for ZTEX 1.15y quad boards. Anyone willing to give it a try please grab the source at https://github.com/nelisky/cgminer/tree/ztex-120417

If you are unable to compile it yourself I might be able to provide binaries on some platforms.

Compiled... and it's running on 2 Quads. Great job!!!


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on May 04, 2012, 11:11:53 AM
I have a test branch with support for ZTEX 1.15y quad boards. Anyone willing to give it a try please grab the source at https://github.com/nelisky/cgminer/tree/ztex-120417

If you are unable to compile it yourself I might be able to provide binaries on some platforms.

Compiled... and it's running on 2 Quads. Great job!!!


Code:
[2012-05-04 12:50:41] ZTEX 003:005-04A3466370: Frequency change from 212.00 to 216.00 Mhz
[2012-05-04 12:50:41] ZTEX 003:005-04A3466370: Frequency change from 212.00 to 216.00 Mhz
[2012-05-04 12:50:43] Accepted 710365f7.ca63213a ZTX 1 pool 0
[2012-05-04 12:50:43] Accepted 6b11ae9f.70effa52 ZTX 6 pool 0
[2012-05-04 12:50:51] ZTEX 001:014-04A346BE51: Frequency change from 212.00 to 216.00 Mhz
[2012-05-04 12:50:52] ZTEX 001:014-04A346BE51: Frequency change from 212.00 to 216.00 Mhz
[2012-05-04 12:50:52] ZTEX 003:005-04A3466370: Frequency change from 216.00 to 212.00 Mhz
[2012-05-04 12:50:52] ZTEX 001:014-04A346BE51: Frequency change from 212.00 to 216.00 Mhz
[2012-05-04 12:50:52] ZTEX 001:014-04A346BE51: Frequency change from 212.00 to 216.00 Mhz
[2012-05-04 12:50:54] Accepted b7f4faac.c6f9861c ZTX 1 pool 0
[2012-05-04 12:50:55] Accepted 1af6ea76.aa90d4f9 ZTX 6 pool 0
[2012-05-04 12:50:58] Accepted 47e2c5b7.ef88efee ZTX 3 pool 0

Missing a minor info about the fpga number on the quad. For instance:
Code:
[2012-05-04 12:50:41] ZTEX 003:005-04A3466370: Frequency change from 212.00 to 216.00 Mhz

does not say which of the 4 quads you are talking about. Put a suffix "-1" ... "-4" at the end of the serial number. In this way:
Code:
[2012-05-04 12:50:41] ZTEX 003:005-04A3466370-1: Frequency change from 212.00 to 216.00 Mhz

Hope this is possible.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on May 04, 2012, 11:27:12 AM
Runnig great without errors on all my boards:
http://www.abload.de/thumb/mobile.1x2ivq.jpg (http://www.abload.de/image.php?img=mobile.1x2ivq.jpg)


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: nelisky on May 04, 2012, 11:39:25 AM
Missing a minor info about the fpga number on the quad. For instance:
Code:
[2012-05-04 12:50:41] ZTEX 003:005-04A3466370: Frequency change from 212.00 to 216.00 Mhz

does not say which of the 4 quads you are talking about. Put a suffix "-1" ... "-4" at the end of the serial number. In this way:
Code:
[2012-05-04 12:50:41] ZTEX 003:005-04A3466370-1: Frequency change from 212.00 to 216.00 Mhz

Hope this is possible.

Sure thing. I'll have that in soon.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on May 04, 2012, 01:15:43 PM
Another minor issue. While starting cgminer logs:

Code:
...
[2012-05-04 15:05:16] ZTEX 002:009-04A346343E: Frequency change from 1024.00 to 200.00 Mhz
[2012-05-04 15:05:17] ZTEX 002:009-04A346343E: Frequency change from 1024.00 to 200.00 Mhz
[2012-05-04 15:05:18] ZTEX 002:010-04A3476278: Frequency change from 1024.00 to 200.00 Mhz
...

seems that oldfreq isn't proper initialized:

Code:
int libztex_setFreq(struct libztex_device *ztex, uint16_t freq) {
...
        if (oldfreq == -1)
                applog(LOG_WARNING, "%s: Frequency set to %0.2f Mhz",
                       ztex->repr, ztex->freqM1 * (ztex->freqM + 1));



Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: nelisky on May 04, 2012, 02:22:29 PM
Another minor issue. While starting cgminer logs:

Code:
...
[2012-05-04 15:05:16] ZTEX 002:009-04A346343E: Frequency change from 1024.00 to 200.00 Mhz
[2012-05-04 15:05:17] ZTEX 002:009-04A346343E: Frequency change from 1024.00 to 200.00 Mhz
[2012-05-04 15:05:18] ZTEX 002:010-04A3476278: Frequency change from 1024.00 to 200.00 Mhz
...

seems that oldfreq isn't proper initialized:

Code:
int libztex_setFreq(struct libztex_device *ztex, uint16_t freq) {
...
        if (oldfreq == -1)
                applog(LOG_WARNING, "%s: Frequency set to %0.2f Mhz",
                       ztex->repr, ztex->freqM1 * (ztex->freqM + 1));




Yep, I have this one in my todo already. But since it is really a minor annoyance I've been focusing on the more urgent stuff. I'll try to fix that one with the next push.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on May 04, 2012, 03:32:58 PM
Any recommendations for USB hub? Need to connect 25 FPGAs.

+1

I'm using this USB-Hub without any problems so far. No need to power the hub.

Belkin Hi-Speed USB 2.0 7-port Hub:
(en) http://www.belkin.com/IWCatProductPage.process?Product_Id=608536 (http://www.belkin.com/IWCatProductPage.process?Product_Id=608536)
(de) http://www.heise.de/preisvergleich/523198 (http://www.heise.de/preisvergleich/523198)

http://www.belkin.com/images/product/F5U701-BLK/FUL1_F5U701-BLK.jpg

[edit] image added.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: CA Coins on May 04, 2012, 06:49:01 PM
I am using this USB hub:
http://www.amazon.com/gp/product/B00483WRZ6/ref=oh_details_o00_s00_i00 (http://www.amazon.com/gp/product/B00483WRZ6/ref=oh_details_o00_s00_i00)
http://ecx.images-amazon.com/images/I/41uFH06GqLL._SL500_AA300_.jpg
MB to 1 master hub then to 10 additional hubs then to the 1.15x

You can get away with just powering the master hub, but the power adapter will get hot if you run a number of boards.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Kuma on May 04, 2012, 07:28:08 PM
Great job Nelisky, works perfectly! I hope, it will be included in the next release of cgminer.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: pazor on May 04, 2012, 07:38:46 PM
did anyone measure the current (A) that take the 1.15x and 1.15y ztex boards ?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: nelisky on May 04, 2012, 07:57:36 PM
Great job Nelisky, works perfectly! I hope, it will be included in the next release of cgminer.

Thank you :)

A Pull Request has been issued to the main cgminer repository so I'm sure it will get included soon.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: punin on May 04, 2012, 10:08:23 PM
I am using this USB hub:
http://www.amazon.com/gp/product/B00483WRZ6/ref=oh_details_o00_s00_i00 (http://www.amazon.com/gp/product/B00483WRZ6/ref=oh_details_o00_s00_i00)



If you can live with the color, it's a $11 10-port hub from dealextreme. No problems so far (4 months). I'm running 3 of them. http://www.dealextreme.com/p/high-speed-usb2-0-1-1-10-port-usb-hub-pink-39715?item=8 (http://www.dealextreme.com/p/high-speed-usb2-0-1-1-10-port-usb-hub-pink-39715?item=8)


http://img.dxcdn.com/productimages/sku_39715_1.jpg


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ummas on May 05, 2012, 03:37:22 PM
Nelisky
Can i have binarys for ubuntu 11.04?
I`m still unable to compile, and i`m trying once a mounth at least :/


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: nelisky on May 05, 2012, 06:08:50 PM
Nelisky
Can i have binarys for ubuntu 11.04?
I`m still unable to compile, and i`m trying once a mounth at least :/


Wouldn't you rather learn how to correctly compile? Let me know how it is failing for you or give me ssh access to the machine and we can fix that for you.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: bulanula on May 05, 2012, 06:16:58 PM
Nelisky
Can i have binarys for ubuntu 11.04?
I`m still unable to compile, and i`m trying once a mounth at least :/


Wouldn't you rather learn how to correctly compile? Let me know how it is failing for you or give me ssh access to the machine and we can fix that for you.

Give a man a fish and you feed him for a day. Teach a man how to fish and you feed him for a lifetime.

But people are lazy and want to get the money printer running right away ...


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on May 05, 2012, 06:42:29 PM
But people are lazy and want to get the money printer running right away ...

Not everyone gets overpaid...


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ummas on May 05, 2012, 10:05:04 PM
My notebook broke down.compiling on my tablet sux :/
I`ll try asap on monday


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on May 06, 2012, 04:27:37 PM
 ;D I was able to bring chip number 3 back to life ! For all those who wondered, the board will work fine if one chip fails. Since the chip was working on arrival I refused Ztex's offer to send the board back for warranty. I was sad but it turned out that the mistake was on my side. It looks like I used a bit too much thermal grease at the wrong place. Somehow, the grease must have found a way to some components on the board or even the pins of the FPGA.

I removed the heatsink, cleaned the FPGA with ethanol and gave it a good spray of WD40. BAAAM, I'm back in business 8)

Code:
New block detected by long polling
bus-0-0: ztex_ufm1_15d4-0001-02-05-1: f=204.00MHz,  errorRate=0.00%,  maxErrorRa
te=0.50%,  hashRate=204.0MH/s,  submitted 14 new nonces,  luckFactor=0.99
bus-0-0: ztex_ufm1_15d4-0001-02-06-1: f=208.00MHz,  errorRate=0.49%,  maxErrorRa
te=1.41%,  hashRate=207.0MH/s,  submitted 10 new nonces,  luckFactor=1.01
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: f=212.00MHz,  errorRate=0.18%,  maxErrorRa
te=2.26%,  hashRate=211.6MH/s,  submitted 19 new nonces,  luckFactor=0.96
bus-0-0: ztex_ufm1_15y1-0001-02-07-2: f=204.00MHz,  errorRate=0.00%,  maxErrorRa
te=0.00%,  hashRate=204.0MH/s,  submitted 14 new nonces,  luckFactor=1.03
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Error: Hash rate drop of 6.0% detect. This
 may be caused by overheating. FPGA is shut down to prevent damage.  50.0: Devic
e disabled since 2012-05-05T19:04:40
bus-0-0: ztex_ufm1_15y1-0001-02-07-4: f=200.00MHz,  errorRate=0.39%,  maxErrorRa
te=0.91%,  hashRate=199.2MH/s,  submitted 15 new nonces,  luckFactor=1.03
bus-0-0: poll loop time: 34ms (USB: 3ms network: 31ms)   getwork time: 136ms  su
bmit time: 218ms
Total hash rate: 1025.8 MH/s
Total submitted hash rate: 1025.5 MH/s
 --------
(Re)Scanning bus ...
MAC address: 0004a32dccc0
ztex_ufm1_15d4-0001-02-05: New device: bitfile=ztex_ufm1_15d4   f_default=200.00
MHz  f_max=240.00MHz  HpC=1.0H
ztex_ufm1_15d4-0001-02-05: FPGA 1: configuration time: 336 ms
ztex_ufm1_15d4-0001-02-05-1: New FPGA
ztex_ufm1_15d4-0001-02-05-1: Set frequency to 200.00MHz
Starting mining thread for bus bus-0-0
bus-0-0: ztex_ufm1_15d4-0001-02-05-1: added
MAC address: 0004a32df1c1
ztex_ufm1_15d4-0001-02-06: New device: bitfile=ztex_ufm1_15d4   f_default=200.00
MHz  f_max=240.00MHz  HpC=1.0H
ztex_ufm1_15d4-0001-02-06: FPGA 1: configuration time: 337 ms
ztex_ufm1_15d4-0001-02-06-1: New FPGA
ztex_ufm1_15d4-0001-02-06-1: Set frequency to 200.00MHz
bus-0-0: ztex_ufm1_15d4-0001-02-06-1: added
MAC address: 0004a3462b87
ztex_ufm1_15y1-0001-02-07: New device: bitfile=ztex_ufm1_15y1   f_default=200.00
MHz  f_max=240.00MHz  HpC=1.0H
ztex_ufm1_15y1-0001-02-07: FPGA 1: configuration time: 320 ms
ztex_ufm1_15y1-0001-02-07: FPGA 2: configuration time: 317 ms
ztex_ufm1_15y1-0001-02-07: FPGA 3: configuration time: 317 ms
ztex_ufm1_15y1-0001-02-07: FPGA 4: configuration time: 318 ms
ztex_ufm1_15y1-0001-02-07-1: New FPGA
ztex_ufm1_15y1-0001-02-07-1: Set frequency to 200.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: added
ztex_ufm1_15y1-0001-02-07-2: New FPGA
ztex_ufm1_15y1-0001-02-07-2: Set frequency to 200.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-2: added
ztex_ufm1_15y1-0001-02-07-3: New FPGA
ztex_ufm1_15y1-0001-02-07-3: Set frequency to 200.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: added
ztex_ufm1_15y1-0001-02-07-4: New FPGA
ztex_ufm1_15y1-0001-02-07-4: Set frequency to 200.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-4: added
3 new devices found.

Summary:
  Bus bus-0-0   : 6 miners
  Total         : 6 miners


Disconnect all devices or enter `q' for exit. Enter `h' for help.

bus-0-0: ztex_ufm1_15y1-0001-02-07-4: Using LongPolling URL http://mint.bitminte
r.com:8332/lp
bus-0-0: ztex_ufm1_15d4-0001-02-05-1: f=200.00MHz,  errorRate=0.00%,  maxErrorRa
te=0.00%,  hashRate=200.0MH/s,  submitted 5 new nonces,  luckFactor=1.79
bus-0-0: ztex_ufm1_15d4-0001-02-06-1: f=200.00MHz,  errorRate=0.00%,  maxErrorRa
te=0.00%,  hashRate=200.0MH/s,  submitted 5 new nonces,  luckFactor=1.79
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: f=200.00MHz,  errorRate=0.00%,  maxErrorRa
te=0.00%,  hashRate=200.0MH/s,  submitted 1 new nonces,  luckFactor=0.36
bus-0-0: ztex_ufm1_15y1-0001-02-07-2: f=200.00MHz,  errorRate=0.00%,  maxErrorRa
te=0.00%,  hashRate=200.0MH/s,  submitted 0 new nonces,  luckFactor=0.00
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: f=200.00MHz,  errorRate=0.00%,  maxErrorRa
te=0.00%,  hashRate=200.0MH/s,  submitted 4 new nonces,  luckFactor=1.44
bus-0-0: ztex_ufm1_15y1-0001-02-07-4: f=200.00MHz,  errorRate=0.00%,  maxErrorRa
te=0.00%,  hashRate=200.0MH/s,  submitted 3 new nonces,  luckFactor=1.08
bus-0-0: poll loop time: 26ms (USB: 4ms network: 22ms)   getwork time: 96ms  sub
mit time: 101ms
Total hash rate: 1200.0 MH/s
Total submitted hash rate: 1288.3 MH/s
 --------
bus-0-0: ztex_ufm1_15y1-0001-02-07-4: Set frequency to 204.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-2: Set frequency to 204.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 204.00MHz
bus-0-0: ztex_ufm1_15d4-0001-02-05-1: Set frequency to 204.00MHz
bus-0-0: ztex_ufm1_15d4-0001-02-06-1: Set frequency to 204.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: Set frequency to 204.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-2: Set frequency to 208.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 208.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-4: Set frequency to 208.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: Set frequency to 208.00MHz
bus-0-0: ztex_ufm1_15d4-0001-02-05-1: Set frequency to 208.00MHz
bus-0-0: ztex_ufm1_15d4-0001-02-06-1: Set frequency to 208.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-4: Set frequency to 204.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-2: Set frequency to 212.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 212.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: Set frequency to 212.00MHz
bus-0-0: ztex_ufm1_15d4-0001-02-06-1: Set frequency to 212.00MHz
bus-0-0: ztex_ufm1_15d4-0001-02-05-1: Set frequency to 212.00MHz
bus-0-0: ztex_ufm1_15d4-0001-02-05-1: Set frequency to 208.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-2: Set frequency to 208.00MHz
bus-0-0: ztex_ufm1_15d4-0001-02-06-1: Set frequency to 208.00MHz
bus-0-0: ztex_ufm1_15d4-0001-02-06-1: Set frequency to 212.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 216.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: Set frequency to 216.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 212.00MHz
bus-0-0: ztex_ufm1_15d4-0001-02-06-1: Set frequency to 208.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 216.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: Set frequency to 212.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 212.00MHz
bus-0-0: ztex_ufm1_15d4-0001-02-05-1: f=208.00MHz,  errorRate=0.79%,  maxErrorRa
te=0.95%,  hashRate=206.4MH/s,  submitted 8 new nonces,  luckFactor=0.76
bus-0-0: ztex_ufm1_15d4-0001-02-06-1: f=208.00MHz,  errorRate=0.35%,  maxErrorRa
te=1.10%,  hashRate=207.3MH/s,  submitted 14 new nonces,  luckFactor=1.10
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: f=212.00MHz,  errorRate=0.00%,  maxErrorRa
te=0.00%,  hashRate=212.0MH/s,  submitted 11 new nonces,  luckFactor=0.68
bus-0-0: ztex_ufm1_15y1-0001-02-07-2: f=208.00MHz,  errorRate=0.77%,  maxErrorRa
te=1.05%,  hashRate=206.4MH/s,  submitted 16 new nonces,  luckFactor=0.93
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: f=212.00MHz,  errorRate=0.67%,  maxErrorRa
te=1.70%,  hashRate=210.6MH/s,  submitted 14 new nonces,  luckFactor=1.02
bus-0-0: ztex_ufm1_15y1-0001-02-07-4: f=204.00MHz,  errorRate=0.93%,  maxErrorRa
te=1.56%,  hashRate=202.1MH/s,  submitted 11 new nonces,  luckFactor=0.83
bus-0-0: poll loop time: 26ms (USB: 5ms network: 21ms)   getwork time: 94ms  sub
mit time: 115ms
Total hash rate: 1244.7 MH/s
Total submitted hash rate: 1097.5 MH/s
 --------
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 208.00MHz
bus-0-0: ztex_ufm1_15d4-0001-02-05-1: Set frequency to 212.00MHz
bus-0-0: ztex_ufm1_15d4-0001-02-05-1: Set frequency to 208.00MHz
New block detected by long polling
bus-0-0: ztex_ufm1_15d4-0001-02-05-1: f=208.00MHz,  errorRate=0.14%,  maxErrorRa
te=1.43%,  hashRate=207.7MH/s,  submitted 11 new nonces,  luckFactor=0.76
bus-0-0: ztex_ufm1_15d4-0001-02-06-1: f=208.00MHz,  errorRate=0.01%,  maxErrorRa
te=1.10%,  hashRate=208.0MH/s,  submitted 9 new nonces,  luckFactor=0.88
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: f=212.00MHz,  errorRate=0.07%,  maxErrorRa
te=0.71%,  hashRate=211.9MH/s,  submitted 20 new nonces,  luckFactor=0.99
bus-0-0: ztex_ufm1_15y1-0001-02-07-2: f=208.00MHz,  errorRate=0.08%,  maxErrorRa
te=1.05%,  hashRate=207.8MH/s,  submitted 10 new nonces,  luckFactor=0.82
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: f=208.00MHz,  errorRate=0.00%,  maxErrorRa
te=0.00%,  hashRate=208.0MH/s,  submitted 17 new nonces,  luckFactor=1.10
bus-0-0: ztex_ufm1_15y1-0001-02-07-4: f=204.00MHz,  errorRate=0.38%,  maxErrorRa
te=1.56%,  hashRate=203.2MH/s,  submitted 14 new nonces,  luckFactor=0.90
bus-0-0: poll loop time: 25ms (USB: 5ms network: 20ms)   getwork time: 93ms  sub
mit time: 107ms
Total hash rate: 1246.6 MH/s
Total submitted hash rate: 1125.7 MH/s
 --------
New block detected by long polling
bus-0-0: ztex_ufm1_15y1-0001-02-07-2: Set frequency to 212.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-2: Set frequency to 208.00MHz
bus-0-0: ztex_ufm1_15d4-0001-02-05-1: f=208.00MHz,  errorRate=0.28%,  maxErrorRa
te=1.43%,  hashRate=207.4MH/s,  submitted 21 new nonces,  luckFactor=0.98
bus-0-0: ztex_ufm1_15d4-0001-02-06-1: f=208.00MHz,  errorRate=0.06%,  maxErrorRa
te=1.10%,  hashRate=207.9MH/s,  submitted 19 new nonces,  luckFactor=1.02
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: f=212.00MHz,  errorRate=0.22%,  maxErrorRa
te=0.71%,  hashRate=211.5MH/s,  submitted 9 new nonces,  luckFactor=0.87
bus-0-0: ztex_ufm1_15y1-0001-02-07-2: f=208.00MHz,  errorRate=0.76%,  maxErrorRa
te=1.71%,  hashRate=206.4MH/s,  submitted 5 new nonces,  luckFactor=0.68
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: f=208.00MHz,  errorRate=0.00%,  maxErrorRa
te=0.00%,  hashRate=208.0MH/s,  submitted 17 new nonces,  luckFactor=1.12
bus-0-0: ztex_ufm1_15y1-0001-02-07-4: f=204.00MHz,  errorRate=1.58%,  maxErrorRa
te=1.93%,  hashRate=200.8MH/s,  submitted 19 new nonces,  luckFactor=1.05
bus-0-0: poll loop time: 25ms (USB: 4ms network: 20ms)   getwork time: 94ms  sub
mit time: 104ms
Total hash rate: 1242.0 MH/s
Total submitted hash rate: 1176.5 MH/s
 --------
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: Set frequency to 216.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: Set frequency to 212.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 216.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 212.00MHz
bus-0-0: ztex_ufm1_15d4-0001-02-05-1: f=208.00MHz,  errorRate=0.16%,  maxErrorRa
te=1.43%,  hashRate=207.7MH/s,  submitted 16 new nonces,  luckFactor=1.01
bus-0-0: ztex_ufm1_15d4-0001-02-06-1: f=208.00MHz,  errorRate=0.01%,  maxErrorRa
te=1.10%,  hashRate=208.0MH/s,  submitted 12 new nonces,  luckFactor=0.97
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: f=212.00MHz,  errorRate=0.51%,  maxErrorRa
te=1.13%,  hashRate=210.9MH/s,  submitted 15 new nonces,  luckFactor=0.91
bus-0-0: ztex_ufm1_15y1-0001-02-07-2: f=208.00MHz,  errorRate=0.02%,  maxErrorRa
te=1.71%,  hashRate=208.0MH/s,  submitted 19 new nonces,  luckFactor=0.82
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: f=212.00MHz,  errorRate=2.22%,  maxErrorRa
te=2.22%,  hashRate=207.3MH/s,  submitted 17 new nonces,  luckFactor=1.14
bus-0-0: ztex_ufm1_15y1-0001-02-07-4: f=204.00MHz,  errorRate=1.55%,  maxErrorRa
te=1.93%,  hashRate=200.8MH/s,  submitted 12 new nonces,  luckFactor=1.01
bus-0-0: poll loop time: 25ms (USB: 4ms network: 20ms)   getwork time: 91ms  sub
mit time: 104ms
Total hash rate: 1242.6 MH/s
Total submitted hash rate: 1206.5 MH/s



Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: julz on May 07, 2012, 01:08:58 AM
Unfortunately the  1.15y comes in well over the $1000AUD threshold for import to Australia without incurring customs duty and GST.. so I'll be holding off on this until the price for a quad comes down quite a bit.
I'd love to see more motherboard/daughterboard arrangements in FPGA offerings (e.g like the btcfpga quad) so that small scale miners can buy in multiple small-value shipments and build up some gear without paying too high a premium.



Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on May 07, 2012, 09:50:22 AM
did anyone measure the current (A) that take the 1.15x and 1.15y ztex boards ?

The power dissipation for different FPGA boards and with current bitstreams can be found on the BTCMiner homepage (http://www.ztex.de/btcminer) At 212MHz it's about 9.5W per LX150 FPGA.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on May 07, 2012, 09:56:50 AM
I'm using this USB-Hub without any problems so far. No need to power the hub.

USB hubs require some power too. If you use cascades of hubs (i.e. hubs connected to hubs) you should power every second level.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on May 07, 2012, 10:13:19 AM
;D I was able to bring chip number 3 back to life ! For all those who wondered, the board will work fine if one chip fails. Since the chip was working on arrival I refused Ztex's offer to send the board back for warranty. I was sad but it turned out that the mistake was on my side. It looks like I used a bit too much thermal grease at the wrong place. Somehow, the grease must have found a way to some components on the board or even the pins of the FPGA.

I removed the heatsink, cleaned the FPGA with ethanol and gave it a good spray of WD40. BAAAM, I'm back in business 8)

Yes, electrically conductive thermal grease should be avoided. It's something I have to add the the red warning slips.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: P_Shep on May 10, 2012, 04:04:39 AM
nelisky,

How do the bit streams in CGminer work? are they uploaded on startup? Is the path hard coded?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: nelisky on May 10, 2012, 08:06:38 AM
nelisky,

How do the bit streams in CGminer work? are they uploaded on startup? Is the path hard coded?

Bitstreams are stored alongside the cgminer binary (directory 'bitstreams'). The path is hard coded but the bitstream selection is defined in each board firmware.

Bitstreams are uploaded at startup, yes.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: catfish on May 12, 2012, 08:32:18 AM
;D I was able to bring chip number 3 back to life ! For all those who wondered, the board will work fine if one chip fails. Since the chip was working on arrival I refused Ztex's offer to send the board back for warranty. I was sad but it turned out that the mistake was on my side. It looks like I used a bit too much thermal grease at the wrong place. Somehow, the grease must have found a way to some components on the board or even the pins of the FPGA.

I removed the heatsink, cleaned the FPGA with ethanol and gave it a good spray of WD40. BAAAM, I'm back in business 8)

Yes, electrically conductive thermal grease should be avoided. It's something I have to add the the red warning slips.
I agree with you on a technical basis, and it's definitely a good idea to put a red warning slip in for Gusti types, but I'm using Nano Silver thermal compound under extreme thermal conditions and it works well.

The risk is over-application of thermal compound, especially if it is low viscosity - resulting in the compound being squeezed off the surface of the FPGA package and onto nearby surface-mount components, shorting them out (you know this Stefan, I'm writing this for everyone else).

Over-application of electrically conductive thermal compound may trash your boards, and Stefan has clearly stated 'no electrically conductive thermal compound', so NOES WARRANTY if you short out your board.

HOWEVER.... if you apply the compound *correctly* such that it is merely adequate to fill the micrometres between the surface of the FPGA package and the bottom of the heatsink, and ensure that the thickness of the layer of compound is lowest adjacent to the USB controller chip (which has exposed pins - hence the danger), then the risk of damaging the boards with electrically conductive thermal compound is LOW.

Not many thermal compounds are *highly* electrically conductive - even Arctic Silver, which obviously contains silver (an element with exceptional electrical conductivity), is formulated to be electrically non-conductive. Not sure how they manage that, and I'm assuming that my 'Nano Silver' thermal compound *is* slightly electrically conductive, but I'd rather have maximum heat transfer whilst relying on my judgement to apply the compound precisely.

I've double checked this procedure with an old university mate who is now Head Engineer at a rather well known telecoms company, and spent a decade as a VHDL consultant. He knows his FPGAs.


Not meaning to argue with you Stefan - not in the slightest - after all, better safe than sorry. But if you have 'difficult' thermal conditions and need to maximise the heat transfer from the FPGA package to the heatsink, the silver-based compounds work best. I'd rather use a very thin film of silver compound than a big blob of white goop. Ideally, the compound shouldn't extrude past the perimeter of the FPGA package.

And the fact that Turbor's FPGA wasn't permanently destroyed by the short is testament to the quality and toughness of Stefan's boards. Ztex may be on the high end of the price spectrum, but you get what you pay for. I haven't had any problems with my 26 boards yet but the anecdotal evidence from threads here all points to the Ztex boards being very high quality products, and able to withstand more abuse than most.


Time to wire my boards up *properly* according to Stefan's cluster recommendation... currently (heh) my daisy-chain wires are hot to the touch, and that's never good. Pics once finished...


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on May 19, 2012, 10:20:39 PM
I have one Problem with my setup. Everything runs fine for some hours but the 2 or 3 FPGAs (of 10) get kicked out of BTCminer for "overheating" or "some other reason i can't identify".

The boards are cooled by stock Xilence  or Titan heat sink.

If i restart BTCminer everything works perfect again

Its random and affects all units in the same way.

Does anyone have similar issues?




Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on May 19, 2012, 11:41:02 PM
I have one Problem with my setup. Everything runs fine for some hours but the 2 or 3 FPGAs (of 10) get kicked out of BTCminer for "overheating" or "some other reason i can't identify".

The boards are cooled by stock Xilence  or Titan heat sink.

If i restart BTCminer everything works perfect again

Its random and affects all units in the same way.

Does anyone have similar issues?

Quad or single boards ? Does this happen after connection issues ? I do have one sick chip that is down 90% of the time. But this seems to be more like a defective FPGA or a board problem than an actual overheating issue. I decided to use the quad as trio. Somehow I got used to the sexy yellow light :D

Edit: You can try to set -oh to 0.5 or so to see how low the boards frequency will fall down. This way you are able to still use the chip in case something is wrong + it won't hurt because the auto downclock still works. That's why I like this boards so much.

Code:
bus-0-0: ztex_ufm1_15d4-0001-02-05-1: f=208.00MHz,  errorRate=0.66%,  maxErrorRa
te=2.21%,  hashRate=206.6MH/s,  submitted 20 new nonces,  luckFactor=1.16
bus-0-0: ztex_ufm1_15d4-0001-02-06-1: f=208.00MHz,  errorRate=0.37%,  maxErrorRa
te=0.95%,  hashRate=207.2MH/s,  submitted 18 new nonces,  luckFactor=1.05
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: f=212.00MHz,  errorRate=0.39%,  maxErrorRa
te=1.26%,  hashRate=211.2MH/s,  submitted 16 new nonces,  luckFactor=1.12
bus-0-0: ztex_ufm1_15y1-0001-02-07-2: f=208.00MHz,  errorRate=0.19%,  maxErrorRa
te=1.72%,  hashRate=207.6MH/s,  submitted 20 new nonces,  luckFactor=1.18
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: f=120.00MHz,  errorRate=0.00%,  maxErrorRa
te=2.99%,  hashRate=120.0MH/s,  submitted 6 new nonces,  luckFactor=0.87
bus-0-0: ztex_ufm1_15y1-0001-02-07-4: f=200.00MHz,  errorRate=0.37%,  maxErrorRa
te=0.51%,  hashRate=199.3MH/s,  submitted 9 new nonces,  luckFactor=0.94
bus-0-0: poll loop time: 88ms (USB: 5ms network: 84ms)   getwork time: 366ms  su
bmit time: 373ms
Total hash rate: 1151.9 MH/s
Total submitted hash rate: 1226.0 MH/s





Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: CA Coins on May 20, 2012, 01:57:51 PM
I have one Problem with my setup. Everything runs fine for some hours but the 2 or 3 FPGAs (of 10) get kicked out of BTCminer for "overheating" or "some other reason i can't identify".

The boards are cooled by stock Xilence  or Titan heat sink.

If i restart BTCminer everything works perfect again

Its random and affects all units in the same way.

Does anyone have similar issues?


Something like this with the quads?
Code:
2012-05-03T15:59:57: 002-2: ztex_ufm1_15y1-2012-L4-A3-1: Error: Hash rate drop of 7.3% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  55.0: Device disabled since 2012-05-01T19:22:53
2012-05-03T15:59:57: 002-2: ztex_ufm1_15y1-2012-L4-A3-2: Error: Hash rate drop of 7.8% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  50.98564515706362: Device disabled since 2012-05-02T07:51:01
2012-05-03T15:59:57: 002-2: ztex_ufm1_15y1-2012-L4-A3-3: f=212.00MHz,  errorRate=0.00%,  maxErrorRate=4.10%,  hashRate=212.0MH/s,  submitted 19 new nonces,  luckFactor=1.00
2012-05-03T15:59:57: 002-2: ztex_ufm1_15y1-2012-L4-A3-4: f=200.00MHz,  errorRate=0.00%,  maxErrorRate=3.45%,  hashRate=200.0MH/s,  submitted 21 new nonces,  luckFactor=0.99
2012-05-03T15:59:57: 002-2: ztex_ufm1_15y1-2012-L4-B3-1: Error: Hash rate drop of 7.7% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  52.0: Device disabled since 2012-05-03T05:35:39


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: CA Coins on May 20, 2012, 02:02:37 PM

Quad or single boards ? Does this happen after connection issues ? I do have one sick chip that is down 90% of the time. But this seems to be more like a defective FPGA or a board problem than an actual overheating issue. I decided to use the quad as trio. Somehow I got used to the sexy yellow light :D

Edit: You can try to set -oh to 0.5 or so to see how low the boards frequency will fall down. This way you are able to still use the chip in case something is wrong + it won't hurt because the auto downclock still works. That's why I like this boards so much.

Code:
bus-0-0: ztex_ufm1_15d4-0001-02-05-1: f=208.00MHz,  errorRate=0.66%,  maxErrorRa
te=2.21%,  hashRate=206.6MH/s,  submitted 20 new nonces,  luckFactor=1.16
bus-0-0: ztex_ufm1_15d4-0001-02-06-1: f=208.00MHz,  errorRate=0.37%,  maxErrorRa
te=0.95%,  hashRate=207.2MH/s,  submitted 18 new nonces,  luckFactor=1.05
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: f=212.00MHz,  errorRate=0.39%,  maxErrorRa
te=1.26%,  hashRate=211.2MH/s,  submitted 16 new nonces,  luckFactor=1.12
bus-0-0: ztex_ufm1_15y1-0001-02-07-2: f=208.00MHz,  errorRate=0.19%,  maxErrorRa
te=1.72%,  hashRate=207.6MH/s,  submitted 20 new nonces,  luckFactor=1.18
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: f=120.00MHz,  errorRate=0.00%,  maxErrorRa
te=2.99%,  hashRate=120.0MH/s,  submitted 6 new nonces,  luckFactor=0.87
bus-0-0: ztex_ufm1_15y1-0001-02-07-4: f=200.00MHz,  errorRate=0.37%,  maxErrorRa
te=0.51%,  hashRate=199.3MH/s,  submitted 9 new nonces,  luckFactor=0.94
bus-0-0: poll loop time: 88ms (USB: 5ms network: 84ms)   getwork time: 366ms  su
bmit time: 373ms
Total hash rate: 1151.9 MH/s
Total submitted hash rate: 1226.0 MH/s



Whoa, 120MH/s?  Are you thinking about sending it to Stefan for repair?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on May 20, 2012, 03:38:37 PM
Hm now it ran for a night without any problem....
Kind of random ...

i think its my hub ..... Or my mac .... :)

One of my singles only gets about 199 MH/s. And its getting errors with that speed. But its not the one that gets kicked out of BTCMiner.



Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on May 20, 2012, 04:10:10 PM
Whoa, 120MH/s?  Are you thinking about sending it to Stefan for repair?

I got the offer but as long as the other chips work fine I keep it this way. It's not worth the hassle.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on May 21, 2012, 07:10:05 AM
Hm now it ran for a night without any problem....
Kind of random ...

i think its my hub ..... Or my mac .... :)

USB errors look different. That are probably power supply instabilities. (PSU cant handle the load/gets to hot, power cables are to thin / to long, ...)


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on May 21, 2012, 08:48:54 AM
i use the standard puss from your shop. The quad has its own psu, 5 singles are on the splitter (with an standard psu)and one single has its own psu.

I'll have to change that in the near future.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on May 21, 2012, 10:45:51 AM
I have one Problem with my setup. Everything runs fine for some hours but the 2 or 3 FPGAs (of 10) get kicked out of BTCminer for "overheating" or "some other reason i can't identify".

The boards are cooled by stock Xilence  or Titan heat sink.

If i restart BTCminer everything works perfect again

Its random and affects all units in the same way.

Does anyone have similar issues?


Something like this with the quads?
Code:
2012-05-03T15:59:57: 002-2: ztex_ufm1_15y1-2012-L4-A3-1: Error: Hash rate drop of 7.3% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  55.0: Device disabled since 2012-05-01T19:22:53
2012-05-03T15:59:57: 002-2: ztex_ufm1_15y1-2012-L4-A3-2: Error: Hash rate drop of 7.8% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  50.98564515706362: Device disabled since 2012-05-02T07:51:01
2012-05-03T15:59:57: 002-2: ztex_ufm1_15y1-2012-L4-A3-3: f=212.00MHz,  errorRate=0.00%,  maxErrorRate=4.10%,  hashRate=212.0MH/s,  submitted 19 new nonces,  luckFactor=1.00
2012-05-03T15:59:57: 002-2: ztex_ufm1_15y1-2012-L4-A3-4: f=200.00MHz,  errorRate=0.00%,  maxErrorRate=3.45%,  hashRate=200.0MH/s,  submitted 21 new nonces,  luckFactor=0.99
2012-05-03T15:59:57: 002-2: ztex_ufm1_15y1-2012-L4-B3-1: Error: Hash rate drop of 7.7% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  52.0: Device disabled since 2012-05-03T05:35:39

I also experience these "hashrate drop errors", but only with BTCMiner. With cgminer 2.4.1 I've never got such an error. The hashrate drop code is present in cgminer. So what does it mean? The hashrate drop errors are present, but cgminer fails to detect them. Or, something is wrong within BTCMiner. One observation I've made... I get the hashrate drop errors in BTCMiner always around "new block" announcments.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on May 21, 2012, 12:18:40 PM
Its not only hash rate drops also libusb errors occur. i try to find some logs for this.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: CA Coins on May 21, 2012, 08:35:50 PM
Its not only hash rate drops also libusb errors occur. i try to find some logs for this.
I assume you're only seeing the errors on the quads (I had only seen them on the quads). Are you driving them (1 or 2) on 1 psu? How are you wiring your +12V and GND wires? I had these errors initially where over half of my quads eventually were disabled over the course of a week. I rewired the power cables and haven't seen them for 2 weeks now.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on May 21, 2012, 09:26:07 PM
Quote
I assume you're only seeing the errors on the quads (I had only seen them on the quads). Are you driving them (1 or 2) on 1 psu? How are you wiring your +12V and GND wires? I had these errors initially where over half of my quads eventually were disabled over the course of a week. I rewired the power cables and haven't seen them for 2 weeks now.

One quad with its own PSU. Five singles on the splitter thingie and one Single on its separate wall plug.

No its not only the quad. Today for example i came home, three of the five on the splitter and the one on the separate wall plug singles had an LED on (indication that they weren't programmed or stopped working). This kinda happened when emc pool did go offline today (i assume!)


since then its working great....


It cold be my somewhat complicated setup :) (Mac OSX --> Parallels --> Win7 + Cheap powered "Trust" 7Port USB HUB). But theres no miner for OSX .... I'm Trying out cgminer (with help from a user here) or btcminer (with that java file that has to be copied into the java/extensions folder to work!).

Would love to see default support for mac from Ztex (i might even pay a little for it like for faster bitstreams) :)



Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on May 21, 2012, 09:43:47 PM
Are you using the -oh option?  This should prevent you from unwanted kick-outs. Make sure you set the value high enough. Try 0.2 or so. I'm using 0.7 at the moment. If you don't set it, the boards get kicked out after 3 to 4 frequency drops.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on May 21, 2012, 09:46:31 PM
I have that option enabled  with "-oh 0"  Thats the default value i think.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on May 21, 2012, 09:59:11 PM
Set it to 0.2 or 0.1 if you are afraid :P. A lower hashrate is better than a dead board.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: rupy on May 22, 2012, 03:45:10 PM
ztex can we please, with sugar on top, get a -f XXX commandline flag that hardcodes the frequency so that we can underclock the chips this summer?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on May 22, 2012, 09:32:40 PM
that would be good :)


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: CA Coins on May 23, 2012, 02:10:49 AM
ztex can we please, with sugar on top, get a -f XXX commandline flag that hardcodes the frequency so that we can underclock the chips this summer?

And hopefully negate the need for AC ;D


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on May 23, 2012, 07:46:41 AM
I also experience these "hashrate drop errors", but only with BTCMiner. With cgminer 2.4.1 I've never got such an error. The hashrate drop code is present in cgminer. So what does it mean? The hashrate drop errors are present, but cgminer fails to detect them. Or, something is wrong within BTCMiner. One observation I've made... I get the hashrate drop errors in BTCMiner always around "new block" announcments.

These "hashrate drop errors" occur if the frequency is reduced too much because the error rate increases. If cgminer uses an other error rate detecting algorithm (e.g. slower sampling rate) it may oversee this errors.

I some cases (e.g. if ambient temperature increases by more then 10°C) the default setting may be a little bit to sensitive, try out "-oh 0.06" or "-oh 0.08", but not higher because that would break the overheat detection mechanism. If the frequency drops by more than 8% there are problems on the hardware side (cooling, power supply stability)




Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on May 23, 2012, 07:57:30 AM
Quote
I assume you're only seeing the errors on the quads (I had only seen them on the quads). Are you driving them (1 or 2) on 1 psu? How are you wiring your +12V and GND wires? I had these errors initially where over half of my quads eventually were disabled over the course of a week. I rewired the power cables and haven't seen them for 2 weeks now.

One quad with its own PSU. Five singles on the splitter thingie and one Single on its separate wall plug.

No its not only the quad. Today for example i came home, three of the five on the splitter and the one on the separate wall plug singles had an LED on (indication that they weren't programmed or stopped working). This kinda happened when emc pool did go offline today (i assume!)

These PSU's become unstable (interruptions) if they get to hot. Try to connect four singles to one 60W PSU,


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on May 23, 2012, 08:04:59 AM
ztex can we please, with sugar on top, get a -f XXX commandline flag that hardcodes the frequency so that we can underclock the chips this summer?

Wee already discussed this: https://bitcointalk.org/index.php?topic=40047.msg802603#msg802603


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: mrb on May 23, 2012, 09:05:53 AM
ztex, can you please upgrade the AOZ1025 buck regulator on your designs to another able to output more than 8A to each FPGA, and more efficient? Multiple groups (eldentyrell, bitfury, etc) are writing bitstreams pushing the LX150 beyond 8A... And the AOZ1025 is not super efficient.

Perhaps the IR3840MPbF (86% efficient at 12A output at 1.2V) ?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: rupy on May 23, 2012, 10:19:52 AM
ztex can we please, with sugar on top, get a -f XXX commandline flag that hardcodes the frequency so that we can underclock the chips this summer?

Wee already discussed this: https://bitcointalk.org/index.php?topic=40047.msg802603#msg802603

Ok, could you add a zero error rate command... that lowers the frequency until error rate is = 0.00% forever?

I understand it's bad for business if the cards never break, because then we wont buy new ones, but we would like to be ABLE to control the heat. It should be easy no?

Basically can you try to add anything for the passive community to control longevity.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on May 23, 2012, 10:26:53 AM
No it would be Bad(er) for business if the boards tend to break .... :)

I only invest into things that are durable and covered by warranty.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: rupy on May 23, 2012, 10:53:07 AM
I think you need to wakeup, every product in your home has been designed to break after a certain time after your warranty expires.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on May 23, 2012, 11:09:44 AM
Do u honestly belive in "build in time to fail counters"?

:d



Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: rupy on May 23, 2012, 11:17:03 AM
It's a fact, lightbulbs used to last 2500 hours, then the manufacturers agreed they would guarantee 1000 hours... Ink jet printers for example have electronic chooking once the pad soaking up the ink gets wet, you can install software that ignores it. I have stopped buying "consumer" products. Professional gear doesn't have fail counters and are built to last.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on May 23, 2012, 12:00:05 PM
Were not talking about printers or lightbulps here; these ztex boards are custom designed and not cheap...
I wouldnt count them as a consumer product, more likely a enterprise solution.

Hardware degeneration is normal and to be expected. Like some Parts of your car need to be changed from time to time.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: rupy on May 23, 2012, 12:24:20 PM
I know, but I would like to be able to control this custom designed enterprise solution to suit my setup.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: vv01f on May 23, 2012, 12:28:10 PM
I know, but I would like to be able to control this custom designed enterprise solution to suit my setup.

You might ask to license the layout and built it on your own or with partners.

I personally think ztex is quite qualified to judge his work and how he does it. Or did you hear/read of one badly built boards by him?
I didnt. But I read about things normally boards doant outlive that well.

But if youre right in your position, I doubt ztex wont listen ;) . Just be patient.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: sadpandatech on May 23, 2012, 02:07:13 PM
ztex, can you please upgrade the AOZ1025 buck regulator on your designs to another able to output more than 8A to each FPGA, and more efficient? Multiple groups (eldentyrell, bitfury, etc) are writing bitstreams pushing the LX150 beyond 8A... And the AOZ1025 is not super efficient.

Perhaps the IR3840MPbF (86% efficient at 12A output at 1.2V) ?

I can't disagree on wanting available a higher possible amp and not to sound like an Aosmd fan boy, but it's a shame they don't appear offer any regs at higher amperage. :/

the current one is rated 95%
http://www.aosmd.com/res/data_sheets/AOZ1025DI.pdf



On the one you linked, is the output voltage adjustable? And does thaty company by chance make a higher eff rated reg?



Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: mrb on May 24, 2012, 10:17:13 AM
I can't disagree on wanting available a higher possible amp and not to sound like an Aosmd fan boy, but it's a shame they don't appear offer any regs at higher amperage. :/

the current one is rated 95%
http://www.aosmd.com/res/data_sheets/AOZ1025DI.pdf

No. The current one is 75% efficient for a 1.2V@8A output, see page 6 of http://www.aosmd.com/res/data_sheets/AOZ1025DI.pdf

Mine is 88% efficient for the same output, see page 9: http://www.irf.com/product-info/datasheets/data/ir3840m.pdf (output voltage is adjustable just like the AOZ1025, by changing resistors).


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: sadpandatech on May 24, 2012, 05:44:21 PM
I can't disagree on wanting available a higher possible amp and not to sound like an Aosmd fan boy, but it's a shame they don't appear offer any regs at higher amperage. :/

the current one is rated 95%
http://www.aosmd.com/res/data_sheets/AOZ1025DI.pdf

No. The current one is 75% efficient for a 1.2V@8A output, see page 6 of http://www.aosmd.com/res/data_sheets/AOZ1025DI.pdf

Mine is 88% efficient for the same output, see page 9: http://www.irf.com/product-info/datasheets/data/ir3840m.pdf (output voltage is adjustable just like the AOZ1025, by changing resistors).

Thanks for taking te time to flip through those specs to point that out. Probably a good call to migrate off Aosmd anyhows then. ;p  They rating 95% with reg at the lowest input then? jerks.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on May 25, 2012, 07:54:54 AM
ztex, can you please upgrade the AOZ1025 buck regulator on your designs to another able to output more than 8A to each FPGA, and more efficient? Multiple groups (eldentyrell, bitfury, etc) are writing bitstreams pushing the LX150 beyond 8A...

The current design can deliver up to 240 MH/s (tested).

New designs will not appear within the next three months

Quote
And the AOZ1025 is not super efficient.

How do you determine that? The efficiency mainly depends from the external components, namely the lower mosfet and the inductor.

Quote
Perhaps the IR3840MPbF (86% efficient at 12A output at 1.2V) ?

I made some bad experiences with that series.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on May 25, 2012, 07:56:24 AM
Ok, could you add a zero error rate command... that lowers the frequency until error rate is = 0.00% forever?

Yes, a error rate limit this can be added easily. I put it on the todo list for the next release (in June).


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on May 25, 2012, 08:09:56 AM
But if youre right in your position, I doubt ztex wont listen ;) . Just be patient.

I listen, but I do not reply to such kind of statements ;)


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: yohan on May 25, 2012, 12:06:40 PM
Manufacturers of regulator chips usually headline the highest efficiency achieveable which is usually at the smallest input/output difference. It's not unusual for a 12V to 1.2V regulator circuit to be around 75-80% even if the headline says 90%+. Best efficiency is rarely at maximum current either.

Yohan


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: luffy on May 26, 2012, 09:08:45 PM
BTC payment is not accepted?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: stcupp on May 26, 2012, 09:25:33 PM
Manufacturers of regulator chips usually headline the highest efficiency achieveable which is usually at the smallest input/output difference. It's not unusual for a 12V to 1.2V regulator circuit to be around 75-80% even if the headline says 90%+. Best efficiency is rarely at maximum current either.

Yohan

Yep, very true note how a converter might say 95% efficiency but doing 12v to 1.2v conversion at full load theyre more like 75-85% a lot of manufacturers show graphs or a table of efficiency at different voltages and loads in their data sheets


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ummas on May 27, 2012, 08:03:54 AM
anyone have "y" board working with new BFG/CG miner ??
i`m using built version, as all of you know

i was using -S auto and few -S 1/2/3 commands, but nothink seems to work :(
any experiences ??

I need cgminer to hook "y" up with gpumax.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: rupy on May 27, 2012, 09:35:28 AM
Ok, could you add a zero error rate command... that lowers the frequency until error rate is = 0.00% forever?

Yes, a error rate limit this can be added easily. I put it on the todo list for the next release (in June).


Thank you!


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Kuma on May 27, 2012, 12:29:39 PM
anyone have "y" board working with new BFG/CG miner ??
i`m using built version, as all of you know

i was using -S auto and few -S 1/2/3 commands, but nothink seems to work :(
any experiences ??

I need cgminer to hook "y" up with gpumax.

Which OS are you using? I had some problems to figure correct rights, but that was under Linux.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: nelisky on May 27, 2012, 04:24:01 PM
anyone have "y" board working with new BFG/CG miner ??
i`m using built version, as all of you know

i was using -S auto and few -S 1/2/3 commands, but nothink seems to work :(
any experiences ??

I need cgminer to hook "y" up with gpumax.

Which OS are you using? I had some problems to figure correct rights, but that was under Linux.

OS needs libusb-1.0 and no extra flag is required (no -S). What does 'built version' mean? If you are building from source don't forget --enable-ztex.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on May 27, 2012, 05:42:50 PM
anyone have "y" board working with new BFG/CG miner ??
i`m using built version, as all of you know

i was using -S auto and few -S 1/2/3 commands, but nothink seems to work :(
any experiences ??

I need cgminer to hook "y" up with gpumax.

Which OS are you using? I had some problems to figure correct rights, but that was under Linux.

OS needs libusb-1.0 and no extra flag is required (no -S). What does 'built version' mean? If you are building from source don't forget --enable-ztex.

What about Win7 32 ? Tried it today, downloaded Zadig and installed the WinUSB drivers. Was working fine, the boards showed up as ZTEX Modules. When i started cgminer it froze and said something like "capability missing 0 7"... what did i wrong ? I also use a BitForce single and 2 GPUs on this machine.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: punin on May 27, 2012, 07:51:20 PM
What about Win7 32 ? Tried it today, downloaded Zadig and installed the WinUSB drivers. Was working fine, the boards showed up as ZTEX Modules. When i started cgminer it froze and said something like "capability missing 0 7"... what did i wrong ? I also use a BitForce single and 2 GPUs on this machine.

I was getting this from time to time on linux (BAMT debian) CGMiner 2.4.1. Changed back to BTCMiner + Phoenix


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: mrb on May 27, 2012, 08:43:28 PM
And the AOZ1025 is not super efficient.
How do you determine that? The efficiency mainly depends from the external components, namely the lower mosfet and the inductor.

Based on the efficiency graph on page 6 http://www.aosmd.com/res/data_sheets/AOZ1025DI.pdf which has been measured with an AO4722 MOSFET.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: nelisky on May 28, 2012, 09:41:04 AM
What about Win7 32 ? Tried it today, downloaded Zadig and installed the WinUSB drivers. Was working fine, the boards showed up as ZTEX Modules. When i started cgminer it froze and said something like "capability missing 0 7"... what did i wrong ? I also use a BitForce single and 2 GPUs on this machine.

Capability 0 7 is multi fpga, and that is normal if you also have any 1.15x connected. I never had a cgminer freeze with fpgas, but I also never had an 1.15y to play with so I'll need more details to be able to add anything useful to this issue. Can you start in text mode and debug (-T -D) and send me the full output until the freeze?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on May 28, 2012, 02:54:12 PM
What about Win7 32 ? Tried it today, downloaded Zadig and installed the WinUSB drivers. Was working fine, the boards showed up as ZTEX Modules. When i started cgminer it froze and said something like "capability missing 0 7"... what did i wrong ? I also use a BitForce single and 2 GPUs on this machine.

Capability 0 7 is multi fpga, and that is normal if you also have any 1.15x connected. I never had a cgminer freeze with fpgas, but I also never had an 1.15y to play with so I'll need more details to be able to add anything useful to this issue. Can you start in text mode and debug (-T -D) and send me the full output until the freeze?

I switched back to BTCminer. Thanks for your help but I already deleted Zadig :-\ It was 4x boards, no y involved. Just wanted to know if I missed something important.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: nelisky on May 28, 2012, 02:57:46 PM
I switched back to BTCminer. Thanks for your help but I already deleted Zadig :-\ It was 4x boards, no y involved. Just wanted to know if I missed something important.

I wonder where I got the y from... oh well. In that case, the capability missing was actually a good sign, so unless you try again and provide the logs I have no clue to why it hangs.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on May 29, 2012, 06:55:07 AM
BTC payment is not accepted?

BTC payments are processed per email. Currently fees are 4% + 4 BTC.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ummas on May 29, 2012, 07:02:11 AM
"Built edition" - builded by ckovalis - i`m linuxes lef handed bandit :/

Just installed libsub-1.0 and sommehing has changed...
cgminer can see ztex now, but cannot acces it. Cannot paste right error code.
I need to fight with my laptop first :(


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: gr0bi42 on May 29, 2012, 07:21:27 AM
"Built edition" - builded by ckovalis - i`m linuxes lef handed bandit :/

Just installed libsub-1.0 and sommehing has changed...
cgminer can see ztex now, but cannot acces it. Cannot paste right error code.
I need to fight with my laptop first :(

udev rule or sudo is your friend  ;)


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ummas on May 29, 2012, 10:03:58 AM
thx
team work...
Code:
cgminer version 2.4.1 - Started: [2012-05-29 11:59:05]
--------------------------------------------------------------------------------
 (5s):963.7 (avg):689.3 Mh/s | Q:33  A:30  R:0  HW:0  E:91%  U:7.9/m
 TQ: 4  ST: 6  SS: 0  DW: 13  NB: 2  LW: 78  GF: 0  RF: 0
 Connected to http://gpumax.com:8332 with LP as user 4f39b22bccaa1017762395ed
 Block: 000000ce9a4f4f51d0ee141f3a7a37df...  Started: [12:00:31]
--------------------------------------------------------------------------------
 [P]ool management [S]ettings [D]isplay options [Q]uit
 ZTX 0: 04A3469808-1 | 196.00Mhz | 195.0/182.2Mh/s | A:6 R:0 HW:35 U: 1.58/m
 ZTX 1: 04A3469808-2 | 196.00Mhz | 195.1/182.2Mh/s | A:8 R:0 HW:39 U: 2.11/m
 ZTX 2: 04A3469808-3 | 196.00Mhz | 195.1/181.9Mh/s | A:9 R:0 HW:41 U: 2.38/m
 ZTX 3: 04A3469808-4 | 196.00Mhz | 197.2/152.7Mh/s | A:7 R:0 HW:39 U: 1.85/m
--------------------------------------------------------------------------------

 [2012-05-29 12:00:31] LONGPOLL from pool 0 requested work restart
 [2012-05-29 12:00:31] New block detected on network before longpoll
 [2012-05-29 12:00:31] ZTEX 04A3469808-4: Frequency change from 200.00 to 204.00 Mhz
 [2012-05-29 12:00:37] Accepted 8eaec6c3.b23b3968 ZTX 1 pool 0
 [2012-05-29 12:00:42] ZTEX 04A3469808-4: Frequency change from 204.00 to 200.00 Mhz
 [2012-05-29 12:00:42] Accepted 6b58b662.ade45093 ZTX 3 pool 0
 [2012-05-29 12:00:47] Accepted e06e6165.bc0cda81 ZTX 1 pool 0
 [2012-05-29 12:01:11] Accepted 216a8893.d112b27a ZTX 2 pool 0
 [2012-05-29 12:01:13] Accepted 8d965ed4.9a5c87bc ZTX 0 pool 0
 [2012-05-29 12:01:15] Accepted f77bc346.e0a2f0e4 ZTX 0 pool 0
 [2012-05-29 12:01:35] Accepted eba79a00.5ba9f1b4 ZTX 1 pool 0
 [2012-05-29 12:01:36] ZTEX 04A3469808-4: Frequency change from 200.00 to 196.00 Mhz
 [2012-05-29 12:01:37] Accepted 12dcfa49.d9e06bc1 ZTX 3 pool 0
 [2012-05-29 12:01:39] Accepted a3dd14b2.5b162e54 ZTX 3 pool 0
 [2012-05-29 12:01:43] Accepted 5607f836.c4591735 ZTX 1 pool 0
 [2012-05-29 12:01:49] Accepted 40efe307.6f514e23 ZTX 3 pool 0
 [2012-05-29 12:02:10] ZTEX 04A3469808-4: Frequency change from 196.00 to 200.00 Mhz
 [2012-05-29 12:02:20] Accepted 768aa748.4bcdba76 ZTX 2 pool 0
 [2012-05-29 12:02:20] Accepted a485ed32.0b4ae47c ZTX 3 pool 0
 [2012-05-29 12:02:22] Accepted 8d5c239e.2f78ea4a ZTX 1 pool 0
 [2012-05-29 12:02:25] Accepted eedf119c.edc27603 ZTX 2 pool 0
 [2012-05-29 12:02:33] Accepted 0de508a5.4c65f421 ZTX 2 pool 0
 [2012-05-29 12:02:39] Accepted 4940f129.3544ab45 ZTX 3 pool 0
 [2012-05-29 12:02:43] Accepted 81d50487.2c180007 ZTX 2 pool 0
 [2012-05-29 12:02:44] Accepted ec9e987a.ea4716ef ZTX 2 pool 0
 [2012-05-29 12:02:47] Accepted 5e8776bf.e63bca33 ZTX 1 pool 0


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ummas on June 01, 2012, 11:05:56 AM
Any advise ?
Code:
[2012-06-01 12:59:02] Accepted 72be84e0.b2f9da80 ZTX 0 pool 0
 [2012-06-01 12:59:12] Ztex check device: Failed to set fpga with err -7
 [2012-06-01 12:59:26] Accepted cfb483d8.174b1bb3 ZTX 1 pool 0

What does it means to my quad ? :D


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: nelisky on June 01, 2012, 11:12:27 AM
Any advise ?
Code:
[2012-06-01 12:59:02] Accepted 72be84e0.b2f9da80 ZTX 0 pool 0
 [2012-06-01 12:59:12] Ztex check device: Failed to set fpga with err -7
 [2012-06-01 12:59:26] Accepted cfb483d8.174b1bb3 ZTX 1 pool 0

What does it means to my quad ? :D

It means there was a timeout trying to send the 'set fpga' command to your quad. It should not matter if it is an isolated incident, are you seeing more of those?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ummas on June 02, 2012, 12:24:01 AM
I can`t connect to my rig via ssh atm, but i remembder 1 each 10-15sec.
Seccond/third thing is lots of rejects(could be gpumax problem) and lots of HW ....

I just moved somme jy fpga into new case. Alle in one with mitx atom.
I was compiling cgminer by myself
Installed all.
But i got still error -9 :(
Cgminer can see 4 (all conected) quads, but gives me error nr 9 :(
Code:
[2012-06-02 14:09:48] Started cgminer 2.4.1
[2012-06-02 14:09:48] Ztex check device: Failed to read ztex descriptor with err -9
[2012-06-02 14:09:48] prepare device: -9
[2012-06-02 14:09:48] Found 0 ztex board(s) All devices disabled, cannot mine!


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: nelisky on June 02, 2012, 02:09:37 PM
I can`t connect to my rig via ssh atm, but i remembder 1 each 10-15sec.
Seccond/third thing is lots of rejects(could be gpumax problem) and lots of HW ....

I just moved somme jy fpga into new case. Alle in one with mitx atom.
I was compiling cgminer by myself
Installed all.
But i got still error -9 :(
Cgminer can see 4 (all conected) quads, but gives me error nr 9 :(
Code:
[2012-06-02 14:09:48] Started cgminer 2.4.1
[2012-06-02 14:09:48] Ztex check device: Failed to read ztex descriptor with err -9
[2012-06-02 14:09:48] prepare device: -9
[2012-06-02 14:09:48] Found 0 ztex board(s) All devices disabled, cannot mine!

That's the first I see that error. It's a usb read pipe error, so maybe a permissions problem? I've never tested this on an atom so I don't know if there are other pitfalls to worry about.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ummas on June 03, 2012, 09:12:29 AM
First fullcover waterblock "print' - http://www.abload.de/img/fcpga1wc6kutn.jpg

Next week should be ready for testing...
I myst just check somme more specs in the board, and decude, to cool power section or not?

Any advice?
Material? Copper + pkexi.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on June 03, 2012, 12:57:28 PM
Chopper and plexy. Since they don't dissapate that much u coud keep the structure of the cooler simple..

Problem with that design is that the jtag port can't be used since u placed the outlet there.

And a little airflow is needed for VRM area....


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Hpman on June 03, 2012, 01:58:34 PM
Problem with that design is that the jtag port can't be used since u placed the outlet there.

May Ztex let it unpopulated for next boards. I guess more then 90% 'll never use it. Feature request (wish) from my side if new revision is planed, mounting holes match 12 cm fan holes.

Hpman


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on June 04, 2012, 12:52:28 PM
First fullcover waterblock "print' - http://www.abload.de/img/fcpga1wc6kutn.jpg

Next week should be ready for testing...
I myst just check somme more specs in the board, and decude, to cool power section or not?

Does the "waterblock" cover all FPGA's? If yes, this is critical because the surfaces of the packages are usually not exactly on one plane (PCB may be bent, height of the soldered FPGA's varies)

Also I do not recommend to cover the voltage regulators near the FPGA's.



Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on June 04, 2012, 01:01:05 PM
Problem with that design is that the jtag port can't be used since u placed the outlet there.

May Ztex let it unpopulated for next boards. I guess more then 90% 'll never use it.

JTAG header CON9 is required for programming the CPLD. This thing is used for clock distribution and FPGA configuration http://www.ztex.de/usb-fpga-1/usb-fpga-1.15y.e.html#cpld.

Quote
Feature request (wish) from my side if new revision is planed, mounting holes match 12 cm fan holes.

I checked this during the design: The position of these holes is blocked by parts. The PCB would have to be enlarged by about 1cm in order to accommodate 12cm fan holes (fan would have to be shifted into direction of CON4)



Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: rupy on June 05, 2012, 12:12:16 PM
Are you planning to overclock the chips, is that what this watercooling thing is about?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ummas on June 06, 2012, 11:25:23 AM
Watercooling is for cooling boards with water.
I hope ztex`s program will do the rest :D


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on June 06, 2012, 11:33:59 AM
I dontthink that will do so much?
But its a Fun Thing to do:)

Looking forward to see real live pics


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: vv01f on June 10, 2012, 03:05:50 PM
@ztex:
after trying to get one quad-board (labeled 1.15x) running on Linux (Ubuntu 12.04) I have growing problems with one of the FPGAs
that chip already was the slowest in my setup leveling in to 208 MHz (all others do at least 216 Mhz) previously on Windows 7 .
after realizing to utilize sudo also the linux-client ran right off, but it shut down the FPGA #2 due to increasing hash rate drop (4-10%). That I already had with -oh 0 on Windows 7, but with -oh 0.04 it was OK on 208 MHz.
Now reconnecting to Windows for double-checking the hash rate drop also occurred there, #2 is disconnected due to that.
I already remounted the cooler two times, covering of the chip with MX4 looked ok, nothing besides the chip.

Any ideas what to check/try next  ???


*edit, replaced "error" with correct term "hash rate drop" :
while writing also #1 is disconnected for hash rate drop rate 4% and the others are leveling down to 212 MHz .. I think it better to power that one off.  :-\


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on June 10, 2012, 03:12:56 PM
@ztex:
after trying to get one quad-board (labeled 1.15x) running on Linux (Ubuntu 12.04) I have growing problems with one of the FPGAs
that chip already was the slowest in my setup leveling in to 208 MHz (all others do at least 216 Mhz) previously on Windows 7 .
after realizing to utilize sudo also the linux-client ran right off, but it shut down the FPGA #2 due to increasing errors (4-10%). That I already had with -oh 0 on Windows 7, but with -oh 0.04 it was OK on 208 MHz.
Now reconnecting to Windows for double-checking the error also occurred there, #2 is disconnected due to error rate.
I already remounted the cooler two times, covering of the chip with MX4 looked ok, nothing besides the chip.

Any ideas what to check/try next  ???

Set -oh to another value. Try 0.1. This way you can see how low it will fall. I have one chip on my quad that only works from time to time. If I set it to 0.7 the overheat protection takes the chip down at 60 MHz = 70% hashrate drop.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: vv01f on June 10, 2012, 04:14:10 PM
Set -oh to another value. Try 0.1. This way you can see how low it will fall. I have one chip on my quad that only works from time to time. If I set it to 0.7 the overheat protection takes the chip down at 60 MHz = 70% hashrate drop.
Thank you for the backing -so I'm not alone ^^ .
The help says better not to set >0.1 - so I wont try that for now.

Now two boards on Ubuntu, but still the one FPGA #2 fails, #3 of the same board is down to 200 MHz (16 less than before). Others run the same stepping as before.
Hope next Friday evening is brighter than today ...


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on June 10, 2012, 04:33:17 PM
Set -oh to another value. Try 0.1. This way you can see how low it will fall. I have one chip on my quad that only works from time to time. If I set it to 0.7 the overheat protection takes the chip down at 60 MHz = 70% hashrate drop.
Thank you for the backing -so I'm not alone ^^ .
The help says better not to set >0.1 - so I wont try that for now.

Now two boards on Ubuntu, but still the one FPGA #2 fails, #3 of the same board is down to 200 MHz (16 less than before). Others run the same stepping as before.
Hope next Friday evening is brighter than today ...

There is nothing else you can do. You can set it to 0.08 or 0.09 if you are afraid. You cannot damage the chip if the heatsink is well placed. It will just clock down.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: BR0KK on June 10, 2012, 09:08:50 PM
Mine used to fail from time to time. Since i did -oh to 0.2 everything is hashing good :)


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: vv01f on June 11, 2012, 05:08:20 AM
Mine used to fail from time to time. Since i did -oh to 0.2 everything is hashing good :)
I remember ztex telling better not changing -oh >0.1 and the prog says the same, so to prevent further damage I stick to that until he says sth. else.
Also the hash rate drop here occures right after start - very fast, no real runtime at 200 MHz.

Just some logging now:
Code:
2012-06-11T06:42:11:
(Re)Scanning bus ...
2012-06-11T06:42:11: MAC address: 0004a36e0711
2012-06-11T06:42:11: ztex_ufm1_15y1-04A36E0711: New device: bitfile=ztex_ufm1_15y1   f_default=200,00MHz  f_max=240,00MHz  HpC=1.0H
2012-06-11T06:42:12: ztex_ufm1_15y1-04A36E0711: FPGA 1: configuration time: 332 ms
2012-06-11T06:42:13: ztex_ufm1_15y1-04A36E0711: FPGA 2: configuration time: 345 ms
2012-06-11T06:42:13: ztex_ufm1_15y1-04A36E0711: FPGA 3: configuration time: 341 ms
2012-06-11T06:42:14: ztex_ufm1_15y1-04A36E0711: FPGA 4: configuration time: 349 ms
2012-06-11T06:42:14: ztex_ufm1_15y1-04A36E0711-1: New FPGA
2012-06-11T06:42:14: ztex_ufm1_15y1-04A36E0711-1: Set frequency to 200,00MHz
2012-06-11T06:42:14: Starting mining thread for bus 001-0
2012-06-11T06:42:14: 001-0: ztex_ufm1_15y1-04A36E0711-1: added
2012-06-11T06:42:14: ztex_ufm1_15y1-04A36E0711-2: New FPGA
2012-06-11T06:42:14: ztex_ufm1_15y1-04A36E0711-2: Set frequency to 200,00MHz
2012-06-11T06:42:14: 001-0: ztex_ufm1_15y1-04A36E0711-2: added
2012-06-11T06:42:14: ztex_ufm1_15y1-04A36E0711-3: New FPGA
2012-06-11T06:42:14: ztex_ufm1_15y1-04A36E0711-3: Set frequency to 200,00MHz
2012-06-11T06:42:14: 001-0: ztex_ufm1_15y1-04A36E0711-3: added
2012-06-11T06:42:14: ztex_ufm1_15y1-04A36E0711-4: New FPGA
2012-06-11T06:42:14: ztex_ufm1_15y1-04A36E0711-4: Set frequency to 200,00MHz
2012-06-11T06:42:14: 001-0: ztex_ufm1_15y1-04A36E0711-4: added
2012-06-11T06:42:14: MAC address: 0004a36de0aa
2012-06-11T06:42:14: ztex_ufm1_15y1-04A36DE0AA: New device: bitfile=ztex_ufm1_15y1   f_default=200,00MHz  f_max=240,00MHz  HpC=1.0H
2012-06-11T06:42:15: ztex_ufm1_15y1-04A36DE0AA: FPGA 1: configuration time: 346 ms
2012-06-11T06:42:16: ztex_ufm1_15y1-04A36DE0AA: FPGA 2: configuration time: 346 ms
2012-06-11T06:42:17: ztex_ufm1_15y1-04A36DE0AA: FPGA 3: configuration time: 350 ms
2012-06-11T06:42:17: ztex_ufm1_15y1-04A36DE0AA: FPGA 4: configuration time: 339 ms
2012-06-11T06:42:17: ztex_ufm1_15y1-04A36DE0AA-1: New FPGA
2012-06-11T06:42:17: ztex_ufm1_15y1-04A36DE0AA-1: Set frequency to 200,00MHz
2012-06-11T06:42:17: 001-0: ztex_ufm1_15y1-04A36DE0AA-1: added
2012-06-11T06:42:17: ztex_ufm1_15y1-04A36DE0AA-2: New FPGA
2012-06-11T06:42:17: ztex_ufm1_15y1-04A36DE0AA-2: Set frequency to 200,00MHz
2012-06-11T06:42:17: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: added
2012-06-11T06:42:17: ztex_ufm1_15y1-04A36DE0AA-3: New FPGA
2012-06-11T06:42:17: ztex_ufm1_15y1-04A36DE0AA-3: Set frequency to 200,00MHz
2012-06-11T06:42:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-3: added
2012-06-11T06:42:18: ztex_ufm1_15y1-04A36DE0AA-4: New FPGA
2012-06-11T06:42:18: ztex_ufm1_15y1-04A36DE0AA-4: Set frequency to 200,00MHz
2012-06-11T06:42:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-4: added
2012-06-11T06:42:18: 2 new devices found.
2012-06-11T06:42:18:
Summary:
2012-06-11T06:42:18:   Bus 001-0 : 8 miners
2012-06-11T06:42:18:   Total  : 8 miners

2012-06-11T06:42:18:
Disconnect all devices or enter `q' for exit. Enter `h' for help.

2012-06-11T06:42:19: 001-0: ztex_ufm1_15y1-04A36DE0AA-4: Using LongPolling URL http://i0pool.bitparking.com:15082/longpoll
2012-06-11T06:42:24: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Set frequency to 196,00MHz
2012-06-11T06:42:27: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Set frequency to 200,00MHz
2012-06-11T06:42:33: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Set frequency to 196,00MHz
2012-06-11T06:42:35: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Set frequency to 192,00MHz
2012-06-11T06:42:38: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Set frequency to 196,00MHz
2012-06-11T06:42:43: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Set frequency to 192,00MHz
2012-06-11T06:42:45: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Set frequency to 188,00MHz
2012-06-11T06:42:50: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Set frequency to 196,00MHz
2012-06-11T06:42:52: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Set frequency to 192,00MHz
2012-06-11T06:42:58: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Set frequency to 188,00MHz
2012-06-11T06:43:01: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Set frequency to 184,00MHz
2012-06-11T06:43:08: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Set frequency to 192,00MHz
2012-06-11T06:43:10: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Set frequency to 188,00MHz
2012-06-11T06:43:12: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Set frequency to 184,00MHz
2012-06-11T06:43:14: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Set frequency to 180,00MHz
2012-06-11T06:43:14: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Error: Hash rate drop of 10,0% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  50.0: Disabling device
2012-06-11T06:43:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-1: f=200,00MHz,  errorRate=0,00%,  hashRate=200,0MH/s,  submitted 1 new nonces,  luckFactor=0,36
2012-06-11T06:43:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Error: Hash rate drop of 10,0% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  50.0: Device disabled since 2012-06-11T06:43:14
2012-06-11T06:43:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-3: f=200,00MHz,  errorRate=0,00%,  hashRate=200,0MH/s,  submitted 2 new nonces,  luckFactor=0,72
2012-06-11T06:43:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-4: f=200,00MHz,  errorRate=0,00%,  hashRate=200,0MH/s,  submitted 1 new nonces,  luckFactor=0,36
2012-06-11T06:43:18: 001-0: ztex_ufm1_15y1-04A36E0711-1: f=200,00MHz,  errorRate=0,00%,  hashRate=200,0MH/s,  submitted 1 new nonces,  luckFactor=0,36
2012-06-11T06:43:18: 001-0: ztex_ufm1_15y1-04A36E0711-2: f=200,00MHz,  errorRate=0,00%,  hashRate=200,0MH/s,  submitted 2 new nonces,  luckFactor=0,72
2012-06-11T06:43:18: 001-0: ztex_ufm1_15y1-04A36E0711-3: f=200,00MHz,  errorRate=0,00%,  hashRate=200,0MH/s,  submitted 4 new nonces,  luckFactor=1,43
2012-06-11T06:43:18: 001-0: ztex_ufm1_15y1-04A36E0711-4: f=200,00MHz,  errorRate=0,00%,  hashRate=200,0MH/s,  submitted 3 new nonces,  luckFactor=1,08
2012-06-11T06:43:18: 001-0: poll loop time: 417ms (USB: 21ms network: 396ms)   getwork time: 749ms  submit time: 863ms
2012-06-11T06:43:18: Total hash rate: 1400,0 MH/s
2012-06-11T06:43:18: Total submitted hash rate: 1000,2 MH/s
2012-06-11T06:43:18:  --------
2012-06-11T06:44:26: 001-0: ztex_ufm1_15y1-04A36E0711-3: Set frequency to 204,00MHz
2012-06-11T06:44:27: 001-0: ztex_ufm1_15y1-04A36E0711-2: Set frequency to 204,00MHz
2012-06-11T06:44:28: 001-0: ztex_ufm1_15y1-04A36DE0AA-3: Set frequency to 204,00MHz
2012-06-11T06:44:28: 001-0: ztex_ufm1_15y1-04A36DE0AA-4: Set frequency to 204,00MHz
2012-06-11T06:44:28: 001-0: ztex_ufm1_15y1-04A36E0711-1: Set frequency to 204,00MHz
2012-06-11T06:44:28: 001-0: ztex_ufm1_15y1-04A36E0711-4: Set frequency to 204,00MHz
2012-06-11T06:44:29: 001-0: ztex_ufm1_15y1-04A36DE0AA-1: Set frequency to 204,00MHz
2012-06-11T06:44:33: 001-0: ztex_ufm1_15y1-04A36DE0AA-4: Set frequency to 200,00MHz
2012-06-11T06:45:03: New block detected by long polling
2012-06-11T06:46:38: New block detected by long polling
2012-06-11T06:47:14: New block detected by long polling
2012-06-11T06:48:08: 001-0: ztex_ufm1_15y1-04A36E0711-3: Set frequency to 208,00MHz
2012-06-11T06:48:09: 001-0: ztex_ufm1_15y1-04A36E0711-2: Set frequency to 208,00MHz
2012-06-11T06:48:10: 001-0: ztex_ufm1_15y1-04A36E0711-4: Set frequency to 208,00MHz
2012-06-11T06:48:11: 001-0: ztex_ufm1_15y1-04A36DE0AA-1: Set frequency to 208,00MHz
2012-06-11T06:48:10: 001-0: ztex_ufm1_15y1-04A36DE0AA-3: Set frequency to 208,00MHz
2012-06-11T06:48:14: 001-0: ztex_ufm1_15y1-04A36E0711-1: Set frequency to 208,00MHz
2012-06-11T06:48:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-1: f=208,00MHz,  submitted 14 new nonces,  luckFactor=0,86
2012-06-11T06:48:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Error: Hash rate drop of 10,0% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  50.0: Device disabled since 2012-06-11T06:43:14
2012-06-11T06:48:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-3: f=208,00MHz,  submitted 9 new nonces,  luckFactor=0,64
2012-06-11T06:48:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-4: f=200,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=200,0MH/s,  submitted 11 new nonces,  luckFactor=0,72
2012-06-11T06:48:18: 001-0: ztex_ufm1_15y1-04A36E0711-1: f=208,00MHz,  submitted 8 new nonces,  luckFactor=0,52
2012-06-11T06:48:18: 001-0: ztex_ufm1_15y1-04A36E0711-2: f=208,00MHz,  submitted 10 new nonces,  luckFactor=0,69
2012-06-11T06:48:18: 001-0: ztex_ufm1_15y1-04A36E0711-3: f=208,00MHz,  submitted 13 new nonces,  luckFactor=0,98
2012-06-11T06:48:18: 001-0: ztex_ufm1_15y1-04A36E0711-4: f=208,00MHz,  submitted 22 new nonces,  luckFactor=1,44
2012-06-11T06:48:18: 001-0: poll loop time: 429ms (USB: 15ms network: 414ms)   getwork time: 692ms  submit time: 720ms
2012-06-11T06:48:18: 001-0: Warning: 13 overflows occured. This is usually caused by a slow network connection.
2012-06-11T06:48:18: Total hash rate: 1448,0 MH/s
2012-06-11T06:48:18: Total submitted hash rate: 1204,3 MH/s
2012-06-11T06:48:18:  --------
2012-06-11T06:49:58: New block detected by long polling
2012-06-11T06:50:16: 001-0: ztex_ufm1_15y1-04A36E0711-3: Set frequency to 212,00MHz
2012-06-11T06:50:16: 001-0: ztex_ufm1_15y1-04A36E0711-4: Set frequency to 212,00MHz
2012-06-11T06:50:17: 001-0: ztex_ufm1_15y1-04A36DE0AA-3: Set frequency to 212,00MHz
2012-06-11T06:50:17: 001-0: ztex_ufm1_15y1-04A36E0711-2: Set frequency to 212,00MHz
2012-06-11T06:50:17: 001-0: ztex_ufm1_15y1-04A36DE0AA-1: Set frequency to 212,00MHz
2012-06-11T06:50:21: 001-0: ztex_ufm1_15y1-04A36E0711-1: Set frequency to 212,00MHz
2012-06-11T06:51:32: New block detected by block monitor
2012-06-11T06:51:33: New block detected by long polling
2012-06-11T06:52:00: 001-0: ztex_ufm1_15y1-04A36E0711-3: Set frequency to 216,00MHz
2012-06-11T06:52:01: 001-0: ztex_ufm1_15y1-04A36DE0AA-3: Set frequency to 216,00MHz
2012-06-11T06:52:01: 001-0: ztex_ufm1_15y1-04A36DE0AA-1: Set frequency to 216,00MHz
2012-06-11T06:52:01: 001-0: ztex_ufm1_15y1-04A36E0711-4: Set frequency to 216,00MHz
2012-06-11T06:52:01: 001-0: ztex_ufm1_15y1-04A36E0711-2: Set frequency to 216,00MHz
2012-06-11T06:52:05: 001-0: ztex_ufm1_15y1-04A36E0711-1: Set frequency to 216,00MHz
2012-06-11T06:52:09: New block detected by long polling
2012-06-11T06:52:22: New block detected by long polling
2012-06-11T06:53:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-1: f=216,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=216,0MH/s,  submitted 15 new nonces,  luckFactor=0,91
2012-06-11T06:53:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Error: Hash rate drop of 10,0% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  50.0: Device disabled since 2012-06-11T06:43:14
2012-06-11T06:53:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-3: f=216,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=216,0MH/s,  submitted 16 new nonces,  luckFactor=0,82
2012-06-11T06:53:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-4: f=200,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=200,0MH/s,  submitted 15 new nonces,  luckFactor=0,88
2012-06-11T06:53:18: 001-0: ztex_ufm1_15y1-04A36E0711-1: f=216,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=216,0MH/s,  submitted 22 new nonces,  luckFactor=0,94
2012-06-11T06:53:18: 001-0: ztex_ufm1_15y1-04A36E0711-2: f=216,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=216,0MH/s,  submitted 12 new nonces,  luckFactor=0,73
2012-06-11T06:53:18: 001-0: ztex_ufm1_15y1-04A36E0711-3: f=216,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=216,0MH/s,  submitted 10 new nonces,  luckFactor=0,82
2012-06-11T06:53:18: 001-0: ztex_ufm1_15y1-04A36E0711-4: f=216,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=216,0MH/s,  submitted 12 new nonces,  luckFactor=1,12
2012-06-11T06:53:18: 001-0: poll loop time: 274ms (USB: 14ms network: 260ms)   getwork time: 505ms  submit time: 621ms
2012-06-11T06:53:18: 001-0: Warning: 1 overflows occured. This is usually caused by a slow network connection.
2012-06-11T06:53:18: Total hash rate: 1496,0 MH/s
2012-06-11T06:53:18: Total submitted hash rate: 1320,5 MH/s
2012-06-11T06:53:18:  --------
2012-06-11T06:53:24: 001-0: ztex_ufm1_15y1-04A36E0711-3: Set frequency to 220,00MHz
2012-06-11T06:53:24: 001-0: ztex_ufm1_15y1-04A36DE0AA-1: Set frequency to 220,00MHz
2012-06-11T06:53:24: 001-0: ztex_ufm1_15y1-04A36DE0AA-3: Set frequency to 220,00MHz
2012-06-11T06:53:26: 001-0: ztex_ufm1_15y1-04A36E0711-4: Set frequency to 220,00MHz
2012-06-11T06:53:26: 001-0: ztex_ufm1_15y1-04A36E0711-2: Set frequency to 220,00MHz
2012-06-11T06:53:30: 001-0: ztex_ufm1_15y1-04A36E0711-1: Set frequency to 220,00MHz
2012-06-11T06:53:50: 001-0: ztex_ufm1_15y1-04A36E0711-3: Set frequency to 216,00MHz
2012-06-11T06:54:05: New block detected by long polling
2012-06-11T06:54:09: 001-0: ztex_ufm1_15y1-04A36E0711-1: Set frequency to 216,00MHz
2012-06-11T06:54:47: 001-0: ztex_ufm1_15y1-04A36DE0AA-1: Set frequency to 224,00MHz
2012-06-11T06:54:48: 001-0: ztex_ufm1_15y1-04A36DE0AA-3: Set frequency to 224,00MHz
2012-06-11T06:54:49: 001-0: ztex_ufm1_15y1-04A36E0711-4: Set frequency to 224,00MHz
2012-06-11T06:54:51: 001-0: ztex_ufm1_15y1-04A36E0711-2: Set frequency to 224,00MHz
2012-06-11T06:54:55: 001-0: ztex_ufm1_15y1-04A36DE0AA-3: Set frequency to 220,00MHz
2012-06-11T06:54:56: 001-0: ztex_ufm1_15y1-04A36E0711-2: Set frequency to 220,00MHz
2012-06-11T06:55:01: 001-0: ztex_ufm1_15y1-04A36DE0AA-1: Set frequency to 220,00MHz
2012-06-11T06:55:04: New block detected by long polling
2012-06-11T06:55:07: New block detected by block monitor
2012-06-11T06:55:11: New block detected by long polling
2012-06-11T06:55:23: 001-0: ztex_ufm1_15y1-04A36E0711-2: Set frequency to 224,00MHz
2012-06-11T06:55:28: 001-0: ztex_ufm1_15y1-04A36E0711-2: Set frequency to 220,00MHz
2012-06-11T06:56:03: New block detected by long polling
2012-06-11T06:56:15: 001-0: ztex_ufm1_15y1-04A36E0711-4: Set frequency to 228,00MHz
2012-06-11T06:56:41: New block detected by long polling
2012-06-11T06:56:48: 001-0: ztex_ufm1_15y1-04A36E0711-4: Set frequency to 224,00MHz
2012-06-11T06:57:38: New block detected by long polling
2012-06-11T06:58:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-1: f=220,00MHz,  errorRate=0,09%,  maxErrorRate=0,89%,  hashRate=219,8MH/s,  submitted 13 new nonces,  luckFactor=0,88
2012-06-11T06:58:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Error: Hash rate drop of 10,0% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  50.0: Device disabled since 2012-06-11T06:43:14
2012-06-11T06:58:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-3: f=220,00MHz,  errorRate=0,37%,  maxErrorRate=0,86%,  hashRate=219,2MH/s,  submitted 13 new nonces,  luckFactor=0,82
2012-06-11T06:58:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-4: f=200,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=200,0MH/s,  submitted 10 new nonces,  luckFactor=0,83
2012-06-11T06:58:18: 001-0: ztex_ufm1_15y1-04A36E0711-1: f=216,00MHz,  errorRate=0,22%,  maxErrorRate=0,97%,  hashRate=215,5MH/s,  submitted 17 new nonces,  luckFactor=1,00
2012-06-11T06:58:18: 001-0: ztex_ufm1_15y1-04A36E0711-2: f=220,00MHz,  errorRate=0,46%,  maxErrorRate=0,99%,  hashRate=219,0MH/s,  submitted 12 new nonces,  luckFactor=0,74
2012-06-11T06:58:18: 001-0: ztex_ufm1_15y1-04A36E0711-3: f=216,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=216,0MH/s,  submitted 16 new nonces,  luckFactor=0,90
2012-06-11T06:58:18: 001-0: ztex_ufm1_15y1-04A36E0711-4: f=224,00MHz,  errorRate=0,37%,  maxErrorRate=1,50%,  hashRate=223,2MH/s,  submitted 17 new nonces,  luckFactor=1,09
2012-06-11T06:58:18: 001-0: poll loop time: 188ms (USB: 13ms network: 175ms)   getwork time: 392ms  submit time: 481ms
2012-06-11T06:58:18: Total hash rate: 1512,7 MH/s
2012-06-11T06:58:18: Total submitted hash rate: 1346,3 MH/s
2012-06-11T06:58:18:  --------
2012-06-11T06:59:17: New block detected by long polling
2012-06-11T06:59:27: New block detected by long polling
2012-06-11T06:59:36: New block detected by long polling
2012-06-11T06:59:48: 001-0: ztex_ufm1_15y1-04A36DE0AA-3: Set frequency to 224,00MHz
2012-06-11T06:59:54: 001-0: ztex_ufm1_15y1-04A36DE0AA-3: Set frequency to 220,00MHz
2012-06-11T07:00:37: 001-0: ztex_ufm1_15y1-04A36E0711-2: Set frequency to 224,00MHz
2012-06-11T07:00:47: 001-0: ztex_ufm1_15y1-04A36E0711-2: Set frequency to 220,00MHz
2012-06-11T07:01:35: New block detected by long polling
2012-06-11T07:02:05: New block detected by long polling
2012-06-11T07:02:24: New block detected by long polling
2012-06-11T07:03:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-1: f=220,00MHz,  errorRate=0,29%,  maxErrorRate=0,94%,  hashRate=219,4MH/s,  submitted 16 new nonces,  luckFactor=0,92
2012-06-11T07:03:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-2: Error: Hash rate drop of 10,0% detect. This may be caused by overheating. FPGA is shut down to prevent damage.  50.0: Device disabled since 2012-06-11T06:43:14
2012-06-11T07:03:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-3: f=220,00MHz,  errorRate=1,23%,  maxErrorRate=1,91%,  hashRate=217,3MH/s,  submitted 16 new nonces,  luckFactor=0,88
2012-06-11T07:03:18: 001-0: ztex_ufm1_15y1-04A36DE0AA-4: f=200,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=200,0MH/s,  submitted 22 new nonces,  luckFactor=1,01
2012-06-11T07:03:18: 001-0: ztex_ufm1_15y1-04A36E0711-1: f=216,00MHz,  errorRate=0,00%,  maxErrorRate=0,97%,  hashRate=216,0MH/s,  submitted 16 new nonces,  luckFactor=1,01
2012-06-11T07:03:18: 001-0: ztex_ufm1_15y1-04A36E0711-2: f=220,00MHz,  errorRate=0,58%,  maxErrorRate=1,39%,  hashRate=218,7MH/s,  submitted 11 new nonces,  luckFactor=0,74
2012-06-11T07:03:18: 001-0: ztex_ufm1_15y1-04A36E0711-3: f=216,00MHz,  errorRate=0,00%,  maxErrorRate=0,00%,  hashRate=216,0MH/s,  submitted 16 new nonces,  luckFactor=0,94
2012-06-11T07:03:18: 001-0: ztex_ufm1_15y1-04A36E0711-4: f=224,00MHz,  errorRate=0,20%,  maxErrorRate=1,50%,  hashRate=223,6MH/s,  submitted 12 new nonces,  luckFactor=1,01
2012-06-11T07:03:18: 001-0: poll loop time: 151ms (USB: 13ms network: 138ms)   getwork time: 339ms  submit time: 409ms
2012-06-11T07:03:18: Total hash rate: 1510,9 MH/s
2012-06-11T07:03:18: Total submitted hash rate: 1396,9 MH/s
2012-06-11T07:03:18:  --------
2012-06-11T07:03:32: New block detected by long polling
2012-06-11T07:03:51: New block detected by long polling

As you see *11 is ok, *AA problematic.
Also just one of the other cores seems to react, but not everytime the same, here its #4, but also I saw #3 and #1 clocking down before.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on June 11, 2012, 09:34:29 AM
Just some logging now:
...
As you see *11 is ok, *AA problematic.
Quote

The FPGA downclocks immediately because it does not deliver correct results anymore (Its from April batch). The only thing you can try to fix by yourself is to clean the FPGA if you used thermal grease with metal particles (not the one delivered with the cooler). This stuff sometimes disturbs the communication between FPGA and USB controller is it is below the BGA.

If this does not help it hat to be returned for a check.


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: ztex on June 11, 2012, 09:38:03 AM
Set -oh to another value. Try 0.1. This way you can see how low it will fall.

If it is an overheating issue you can use this setting to see how low it fails before the FPGA is killed ...



Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on June 11, 2012, 04:58:44 PM
Set -oh to another value. Try 0.1. This way you can see how low it will fall.

If it is an overheating issue you can use this setting to see how low it fails before the FPGA is killed ...



Killed in what way ?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: rupy on June 11, 2012, 05:26:53 PM
I think the whole -oh ratio variable is hard to grasp... could it be "how many frequency jumps per second" or something we can understand professor?


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: vv01f on June 11, 2012, 05:51:54 PM
The FPGA downclocks immediately because it does not deliver correct results anymore (Its from April batch). The only thing you can try to fix by yourself is to clean the FPGA if you used thermal grease with metal particles (not the one delivered with the cooler). This stuff sometimes disturbs the communication between FPGA and USB controller is it is below the BGA.

If this does not help it hat to be returned for a check.
OK, I will try that on Friday - right now I am not close enough to my little rig. Lets hope it is that easy :) .


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Turbor on June 11, 2012, 06:13:24 PM
I think the whole -oh ratio variable is hard to grasp... could it be "how many frequency jumps per second" or something we can understand professor?

0.7 equals 70% hashrate drop. 0.6 60% and so far. Base frequency seems to be 200 MHz.

Code:
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 144.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 148.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 144.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 148.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 144.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: Set frequency to 216.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 148.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 140.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 144.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: Set frequency to 212.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 140.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 144.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 140.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 136.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 140.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 136.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 132.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 136.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 132.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 128.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 132.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 128.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 124.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 128.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 124.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 120.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 124.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 120.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 116.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 120.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 116.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 112.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 116.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 112.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 116.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 112.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 108.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 112.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 108.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 112.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 108.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 104.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 108.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 104.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 100.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 104.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 100.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 96.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 100.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 96.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 92.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 96.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 92.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 88.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 92.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 88.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 84.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 80.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 76.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 72.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 68.00MHz
bus-0-0: ztex_ufm1_15d4-0001-02-05-1: f=208.00MHz,  errorRate=0.50%,  maxErrorRa
te=1.57%,  hashRate=207.0MH/s,  submitted 13 new nonces,  luckFactor=1.14
bus-0-0: ztex_ufm1_15d4-0001-02-06-1: f=208.00MHz,  errorRate=0.00%,  maxErrorRa
te=0.66%,  hashRate=208.0MH/s,  submitted 8 new nonces,  luckFactor=0.82
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: f=212.00MHz,  errorRate=0.75%,  maxErrorRa
te=0.87%,  hashRate=210.4MH/s,  submitted 12 new nonces,  luckFactor=0.99
bus-0-0: ztex_ufm1_15y1-0001-02-07-2: f=208.00MHz,  errorRate=0.01%,  maxErrorRa
te=0.59%,  hashRate=208.0MH/s,  submitted 16 new nonces,  luckFactor=0.97
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: f=68.00MHz,  submitted 2 new nonces,  luck
Factor=0.96
bus-0-0: ztex_ufm1_15y1-0001-02-07-4: f=204.00MHz,  errorRate=0.06%,  maxErrorRa
te=1.70%,  hashRate=203.9MH/s,  submitted 10 new nonces,  luckFactor=0.71
bus-0-0: poll loop time: 94ms (USB: 6ms network: 88ms)   getwork time: 410ms  su
bmit time: 421ms
bus-0-0: Warning: 2 overflows occured. This is usually caused by a slow network
connection.
Total hash rate: 1105.2 MH/s
Total submitted hash rate: 1020.9 MH/s
 --------
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 64.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: Set frequency to 216.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Set frequency to 60.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-3: Error: Hash rate drop of 70.0% detect. Thi
s may be caused by overheating. FPGA is shut down to prevent damage.  50.0: Disa
bling device
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: Set frequency to 212.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: Set frequency to 216.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-1: Set frequency to 212.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-2: Set frequency to 212.00MHz
bus-0-0: ztex_ufm1_15y1-0001-02-07-2: Set frequency to 208.00MHz


Title: Re: ZTEX USB-FPGA Modules 1.15x and 1.15y: 210 and 850 MH/s FPGA Boards
Post by: Inspector 22