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.
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.
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.
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)
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.
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.