Topic: Avalon ASIC Batch #2 Income Sharing; arrived and hashing - page 2. (Read 23457 times)

I did some scheduled maintenance today.

I purchased an OCZ ZX 1250 power supply.

The installation went well, the miner is hashing again.  The power draw at the wall is less, but the readings have not stabilized.  The initial indications are about 20 W less demand at 355 MHz clock.

The actual hook up and configuration was straightforward.  The difficulties were with physical things like screws and cables.  It takes at least a half hour to remove and re-install the top and I only do this when powered down.

The module is from a batch #3 unit.  The mounting holes on the bottom of the heat-sink are in a pattern of 5, and the holes for the batch #2 are in a pattern of 7.  In addition, the spreader strip has a wide end and a narrow end in the batch #3.  There are two mating symmetric strips on 2 modules in batch #3.

This has meant that the module is not aligned well inside the case, and it is not secured well to the base.  It has much more the flavor of research instrumentation and not so much the flavor of a commercial product.

The connections required a custom made IDE style ribbon cable.  One of the outfits accepted a next day air shipping but did not actually make the cable for about 5 days.  I later ordered from an outfit in Texas that I have done business with in the past, and they delivered promptly.

The IDE style cable, and the power cable plugged into the Batch #2 PDU & Control board without any special consideration.  I did take off the side panel in order to be able to get my fingers through all the cables and to the actual plug locations.

Each time I have powered up an Avalon, the hash rate has increased when the module was powered on for a day or so, and then rebooted.  I cannot explain this behavior.  This occurred with this new module as well. 

I also bought a kill-a-watt.  The power supply on the Avalon is a GX-850.  I am pulling almost 1,000 from the wall, so I am pulling a lot of power for this supply.  My backup plan is to let it run, and get a 2nd case commissioned.

Heat is becoming an issue, but perhaps not because of the 4th module.  In July, some nights had a low temperature of 45°F, and it was fairly easy to allow cool night air to flow into the basement and form a reservoir of cooling.  The temperature was fairly steady at about 65-68°F.  This week, however, the temperatures have reached 95°F in the daytime, with lows in the 70s.  The intake temperature for the Avalon has risen from a reported value of 21°C to a value of 26°C.  This is about 9°F temperature rise.  With this rise, the fans are running near 3960 RPM instead of the more leisurely 2200 RPM.  I have reduced the overclocking from the automatic 347 or so MHZ to a fixed 310 MHz.  This change in clocking is visible in the accepted hash rate.  Many Minnesota homes do not have air conditioning.  I am drenched in sweat.  It is like when I lived in New Orleans and set the air conditioner to $400/month.

I am attempting to commission a 2nd chassis.  I have a quote on a batch #2 chassis that does not have a control unit, a quote on a batch #2 control unit, I posses a batch #3 chassis with a control unit and no power distribution unit (PDU), and I have a bare PCB of a PDU but do not know whether it is a batch #2 or batch #3.  I have also ordered a "non-working" module that was originally in the batch #3 chassis, and I will see if the separate 10 chip asic board is good or bad.

http://eligius.st/~wizkid057/newstats/userstats.php/18bLcVkviErQi75zB8X39jZXxHNpSZggdC
http://eligius.st/~wizkid057/newstats/userstats.php/1LU3zkC7GrdWZ6ccn4VN8jnsvQoJ9KTSx7

how is the testing going with the fourth module in the Avalon? Did you have any problems hooking it up and getting it to recognize the new module?

I am testing a 4th module in the Avalon.  I am mining in eligius's pool with a different address during the test.

I have distributed funds.

I have flashed a few successive versions of the software.
At 21:28 CDT, a few minutes ago, I flashed the 20130819 version.
The 20130814 & 20130814-1 versions degraded performance slightly.
The 20130818 version improved performance, and the auto tune frequency increased from 347 MHz to 352 MHz.
The orange light, which glows steadily when the unit is out of communication with the network, flashes.  This behavior is reported widely and is not understood.

I distributed funds this morning.  The funds that were "mature" were distributed.  I round the value down to 6 decimal positions and carry a tiny amount of change forward.  Today that change went to new address 1Btt4CHAcG1ymT57hFetYT7PofmJVBVWKs and the amount was 0.00040045 BTC

The cklovias software version 20130810 resulted in a lower hash rate.  A new version 20130810-1 was released, and I have installed it.  I will let it run overnight and see if it produces a higher hash-rate than the 20130603 version.

The Avalon dropped to about 65 GH/s this morning for unknown reasons.  The outside air temperature was 48ºF shortly before this occurred.

I restarted cgminer and it did not appear to make any improvement.
I rebooted the Avalon, a warmstart, and it appeared to recover.

I had been trying to leave it alone and have a long uptime, but with the reboot I decided to flash with the cklovias firmware release of 2013-08-10.  This has succeeded and the machine has been hashing for 12 minutes.

Do any of you use an Android wallet?

The history graduate student story is right on. Those hail stones are insane!

We have a tornado watch until 9 PM.  Perhaps 20 minutes ago there was a tornado warning.  We had large hail, in the 2" size at the house, larger within a mile.  Reports of unorganized rotation in the clouds within a mile, moving this way.

I unplugged the Avalon during the intense weather.  It went from clear sky to tornadic in less than an hour.  At least 1 window in the house was broken.  Some friends have pictures on FaceBook, but none of them are set to public.

I am plugged back in and hashing.

Request for trust rating.

Trust ratings, which seem very similar to the PGP web of trust from the 90s, are in place for the marketplace.

In summary, each person can trust certain individuals, who in turn trust other individuals.  As the web is filled out, a person fairly distant from you will have a trust rating that you can see.  This is self moderating, if someone tries to manipulate the system, his trust can be de-rated and thus his influence can be reduced.

Anyone who bid in my auction put bitcoin at risk, and when I paid you back I acted in a trustworthy manner.  I wish you would take a moment to give me a rating, if you have had your auction bid returned.

The guys who repaid dividends after I accidentally sent them some, PM me your forum names and I will rate you.

Thanks.

I ran across another group. 

It looks like their founder took the money and ran, and 4 of the shareholders were able to gain control of the Avalons.  They are hashing at this time.  They are set up so that people can buy and sell shares, and they pay dividends, the first dividend apparently paid this morning.

They look pretty slick and official, and I look pretty small time and informal compared to them.  Makes me think of "Whole Foods" and "Wheatsville" food co-ops in Austin.

Once in grad school, I moved all my stuff into a U-Haul, cleaned the apartment, and sat down to rest.  The manager's husband came over and said "you're a scientist."  "Oh?"  "Yeah, I'm in history.  I would have bought a keg of beer and had all my friends do the work."

In today's disbursement, I returned the funds to the two accounts addresses 146J6Eqsu9ZDFq8VqzXPehYQdYHQZUUuuB and 1ProfMacyEowpEmbvkUpCx5xQLhXLmrXDb.  I also changed one of the payout addresses due to account misfortune.  This transaction paid 0.00200033 in change to a new address 1EFkX6dADe9x2A2wLxCUZTfJg5vxUkYbQr.  

The amount disbursed to the group, 7.268 370 33, is about 1.038 BTC/Day.  Eligius shows about 4.128 BTC as shelved, or earned and not yet paid out.  

The low last night was 55ºF, but my wife closed some doors and I did not get much cool air flow into the basement.  I did show an Avalon frequency at 350 MHz at one point in the night, but it is not reflected as an increased earnings rate in the eligius graph.  The temp3 reading on the avalon dropped to 49ºC, from the target max of 50ºC.  Last week we had a night of 45ºF, and I thought of moving the Avalon to a window upstairs, and having it pull the outside air directly in, and discharging the heated air into the house, but the risk and downtime my laziness prevailed against that decision.

I did get a 0.5 BTC tip to my tip address from posting in the Avalon user thread and helping a fellow Avalon owner get connected to the network.

Ah! That makes sense. Silly introvert that I am, I inferred most of these things from the blockchain and a few scripts, but I could have just asked! Thanks again for doing a great job.

Thanks for keeping me honest.

All of the earnings do go to  18bLc

There are some earnings that are not directly mined.  Eligius has paid a rogue payment when they had several blocks in the payout queue.  When the Avalon was new, I mined on several pools and looked at the actual pay-output I received, and most of these pools paid from an existing account, and not from a mined block.

There are also some earnings that have not paid out.  I have btc-guild as one of the fail over options.  The eligius outage last week that lasted a couple of hours failed over.  In order to bring the balance with them to zero, I have to raise the payout amount fairly high, wait until the balance is fairly high, redirect the Avalon to another pool, then lower the payout threshold and wait a day for the payout.  I decided it is not worth the hassle for a small payment, I'll just let the balance accumulate as the Avalon get pointed to them in the future.

There is also the spike when I pointed a 2nd Avalon that I had for repair to the 18bLb pool.  I just did that for grins, to see how high in the contributor list we would go.  Professors do stuff like that, we're in it for the curiosity.  (Part of the fee to repair the unit was that I could mine for 3 days)  I have donated that money to the pool.

I have a small Makefile (remember tabs matter) to harvest the earnings from the machine, which I compare against a 4% share, 12fLsHddqAhjZEc6HEAxMTWPe4vgR3f1uT. My assumption is that all of the earnings of the machine have gone to the 18bL address. After the mining payout of 2013-07-30 21:15:13, I get 1.0214 owed versus 1.03452914 paid; so versus my calculations, you are slightly overpaid.
I have posted the Makefile in case others are interested. You can change the .04 to match your own percentage.

NAME = 18bLcVkviErQi75zB8X39jZXxHNpSZggdC

all:
   - rm $(NAME)*
   wget http://blockchain.info/address/$(NAME)
   grep "No Inputs" $(NAME) | grep -o -e "button.*" | grep -o -e  "[0-9]*\.[0-9]* BTC" | grep -o -e "[0-9]*\.[0-9]*" > earnings
   cat earnings | awk '{total = total + $$1}END{print total*.04}'

You set your txfee as 0.005 BTC (or 5 BTM) per 1kb. Transaction size was 3 KB. So while the number does appear to be off a little, it's not by far (0.015 should have been the fee as opposed to 0.02). I think what you meant to set the fee as was 0.0005 (or half a bitmil) but you forgot a zero.

I disbursed a payment. 

The transaction details are not as I expected them to be.  Funds were pulled from some of my addresses that bitcoind is not supposed to link with the account, and the transaction fee is not what I requested.  I don't see anything improper in the command that I issued, but now there has to be some accounting adjustment.  I will puzzle over this and issue the adjustment next Tue.  It should not affect the amount of bitcoin that you receive, only the addresses that are inputs to the transaction.

I really want this to stay easy to understand.  My approach to pushing back against the negative vibes in the bitcoin world is to be transparent, and civilized in my language.

This is the command that I issued.

~/.bitcoin$ bitcoind sendmany "Asic #2 Income Sharing Payments" '{"18RKachrcvzBHFdwzjgGK19amp77pkNBKz":3.29314456,
> "18qDhkReMuFfciHshdpQhr3QhXZp82aWon":2.65979400,
> "17LBCmWzVjJFVuLTWBM7GPSUkgu1e3MruU":2.65979400,
> "1BJa5r7bq3xEuAfmKmiLFUmqMK8NwhszLB":0.53195880,
> "12fLsHddqAhjZEc6HEAxMTWPe4vgR3f1uT":0.42556704,
> "14Zqn3i1iDJzmkFCRjVqDe4YqgkrrmyEYd":0.10639176,
> "15B1jLCFXFiWwkreAo3bEMeMMjH435Q9cA":0.10639176,
> "18NQjpGcUdjMnqgCCz3F3SZcQfMyCi5Kyv":0.10639176,
> "1CBkQc83dMGVAaseYM1TZRLjeBGAcsd4Z1":0.10639176,
> "1cCXNG5mNFkErBWtCLaVLA9fZrGAzFCB1":0.10639176,
> "1CwLwBgR16urEkcL5Su3LkzA7RYYqyjHy4":0.10639176,
> "1Fm1mN7o16Te6PrkpgirWzZ2daibW9jdUD":0.10639176,
> "1Fu4JaynbQrtkSPN73uoDqEPAxyzVfsqLu":0.10639176,
> "1LktD4cXPmcJ75Sd2WgRs69rBZqNQd5L4P":0.10639176,
> "1MLFkF3dPwNzwBsw6DFUpXjn78RKwwhVuJ":0.10639176}'


These are some addresses in the account:

~/.bitcoin$ bitcoind getaddressesbyaccount "Asic #2 Income Sharing Payments"
[
    "18bLcVkviErQi75zB8X39jZXxHNpSZggdC",
    "1Hv1Rz1zZS7CSKxUxWBVdcaVXGQ4UYUi7r"
]


This is the account balance before the disbursement:

~/.bitcoin$ bitcoind getbalance "Asic #2 Income Sharing Payments" 120
10.63917699

:~/.bitcoin$ bitcoind getbalance "Asic #2 Income Sharing Payments" 1
11.92803544


And it shows a negative balance after the disbursement.

~/.bitcoin$ bitcoind getbalance "Asic #2 Income Sharing Payments" 120
-0.01500297

~/.bitcoin$ bitcoind getbalance "Asic #2 Income Sharing Payments" 1
1.27385548

The transmission fee was set to:

~/.bitcoin$ bitcoind settxfee 0.00500099
true

I lost contact with eligius about 9 AM CDT.  The miner has performed fail-over to stratum+tcp://stratum.bitcoin.cz:3333 but they do not have public statistics on the individual accounts.
It had also restarted cgminer at that time.  I later warm-rebooted the TP-Link.

Since it is mining with another pool, I don't suspect any problem with the Avalon.