Quote from: krasnolud on June 13, 2013, 08:44:58 PM

Quote from: idee2013 on June 13, 2013, 08:34:34 PM

has anyone a good idea for a case for bigstack with 8 or 10 boards?? A case would make a really better airflow backwards, too.

It would be great if someone could design and offer cases for Bitburners.
Also looks like a good business to me.

BTW: Do I undestand the drawings properly that there is no sense in ordering/stacking an uneven number of boards?

I might go and design a 19" case for them with space for power supply & a raspi.
That depends how much time I can pour into that.
And you CAN stack uneven numbers, but half of one fan's area will be unused.

Quote from: Chrisinger on June 13, 2013, 07:35:54 PM

Sind die PCB´s eigentlich in irgendeiner Hülle? so wie bei BFL in Plastik.
Oder brauche ich eine bestimmte Unterlage für die Platten?

Die werden ohne weiteres Gehäuse geliefert, ich werde wohl einen Standfuß anbieten damit die Stacks nicht leicht umfallen können.
Aber es geht auch ohne, einfach auf eine glatte, gerade oberfläche stellen.

Quote from: warhawk187 on June 13, 2013, 06:48:57 PM

Quote from: waldohoover on June 13, 2013, 06:46:08 PM

Quote from: photon on June 13, 2013, 06:13:43 PM

Does anyone have an estimate on shipping cost of assembled boards to the U.S.? I did a quick search in this thread and have been following it, but didn't find this info.

Related, what would I need to prepare for in regards to getting the shipment through US customs?

+ 1 also awaiting some rough numbers as well.

+2

I am trying to see whats the best option cost/turnaround/reliability-wise.

At this stage I'm in limbo between DHL and UPS. The former is a bit cheaper the latter is a bit more reliant.
For the numbers you can calculate it online on their websites, weight per module: ~500g.
For bigger numbers of boards I'll ship them in multiple packages.

Quote from: driksson on June 13, 2013, 01:51:37 PM

My idea of creating boards with Snap in sockets for chips is not a good idea?
This way we wont need to send our chips to burnin, and we can easily mount the chips ourselves..
I imagine heating could be a problem as they are creating space from the board if the cooling is mounted underneath the boards.

Its even in the FAQ in the OP... (agreed that OP its a bit outdated by now)

Quote from: SebastianJu on June 13, 2013, 04:26:14 PM

Quote from: pitchbend on June 13, 2013, 02:30:27 PM

Quote from: SebastianJu on June 13, 2013, 01:17:25 PM

If i remember correctly then burnin stated that the order of assembly will be the payment time of assembly, not of chip ordering. Thats the first paramater. The second is when chips arent there yet then later orders are processed first. For example someone bought assembly for batch 7 in zefirs groupbuy and batch 5 isnt with burnin yet then he starts to create miners for the chips that are already there but paid later.
I think thats a good solution without problems.

He said that the payment time of assembly will only be relevant for assembly position within the batch your chips are in, so If you are the first to order on his website but you have your chips in Zefir's batch 7 it'll only mean that you are the first from batch 7 to get your chips assembled.
Which is consistent I think with my proposition of opening the ordering book by turns for each batch based on date, to avoid having to match and sort thousands of random orders with their chip batch number.

Quote from: burnin on June 07, 2013, 04:06:10 PM

Clarification coming up:
The batch is relevant, because that's the order in which I will receive the chips.
Even if you were to be the very first person to order on my website, i could only assemble and send you your boards once I received the batch your chip are in.
And that's why the batch is relevant.
Within one batch the succession of the order number is determining the position in the queue.

Would be a strange workflow then by adding additional layers of unnecessary difficulties. But if he wants to go this way ok...

I'll think about it, SebastianJu interpreted my current scheduling system correctly.