Bitcoin Forum
February 07, 2023, 06:19:48 PM *
News: Community Awards results
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 [5] 6 7 8 9 10 11 12 13 »
81  Local / Nederlands (Dutch) / Re: Bitcoin Dinsdag - PIZZA! on: November 09, 2013, 05:20:04 PM
Net ook iets besteld bij thuisbezorgd.nl en betaald met bitcoins. Ging snel en probleemloos. Enige nadeel is dat de prijs van de maaltijd achteraf steeds hoger wordt Smiley Smiley
82  Bitcoin / Hardware / Re: [ANN] Bitfury is looking for alpha-testers of first chips! FREE MONEY HERE! on: November 08, 2013, 07:42:17 AM
It takes 2 weeks to wait a for a board ... just to find out you've messed something Sad
That's why I ordered my board in June. Cool
83  Bitcoin / Hardware / Re: [ANN] Bitfury is looking for alpha-testers of first chips! FREE MONEY HERE! on: November 07, 2013, 05:27:50 AM
Fun discussion, you guys would be no fun in a design review ;-p

If it was an early design review, it would be fun Smiley
84  Bitcoin / Hardware / Re: [ANN] Bitfury is looking for alpha-testers of first chips! FREE MONEY HERE! on: November 06, 2013, 07:16:24 PM
For chaining you just connect 2nd chip to 1st chip without level shifters. The whole chain runs at 1.8V, and you only need to convert to 3.3V between first chip and host.
85  Bitcoin / Hardware / Re: TECHNOBIT S-HASH minig board, Technobit Nanofury and Bitfury chip distribution on: October 28, 2013, 12:19:33 PM
So for oc there is no software update needed? Just changing the resistor will do?

Correct. The speed of the chips automatically goes up with the voltage, so if you reduce the resistor, it increases the voltage, and the speed of the internal oscillators.

86  Bitcoin / Hardware / Re: [ANN] Bi•Fury | 5+ GH/s USB Miner [FASTEST USB MINER IN THE WORLD] on: October 13, 2013, 06:22:34 AM
Are these using 2.5 watts type of USB or new USB 3 or 4 or whatever that can crank way more power at them?
The hardware has different solder jumper options. They can be made for 2.5W level, and I've gotten close to 4 GH/sec that way. But I expect most people would prefer to use a bit more power, and stick them in a powered hub.

The 2.5W/4GH setting can still be useful though. It's a nice introduction to bitcoins and bitcoin mining that doesn't require any additional investments or setups.
87  Bitcoin / Hardware / Re: [ANN] Bitfury is looking for alpha-testers of first chips! FREE MONEY HERE! on: October 02, 2013, 06:53:48 AM
The 1.8V is not a reference voltage, but the supply power for the SPI I/O circuitry on each chip.
88  Bitcoin / Mining support / Re: [GUIDE] BitFury Miner Support/Tuning on: October 02, 2013, 06:21:07 AM
When you reverse a board in the M-BOARD connector, it doesn't swap GND with 12V wires, but it swaps the GND/12V with the 1.8V SPI section on the other side, and it puts the 12V straight into the chips. Especially the first and last chip in the chain will get the full effect, and are the most likely to fry.  The power regulator may still be okay. The fuse is probably still good too.
89  Bitcoin / Pools / Re: [58Th] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 # on: October 01, 2013, 07:50:03 AM
Also, BTC Guild had/has problems, so a bunch of people switched pools.
90  Bitcoin / Mining software (miners) / Re: Unified miners communication protocol on: September 30, 2013, 09:17:10 AM
I'll check out the protocol in more detail later, but one thing I'll ask right away... can you add the exact format for the work string and nonce/timestamp, with a few examples so people can test their implementation by feeding the same work and checking the results.

91  Bitcoin / Mining software (miners) / Re: Unified miners communication protocol on: September 29, 2013, 06:20:04 PM
Depends at what level you're working. If your miners are doing coinbase modifications, they could use a trick like stratum to share work.
That's true, but then they really use the exact same information, so a broadcast actually makes sense. KNK was describing a scenario where information is broadcast, but the miners only pick what's relevant to them. That's very much like your own directed traffic implementation layered over multicast.
92  Bitcoin / Mining support / Re: [GUIDE] BitFury Miner Support/Tuning on: September 29, 2013, 06:14:57 PM
Careful when measuring the core voltage. Don't make a short, or you'll get spitzensparken. There's a lot of amps available, very eager to take a shortcut.
93  Bitcoin / Mining software (miners) / Re: Unified miners communication protocol on: September 29, 2013, 06:12:41 PM
Wouldn't it make more sense to use directed data, and send each miner only the information he needs to have ? Multicast doesn't save bandwidth, because each miner needs different work anyway.
94  Bitcoin / Mining software (miners) / Re: Unified miners communication protocol on: September 29, 2013, 05:44:28 PM
But why couldn't you do that over one communication channel (per MS/MH) ?
95  Bitcoin / Mining software (miners) / Re: Unified miners communication protocol on: September 29, 2013, 05:15:30 PM
Why add unnecessary complexity with 2 pairs of endpoints, or 2 other connections? You can simply mix various kinds data in one channel, and sort it out in the application.
96  Bitcoin / Hardware / Re: TECHNOBIT S-HASH minig board, Technobit Nanofury and Bitfury chip distribution on: September 27, 2013, 03:43:53 AM
So is it settled and there wont be any OC at all, or is there a chance that the design will be changed ?
If OC would be possible the device would be much more competitive.

OC is still possible, but you'd have to modify a resistor value.
97  Bitcoin / Hardware / Re: [ANN] Bitfury is looking for alpha-testers of first chips! FREE MONEY HERE! on: September 27, 2013, 03:41:19 AM
I am looking at the code now, but the number of rows and colums in your table is 35*20=700, in the code it seems to use 24*24=576 instead of 765 cores ... shouldn't it be 15*51 instead?
In my table, there are 36 rows and 21 columns (0 also counts), and 36*21=756. The code does % 24, so you'd expect 24 columns, but colums 5-7 are skipped, so only 21 left.
98  Bitcoin / Hardware / Re: [ANN] Bitfury is looking for alpha-testers of first chips! FREE MONEY HERE! on: September 26, 2013, 07:33:35 PM
Can you explain a bit more or maybe an example. Thanks
Check the chainminer sources, fix_nonce() function.

Also, the different fixups aren't distributed equally. The -0x00800000 fixup is needed half the time, no fixup a third, and - 0x00400000 in the rest of the cases. So, if you try them in that order, you'll minimize the number of hashes needed in the software. Or use the method that chainminer uses to try to guess the correct fixup from the core (doesn't always work: some cores have two different possible fixups)
99  Bitcoin / Hardware / Re: [ANN] Bitfury is looking for alpha-testers of first chips! FREE MONEY HERE! on: September 26, 2013, 07:32:21 PM
I did a test on the S-HASH board. For one chip,  I marked all cores that returned a valid nonce.


The same test on another chip shows three missing rows:


The test has not run for very long, so some of the unmarked cores may still get a hit later.

Of 16 chips total, 10 have found nonces in all cores. The other 6 all have one or more missing rows at the top.
100  Bitcoin / Hardware / Re: [ANN] Bitfury is looking for alpha-testers of first chips! FREE MONEY HERE! on: September 26, 2013, 07:18:56 PM
The last one is the same as the second, so its expected that it won't be reached. It seems the chip can get bits 23 and/or 24 wrong ... and engineering chips probably 26 too
I wonder is it an error from the core to the shift register or only when read from the register i.e. SPI communication problem

There's a clear pattern when you map the X/Y coordinates from the core to the variant, so it's not a communication problem, but a systematic issue.
Pages: « 1 2 3 4 [5] 6 7 8 9 10 11 12 13 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!