Topic: ANTMINER S7 is available at bitmaintech.com with 4.86TH/s, 0.25J/GH - page 333. (Read 528055 times)

This might just be me projecting, but it sure feels like they baked the national holiday into their shipping schedule. They just didn't tell anyone about it up front.

It was only right before the golden week holiday that they indicated that there would be a company shut down, guaranteeing that those whose orders had not yet shipped would be delayed to the maximum period.

None of us knew that the actual possible shipping window was effectively a week shorter than the indicated dates. They did a terrible job of setting customer expectations in this regard.

Further, there's a bunch of us that feel screwed by what process they use to prioritize shipping. They say it's in the order of payment, but there's anecdotal evidence that they prefer bitcoin transactions over wire transfers and they prefer big customers like data centers over individuals. In the end, shipping order feels arbitrary and greed driven rather than consistent, reasonable, or fair.

I really miss Spondoolies. That's a company that knows how to communicate. I wish I kept that note that came with my SP20E. They made more of an effort to connect with me than Bitmain ever did. Unfortunately there's no real competition for Bitmain this time around...

What's really too bad is that S7 product seems very good on balance. The real problem here is process and communication. All they had to do was schedule things so that people didn't feel screwed by their holidays. Instead they padded their schedule and smugly tell us that they're not officially late yet. Wow.

I guess I need to stop bitching and find some whiskey. That was probably be best suggestion so far for dealing with this nonsense...

seems like there is always some random holiday going on in china.. and they aren't just like one day things either

On the one's that did not get machine till after the date.  I think it is pretty sure some sort of partial refund or coupon will come.   Them sending out coupons to all as far as price difference between batches not sure if they will be that nice.   

We won't really know anything likely till after "National Holiday from Oct. 1 to 7".  So I have a feeling this thread will be kinda a source of sour feelings till after the holiday.

Well if they compensate "lost mining time" or some such, its fine i guess. Of course they need to compensate for the price difference in Batch 1 versus Batch 2 and 3. According to their own offer, anything more than 10 days after the shipping start date is "late".

And i don't remember Bitmain ever saying "screw you guys haha no compensation. In my experience.

I think mostly coupons were used a lot sometimes refund difference or coupon.   Only one i think they did a full refund was L1 which they did not make in the end.  I'm willing to bet batch one that did not get it in time is a coupon but if it's worth the wait who knows on value.

I don't think I would hold my breath for a full refund.  But I always could be wrong.

That sound ultimately unlike Bitmain. Wouldn't Bitmain typically offer full refund or refund the difference to get on batch 3 back to the user? They always gave coupons or refunds whenever a batch was bad, i don't see why they would do a 180 now?

I agree. Big slap in the face for people that preordered. Pay topmoney for a miner that may or may not work at purchased specs and get it 3 or more weeks later than promised. Lose mining income AND they have the bollox to put up batch 2 and 3 at a lower price for sale.

Bad business practice and they can kiss any sort of $$ from me or anyone else I can influence and inform about them , goodbye.

This is FPGA hash board count search algo BUG !
Bitmain new S5, s5+ and S7 devices have this algo but older versions has not. Because we cant plug another miner to same Controller PCB Board before.
we can see;
[   32.449393] clear FPGA nonce buffer
[   32.459979] clear FPGA nonce buffer err
[   33.462790] soft ctrl rst time
[   33.466086] reset hash asic
[   33.469020] clear FPGA nonce buffer
[   33.479226] clear FPGA nonce buffer err
[   34.581939] get chain0 reg0x0
[   34.585073] send BC data:
[   34.585073] 0x0000: 0x03 0x00 0x00 0x1a 0x84 0x00 0x00 0x11
[   34.691383] chain0 total asic:0
[   34.694695] get chain2 reg0x0
[   34.697802] send BC data:
[   34.697802] 0x0000: 0x03 0x02 0x00 0x1a 0x84 0x00 0x00 0x11
[   34.804652] chain2 total asic:0
[   34.807949] get chain5 reg0x0
[   34.811050] send BC data:
[   34.811050] 0x0000: 0x03 0x05 0x00 0x1a 0x84 0x00 0x00 0x11
[   34.917936] chain5 total asic:0
[   34.921242] total chain_num{3} <-------------FPGA chain seek sucsess but where is bmchips, answer :bmchips saved in old(previus boot)data
[   34.924435] FPGA detect asic addr err
-first reason is: your hashboard cables position is wrong on fpga board(ctrl board) look at chain numbers 0-2-5 (this pattern is confused)
-second and bad one: FPGA software has bug
now how can we correct this bug and work:
-put your chain cables into correct position (chinees workers maybe put wrong or you)
-if not work, look kernel log and take a picture of cables, close the miner, power it, reset factory defaults, close again(this is DANGEROUS!), power up again. now i think fpga registers knows your hash boards with a new id.

Note: i dont have any S7   , my solutions are totaly experimental from Kernel Logs and my electronic skills.
 

I am starting to get that same feeling. We paid a premium for a product that has missed its original shipping window (not considering their additional 10 day window) just to have the company go on vacation and not respond to support tickets but yet they have the time to post two additional batches for sale at a lesser price...

Just managed to hold two S7 close together in a lateral way. So I plugged at least one Hashboard from the non-working device in the controller of the working and did the same with the fans.
The hashboard works like a charm on the external board.
This shows it is a solely controller Problem.
The first line that is different in the Kernel Log from the good S7 shows this:

[   32.449393] clear FPGA nonce buffer
[   32.459979] clear FPGA nonce buffer err

Or you can buy my Batch 1 for what I paid as I am not sure I want it anymore.

So it looks like a lot of these S7s are performing like they are supposed to...that's good news!

Batch 1 is but you can get batch 2 or 3 for sale

It is out of order on main site?

I'm getting similar number after 24 hours. 4.79-4.80 for my 2 units. (looks like they are still going up a bit on the avg)

If your S7 can run like this for a week you should be good to go.  That's great!

I just want to give some updates.
So my S7 is working realy good. Very happy with it. I realy feel sorry for all you guys how didn't get there unit yet!!

On the fitst day the power use was 1172.6w freq 600   4841
          two days later                   1182.9w freq 600   4824
          one week later                  1186.5w freq 600   4844

I don't hope he will keep this up........

You also might try a ticket - https://bitmain.zendesk.com/hc/en-us

I'm not sure on US support if they got the holiday off or not.  They likely did but worth a shot sending a ticket in.

Give Dogie a shout in his S7 Guide:  https://bitcointalk.org/index.php?topic=1194785.0;topicseen

I also had a controller problem on one of my S5s and was able to solve the issue by moving the cables to different ports on the controller.