Topic: [ANN] Bitfury ASIC sales in EU and Europe - page 42. (Read 250482 times)
So far no reply to 2 emails. I have 2 junk boards they sent me and im furious about it really. They were both rev 1 boards, 1 had 11 dead chips, the other wont go over 20ghs...
in which area of order numbers we are currently? thank you!
600-700 as far as i knowIt was as of wednesday as Punin said.
in which area of order numbers we are currently? thank you!
600-700 as far as i knowOrder 220 just received. The august delivery promise was kept, but it was a close call. Got a starter kit with two H-boards, which greatly overdelivers the promised hashrate. The unit is hashing at around 40GH/s (+-3GH/s). Setup was really easy with the simple web interface, I just input my pools there and restarted the miner.
I'd like to invite everyone who is going to receive a unit to use a small pool and/or p2pool if the miner inside the unit can work with it.
There are several small pools, pools with less than 50 TH/s of capacity, which should/need to grow to be able to balance the one or two mega-pools available.
This is for the health of the bitcoin network, most of all, and given that BitFury is delivering several TH/s of hashing power this is a good moment for this call to arms
spiccioli
Could someone please provide step-by-step instructions on how to configure chainminer to run as a p2pool configuration?? I'm surprised almost nobody has documented that well enough on what needs to be done the rPi side.
I think I'm somewhat clear (although not 100% sure) on what software/steps that needs to run on my PC/host but I read somewhere that some chainminer files need to be updated on the rPi side. I'd highly appreciate it.
Sadly it does not work with p2pool because slush's stratum proxy does not and chainminer has no stratum support.
spiccioli
So in the end, under bitfury we are trapped at the mercy of countless DDoS attacks. I have, and I expect many others too, lost LOTS of coins due to this severe limitation that leaves us absolutely defenseless. :-/
Is there any documentation, however limited or partially tested, on how to compile and run bfgminer or cgminer for bitfury for p2pool???
This is getting really painful.
I haven't tried this but what is stopping you from running a p2pool node on a PC on your LAN and setting it's IP as the getwork address in jobconnect.cpp and recompiling?
Some documentation and step-by-step guide just as it has already been done for the standard mining procedure here ---> [GUIDE] BitFury Miner Support/Tuning) https://bitcointalksearch.org/topic/guide-bitfury-miner-supporttuning-287590
Yes, I'm aware that via a PC is experimental and thats seems a possible solution but so far it's been myself alone trying to piece together and make sense of generic statements I've found here and there to actually try to test it. For example:
a) Does that mean I need to connect the rPI directly to the PC or via the router?
b) Is there any procedure to grant access to rPi to connect to a PC? (I read somewhere that I need to run some 'base' command and paste the outcome somwhere else?)
c) What else needs to be edited/commented/added in jobconnect.cpp and how to safely recompile it ?
d) Do I need to stop the stratum proxy process and where's the safest place to edit the configuration file and remove the command/comment it?
e) Does bfgminer seem to work better than cgminer for this type of setup? What's more recommended?
f) Something else I may be missing
A bit of more detailed help will be very appreciated. Thanks!
Since yesterday evening, I am having an enormous amount of duplicates, about 33% ?!
Any idea why this could happen ?
I have figure it has to do with the empty 4th bank. I placed back the non/hashing boards and the duplicates are back to ´normal´.Any idea why this could happen ?
my understanding was that if you fiull the banks unevenly it can cause issues
Since yesterday evening, I am having an enormous amount of duplicates, about 33% ?!
Any idea why this could happen ?
I have figure it has to do with the empty 4th bank. I placed back the non/hashing boards and the duplicates are back to ´normal´. Any idea why this could happen ?
Since yesterday evening, I am having an enormous amount of duplicates, about 33% ?!
Any idea why this could happen ?
I have been shuffling the boards around a bit, and sure, I could try to revert, but I am also curious why this could happen.
I have one M-board(V2) with 11 H-boards:
Bank 1
1: 24.496GH/s
2: 23.121GH/s
3: 24.61GH/s
4: 18.984GH/s
Bank 2
5: 23.608GH/s
6: 24.954GH/s
7: 24.854GH/s
8: 20.73GH/s
Bank 3
9: 18.955GH/s
10: 21.546GH/s
11: 20.659GH/s
12: 0GH/s
Bank 4
13: 0GH/s
14: 0GH/s
15: 0GH/s
16: 0GH/s
I am not using Bank 4 because the cards don't hash there.
BtcGuild:
bitfury_1 163.18 GH/s 96768 (100.00%) 0 / 33024 / 0
Also the hashrate is all over the place. I have seen boards hashing over 30GH/s, but currently none of them do.
Any idea why this could happen ?
I have been shuffling the boards around a bit, and sure, I could try to revert, but I am also curious why this could happen.
I have one M-board(V2) with 11 H-boards:
Bank 1
1: 24.496GH/s
2: 23.121GH/s
3: 24.61GH/s
4: 18.984GH/s
Bank 2
5: 23.608GH/s
6: 24.954GH/s
7: 24.854GH/s
8: 20.73GH/s
Bank 3
9: 18.955GH/s
10: 21.546GH/s
11: 20.659GH/s
12: 0GH/s
Bank 4
13: 0GH/s
14: 0GH/s
15: 0GH/s
16: 0GH/s
I am not using Bank 4 because the cards don't hash there.
BtcGuild:
bitfury_1 163.18 GH/s 96768 (100.00%) 0 / 33024 / 0
Also the hashrate is all over the place. I have seen boards hashing over 30GH/s, but currently none of them do.
So far out of my full unit I have one totally fucked up board, 5 chips work, 8 are dead, 3 are so dead they dont even show up in the log.
I have 4 other boards performing terribly I need to try and sort out. Hopefully i can atleast get them to 25gh/s via manual tuning.
Sigh...
I have 4 other boards performing terribly I need to try and sort out. Hopefully i can atleast get them to 25gh/s via manual tuning.
Sigh...
In my experience, sometimes a little bit of time running will awaken dead chips or improve mediocre chips. My starter kit originally had a chip that responded at about 0.6GH with 20-40% errors for several days and reboots. However, after a pencil mod, it suddenly began working perfectly (now getting >40GH on the board).
Try doing a bit of voltage increase (0.78V is a good place to start if you have no heatsinks, 0.8V if you do) and see what happens.
for the dead/missing chips, there are some reports on removing its connections to "see" the following chips in the chain. (however, a replacement board is a better alternative if punin can do it quickly)
So far out of my full unit I have one totally fucked up board, 5 chips work, 8 are dead, 3 are so dead they dont even show up in the log.
I have 4 other boards performing terribly I need to try and sort out. Hopefully i can atleast get them to 25gh/s via manual tuning.
Sigh...
I have 4 other boards performing terribly I need to try and sort out. Hopefully i can atleast get them to 25gh/s via manual tuning.
Sigh...
punin will replace a board if its totally dead.
i run my boards with autotune and some pencil mode, they do just fine
So far out of my full unit I have one totally fucked up board, 5 chips work, 8 are dead, 3 are so dead they dont even show up in the log.
I have 4 other boards performing terribly I need to try and sort out. Hopefully i can atleast get them to 25gh/s via manual tuning.
Sigh...
I have 4 other boards performing terribly I need to try and sort out. Hopefully i can atleast get them to 25gh/s via manual tuning.
Sigh...
in which area of order numbers we are currently? thank you!
600-700 as far as i know
in which area of order numbers we are currently? thank you!
Raspi interface (SPI bus and GPIO) work on 3V3 level. Bitfury chip use 1V8.
Chip (TXB0104D) on M_board work as level shifter. Additionally you need DC/DC converter for supply 1V8 to each H-Board.
Chip (TXB0104D) on M_board work as level shifter. Additionally you need DC/DC converter for supply 1V8 to each H-Board.
12V is easy
What do these chips do?
What do these chips do?
i beleive that at least a portion of them are used to drop 12v down to 1.8v for comms, but im not sure. (there are about a dozen devs that could provide a better answer on this!)
12V is easy
What do these chips do?
What do these chips do?
I would like to connect a h-card directly to my raspberry pi.
Is that easy?
Is that easy?
probably not
1) you need to get 12V current into the h-board (the m-board holds these connectors)
2) the m-board has its own chips, its not just a replication of the gpio pins
I would like to connect a h-card directly to my raspberry pi.
Like this board: https://bitcointalksearch.org/topic/--7216
Is that easy?
Like this board: https://bitcointalksearch.org/topic/--7216
Is that easy?
I added your git to the support thread ...
I am sending all changes back to Legkodymov, so the changes in mine are just temporary - there are enough forks already, no need to follow another one, but i don't mind
I added your git to the support thread ...
...
Mining Software Repositories: (use with caution, work in progress!)
...
- CGMiner by KNK
Mining Software Repositories: (use with caution, work in progress!)
...
- CGMiner by KNK
Anyone willing to help testing a cgminer fork changes with a full kit or at least one board in each bus (A-D)?
In sync with the latest Legkodymov's miner. For BFSB master boards you should leave BITFURY_MUX_OE undefined in bitfury-config.h and change:
to
...
In sync with the latest Legkodymov's miner. For BFSB master boards you should leave BITFURY_MUX_OE undefined in bitfury-config.h and change:
Code:
#define BITFURY_MAXCHIPS 100
#define BITFURY_MAXBANKS 1
#define BITFURY_BANKCHIPS 100
Code:
#define BITFURY_MAXCHIPS 256
#define BITFURY_MAXBANKS 4
#define BITFURY_BANKCHIPS 16
Anyone willing to help testing a cgminer fork changes with a full kit or at least one board in each bus (A-D)?
https://github.com/KaloNK/cgminer - in sync with the latest Legkodymov's miner. For BFSB master boards you should leave BITFURY_MUX_OE undefined in bitfury-config.h and change:
to
By default the GPIO pins are defined (in tm_i2c.c) for BFSB boards, so no need to change anything there
https://github.com/KaloNK/cgminer - in sync with the latest Legkodymov's miner. For BFSB master boards you should leave BITFURY_MUX_OE undefined in bitfury-config.h and change:
Code:
#define BITFURY_MAXCHIPS 100
#define BITFURY_MAXBANKS 1
#define BITFURY_BANKCHIPS 100
Code:
#define BITFURY_MAXCHIPS 256
#define BITFURY_MAXBANKS 4
#define BITFURY_BANKCHIPS 16
By default the GPIO pins are defined (in tm_i2c.c) for BFSB boards, so no need to change anything there
Jump to: