Bitcoin Forum
June 25, 2024, 09:54:23 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 »
1741  Bitcoin / Hardware / Re: TechnoBit Eastern Europe, BG Klondike assembly/Платки имонтаж на Авалон чип on: July 16, 2013, 10:40:27 AM
any news ?Smiley
+1  Wink
1742  Bitcoin / Hardware / Re: Avalon ASIC users thread on: July 16, 2013, 07:54:08 AM
today I have experienced a "bigger problem" for the second time since I have it

the machine was unresponsive on web interface, so I thought it has crashed completely and would need a physical restart, which is very bad for me

however, I tried to connect to SSH and somehow it worked, but extremely slowly, took my a couple of minutes but finally I was able to type reboot command and reboot the machine, which it did and everything is OK again

so, if someone has this totally unresponsive machine, try SSH and be very very patient, it may come up

funny thing is that it did not stop hashing until I reboot it - i.e. even in this strange unresponsive state, it was doing its job, just web interface could not be reached and SSH extremely hardly

since the operation with the whole machine was impossibly slow I could not analyze any logs before reboot, so I have no idea what happened
Out of mem - free?
WiFi disabled yes/no
dmesg?
just a few basic commands will tell you what went wrong. Make sure you post the output next time Wink
1743  Bitcoin / Hardware / Re: [Avalon Asic] trade-in Thread on: July 15, 2013, 06:27:55 AM
My order was confirmed in Friday night. Paid 17.4 BTC


Does it say "trade-in on hold" or not? (in the order details page)




Yes it says trade-in on hold for the moment
1744  Bitcoin / Hardware / Re: [Avalon Asic] trade-in Thread on: July 14, 2013, 07:56:58 PM
My order was confirmed in Friday night. Paid 17.4 BTC
1745  Bitcoin / Hardware / Re: [Avalon Asic] trade-in Thread on: July 13, 2013, 07:08:58 AM
Patience guy's
We have to wait until they ship them.
1746  Bitcoin / Hardware / Re: Official Avalon Technical Support Thread on: July 12, 2013, 02:48:18 PM
Hey guys,

I've tried to sell my batch 2 avavlon but I couldnt find a buyer. So I decided to start a raffle for it. For  1 BTC per ticket you can win my avalon with express delivery. (the raffle cant be manipulated through we use the blockchain to find the winner)

https://bitcointalk.org/index.php?topic=254816.0
Dude,

The main reason for not finding a buyer is the price. Please consider reasonable price 250 BTC is insane and do not spam tech treads also.
Thank you
1747  Bitcoin / Hardware / Re: Avalon ASIC users thread on: July 10, 2013, 06:02:40 PM
check all your power connections.

check every cable. All the ide like cables make sure they are all seated well and that you didnt bend any pins.
Short green wire to the ground - black Google it for details
1748  Bitcoin / Hardware / Re: Avalon controller options? on: July 10, 2013, 01:54:52 PM
Hi,
I'm building an Avalon Clone and having dived head first without doing enough research i'm now stuck at the controller point.
The avalon github doesn't have the BOM or FPGA stuff needed to make the controller.
I don't have enough skills to program my own fpga.

Does anyone know of alternative methods of controlling the Avalon modules?

(yes, i know i should have built a klondike instead, bit late now I've got all the modules :0)
Plus i found a neat way of water cooling and stacking it all together in a nice quiet (sort of) box.
The klondike pcb size (10x10) doesn't lend itself to cheap off the shelf water cooling


strombom has some FPGA modules for sale - easiest fastest way for you to go forward

1749  Bitcoin / Hardware / Re: [Avalon Asic] trade-in Thread on: July 10, 2013, 01:53:23 PM
What are you talking about?  Their mining profits are theirs.
Nobody will be returning anything.

If I had to guess,  I'd say the team had split around April/May.
ngzhang left the team.  I cannot imagine them having technical issues with
him on the team.  I'm guessing money and the direction the company
took was the issue.

Are they scammers by business standards? Of course.

By bitcoin mining community standards? No way.
They are geniuses walking on water.

It will be a big loss to team if NG left them. He was not doing it for the money alone. He used to enjoy his work very much. When the joy has gone NG has gone also. He is not posting lately at all and has not been around for at least 3-4 months. I do miss FPGA  times  when he used to reply to posts and mails. I have nothing to ask him though but NG if you happen to read this say hello pls Smiley
1750  Bitcoin / Hardware / Re: Klondike - 16 chip ASIC Open Source Board - Preliminary on: July 09, 2013, 11:39:24 AM
If you want the number of HW errors like you are counting, it is simply the device HW - NMW
Avalon device HW is bad nonces + NMW

No need to change anything.
What/where is NMW?
NMW - No matching work count
1751  Bitcoin / Hardware / Re: Klondike - 16 chip ASIC Open Source Board - Preliminary on: July 09, 2013, 09:17:04 AM
Maybe the ATX power is helping error rates. I'm getting 6 / 406 now, or about 1.5%. Much lower than last night on the wall wart, about 5%. Neither makes me happy but this is starting to get into a decent ball park.

Now tell me again how to calculate this properly using non 1-diff shares? I can't see a total count that includes difficulty accounted for. I know the git version now counts 1-diff shares, but is there a place to find that count on 3.3.1?

yes you can With little hack of course

Here is the magic:
Driver avalon.c near line 736
if (avalon_decode_nonce(thr, avalon, info, ar, work)) {
   mutex_lock(&info->lock);
  if (!info->nonces++)
  gettemp = true;
  info->auto_nonces++;
  info->auto_totnonces++;
  mutex_unlock(&info->lock);
} else if (opt_avalon_auto) {
  mutex_lock(&info->lock);
  info->auto_hw++;
 info->totauto_hw++;
  mutex_unlock(&info->lock);
} else {
mutex_lock(&info->lock);
  info->totauto_hw++;
  mutex_unlock(&info->lock);
}

Define  info->auto_totnonces and   info->totauto_hw in driver avalon.h both int

Init/zero them somewhere in avalon_detect_one just to make it pretty Smiley
and finally around line 1285

root = api_add_int(root, "no_matching_work", &(info->no_matching_work), false);

Add
root = api_add_int(root, "totauto_hw", &(info->totauto_hw), false);
root = api_add_int(root, "auto_totnonces", &(info->auto_totnonces), false);

That is how i do that for the avalon and it works  Wink
And i can calculate good nonces per sec also ...and other fancy stuff
What i can tell that Con auto-freq code works rock solid and keeps hw% below 2% as advertised
1752  Bitcoin / Hardware / Re: Klondike - 16 chip ASIC Open Source Board - Preliminary on: July 09, 2013, 08:30:42 AM
------
I'm not committing code in the master git at the moment while contact with ckolivas is sporadic - he's on holidays
This code could actually be useful for detecting if chips are fully functional (each nonce range) if it could report a distribution of nonce values, 0 -> 2^32. Right now, I eye ball the nonce results and check if they seem to cover all values without duplicates (overlap). Maybe I should add an range accumulator into the nonce check to verify each chip is doing what it should be.

+1 On that. A way to make sure all 16 chips hashing OK is a must. Otherwise it may turn that only I/O works and to loose hashing power

1753  Bitcoin / Hardware / Re: Avalon ASIC users thread on: July 08, 2013, 09:00:27 AM
Just as an aside, I am currently touring through Europe for the next 6 weeks.

Care to elaborate which countries? Smiley
Just Greece from here on Smiley Net access is not so great so far where I am...

Have a nice holiday CON!

Something to share:
My batch 1 unit makes 83+GH steady autoclock reaching 355 Mhz stable err <2%
My batch 2 unit makes 80+ steady autoclock reaching 343  Mhz stable  err <2%

I have tried batch 2 unit clackoed at 350 auto-clock disabled - same performance  80+ with err about 5%

I am sure it is due to HW itslef. I am wondering what may be different. I will play with FPGA USB plugs(jumpers) when i have time

Can anyone share batch 2 results - auto clock ?

 
1754  Bitcoin / Hardware / Re: Avalon reference design from BitSyncom? on: July 05, 2013, 03:53:25 PM
I think burnin is going to release at some point. Then we will see burnin clones but the clones will be a little behind.
I think the cost difference for Avalon reference design isn't that much for larger hash rates.
The nice thing about Klondike and Burnin is it lets the smaller operation participate in bitcoin mining at reasonable cost.  

True - for large hash rates, but you are also assuming that the manufacturer (assembler) would pass on the lower cost to the buyer, in BTC world this doesn't seem to happen. In other words, please show me a credible and reasonably priced avalone clone manufacturer, I would like to throw my money at them.
Strombom is the guy - Avalon clones. I think if he scales prices should go down. He is not making noise compared to the other so called manufacturers. I am not mentioning the fact that most of them do not have any idea what are they doing. Being good manager ordering PCb from china upfront is not just enough! Speaking of smaller boards klondikes and others marto74 is the guy. And let us not forget reasonable price means that the guy's assembling  boards for us should make a profit. That is the way it works. Making a profit does not mean ripping us off.
1755  Bitcoin / Hardware / Re: Avalon ASIC users thread on: July 05, 2013, 12:28:43 PM
Quote
What would it take for a volt mod? Soldering around on every single step down converter?

Yes, you need to change R9 resistor value in step-down converter, according to datasheet on TPS40193
the formula is

R9 = ( Vfb * R10 ) / ( Vout - Vfb ) , where Vfb is constant = 0.591v , R10 = 10.5k

for example, calculation for Vout = 1.2 give

R9 = ( 0.591 * 10500 ) / ( 1.2 - 0.591 ) = 6205.5 / 0.609 = 10189 , 10k resistor

in datasheet maximum Vout = 1.32

R9 = ( 0.591 * 10500 ) / ( 1.32 - 0.591 ) = 6205.5 / 0.729 = 8512 , 8.5k resistor

To make ~ 8.5k resistor from 10k you need to add in parellel 60k resistor, but i would advice you try to increase voltage in a little steps like 0.01v before you reach 1.32v

Sorry but i cant point you now where is that resistor located, i just look at hash_unit schematics.

Quote
How far (in % of HW errors) can I go up with the frequency without risking of damaging something?
I think hw error rate 2-3% is the highest that you want to see, more than that is a waste of energy.
You can damage the chips by increasing voltage to more than 1.32v - be careful.
invader ,

Nice reading thank you  Wink

What about TPS40193? it was rated at 20A max. Will it burn into flames? At 350 each chip according to rumors (calcs on PSU input - Wall) eats about 1.8-1.9 A

What about other elements inductors and such?

Thank you in advance
1756  Bitcoin / Hardware / Re: [AVALON] - I got my ASIC Thread (Batch #2) on: July 04, 2013, 09:44:46 PM
1 unit delivered 18 Feb Order. i am still waiting for trade-in though

1757  Bitcoin / Hardware / Re: Avalon ASIC users thread on: July 03, 2013, 03:10:55 PM
fyi:
This is my Batch 2 Avalon with the factory PSU of 750w and 4 modules chip-frequenze with about 360!


Running stable since 12 hours.
Dude,

PSU will die in a second. Do not do that and change PSU immediately

1758  Bitcoin / Hardware / Re: Klondike - 16 chip ASIC Open Source Board - Preliminary on: July 03, 2013, 12:16:10 PM
I guess your problem is blocking of interrupts while handling an interrupt.
Are you taking too much time to handle an interrupt ?
Can you create a low-level assembly interrupt routine that only gets one byte of data, stores it in a circular buffer and returns again ?
This low level routine can then handle both usb and result bytes input.
Higher level routines can then poll for data in the circular buffer.
Originally I had disabled the USB interrupts during result capture (32 bits, 4 bytes, 8uS/byte) as I wanted to ensure that nothing disturbed that. That was unacceptable to the USB stack as presumably it has to react to bus hardware conditions. After I removed that code the disconnects stopped but I feared the results would overrun if the USB stack took too much time. That doesn't appear to be an issue. I had the UART interrupt handling one byte but now have modified it to handle both bytes the PIC could have in it's FIFO before letting go. So as long as the USB doesn't take >16uS right in the middle of a result nonce it won't overrun, and if it does then it gets detected and counted. So far I've not seen any counted overruns so it seems to not be the reason for HW errors, which do occur still sometimes.

Looking at a screen shot on the forums for a USB Erupter running under cgminer it indicated around 10% HW errors, so I wonder if higher HW errors is normal compared to GPU mining where I can go for weeks with no HW errors. If Avalons typically run with HW errors then I'm maybe wasting my time trying to get it down to GPU levels? Any input from Avalon owners about typical HW error counts?
Bkk,

About HW errors with current Avalon Implementation they are less that 1.5% clocked at 350



1759  Bitcoin / Hardware / Re: Avalon ASIC users thread on: July 03, 2013, 10:42:58 AM
I received my Avalon boxes today, but one of them has severe problems:

All of them hash just fine at 300 MHz, but one of them only works if I set it to 256 (but still problems).

When it starts hashing, it will climb to about 66 GH, but then resets every 1-5 minutes, sometimes resets even quicker.

This box had an older firmware on it than my other ones. It had 3.1.1 instead of 3.2.1 (I think).

The temperatures seem to be pretty normal. But it just resets a lot. Sometimes it will not start again even if I stop and start the service, and I have to power off and on again.

What are some things I can do to troubleshoot the issues with this box?

Check FPGA controller board USB fuse and power supply to be at least 750W. Then upgrade software and try
1760  Bitcoin / Hardware / Re: Avalon highly unstable hashrate on: July 01, 2013, 02:45:50 PM
Ugh... why is disabling wireless considered a fix?  Wasn't wireless one of the selling points?  It should just work.
Should? Yes. Does? No.

Fail comes in all sorts of different forms in this world. This is another example of it.
Dude,
Wireless will never replace the wire. First thing you should do is to disable it. In my image i do not have wireless modules compiled at all. You got stable pool communication, 0 usb issues a lot of free memory (at least 10Mb 1/3 of the total available 703 memory). If you want it you have to take all the consequences coming along. I still do not know why avalon soldered external antenna (batch one) at all but this is another story

PS: it is a better idea to find out how to calculate your real hashrate and not to relay on pool stats. Just learn
Pages: « 1 ... 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 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!