Bitcoin Forum
December 03, 2016, 01:58:07 PM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 [85] 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 »
  Print  
Author Topic: Cairnsmore1 - Quad XC6SLX150 Board  (Read 251108 times)
ebereon
Sr. Member
****
Offline Offline

Activity: 407


View Profile
July 31, 2012, 12:36:27 PM
 #1681

Makomks 160mhs bitstream ran on my 3 boards for 9,5h before failing, a board had dissapeared from device manager.

I would say, thats a USB cable problem. As I had the same issue with 4 boards and since I changed them, everything is ok.

Yes I had 4 broken USB cables...

eb
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
makomk
Hero Member
*****
Offline Offline

Activity: 686


View Profile
July 31, 2012, 12:47:38 PM
 #1682

Makomks 160mhs bitstream ran on my 3 boards for 9,5h before failing, a board had dissapeared from device manager.

I would say, thats a USB cable problem. As I had the same issue with 4 boards and since I changed them, everything is ok.
Yeah, a bad bitstream shouldn't be able to cause that - USB's handled by a different chip, which presumably runs off seperate power rails to the FPGA and a seperate clock source. Though you never know with the Cairnsmore1.

Quad XC6SLX150 Board: 860 MHash/s or so.
SIGS ABOUT BUTTERFLY LABS ARE PAID ADS
ShadesOfMarble
Donator
Hero Member
*
Offline Offline

Activity: 543



View Profile
July 31, 2012, 12:57:04 PM
 #1683

Boards 0-50 have SERIOUS issues, later boards just issues Sad
"Serious" as in "cannot be fixed in software"? I'm rather concerned because I have "pre-50" board.

Yohan, can you comment on this?

Review of the Spondoolies-Tech SP10 „Dawson“ Bitcoin miner (1.4 TH/s)

[22:35] <Vinnie_win> Did anyone get paid yet? | [22:36] <Isokivi> pirate did!
spiccioli
Legendary
*
Offline Offline

Activity: 1376

nec sine labore


View Profile
July 31, 2012, 01:03:17 PM
 #1684

Boards 0-50 have SERIOUS issues, later boards just issues Sad
"Serious" as in "cannot be fixed in software"? I'm rather concerned because I have "pre-50" board.

Yohan, can you comment on this?

I don't know how much serious problems they have or whether they can be fixed in software, but the fact that makomk bitstream doesn't work on them while it works  on ebereon's ones (which has boards with serial number >= 400) without issues makes me think that it is serious enough.

spiccioli
ShadesOfMarble
Donator
Hero Member
*
Offline Offline

Activity: 543



View Profile
July 31, 2012, 01:07:07 PM
 #1685

I have the 150 Mhz version  running on my S/N 26 board. Or are you talking about the 160+ Mhz bitstreams? Didn't try them, yet...

Review of the Spondoolies-Tech SP10 „Dawson“ Bitcoin miner (1.4 TH/s)

[22:35] <Vinnie_win> Did anyone get paid yet? | [22:36] <Isokivi> pirate did!
misternoodle
Member
**
Offline Offline

Activity: 108



View Profile
July 31, 2012, 01:07:49 PM
 #1686

I let my board (#171) run through the evening.  The accepted shares reported in MPBM is roughly equal to my Icarus board that is installed on the same system which tells me that I'm still only hashing at 380mh/s.

http://i.imgur.com/AmmeS.jpg

The only difference I have is SW6 #1 is on, if it is off then it won't hash.  This all using the SPI flash.  
ebereon
Sr. Member
****
Offline Offline

Activity: 407


View Profile
July 31, 2012, 01:14:33 PM
 #1687

My SN# 0015 board is not working with the 160Mh bitstream. If I have time I will test it with the 140 and 150Mh bitstreams.
ebereon
Sr. Member
****
Offline Offline

Activity: 407


View Profile
July 31, 2012, 01:15:33 PM
 #1688

I let my board (#171) run through the evening.  The accepted shares reported in MPBM is roughly equal to my Icarus board that is installed on the same system which tells me that I'm still only hashing at 380mh/s.

http://i.imgur.com/AmmeS.jpg

The only difference I have is SW6 #1 is on, if it is off then it won't hash.  This all using the SPI flash.  

With SW6 #1 on you run them on the half Mhz as with SW6 #1 off.
norulezapply
Sr. Member
****
Offline Offline

Activity: 475


View Profile
July 31, 2012, 02:05:37 PM
 #1689

Boards 0-50 have SERIOUS issues, later boards just issues Sad
"Serious" as in "cannot be fixed in software"? I'm rather concerned because I have "pre-50" board.

Yohan, can you comment on this?

Does twin_test.bit run stable on your board?

If my post helped, I'll happily accept a few bitmills!   15rGg6A1JFZV3b7TTbtpAaiYGdUD1e1oAm
ShadesOfMarble
Donator
Hero Member
*
Offline Offline

Activity: 543



View Profile
July 31, 2012, 02:13:41 PM
 #1690

Does twin_test.bit run stable on your board?
I don't know, because I didn't have time to set it up until now. (yes, the board just collected dust for some weeks...)

Currently I have "shortfin_icarus_cm1_test_150.bit" flashed + running and it looks good so far (U is 8.15). But I guess I'll have to wait a few more days to see if it's really stable. Also I didn't try the 160+ Mhz versions.

So at least makomk's bitstreams are working "somehow" on pre-s/n-50 boards, at least on mine.

Review of the Spondoolies-Tech SP10 „Dawson“ Bitcoin miner (1.4 TH/s)

[22:35] <Vinnie_win> Did anyone get paid yet? | [22:36] <Isokivi> pirate did!
Lethos
Sr. Member
****
Offline Offline

Activity: 476


Keep it Simple. Every Bit Matters.


View Profile WWW
July 31, 2012, 03:30:36 PM
 #1691

I would love to test the bitstream, but virtual box usb has issues, most the time it refuses any usb connected devices, even though they are installed and work fine in Windows.
To get around a few steps, the furthest along I've got it using wget all the files via my server, since I can't get my usb pen mounted either.

It kinda worked before, now the keeps complaining about "USB device is busy with a previous request".
Tried many of the usual stuff suggested on the virtual box support site, but it's short lived or doesn't work.

Their needs to be an easier way, maybe a native program for linux, rather than having to go via virtualbox.
Surely xc3sprog would work in a normal linux environment right? Don't mind sending a few bitcoins to someone who can help me out.

Seems a waste for me to be helping towards the bounty, then can't actually use it.

Lethos Designs | UK BTC Seller -  Local Bitcoins | BTC OTC Rating | 1EFhXfX9uXsbXBF3LC69GiVfS3SHCsyMR1
FPGA: 2x Quad XC6SLX150 Boards
spiccioli
Legendary
*
Offline Offline

Activity: 1376

nec sine labore


View Profile
July 31, 2012, 03:35:08 PM
 #1692

I would love to test the bitstream, but virtual box usb has issues, most the time it refuses any usb connected devices, even though they are installed and work fine in Windows.
To get around a few steps, the furthest along I've got it using wget all the files via my server, since I can't get my usb pen mounted either.

It kinda worked before, now the keeps complaining about "USB device is busy with a previous request".
Tried many of the usual stuff suggested on the virtual box support site, but it's short lived or doesn't work.

Their needs to be an easier way, maybe a native program for linux, rather than having to go via virtualbox.
Surely xc3sprog would work in a normal linux environment right? Don't mind sending a few bitcoins to someone who can help me out.

Seems a waste for me to be helping towards the bounty, then can't actually use it.

Lethos,

are you trying to flash the SPI firmaware (to update it to controller rev. 1.3) or a bitstream from makomk?

For the latter, you don't need windows at all, but for the former right now you can only do it in windows.

spiccioli
Lethos
Sr. Member
****
Offline Offline

Activity: 476


Keep it Simple. Every Bit Matters.


View Profile WWW
July 31, 2012, 04:10:11 PM
 #1693

I would love to test the bitstream, but virtual box usb has issues, most the time it refuses any usb connected devices, even though they are installed and work fine in Windows.
To get around a few steps, the furthest along I've got it using wget all the files via my server, since I can't get my usb pen mounted either.

It kinda worked before, now the keeps complaining about "USB device is busy with a previous request".
Tried many of the usual stuff suggested on the virtual box support site, but it's short lived or doesn't work.

Their needs to be an easier way, maybe a native program for linux, rather than having to go via virtualbox.
Surely xc3sprog would work in a normal linux environment right? Don't mind sending a few bitcoins to someone who can help me out.

Seems a waste for me to be helping towards the bounty, then can't actually use it.

Lethos,

are you trying to flash the SPI firmaware (to update it to controller rev. 1.3) or a bitstream from makomk?

For the latter, you don't need windows at all, but for the former right now you can only do it in windows.

spiccioli

I am trying to use makomk bitstream. I believe my boards were already updated to 1.3v. So how do I update to the latest bitstream without using virtualbox?

Lethos Designs | UK BTC Seller -  Local Bitcoins | BTC OTC Rating | 1EFhXfX9uXsbXBF3LC69GiVfS3SHCsyMR1
FPGA: 2x Quad XC6SLX150 Boards
Doff
Sr. Member
****
Offline Offline

Activity: 327


View Profile
July 31, 2012, 04:12:57 PM
 #1694

I would love to test the bitstream, but virtual box usb has issues, most the time it refuses any usb connected devices, even though they are installed and work fine in Windows.
To get around a few steps, the furthest along I've got it using wget all the files via my server, since I can't get my usb pen mounted either.

It kinda worked before, now the keeps complaining about "USB device is busy with a previous request".
Tried many of the usual stuff suggested on the virtual box support site, but it's short lived or doesn't work.

Their needs to be an easier way, maybe a native program for linux, rather than having to go via virtualbox.
Surely xc3sprog would work in a normal linux environment right? Don't mind sending a few bitcoins to someone who can help me out.

Seems a waste for me to be helping towards the bounty, then can't actually use it.

You can get the program here.

sudo svn co https://xc3sprog.svn.sourceforge.net/svnroot/xc3sprog/trunk xc3sprog

You will need Cmake, libftdi1, libftdipp1 from your distributions repository. Then  do a cmake . make, and make install and you should be golden. I was never able to get the pre-built binary version to work so this is how i did it.
toxicocean
Newbie
*
Offline Offline

Activity: 24


View Profile
July 31, 2012, 04:31:08 PM
 #1695

board #0005 still running stable with shortfin_icarus_cm1_test_160.bit (using controller 1.3) after running for about 19h45

 cgminer version 2.3.4 - Started: [2012-07-30 22:37:47]
--------------------------------------------------------------------------------
 (5s):598.2 (avg):733.2 Mh/s | Q:3695  A:10554  R:49  HW:0  E:286%  U:8.95/m
 TQ: 2  ST: 3  SS: 1  DW: 255  NB: 108  LW: 23701  GF: 0  RF: 0
--------------------------------------------------------------------------------
 CM 0:                | 460.7/367.6Mh/s | A:5266 R:24 HW:0 U:4.47/m
 CM 1:                | 383.8/365.5Mh/s | A:5288 R:25 HW:0 U:4.48/m
--------------------------------------------------------------------------------

pool account reports 550 Mhash/s
spiccioli
Legendary
*
Offline Offline

Activity: 1376

nec sine labore


View Profile
July 31, 2012, 04:54:15 PM
 #1696

I would love to test the bitstream, but virtual box usb has issues, most the time it refuses any usb connected devices, even though they are installed and work fine in Windows.
To get around a few steps, the furthest along I've got it using wget all the files via my server, since I can't get my usb pen mounted either.

It kinda worked before, now the keeps complaining about "USB device is busy with a previous request".
Tried many of the usual stuff suggested on the virtual box support site, but it's short lived or doesn't work.

Their needs to be an easier way, maybe a native program for linux, rather than having to go via virtualbox.
Surely xc3sprog would work in a normal linux environment right? Don't mind sending a few bitcoins to someone who can help me out.

Seems a waste for me to be helping towards the bounty, then can't actually use it.

Lethos,

are you trying to flash the SPI firmaware (to update it to controller rev. 1.3) or a bitstream from makomk?

For the latter, you don't need windows at all, but for the former right now you can only do it in windows.

spiccioli

I am trying to use makomk bitstream. I believe my boards were already updated to 1.3v. So how do I update to the latest bitstream without using virtualbox?


Lethos,

start your virtualbox instance and then scp xc3sprog to the linux pc.

Let's say that you have a user called "miner" on your linux box you issue this command from the virtualbox running image

Code:
scp ./xc3sprog miner@ip-of-your-linux-box:

example

Code:
scp ./xc3sprog spiccioli@192.168.1.100:

mind the colon at the end of the command.

This will ask miner's password and copy xc3sprog to the home dir of user miner on the linux box.

Then, from the linux box you use the same commands as if you were inside the virtualbox image.

Mind you that if you have multiple boards attached to the linux box you need to:

  • unplug one board
  • move SW1 switch 3 to OFF (start of programming)
  • plug it again, this makes the board the "active" board for xc3sprog (1)
  • issue a ./xc3sprog -c cm1 -j to see that the board is visible
  • issue the xc3sprog command for each FPGA
  • unplug the board again
  • move SW1 switch 3 to ON
  • move SW1 switch 1 to OFF (resets board) then after a few seconds to ON again
  • when the yellow leds are on, plug the board again

(1) I don't know how to address one board between a few using xc3sprog if not using this series of plugging/unplugging to make it the "active" board.

I've used this method several times and it works with my ubuntu server 12.04.

SW2 and SW5 have all switches ON, SW3 and SW4 are ON-OFF-ON-ON
SW6 switch 1 is OFF

Tell me if it works.

spiccioli.


EDIT: the xc3sprog has to be run as sudo otherwise it cannot access the board you're trying to flash
Lethos
Sr. Member
****
Offline Offline

Activity: 476


Keep it Simple. Every Bit Matters.


View Profile WWW
July 31, 2012, 05:42:25 PM
 #1697

Thanks guys I'll give it a go once I'm back In the house.
Went out with the misses since she could tell I was just getting frustrated.

It working straight from my linux box is ideal.

Lethos Designs | UK BTC Seller -  Local Bitcoins | BTC OTC Rating | 1EFhXfX9uXsbXBF3LC69GiVfS3SHCsyMR1
FPGA: 2x Quad XC6SLX150 Boards
yohan
Sr. Member
****
Offline Offline

Activity: 448



View Profile
July 31, 2012, 06:52:48 PM
 #1698

Boards 0001 to 0050 we will either replace with later issue boards or offer you a credit against new purchases as compensation if you still have an issue in 4 weeks time when we might have some unallocated board stock available again.

We now know from the work we are doing that the outer copper layers on these boards is slightly thinner that the boards 0051 onwards have. We can now more or less bring these boards back up to the 0051 onwards level by simply adding a few simple capacitors. That can be done in a few minutes and we are doing further testing on these boards to find out more and make those mods on any available boards we have. It's entirely possible we may also come up with firmware solution to solve this as well.


spiccioli
Legendary
*
Offline Offline

Activity: 1376

nec sine labore


View Profile
July 31, 2012, 07:09:24 PM
 #1699

Boards 0001 to 0050 we will either replace with later issue boards or offer you a credit against new purchases as compensation if you still have an issue in 4 weeks time when we might have some unallocated board stock available again.

We now know from the work we are doing that the outer copper layers on these boards is slightly thinner that the boards 0051 onwards have. We can now more or less bring these boards back up to the 0051 onwards level by simply adding a few simple capacitors. That can be done in a few minutes and we are doing further testing on these boards to find out more and make those mods on any available boards we have. It's entirely possible we may also come up with firmware solution to solve this as well.

Thanks for the explanation.

So the question of the fan attached on fan pins near FPGA3 as a source of noise is ruled out, isn't it?

spiccioli.
yohan
Sr. Member
****
Offline Offline

Activity: 448



View Profile
July 31, 2012, 08:00:37 PM
 #1700

Boards 0001 to 0050 we will either replace with later issue boards or offer you a credit against new purchases as compensation if you still have an issue in 4 weeks time when we might have some unallocated board stock available again.

We now know from the work we are doing that the outer copper layers on these boards is slightly thinner that the boards 0051 onwards have. We can now more or less bring these boards back up to the 0051 onwards level by simply adding a few simple capacitors. That can be done in a few minutes and we are doing further testing on these boards to find out more and make those mods on any available boards we have. It's entirely possible we may also come up with firmware solution to solve this as well.

Thanks for the explanation.

So the question of the fan attached on fan pins near FPGA3 as a source of noise is ruled out, isn't it?

spiccioli.


We can't 100% rule that out but it's very unlikely as the problem. You can always power it from a seperate power supply using the slow fan override to avoid the protection mechanism operating.

The nature of hashing with Icarus style bitstreams is inherently "noisy" and we did take special measures in the design to account for this e.g. using heavy weight power planes in the design. Obvious we probably use some more but it all costs somewhere down the line. There is always more that can be done for the future in the PCB design that will bring improvements but probably much more can actually be done in changing the hashing design and the way it operates.

We will work on understanding the particular problems and eventually work this into later products. We also know the design has it's good bits as well. The cooling has working welll as has the power supplies. It's actually hard to get the heatsinks more than a few degress above ambient. In our testing operating 1-2 FPGAs at 200MHz on our test boards has been amazingly stable given we don't actually meet timing at this speed. Once we have a reason bitstream available for most boards we can get back to the more interesting things we have planned for this design and start to show a little more of what we plan to do at a system level.
Pages: « 1 ... 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 [85] 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!