7queue
|
|
September 13, 2014, 04:04:26 AM |
|
Here is the test setup. Getting 45 Gh from a board, but many HW errors
Brilliant! 1. The errors I think will have to do with the driver in cgminer. Look at setting these values in the initialisation string of cgminer, I got this from the Kernel Log of a running miner: --bitmain-options 115200:32:8:15:262.5:0a02 -o stratum+tcp://my.pool.io:3333 -O username:password -o stratum+tcp://my.backup:3333 -O username:password -o stratum+tcp://my.otherbackup.com:9332 -O username:password --api-listen --api-network --bitmain-checkn2diff --bitmain-hwerror --queue 10 --scan-time 1 --expiry 1 EDIT: I think this bit --bitmain-options 115200:32:8:15:262.5:0a02 could be helpful. EDIT2: That sets the frequency to 262.5 and HEX value to 0a02 - replace accordingly. 2. Do all the chips feel warm to the touch? I have a feeling you are not interfacing with all the chips. yes, they are all hot/warm, but the default frequency for the U2 is lower than the one on S1. I'll test your settings and report back I added a third edit - those values were for an S3 here's the one from an S1 --bitmain-options 115200:32:8:35:400:4f81 and they are from the System Log NOT the Kernel Log I'd start off with a slow clock: 115200:32:8:90:50:0181, then crank it up after... 8 )
|
8 )
|
|
|
sla73
Newbie
Offline
Activity: 27
Merit: 0
|
|
September 13, 2014, 11:40:16 AM |
|
Great work guys...
|
|
|
|
J4bberwock
|
|
September 13, 2014, 06:51:13 PM |
|
Currently compiling the Kano fork of cgminer supporting the antS1 on a RPi with archlinux. It takes hours, but should work since it works when compiled on the S1 control board.
|
|
|
|
smit1237
Full Member
Offline
Activity: 182
Merit: 100
May the source be with you.
|
|
September 13, 2014, 07:14:38 PM |
|
Currently compiling the Kano fork of cgminer supporting the antS1 on a RPi with archlinux. It takes hours, but should work since it works when compiled on the S1 control board.
Wrong. It won't work unless you change vid pid in usbutils.c. Driver waiting pic32 vid pid and ignore your usb2serial bridge. I tried that . PS Why rpi? Use virtualbox or vmware player would be much faster.
|
|
|
|
J4bberwock
|
|
September 13, 2014, 09:17:33 PM |
|
Currently compiling the Kano fork of cgminer supporting the antS1 on a RPi with archlinux. It takes hours, but should work since it works when compiled on the S1 control board.
Wrong. It won't work unless you change vid pid in usbutils.c. Driver waiting pic32 vid pid and ignore your usb2serial bridge. I tried that . PS Why rpi? Use virtualbox or vmware player would be much faster. Ok, USB\VID_10C4&PID_EA60 I guess the U2 uses the same cp2102 with the same VID and PID, that's why it works with this particular buid. I'll check tomorrow. Anyway, the PSU is too noisy to continue testing next to the bedroom. As I said, I'm not really a software guy, more hardware side. Rpi because I had one laying on my desk and it was faster than to unconnect the MR3020 from the hex boards. I don't have virtualbox on this laptop, it was on my main work computer that died after many years of good services.
|
|
|
|
smit1237
Full Member
Offline
Activity: 182
Merit: 100
May the source be with you.
|
|
September 13, 2014, 09:35:52 PM |
|
Currently compiling the Kano fork of cgminer supporting the antS1 on a RPi with archlinux. It takes hours, but should work since it works when compiled on the S1 control board.
Wrong. It won't work unless you change vid pid in usbutils.c. Driver waiting pic32 vid pid and ignore your usb2serial bridge. I tried that . PS Why rpi? Use virtualbox or vmware player would be much faster. Ok, USB\VID_10C4&PID_EA60 I guess the U2 uses the same cp2102 with the same VID and PID, that's why it works with this particular buid. I'll check tomorrow. Anyway, the PSU is too noisy to continue testing next to the bedroom. As I said, I'm not really a software guy, more hardware side. Rpi because I had one laying on my desk and it was faster than to unconnect the MR3020 from the hex boards. I don't have virtualbox on this laptop, it was on my main work computer that died after many years of good services. If you need VM i can create it for you for free on my server =) PS If you succeed in creating bridge for blades i want to be first buyer -) I have 8 antminer s1 that soon to be upgraded
|
|
|
|
J4bberwock
|
|
September 14, 2014, 09:38:43 AM |
|
For some reasons, it's now detected but inactive Select an option or any other key to return Bus 1 Device 4 ID: 10c4:ea60 Silicon Labs CP2102 USB to UART Bridge Controller i nactive 1 total known USB device Hotplug interval:5 0 USB devices, 0 enabled, 0 disabled, 0 zombie
|
|
|
|
smit1237
Full Member
Offline
Activity: 182
Merit: 100
May the source be with you.
|
|
September 14, 2014, 10:18:30 AM |
|
For some reasons, it's now detected but inactive Select an option or any other key to return Bus 1 Device 4 ID: 10c4:ea60 Silicon Labs CP2102 USB to UART Bridge Controller i nactive 1 total known USB device Hotplug interval:5 0 USB devices, 0 enabled, 0 disabled, 0 zombie This is what i'm talking about. Enable debug option and you see that driver expect another device. Open usbutils.c find .drv = DRIVER_ants1 change vid pid and recompile.
|
|
|
|
J4bberwock
|
|
September 14, 2014, 10:33:37 AM |
|
For some reasons, it's now detected but inactive Select an option or any other key to return Bus 1 Device 4 ID: 10c4:ea60 Silicon Labs CP2102 USB to UART Bridge Controller i nactive 1 total known USB device Hotplug interval:5 0 USB devices, 0 enabled, 0 disabled, 0 zombie This is what i'm talking about. Enable debug option and you see that driver expect another device. Open usbutils.c find .drv = DRIVER_ants1 change vid pid and recompile. They are already changed #ifdef USE_ANT_S1 { .drv = DRIVER_ants1, .name = "ANT", .ident = IDENT_ANT, .idVendor = 0x10C4, .idProduct = 0xEA60, .config = 1, .timeout = ANT_S1_TIMEOUT_MS, .latency = LATENCY_ANTS1, INTINFO(ants1_ints) }, #endif
|
|
|
|
smit1237
Full Member
Offline
Activity: 182
Merit: 100
May the source be with you.
|
|
September 14, 2014, 10:44:01 AM |
|
Try runing with -debug and post log here.
|
|
|
|
J4bberwock
|
|
September 14, 2014, 11:03:22 AM |
|
Try runing with -debug and post log here.
I was compiling bfgminer, and it's detected as AMU and hashing as 8 units. (hard limit in the code?) [2014-09-14 05:02:50] Summary of per device statistics: [2014-09-14 05:02:50] AMU0 | 20s: 4.53 avg: 3.89 u: 4.62 Gh/s | A:18 R:0+0(none) HW:0/none [2014-09-14 05:02:50] AMU0a | 20s:577.4 avg:486.1 u:471.6 Mh/s | A:2 R:0+0(none) HW:0/none [2014-09-14 05:02:50] AMU0b | 20s:564.6 avg:489.0 u:632.6 Mh/s | A:4 R:0+0(none) HW:0/none [2014-09-14 05:02:50] AMU0c | 20s:564.6 avg:489.0 u:553.5 Mh/s | A:2 R:0+0(none) HW:0/none [2014-09-14 05:02:50] AMU0d | 20s:564.6 avg:489.0 u:474.4 Mh/s | A:3 R:0+0(none) HW:0/none [2014-09-14 05:02:50] AMU0e | 20s:564.6 avg:489.0 u:731.4 Mh/s | A:0 R:0+0(none) HW:0/none [2014-09-14 05:02:50] AMU0f | 20s:564.6 avg:489.0 u:691.9 Mh/s | A:4 R:0+0(none) HW:0/none [2014-09-14 05:02:50] AMU0g | 20s:564.6 avg:489.0 u:474.4 Mh/s | A:2 R:0+0(none) HW:0/none [2014-09-14 05:02:50] AMU0h | 20s:564.6 avg:489.0 u:612.8 Mh/s | A:1 R:0+0(none) HW:0/none [2014-09-14 05:02:50] Shutdown signal received. And the good thing is that there are no hw errors. I'll test cgminer again.
|
|
|
|
smit1237
Full Member
Offline
Activity: 182
Merit: 100
May the source be with you.
|
|
September 14, 2014, 11:11:19 AM |
|
Wow great news -)
|
|
|
|
J4bberwock
|
|
September 14, 2014, 11:23:48 AM |
|
[2014-09-14 05:24:14] Generated stratum work [2014-09-14 05:24:14] Pushing work from pool 0 to hash queue [2014-09-14 05:24:15] USB scan devices: checking for ANT devices [2014-09-14 05:24:15] ANT looking for and found ANT 10c4:ea60 [2014-09-14 05:24:15] USB lock BitmainAntS1 1-4 [2014-09-14 05:24:15] RES: BitmainAntS1 (1:4) lock=1 [2014-09-14 05:24:15] USB res lock BitmainAntS1 1-4 [2014-09-14 05:24:15] RES: BitmainAntS1 (1:4) lock ok=1 [2014-09-14 05:24:15] USB unlock BitmainAntS1 1-4 [2014-09-14 05:24:15] ANT looking for ANT 10c4:ea60 but found 0424:ec00 instead [2014-09-14 05:24:15] RES: BitmainAntS1 (1:4) lock=0 [2014-09-14 05:24:15] USB res unlock BitmainAntS1 1-4 [2014-09-14 05:24:15] ANT looking for ANT 10c4:ea60 but found 0424:9512 instead [2014-09-14 05:24:15] ANT looking for ANT 10c4:ea60 but found 1d6b:0002 instead [2014-09-14 05:24:16] Discarded work [2014-09-14 05:24:16] Selecting pool 0 for work [2014-09-14 05:24:16] Generated stratum merkle c20e3c18f19c64c4b73f2d8c5e8ffaca8e48b88 d21b39b69ada01e23885807d7
|
|
|
|
J4bberwock
|
|
September 14, 2014, 11:34:27 AM |
|
I'll try to edit the usbutil to add the numbers it found
|
|
|
|
smit1237
Full Member
Offline
Activity: 182
Merit: 100
May the source be with you.
|
|
September 14, 2014, 11:44:59 AM |
|
Looks like untouched usbutils.c. Untill i edit this i get same error.
|
|
|
|
J4bberwock
|
|
September 14, 2014, 11:59:11 AM |
|
Is this still going on? If so, I wouldn't mind giving 20$ for the pot. I don't mine and I never will be, but this is a great thing to do.
Of course it's still going on. hardware side is ok, but a proper software is still lacking. I'll design a cheap interface board that will allow 4 or 8 hashing board to be connected to any usb host that will be able to run the mining software (cgminer/bfgminer) Cgminer and bfgminer for U1/U2 are able to make the boards hashing, but not at full specs right now.
|
|
|
|
J4bberwock
|
|
September 14, 2014, 12:02:36 PM |
|
Looks like untouched usbutils.c. Untill i edit this i get same error.
I've just added all the vid/pid couples he was giving in the debug. Currently compiling and will check when my daughters will wake up from the nap.
|
|
|
|
J4bberwock
|
|
September 14, 2014, 01:07:03 PM |
|
[2014-09-14 07:03:29] USB res lock BitmainAntS1 1-3 [2014-09-14 07:03:29] RES: BitmainAntS1 (1:3) lock ok=1 [2014-09-14 07:03:29] USB unlock BitmainAntS1 1-3 [2014-09-14 07:03:29] ANT looking for ANT 10c4:ea60 but found 0424:9512 instead [2014-09-14 07:03:29] RES: BitmainAntS1 (1:3) lock=0 [2014-09-14 07:03:29] ANT looking for ANT 0424:ec00 but found 0424:9512 instead [2014-09-14 07:03:29] USB res unlock BitmainAntS1 1-3 [2014-09-14 07:03:29] ANT looking for and found ANT 0424:9512 [2014-09-14 07:03:29] USB lock BitmainAntS1 1-2 [2014-09-14 07:03:29] RES: BitmainAntS1 (1:2) lock=1 [2014-09-14 07:03:29] USB res lock BitmainAntS1 1-2 [2014-09-14 07:03:29] RES: BitmainAntS1 (1:2) lock ok=1 [2014-09-14 07:03:29] USB unlock BitmainAntS1 1-2 [2014-09-14 07:03:29] ANT looking for ANT 10c4:ea60 but found 1d6b:0002 instead [2014-09-14 07:03:29] RES: BitmainAntS1 (1:2) lock=0 [2014-09-14 07:03:29] ANT looking for ANT 0424:ec00 but found 1d6b:0002 instead [2014-09-14 07:03:29] USB res unlock BitmainAntS1 1-2 [2014-09-14 07:03:29] ANT looking for ANT 0424:9512 but found 1d6b:0002 instead [2014-09-14 07:03:29] ANT looking for and found ANT 1d6b:0002 [2014-09-14 07:03:29] USB lock BitmainAntS1 1-1 [2014-09-14 07:03:29] RES: BitmainAntS1 (1:1) lock=1 [2014-09-14 07:03:29] USB res lock BitmainAntS1 1-1 [2014-09-14 07:03:29] RES: BitmainAntS1 (1:1) lock ok=1 [2014-09-14 07:03:29] USB unlock BitmainAntS1 1-1 [2014-09-14 07:03:29] RES: BitmainAntS1 (1:1) lock=0 [2014-09-14 07:03:29] USB res unlock BitmainAntS1 1-1
looks like it's finding it, but still
Select an option or any other key to return Bus 1 Device 4 ID: 10c4:ea60 Silicon Labs CP2102 USB to UART Bridge Controller inactive Bus 1 Device 3 ID: 0424:ec00 Silicon Labs CP2102 USB to UART Bridge Controller inactive Bus 1 Device 2 ID: 0424:9512 Silicon Labs CP2102 USB to UART Bridge Controller inactive Bus 1 Device 1 ID: 1d6b:0002 Linux 3.12.28-1-ARCH dwc_otg_hcd DWC OTG Controller inactive 4 total known USB devices Hotplug interval:5 0 USB devices, 0 enabled, 0 disabled, 0 zombie
|
|
|
|
J4bberwock
|
|
September 14, 2014, 01:23:11 PM |
|
could it be that they faked Vid/pid to send work to 4 different "8 chips" units on the board? Bfgminer is only seing 8 sub units (chips?) Maybe creating 1 device for each vid/pid instead of adding them all to ANTS1 could help, but I'm not sure.
But the schematics simply shows the chips chained, strange.
|
|
|
|
Taugeran
|
|
September 14, 2014, 04:15:04 PM |
|
Try runing with -debug and post log here.
I was compiling bfgminer, and it's detected as AMU and hashing as 8 units. (hard limit in the code?) [2014-09-14 05:02:50] Summary of per device statistics: [2014-09-14 05:02:50] AMU0 | 20s: 4.53 avg: 3.89 u: 4.62 Gh/s | A:18 R:0+0(none) HW:0/none [2014-09-14 05:02:50] AMU0a | 20s:577.4 avg:486.1 u:471.6 Mh/s | A:2 R:0+0(none) HW:0/none [2014-09-14 05:02:50] AMU0b | 20s:564.6 avg:489.0 u:632.6 Mh/s | A:4 R:0+0(none) HW:0/none [2014-09-14 05:02:50] AMU0c | 20s:564.6 avg:489.0 u:553.5 Mh/s | A:2 R:0+0(none) HW:0/none [2014-09-14 05:02:50] AMU0d | 20s:564.6 avg:489.0 u:474.4 Mh/s | A:3 R:0+0(none) HW:0/none [2014-09-14 05:02:50] AMU0e | 20s:564.6 avg:489.0 u:731.4 Mh/s | A:0 R:0+0(none) HW:0/none [2014-09-14 05:02:50] AMU0f | 20s:564.6 avg:489.0 u:691.9 Mh/s | A:4 R:0+0(none) HW:0/none [2014-09-14 05:02:50] AMU0g | 20s:564.6 avg:489.0 u:474.4 Mh/s | A:2 R:0+0(none) HW:0/none [2014-09-14 05:02:50] AMU0h | 20s:564.6 avg:489.0 u:612.8 Mh/s | A:1 R:0+0(none) HW:0/none [2014-09-14 05:02:50] Shutdown signal received. And the good thing is that there are no hw errors. I'll test cgminer again. this is an excerpt from bfgminer's driver-antminer.c: i have an idea, if you are confortable following code manipulation. See below static bool antminer_detect_one(const char *devpath) { struct device_drv *drv = &antminer_drv; struct ICARUS_INFO *info = calloc(1, sizeof(struct ICARUS_INFO)); if (unlikely(!info)) quit(1, "Failed to malloc ICARUS_INFO"); *info = (struct ICARUS_INFO){ .baud = ANTMINER_IO_SPEED, .Hs = ANTMINER_HASH_TIME, .timing_mode = MODE_DEFAULT, .read_size = 5, }; if (!icarus_detect_custom(devpath, drv, info)) { free(info); return false; } info->read_count = 15; return true; }
If you add 2 lines to the below block of code, i believe it may work. *info = (struct ICARUS_INFO){ .baud = ANTMINER_IO_SPEED, .Hs = ANTMINER_HASH_TIME, .timing_mode = MODE_DEFAULT, .read_size = 5, };
Below is the modified block: *info = (struct ICARUS_INFO){ .baud = ANTMINER_IO_SPEED, .Hs = ANTMINER_HASH_TIME, .timing_mode = MODE_DEFAULT, .read_size = 5, .work_division = 1, .fpga_count = 32, };
adding these two lines ( work_division and fpga_count) should tell bfgminer detection code that there are 32 FPGAs( in this case BM1380 ASIC) and the work division is 1, each chip gets its own work item. since in vanilla main branch code, they are not specified and so bfgminer falls back to an autodetect routine which due to the speed of the asics results in fpga_count of 8. add those, save and recompile bfgminer. Post them results once it fires up.
|
Bitfury HW & Habañero : 1.625Th/s tips/Donations: 1NoS89H3Mr6U5CmP4VwWzU2318JEMxHL1 Come join Coinbase
|
|
|
|