Эта нить должна быть местом, где BFL ASIC на основе шахтеров, особенно их встроенное программное обеспечение и аппаратные средства должны быть обсуждены, чтобы получить лучшее представление о том, как все работает, и найти пути для улучшения.

Есть уже некоторые другие темы, в основном сосредоточены на Джала-HW. Этот поток должен сосредоточиться на / Minirig аппаратных 25/30 / 50/60.
Тем не менее, некоторые из информации, справедливы и для других типов BFL ASIC оборудования.

Последняя официальная версия, версия прошивки 1.2.6 =>
Мои синглы (60GH) все сообщили о прибытии, чтобы быть версия 1.2.6. Все они имели PCB Rev. D. Они все, где работают с более-всем хеширования-скоростью ~ 60GH / с.
Я подключил всегда два из них хороший 750W 80 + золотой БП ATX, принимая ~ 550W при добыче @ ~ 25 ° C Температура окружающей среды.
Для программирования JTAG я использую JTAG ICE MkII программатора.

Расход воздуха / Охлаждение:
Единицы очень громкие (вентиляторы). Существуют различные причины для этого. Одной из причин являются вентиляторные пластины, которые действительно смотрят хорошо, но только плохо делают свою работу, чтобы поток воздуха легко и молчать. Я много читал о пользователях, которые Unmounted этих пластин. Поступая таким образом, вся коробка становится неустойчивой. Я также читал пользователей, которые имеют полный Unboxed оборудование. Даже если вентиляторы могли работать лучше и вполне в Unboxed сценария я не могу его рекомендую без дополнительного охлаждения с помощью, например, дополнительные вентиляторы. Конфигурации PUSH / PULL из двух 120-мм вентиляторов заставляют воздух течь через коробку, это включает в себя также задней стороне печатной платы, которая имеет также небольшие теплоотводы установлены, и некоторые другие горячие точки на печатной плате. Вы можете распаковывать его, когда вы знаете, что вы делаете, иначе вы рискуете, что некоторые горячие точки не получают достаточно остыли и устройство получит дефект или срок службы сокращается.  

Я не люблю всю концепцию BFL, чтобы попытаться сохранить блок прохладно. Я бы сделал это совершенно другое. Однако, без почти изменить все, я рекомендую на atmost только размонтируют веерные пластины, даже если вся коробка становится механически неустойчиво. Гораздо лучше улучшены веерные пластины. Я сделал новые, которые являются гораздо более эффективными и вентиляторы более тихими. Друг меня получил CAD рисунка от меня, и я надеюсь, завтра первая новый фан-пластина, изготовленную на станке с ЧПУ. С помощью этой пластины, вы все еще имеют устойчивую форму, защищены от прикосновения бегущих вентиляторов и у вас есть оптимальный поток воздуха внутри и снаружи этой коробки / трубы. Это поможет сохранить весь блок более спокойный и холодный, который будет особенно необходимо с помощью следующих шагов настройки.

Single-СК (50 / 60GH) имеет четыре вентилятора.
2 * 120mmx25mm (тяни / толкай). Я измерил потребление мощности 2,4 Вт @ 1 для этого вентилятора.
2 * 92mmx14mm на вершине каждого радиатора (25 / 30GH версия только с помощью одного). Я измерить этот тип вентилятора и на следующий день.
Печатная плата имеет для каждого вентилятора отдельного разъема. К сожалению, болельщики не могут управляться по отдельности! Скорость вентилятора может регулироваться в 16-шагов с 4 цифровыми выходами. Эти четыре цифровых выходов управление выходными напряжения стабилизатора напряжения (LM317). LM317 не является эффективным компонентом и, следовательно, тратить энергию. Таким образом, все вентиляторы вместе + LM317 уже принимают до 10 Ватт.

Из-за шума пользователи начинают менять вентиляторы. по умолчанию из них На самом деле шумно, но и могущественные. Я могу только предупредить всех, чтобы заменить вентиляторы на других, если вы действительно не знаете, что вы делаете! вентиляторы по умолчанию имеют высокий уровень статического давления и расхода воздуха. Я буду искать приемлемые, вентилятор замены, которые не так шумно в ближайшие дни и дадим вам знать.

Поставленные прошивки:
Все мои синглы сообщается прошивку версии 1.2.6, которая в настоящее время является последней выпущенной официальной прошивки.
Я использовал разъем JTAG1.
Бит безопасности всегда была установлены, что означает, что вы не можете прочитать поставленный FLASH (в качестве резервного)!
Одна вещь, которую я понял, в том, что даже если мои синглы все версии отчета 1.2.6, они не имеют ту же версию прошивки!
Похоже, BFL делает какой-то блок конкретной прошивки мигающего (настройки).

Для этого, если вы собираете и флэш-версии 1.2.6 в ваш единственный, это может в конечном итоге с менее все более-хэширования мощности (Hashrate минус HW-ошибок) или других странных эффектов.
С другой стороны, если вы знаете, что вы делаете, есть небольшой потенциал, чтобы сделать это лучше, чем настройка БФЛ. Я сделал это, но это стоило мне времени.

Надо бросить трудно БФЛ, чтобы получить 60GH синглы из двери, если им придется вручную настроить существующую прошивку в процессе производства.
Прошивка 1.2.6 уже включена некоторые диагностические и настройки функций, но это еще не отработано.
Может быть, это также причина, почему эти продукты поставляются гораздо медленнее, чем другие.

Hashrate против все более-hashrate:
Во-первых некоторые базовые знания о hashrate устройства отчетности.
Eсть "Теоретический MAX" hashrate в MH / с, которые могут быть считаны с помощью, например, GetInfo с cgminer.
Это hashrate рассчитывается в зависимости от количества двигателей включены в вашем устройстве, и с тем, что тактовая частота они работают.
Это в основном теоретический характер, так как он не учитывает HardWare ERRORRATE (HW-ошибки), которые могут произойти. Так что если у вас есть скорость HW-погрешность, скажем, 2% и теоретическая максимальная hashrate из скажем 61000 MH / с, вашим по всему hashrate составляет всего около 59780 MH / s (делятся на коэффициенте 1024, дают вам ~ 58.38GH / с).

Прошивка процедуры диагностики / настроек:
После включения встроенного программного обеспечения в каждом блоке делают некоторую тяжелую диагностическую и настройку процедуры. Я стараюсь, чтобы дать краткий обзор о том, что он делает.
Каждый СИС имеет 16 хеширования двигателей на чипе. Что-то, кажется, не так с двигателем 0, так как этот двигатель всегда отключен в прошивке (это другая тема). Так эффективно вы можете иметь только до 15 хеширования двигателей с последней прошивкой. Иногда часть СИС может иметь дефект, который может привести к том, что двигатель не работает или работает неправильно. Встроенное программное обеспечение сначала пытается получить доступ к каждому двигателю. Если двигатель не может быть достигнут он будет отключен. Далее прошивка пытается найти лучшую тактовую частоту для каждого чипа ASIC. Все двигатели на одном чипе могут работать только с одним общих часами, но часы могут отличаться от чипа к чипу. При определенной тактовой частоте каждый двигатель начинает производить все больше и больше Hw-ошибки. Эта точка частоты и скорость HW-ошибка могут варьироваться в зависимости от двигателя к двигателю на тот же чип, и в особенности также между микросхемами. Эта точка частоты и частота ошибок зависят также от сложной окружающей среды (температура, напряжение и т.д.). Итак, давайте скажем, от ваших 15 двигателей один двигатель производит при относительно низкой тактовой частоте уже высокие ОШИБОК ставки, это может быть хорошим решением, чтобы отключить этот двигатель полностью только, чтобы быть в состоянии позволить 14 других двигателей работают на более высокой частоте, которые могли бы вызвать выше, все более-хэширования скоростью. Так что это все о компромиссе между максимальной теоретической hashrate и количеством ошибок, и это может оказать влияние как мои двигатели отключить и с какой частотой вы тактированием каждого чипа. Встроенное программное обеспечение пытается сделать это. Он использует тестовые векторы и анализирует нонс-результат. Все это делается в первые секунды после включения питания.
 Я думаю, что это алгоритмы еще не работают отлично. Два примера из моих синглов:
1. На одном чипе прошивка решила включить все двигатели (15), но нашел идеальную тактовую частоту при 0 МГц. Таким образом, вся фишка не дала ничего. Проблема была только одна машина, которая должна была быть отключена.
2. На другом блоке был один двигатель, который произвел чрезвычайно высокие цены ошибки-, но не принесла с помощью алгоритма.

Увеличение избыточной всех хэширований скорости:
Во-первых, я думаю, нет легкая вещь, чтобы улучшить его габаритную хеширования скорость на что-то вроде ~ 50-100%, как и с первым Джала-х.
Мои 60GH синглы уже почти на пределе, поэтому он должен быть с синглами 30GH. Однако я мог бы увеличить все более-хеширования скорость моих 60GH единиц от ~ 60GH / с до ~ 63 GH / с измененной прошивкой, и я думаю, что есть некоторая дополнительная комната налево.
В 25 / 50GH синглах имеют одинаковое количество фишек, установленные как версия 30 / 60GH. Исходя из предположения, что качество используемых чипов не exaclty намного больше бедных, там должно быть больше места, чтобы настроить их в диапазоне 30 / 60GH. Я мог даже представить себе, что они используют модифицированную версию прошивки, которая искусственно ограничивающей все более-hashrate.

Это сообщение будет обновляться по себе, когда я что-то новое, чтобы сообщать или получить обратную связь или информацию от других.