yes i know, i have 2 boards that dont set clock so im thinking the first chip or quartz shorted because the boards have correct voltage. hence why im trying this, the test points after the first chip lead to the second so its kind of like a bypass but the first chip has to be pulled or there may be issues and the last one has no test points so the test points before the last chip will work.

update - fixed the half hashing board by scratching off the pcb mask and tinning the copper and linking 2 strings of chips with wire. pics soon!

also it looks like we may be able to link 2 boards (or more) by desoldering the first and last chip on alternate boards. the last chip has no pin outs to another chip and has a resistor tied to pin 37 (respond input). so technically we tie chip 31 on the first board to chip 2 on the second board and it should simulate 1 board with more chips on single mode.


careful with the first chip, he is the only who has quartz and clocks all other chips. I got a short circuit between the Rx Tx when i connect the board without turning off the power supply)). The board conducts heat well -soldering with  hot air was difficult

It's strange mine are 2013/12/16 and I have 100uf 10v on them. Taltalum 107 A

I don't understand how it can be a diff voltage ... make no sense ?

Allright after futher talking with co-worker at my job. The capacitor on the board is a Tatalum 107A.

100uF 10Volt, it is not the same as the one on the schema. I guess I have an older rev of the board.

Any of you have a dead board ? I need the a capacitor like the on at C17. (we got of them per board) One of mine is broken at C415.

Any place I could by one ?

thanks !

https://www.dropbox.com/s/mpv15dbhmzon818/IMG_1848.JPG?dl=0

EDIT: My board version is v1.5

I thought I'd missed something you put out earlier! Thanks for the pointer.

I managed to compile having made the changes to driver-bmsc.c, aka
replace memcpy((char *)&nonce, nonce_bin, sizeof(nonce_bin)); with memcpy((char *)&nonce, nonce_bin, sizeof(nonce));

Then issued:
./autogen.sh --enable-bmsc CFLAGS="-02 -Wall -W -march=i686" --host=i686-pc-mingw32
make

I did NOT include driver-icarus as has been suggested somewhere else, and the device was detected albeit with some issues. Below are the two screen shots i grabbed:

EDIT: I run the executable with the options: --bmsc-options 115200:0.6  --bmsc-freq 0F81

Same here! Compiled under MinGW but will not detect the devices!

One anormally though is that, using the precompiled version 3.8.5, I can not have two CP2102's in the same computer. I can hav one pluged into the PC / laptop, and another plugged into a hub connected to another usb port then it is ok. Also, I can not start with both plugged in, I have to either start without the modules pluged in, or just one module, else cgminer crashes!

Finaly did it. Succesfuly compiled cgminer 4.7.0 and run one blade with $8 cp2102 ~50GHs/84W (pensil undervolted).

git clone https://github.com/bitmaintech/cgminer
cd cgminer
./autogen.sh --enable-bmsc
nano  driver-bmsc.c
     ///Press ctrl+w then paste this...\\\
     memcpy((char *)&nonce, nonce_bin, sizeof(nonce_bin));
     ///Remove that and replace with this...\\\
     memcpy((char *)&nonce, nonce_bin, sizeof(nonce));
     ///Press ctrl+x to exit, y to save the file and then the Enter key to confirm...\\\
make
sudo ./cgminer -o yourpool:3333 -O yourworker --bmsc-options 115200 --bmsc-freq 0981 --api-listen --api-network
     /// then add definition into /var/www/html/miner.php at your html server manualy \\\

0981 - 250 - 50GHs - 84W - 0.02% HW
0A01 - 262,5 - 52GHs - 88W - 0.13% HW

With precompiled version 3.8.5 there was ~8% hw errors, after compiled version 4.7.0 there is ~0.03% hw errors (api monitored and run per hours). It makes ~50GHs/84W, blade was pencil undervolted, with version 4.7.0 it is near to original efficiency. I will probably buy another cp2102 and try to run 2 blades each connected thru its own cp2102. Unfortunately API does not show temperature, any idea which pin is carrying that?