Quick update. I will debug this afternoon and build a first proto tomorrow. This the "small" one, there is also a 4 port one. They can all be daisy chained via mini USB cable.  |
|
|
|
|
I have a few spare 5870 I could sell, probably 10 or more.
All should have the box.
What's "the Ebay price" you are willing to pay?
|
|
|
|
Great going J4bberwock. Looking to see further developments.
I'm proud to be the thread OP to be a cause for this to happen.
Schematics almost finished, I finally added something to use the pwm for the fans in case you'd like it to be more silent with the stock fan(s). I should have some time to work on it today. |
|
|
|
Still looking for FPGA's  i have one for sale, although its in europe If OP don't take it, I'll do, if the price is fair. |
|
|
|
|
what's broken on your base plate?
Maybe it could be fixed.
PM me with details, and maybe I'll be able to help or point you at what to look for fixing it.
Miners are almost always built the same way.
|
|
|
|
As for the Vid/Pid, I've used the same values that are used for ant U1/U2 since it's the same CP2102 chip, so I shouldn't be wrong.
I changed them in both files too, bitmain and usbutils.
If I were in your position, my next HACK would be to remove ALL OS and HW (e.g for S2 etc) conditional code in both the usbutils.c and driver-bitmain.c, that way you'll only have S1 code, then compile and run with your updated vendor and product ids. It is a tedious hack, but made easy for me via the Microsoft Visual C++ code highlighter, and more importantly, it is only after this hack that I was able to get the both the USB chip and the S1 chips identified. I have since gone off on a tangent and now hacking a sketch for the MSP430 (and use its UART) to interface with the S1 board (and get the addresses of individual chips). Out of interest, is your board implementing UART communication or simply via serial tx/rx? Looks like you will be of real help on this one. I'll only be using the tx-rx, I don't really care about the fan and temp thing. In fact, this is a part of an homemade miner to use chips from a few defective boards, and maybe with new chips if they are cheap enough. I was already working on some parts of the board, and focused on the communication protocol when I noticed this thread. |
|
|
|
Still looking for some help on the software side. I'll have a few spare prototypes of control boards next week if needed. What might work is adding to icarus U1/U2 driver the multichain mode from here: https://github.com/bitmaintech/cgminerSecond way it could be solved is understanding why the CP2102 isn't detected when using the bitmaintech driver even if I changed the vendor and product id. Are there other places with such id check or other things checked? Edit: Looking at bitmaintech github, antminer U3 is on it's way 1. Would be interested in the prototypes - would you pls PM me with (BTC ?!) cost to UK? 2. I looked over the icarus driver and it is too generic, catering for many devices so may be a bit harder to hack for me (and someone not accustomed to this driver). 3. What bitmaintech driver are you refering to as not detecting the CP2102 ? Is that from the same repository above (aka driver-bitmain.c) ? Most drivers in that repository ONLY support linux. I actually un-commented out all non S1 code plus OS conditionality in bothe the bitmain driver AND USB utils to compile for Windows .... and USB utils DOES detect the USB chip I have after changing the vendor and product id. If you are still using the USB-TTL dongle, note that the id you are populating could be the Antecedent (as windows calls it) rather than the Dependent, which is the one you need. Antecedent -> \\MY-PC\root\cimv2:Win32_USBController.DeviceID="PCI\\VEN_ 8086&DEV_ 2934&SUBSYS_9033104D&REV_03\\3&11583659&0&E8" Dependent -> \\MY-PC\root\cimv2:Win32_PnPEntity.DeviceID="USB\\VID_ 067B&PID_ 2303\\5&6B69FA&0&1" I used the latter bolded values and the chips on the S1 were detected (though I got the formaer bolded values from Windows CP ... also detected by USB utils in the cgminer log!). 1. No problem, I'll send 1 free prototype to you and CHAOSiTEC when they are ready. Cheap shipping to Europe should be something like 5€, maybe less if I can send it as a letter. 3. yes, bitmain driver from https://github.com/bitmaintech/cgminer, but even the main branch of cgminer doesn't work except with icarus, detected as ANU. I compiled them on the raspberry, so no windows trouble there. The CP2102 is detected as a known device by cgminer, but it's not active for hashing. It needs something else, and I don't know what. Forcing it might be a temporary option, but I don't know how. They have just updated bitmaintech branch 1 hour ago for S4 and U3 support. I'll try to compile this new one, just in case it works because of the changes they did. The files they changed will point where we need to work to have the cp2102 hacked S1 hashing correctly. As for the Vid/Pid, I've used the same values that are used for ant U1/U2 since it's the same CP2102 chip, so I shouldn't be wrong. I changed them in both files too, bitmain and usbutils. |
|
|
|
I figured since this race is mighty well and over, I'd post my lil pet up for the world to see and maybe gain inspiration. same size as a nanofury and to make 3: each is about $13  Nice, using the original pic is easier  If they opensourced the firmware, you would be able to handle 4 boards, since the PIC32MX250F128D is supposed to have 4 Tx/Rx lines, even if they used only 2. Unless they are using the pic to actually create the multiple chains, software hack can be done almost easily for someone who knows what he is looking for. |
|
|
|
Still looking for some help on the software side. I'll have a few spare prototypes of control boards next week if needed. What might work is adding to icarus U1/U2 driver the multichain mode from here: https://github.com/bitmaintech/cgminerSecond way it could be solved is understanding why the CP2102 isn't detected when using the bitmaintech driver even if I changed the vendor and product id. Are there other places with such id check or other things checked? Edit: Looking at bitmaintech github, antminer U3 is on it's way |
|
|
|
Hey Luke, Have you made any progress with the S1 drivers? There are a few guys trying to get an S1 blade to work with BFGMiner or CGMiner; in the later pages they are either seeing errors or all 32 chips aren't running: https://bitcointalk.org/index.php?topic=671128.140Bryan No, I was waiting on docs... It's interesting that it even begins to work with that driver at all. Any idea what the real S1 host system is using for its USB chipset? The VID/PID doesn't come up in /usr/src/linux  As far as I know, it's the pic32 chip that is doing the UART>USB job. Using a third party USB>UART converter with cp2102 allows me to have it hashing (more or less) recognised as a U1/U2 since it's using the cp2102 too. At the moment, only 8 chips are found with the default bfgminer build, and it seems I can't adjust frequency. The USB_ID is sent from the MCU via Pin 41 to the USB controller which in turn basically the UARTS are technically two USB ports just with a couple extra things as temp and fan control. Pins 3 RX and 5 TX on the UART with Pin 1 being Fan/Power Management and Pin 4 being ground, 6 and 7 being temperature control pin 8 is ground. So with all this mind the UART plays a dual function, hosting the USB/Power and then the temperature control settings. Connecting TX and RX allows the boards to hash, but the multichain mode used with S1 doesn't allow full speed hashing while using the U1/U2 driver (single chain). Adding multichain mode from bitmain's code to BFGminer is beyond my kowledge, but it should allow us to use almost any controler instead of the proprietary one used. For some reasons, it looks like I'm unable to set the frequency. Is there a way to change the "default frequency" setting in the code to be sure the chips are receiving it? Temp sensing and fan speed can be ignored if you don't mind the noise or if you use a quieter fan as I do. Still looking for some help on the software side. I'll have a few spare prototypes of control boards next week if needed. |
|
|
|
I have 2 hex16a2's. Interested? Located in EU.
If you can send them for cheap and for 2.4$ each, I'm interested. |
|
|
|
Looking to buy around 5 BE200 chips. PM if you can sell this low of quantity. Offering $6-$7 per unit. Can pay with Bitcoin at Coinbase rate as well.
For such a low quantity and this price, just buy a second hand rockminer and unsolder the chips if you want to experiment. |
|
|
|
Configuration Options Summary: libcurl(GBT+getwork).: Enabled: -lcurl curses.TUI...........: FOUND: -lncurses Bitmain.SingleChain..: Enabled Bitmain.MultiChain...: Enabled Compiling  single chain is as expected for U1/U2 multiple chain hopefully will recognize the S1 after I changed the Vid/Pid Edit: Still no luck, for some reasons, only icarus ANU works for hashing, but it's single chain mode. Icarus multichain mode would solve this. Do we have any coder here that can do it? Worst case, I'll do the soldermod on the chips to put them in single chain mode and use icarus ANU driver. According to Bitmain, single chain is limited to 120Gh, but each S1 blade is 100Gh max, and even 70Gh undervolted, so it shouldn't be an issue. |
|
|
|
I think I found an error in cgminer version "3.12.0" this is the version bitmaintech is shipping with batch 8 antminer s3. might be on newer batches as well...
the json returned from the "stats" command is invalid.
Bitmain hacked the api output themselves to their custom output. We'll have a look but I suspect it's just due to their forked modified api output. I'm having a similar issue with BTC Garden ASICs and whatever they've done to CGMiner. I've tried several times to get info from them without any response. Basically, their ASICs respond to the DEVS RPC API call by saying "no devices". We're the upstream code, the onus is not on us to keep forks in line with our code. Owners of the hardware should be polling the manufacturers to maintain both GPL and API compatibility with cgminer and pushing their code upstream. Bitmain have at least offered their code, whereas most forks have not. Some forks' code is unwanted or unusable too of course, but at the very least they should adhere to the license conditions of the code they're using. I'm working on a hack of the S1 to use the hashing boards without the proprietary control unit. Actually, using either an older CGminer or the one for U1/U2, I can have the board hashing, but at 1/4 of max speed expected. Looks like all chips are working (hot), but I'm only getting 1/4 of results. Edit:
I assume it's because U1/U2 are using single chain and S1 multichain
Using a newer cgminer build (starting in june or july), my interface with CP2102 is recognized as a LIX and not hashing at all. I'm not a coder, but could you point me at what to look for the 1/4 speed issue? Edit:
Would it work if we were using the U1/U2 Icarus code to recognize the unit, and then sending multiple chains data?
Changing the Vid/pid to match my cp2102 and compiling with bitmain support didn't help. here is what I'm getting when changing the vendor and product id from usbutils to match m cp2102 and compiling only with enable-ants1 USB scan devices: checking for ANT devices [2014-09-18 01:33:31] ANT looking for and found ANT 10c4:ea60 [2014-09-18 01:33:31] USB lock BitmainAntS1 1-5 [2014-09-18 01:33:31] RES: BitmainAntS1 (1:5) lock=1 [2014-09-18 01:33:31] USB res lock BitmainAntS1 1-5 [2014-09-18 01:33:31] RES: BitmainAntS1 (1:5) lock ok=1 [2014-09-18 01:33:31] USB unlock BitmainAntS1 1-5 [2014-09-18 01:33:31] RES: BitmainAntS1 (1:5) lock=0 [2014-09-18 01:33:31] ANT looking for ANT 10c4:ea60 but found 0424:ec00 instead [2014-09-18 01:33:31] USB res unlock BitmainAntS1 1-5 [2014-09-18 01:33:31] ANT looking for ANT 10c4:ea60 but found 0424:9512 instead [2014-09-18 01:33:31] ANT looking for ANT 10c4:ea60 but found 1d6b:0002 instead [2014-09-18 01:33:33] Discarded work [2014-09-18 01:33:33] Selecting pool 0 for work Listing known devices returns this Bus 1 Device 5 ID: 10c4:ea60 Silicon Labs CP2102 USB to UART Bridge Controller inactive 1 total known USB device Hotplug interval:5 0 USB devices, 0 enabled, 0 disabled, 0 zombie |
|
|
|
Hello, i would like to order 2 standard boards. Needs to be shipped to Germany. Can i pay with btc?
PSU: 406421-001
I replied to your PM |
|
|
|
|
For some reason, it seems that it's only working on 1/4 of the chips, but they are all equally hot 60-70°C depending on frequency settings.
changing fpga count didn't help in cgminer.
I have a nice and stable 20-24Gh.
|
|
|
|
Just received a few parts that will go in the "hub" board. Still waiting for a few ones from ST micro. No update on the software side for now  but investigating the icarus (ANT USB) driver in cgminer since at the moment, it's the one giving the best results. |
|
|
|
|
Show Posts
