Just to emphasize...
'restart' wont work - I'll need to sort that out next - it doesn't release the devices - quit/start should be fine.
Also during startup, there can sometimes be a delay of up to 90s if there is a problem with your Pool 0
Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 404. (Read 5805537 times)
March 03, 2013, 10:53:44 AM
March 03, 2013, 10:34:11 AM
I hadn't thought about it before but does the automatic detection now mean that I would't be able to select certain devices on one instance of CGMiner and others on a different instance on the same computer? I don't think it's a problem but I had thought about pointing some hashing power to different pools manually using failover just with different main pools. Truely it isn't a big deal to me. I am just wondering.
Yes it's not in 2.11.0 - it will be there later.I'll have 'possibly' 3 options:
1) a count of how many you want e.g. BFL:6
2) specify the USB device list as A:B,C:D,...
3) string pattern match on the device ID name (something new in the BFL SC MCU - where you can give each device a 128 byte name)
Quote
...
I am getting more HW errors so far. They seem to all be temp related.
Request temp invalid/time out (0:-7)
get Result Reports: Temperature (celcius) BUSY
...
I am fairly certain this is cosmetic but just thought I would let you know about it. They are showing up about every 20 seconds now. At this rate I will have a lot when I get up.
-7 is a timeout I am getting more HW errors so far. They seem to all be temp related.
Request temp invalid/time out (0:-7)
get Result Reports: Temperature (celcius) BUSY
...
I am fairly certain this is cosmetic but just thought I would let you know about it. They are showing up about every 20 seconds now. At this rate I will have a lot when I get up.
I'm not sure why the temperature can't handle replying in 500ms - I guess I'll have to increase the timeout on windows
On linux (for me) it's 200ms and I've probably seen only a few in the last 2 months I've been using the USB code.
Quote
I tried restarting CGMiner and it now won't mine on my BFL. cgminer-fpgaonly.exe is using ~25% CPU load Front LED is on BFL single and side LEDs are both off. cgminer says started cgminer 2.11.0
'restart' wont work - I'll need to sort that out next - it doesn't release the devices - quit/start should be fine.Also during startup, there can sometimes be a delay of up to 90s if there is a problem with your Pool 0
March 03, 2013, 09:06:17 AM
A "devs" via API now only delivers my ICA boards, not my ZTEX ones...
I've got Icarus (Cairnsmore and Icarus) Boards as well as ZTEX Boards connected to one linux 64 machine.
Before 2.11.0 all boards could be read out via API command "devs". Now only the Icarus Boards are returned.
Thanks
oc
What does 'config' and 'devdetails' show?I've got Icarus (Cairnsmore and Icarus) Boards as well as ZTEX Boards connected to one linux 64 machine.
Before 2.11.0 all boards could be read out via API command "devs". Now only the Icarus Boards are returned.
Thanks
oc
config:
...
https://github.com/kanoi/cgminer/commit/00489f4c14c6faa06b51a23db7fcc366b69f7b09
(in https://github.com/ckolivas/cgminer/pull/392 )
Works, thanks !
March 03, 2013, 09:06:09 AM
Sadly that's kinda what it was thinking before I read the line that says:
You must also make sure you are using the latest libusb-1.0.dll supplied
with cgminer (not the libusbx version)
I wasn't sure how to check that it would be used. Sadly I can't for the life of me imagine why it worked this last time and not in the hour I spent after I set it as WinUSB. I may have yet again set it to WinUSB, I know I yet again unplugged the single (forcing redetection) and started my batch file again.
Actually I did change one other thing. Scan serial from "Bitforce:COM5" to "auto" but the one time it almost worked I still used my old configuration file. I had added the --usb-dump 0 to the end of my args in my batch file and this time I took --usb-dump 0 out. I see no reason that would fix anything. I suppose it could be the configuration file.
Anyways Thank You again.
scan-serial is only used for Icarus now - MMQ/BFL and anything newer to come, don't use it any more.You must also make sure you are using the latest libusb-1.0.dll supplied
with cgminer (not the libusbx version)
I wasn't sure how to check that it would be used. Sadly I can't for the life of me imagine why it worked this last time and not in the hour I spent after I set it as WinUSB. I may have yet again set it to WinUSB, I know I yet again unplugged the single (forcing redetection) and started my batch file again.
Actually I did change one other thing. Scan serial from "Bitforce:COM5" to "auto" but the one time it almost worked I still used my old configuration file. I had added the --usb-dump 0 to the end of my args in my batch file and this time I took --usb-dump 0 out. I see no reason that would fix anything. I suppose it could be the configuration file.
Anyways Thank You again.
All non-icarus USB device detection is now automatic, since it uses libusb to get the list of all USB devices and checks their id numbers match what it expects and then tries the unused matching devices.
The only other thing I can think of with Zadig may be that windows might need to be rebooted?
The comment about libusbx is to do with someone compiling cgminer themselves.
When ckolivas compiles it, he links it to the libusb-1.0.dll so cgminer wont be looking at libusbx.dll
I hadn't thought about it before but does the automatic detection now mean that I would't be able to select certain devices on one instance of CGMiner and others on a different instance on the same computer? I don't think it's a problem but I had thought about pointing some hashing power to different pools manually using failover just with different main pools. Truely it isn't a big deal to me. I am just wondering.
As far as rebooted when the device detected but didn't function I pulled the USB cable out and reinserted it. When it finally worked I was pulling the power cable and completely restarting the BFL single. I didn't have to reboot windows but likely it would have worked sooner if I would have rebooted windows. Since my DVR runs my singles I didn't want to reboot while it was recording.
I am getting more HW errors so far. They seem to all be temp related.
Request temp invalid/time out (0:-7)
get Result Reports: Temperature (celcius) BUSY
I am fairly certain this is cosmetic but just thought I would let you know about it. They are showing up about every 20 seconds now. At this rate I will have a lot when I get up.
I tried restarting CGMiner and it now won't mine on my BFL. cgminer-fpgaonly.exe is using ~25% CPU load Front LED is on BFL single and side LEDs are both off. cgminer says started cgminer 2.11.0
March 03, 2013, 08:40:03 AM
Sadly that's kinda what it was thinking before I read the line that says:
You must also make sure you are using the latest libusb-1.0.dll supplied
with cgminer (not the libusbx version)
I wasn't sure how to check that it would be used. Sadly I can't for the life of me imagine why it worked this last time and not in the hour I spent after I set it as WinUSB. I may have yet again set it to WinUSB, I know I yet again unplugged the single (forcing redetection) and started my batch file again.
Actually I did change one other thing. Scan serial from "Bitforce:COM5" to "auto" but the one time it almost worked I still used my old configuration file. I had added the --usb-dump 0 to the end of my args in my batch file and this time I took --usb-dump 0 out. I see no reason that would fix anything. I suppose it could be the configuration file.
Anyways Thank You again.
scan-serial is only used for Icarus now - MMQ/BFL and anything newer to come, don't use it any more.You must also make sure you are using the latest libusb-1.0.dll supplied
with cgminer (not the libusbx version)
I wasn't sure how to check that it would be used. Sadly I can't for the life of me imagine why it worked this last time and not in the hour I spent after I set it as WinUSB. I may have yet again set it to WinUSB, I know I yet again unplugged the single (forcing redetection) and started my batch file again.
Actually I did change one other thing. Scan serial from "Bitforce:COM5" to "auto" but the one time it almost worked I still used my old configuration file. I had added the --usb-dump 0 to the end of my args in my batch file and this time I took --usb-dump 0 out. I see no reason that would fix anything. I suppose it could be the configuration file.
Anyways Thank You again.
All non-icarus USB device detection is now automatic, since it uses libusb to get the list of all USB devices and checks their id numbers match what it expects and then tries the unused matching devices.
The only other thing I can think of with Zadig may be that windows might need to be rebooted?
The comment about libusbx is to do with someone compiling cgminer themselves.
When ckolivas compiles it, he links it to the libusb-1.0.dll so cgminer wont be looking at libusbx.dll
March 03, 2013, 08:00:16 AM
Sadly that's kinda what it was thinking before I read the line that says:
You must also make sure you are using the latest libusb-1.0.dll supplied
with cgminer (not the libusbx version)
I wasn't sure how to check that it would be used. Sadly I can't for the life of me imagine why it worked this last time and not in the hour I spent after I set it as WinUSB. I may have yet again set it to WinUSB, I know I yet again unplugged the single (forcing redetection) and started my batch file again.
Actually I did change one other thing. Scan serial from "Bitforce:COM5" to "auto" but the one time it almost worked I still used my old configuration file. I had added the --usb-dump 0 to the end of my args in my batch file and this time I took --usb-dump 0 out. I see no reason that would fix anything. I suppose it could be the configuration file.
Anyways Thank You again.
You must also make sure you are using the latest libusb-1.0.dll supplied
with cgminer (not the libusbx version)
I wasn't sure how to check that it would be used. Sadly I can't for the life of me imagine why it worked this last time and not in the hour I spent after I set it as WinUSB. I may have yet again set it to WinUSB, I know I yet again unplugged the single (forcing redetection) and started my batch file again.
Actually I did change one other thing. Scan serial from "Bitforce:COM5" to "auto" but the one time it almost worked I still used my old configuration file. I had added the --usb-dump 0 to the end of my args in my batch file and this time I took --usb-dump 0 out. I see no reason that would fix anything. I suppose it could be the configuration file.
Anyways Thank You again.
March 03, 2013, 07:51:26 AM
Hey Kano,
I must be getting closer. Now I can't use 2.11.0 or 2.10.5.
I installed the WinUSB driver. Ran Zadig as admin and all that.
I belive it is using the libusb not from cgminers directory. Unsure on how to change that. I do not see it. At least looking at the inf file generated I don't see the line that I would have to change to use the 1.0 instead of the 0 version of the dll.
Still getting a failed to open err 12.
EIDT: Removed --usb-dump 0 and now it runs. Very odd.
Thank You Kano For All of Your HELP!
Zadig sets the device driver to WinUSB (if you select WinUSB ... as required)I must be getting closer. Now I can't use 2.11.0 or 2.10.5.
I installed the WinUSB driver. Ran Zadig as admin and all that.
I belive it is using the libusb not from cgminers directory. Unsure on how to change that. I do not see it. At least looking at the inf file generated I don't see the line that I would have to change to use the 1.0 instead of the 0 version of the dll.
Still getting a failed to open err 12.
EIDT: Removed --usb-dump 0 and now it runs. Very odd.
Thank You Kano For All of Your HELP!
libusb doesn't care what device driver you have, but the problem is that only WinUSB lets libusb talk fully to the device.
The usual drivers (like the FTDI one you download) block some of libusb's necessary functionality.
cgminer uses libusb-1.0.dll in the cgminer directory (it shouldn't be anywhere else - Zadig doesn't install it)
March 03, 2013, 07:28:45 AM
Hey Kano,
I must be getting closer. Now I can't use 2.11.0 or 2.10.5.
I installed the WinUSB driver. Ran Zadig as admin and all that.
I belive it is using the libusb not from cgminers directory. Unsure on how to change that. I do not see it. At least looking at the inf file generated I don't see the line that I would have to change to use the 1.0 instead of the 0 version of the dll.
Still getting a failed to open err 12.
EIDT: Removed --usb-dump 0 and now it runs. Very odd.
Thank You Kano For All of Your HELP!
I must be getting closer. Now I can't use 2.11.0 or 2.10.5.
I installed the WinUSB driver. Ran Zadig as admin and all that.
I belive it is using the libusb not from cgminers directory. Unsure on how to change that. I do not see it. At least looking at the inf file generated I don't see the line that I would have to change to use the 1.0 instead of the 0 version of the dll.
Still getting a failed to open err 12.
EIDT: Removed --usb-dump 0 and now it runs. Very odd.
Thank You Kano For All of Your HELP!
March 03, 2013, 01:23:58 AM
With 2.11.0 in windows7 I noticed usb based keyboard has intermittent key delay on either press or release.
Which (and how many) FPGA devices and what sort of computer CPU (netbook, low power, ?) do you have?I suspect with ASIC that will get worse - i.e. whatever problem your computer has with the small amount of USB accesses at the moment, will only get worse as that increases with ASIC devices.
With ASIC, cgminer will be hitting the USB port a lot harder.
USB shouldn't have this problem with the low amount of USB access occurring at the moment.
Is it every 5 seconds? Is it every key? Or is it once in a blue moon?
Edit: also what is your USB layout - hubs, multiple motherboard ports, etc.
March 03, 2013, 01:07:52 AM
A "devs" via API now only delivers my ICA boards, not my ZTEX ones...
I've got Icarus (Cairnsmore and Icarus) Boards as well as ZTEX Boards connected to one linux 64 machine.
Before 2.11.0 all boards could be read out via API command "devs". Now only the Icarus Boards are returned.
Thanks
oc
What does 'config' and 'devdetails' show?I've got Icarus (Cairnsmore and Icarus) Boards as well as ZTEX Boards connected to one linux 64 machine.
Before 2.11.0 all boards could be read out via API command "devs". Now only the Icarus Boards are returned.
Thanks
oc
config:
...
https://github.com/kanoi/cgminer/commit/00489f4c14c6faa06b51a23db7fcc366b69f7b09
(in https://github.com/ckolivas/cgminer/pull/392 )
March 03, 2013, 12:12:50 AM
With 2.11.0 in windows7 I noticed usb based keyboard has intermittent key delay on either press or release.
March 02, 2013, 11:39:15 PM
I decided to be a guinea pig and try 2.11.0 on a single rig. Took a nap and it locked up the second I went to sleep. I guess it was trying to switch from Ozcoin to BTCGuild (both stratum connections). I was mining on a single 7870 with Catalyst 12.10 drivers on Win 7 x64.
Afterburner shows it was still burning up the GPU but apparently no shares were being submitted. I just force-closed it and reverted to 2.10.5
Afterburner shows it was still burning up the GPU but apparently no shares were being submitted. I just force-closed it and reverted to 2.10.5
I can confirm this bug too, after some time it just stops submitting shares but it stil responsive.. a restart helps
March 02, 2013, 11:28:32 PM
A "devs" via API now only delivers my ICA boards, not my ZTEX ones...
I've got Icarus (Cairnsmore and Icarus) Boards as well as ZTEX Boards connected to one linux 64 machine.
Before 2.11.0 all boards could be read out via API command "devs". Now only the Icarus Boards are returned.
Thanks
oc
What does 'config' and 'devdetails' show?I've got Icarus (Cairnsmore and Icarus) Boards as well as ZTEX Boards connected to one linux 64 machine.
Before 2.11.0 all boards could be read out via API command "devs". Now only the Icarus Boards are returned.
Thanks
oc
config:
Code:
Array
(
[STATUS] => Array
(
[STATUS] => S
[When] => 1362281211
[Code] => 33
[Msg] => CGMiner config
[Description] => cgminer 2.11.0
)
[CONFIG] => Array
(
[0] => CONFIG
[GPU Count] => 0
[PGA Count] => 22
[CPU Count] => 0
[Pool Count] => 2
[ADL] => N
[ADL in use] => N
[Strategy] => Failover
[Log Interval] => 5
[Device Code] => ICA ZTX
[OS] => Linux
[Failover-Only] => false
[ScanTime] => 60
[Queue] => 1
[Expiry] => 120
)
)
devdetails:
Code:
Array
(
[STATUS] => Array
(
[STATUS] => S
[When] => 1362281261
[Code] => 69
[Msg] => Device Details
[Description] => cgminer 2.11.0
)
[DEVDETAILS0] => Array
(
[DEVDETAILS] => 0
[Name] => ICA
[ID] => 0
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB0
)
[DEVDETAILS1] => Array
(
[DEVDETAILS] => 1
[Name] => ICA
[ID] => 1
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB1
)
[DEVDETAILS2] => Array
(
[DEVDETAILS] => 2
[Name] => ICA
[ID] => 2
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB2
)
[DEVDETAILS3] => Array
(
[DEVDETAILS] => 3
[Name] => ICA
[ID] => 3
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB3
)
[DEVDETAILS4] => Array
(
[DEVDETAILS] => 4
[Name] => ICA
[ID] => 4
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB6
)
[DEVDETAILS5] => Array
(
[DEVDETAILS] => 5
[Name] => ICA
[ID] => 5
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB7
)
[DEVDETAILS6] => Array
(
[DEVDETAILS] => 6
[Name] => ICA
[ID] => 6
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB10
)
[DEVDETAILS7] => Array
(
[DEVDETAILS] => 7
[Name] => ICA
[ID] => 7
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB11
)
[DEVDETAILS8] => Array
(
[DEVDETAILS] => 8
[Name] => ICA
[ID] => 8
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB14
)
[DEVDETAILS9] => Array
(
[DEVDETAILS] => 9
[Name] => ICA
[ID] => 9
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB15
)
[DEVDETAILS10] => Array
(
[DEVDETAILS] => 10
[Name] => ICA
[ID] => 10
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB18
)
[DEVDETAILS11] => Array
(
[DEVDETAILS] => 11
[Name] => ICA
[ID] => 11
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB19
)
[DEVDETAILS12] => Array
(
[DEVDETAILS] => 12
[Name] => ICA
[ID] => 12
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB22
)
[DEVDETAILS13] => Array
(
[DEVDETAILS] => 13
[Name] => ICA
[ID] => 13
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB23
)
[DEVDETAILS14] => Array
(
[DEVDETAILS] => 14
[Name] => ICA
[ID] => 14
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB26
)
[DEVDETAILS15] => Array
(
[DEVDETAILS] => 15
[Name] => ICA
[ID] => 15
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB27
)
[DEVDETAILS16] => Array
(
[DEVDETAILS] => 16
[Name] => ICA
[ID] => 16
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB30
)
[DEVDETAILS17] => Array
(
[DEVDETAILS] => 17
[Name] => ICA
[ID] => 17
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB31
)
[DEVDETAILS18] => Array
(
[DEVDETAILS] => 18
[Name] => ICA
[ID] => 18
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB34
)
[DEVDETAILS19] => Array
(
[DEVDETAILS] => 19
[Name] => ICA
[ID] => 19
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB35
)
[DEVDETAILS20] => Array
(
[DEVDETAILS] => 20
[Name] => ICA
[ID] => 20
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB38
)
[DEVDETAILS21] => Array
(
[DEVDETAILS] => 21
[Name] => ICA
[ID] => 21
[Driver] => Icarus
[Kernel] =>
[Model] =>
[Device Path] => /dev/ttyUSB39
)
[DEVDETAILS22] => Array
(
[DEVDETAILS] => 22
[Name] => ZTX
[ID] => 0
[Driver] => ztex
[Kernel] =>
[Model] =>
[Device Path] =>
)
[DEVDETAILS23] => Array
(
[DEVDETAILS] => 23
[Name] => ZTX
[ID] => 1
[Driver] => ztex
[Kernel] =>
[Model] =>
[Device Path] =>
)
[DEVDETAILS24] => Array
(
[DEVDETAILS] => 24
[Name] => ZTX
[ID] => 2
[Driver] => ztex
[Kernel] =>
[Model] =>
[Device Path] =>
)
[DEVDETAILS25] => Array
(
[DEVDETAILS] => 25
[Name] => ZTX
[ID] => 3
[Driver] => ztex
[Kernel] =>
[Model] =>
[Device Path] =>
)
[DEVDETAILS26] => Array
(
[DEVDETAILS] => 26
[Name] => ZTX
[ID] => 4
[Driver] => ztex
[Kernel] =>
[Model] =>
[Device Path] =>
)
[DEVDETAILS27] => Array
(
[DEVDETAILS] => 27
[Name] => ZTX
[ID] => 5
[Driver] => ztex
[Kernel] =>
[Model] =>
[Device Path] =>
)
[DEVDETAILS28] => Array
(
[DEVDETAILS] => 28
[Name] => ZTX
[ID] => 6
[Driver] => ztex
[Kernel] =>
[Model] =>
[Device Path] =>
)
[DEVDETAILS29] => Array
(
[DEVDETAILS] => 29
[Name] => ZTX
[ID] => 7
[Driver] => ztex
[Kernel] =>
[Model] =>
[Device Path] =>
)
[DEVDETAILS30] => Array
(
[DEVDETAILS] => 30
[Name] => ZTX
[ID] => 8
[Driver] => ztex
[Kernel] =>
[Model] =>
[Device Path] =>
)
)
but devs only:
Code:
Array
(
[STATUS] => Array
(
[STATUS] => S
[When] => 1362281315
[Code] => 9
[Msg] => 22 PGA(s)
[Description] => cgminer 2.11.0
)
[PGA0] => Array
(
[PGA] => 0
[Name] => ICA
[ID] => 0
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 379.82
[MHS 5s] => 379.67
[Accepted] => 292
[Rejected] => 0
[Hardware Errors] => 3
[Utility] => 0.92
[Last Share Pool] => 0
[Last Share Time] => 1362281277
[Total MH] => 7246956.5590
[Frequency] => 0.00
[Diff1 Work] => 1719
[Difficulty Accepted] => 1642.00000000
[Difficulty Rejected] => 0.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA1] => Array
(
[PGA] => 1
[Name] => ICA
[ID] => 1
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 379.63
[MHS 5s] => 379.57
[Accepted] => 282
[Rejected] => 0
[Hardware Errors] => 1
[Utility] => 0.89
[Last Share Pool] => 0
[Last Share Time] => 1362281247
[Total MH] => 7243197.5204
[Frequency] => 0.00
[Diff1 Work] => 1644
[Difficulty Accepted] => 1599.00000000
[Difficulty Rejected] => 0.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA2] => Array
(
[PGA] => 2
[Name] => ICA
[ID] => 2
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 379.69
[MHS 5s] => 379.76
[Accepted] => 280
[Rejected] => 1
[Hardware Errors] => 0
[Utility] => 0.88
[Last Share Pool] => 0
[Last Share Time] => 1362281204
[Total MH] => 7244348.8907
[Frequency] => 0.00
[Diff1 Work] => 1721
[Difficulty Accepted] => 1583.00000000
[Difficulty Rejected] => 7.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA3] => Array
(
[PGA] => 3
[Name] => ICA
[ID] => 3
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 379.66
[MHS 5s] => 379.67
[Accepted] => 263
[Rejected] => 0
[Hardware Errors] => 2
[Utility] => 0.83
[Last Share Pool] => 0
[Last Share Time] => 1362281145
[Total MH] => 7243900.7649
[Frequency] => 0.00
[Diff1 Work] => 1649
[Difficulty Accepted] => 1497.00000000
[Difficulty Rejected] => 0.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA4] => Array
(
[PGA] => 4
[Name] => ICA
[ID] => 4
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 359.89
[MHS 5s] => 359.15
[Accepted] => 269
[Rejected] => 2
[Hardware Errors] => 5
[Utility] => 0.85
[Last Share Pool] => 0
[Last Share Time] => 1362281304
[Total MH] => 6866524.9083
[Frequency] => 0.00
[Diff1 Work] => 1671
[Difficulty Accepted] => 1537.00000000
[Difficulty Rejected] => 13.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA5] => Array
(
[PGA] => 5
[Name] => ICA
[ID] => 5
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 359.86
[MHS 5s] => 359.53
[Accepted] => 134
[Rejected] => 0
[Hardware Errors] => 0
[Utility] => 0.42
[Last Share Pool] => 0
[Last Share Time] => 1362281284
[Total MH] => 6866047.3439
[Frequency] => 0.00
[Diff1 Work] => 841
[Difficulty Accepted] => 771.00000000
[Difficulty Rejected] => 0.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA6] => Array
(
[PGA] => 6
[Name] => ICA
[ID] => 6
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 419.55
[MHS 5s] => 419.40
[Accepted] => 340
[Rejected] => 0
[Hardware Errors] => 24
[Utility] => 1.07
[Last Share Pool] => 0
[Last Share Time] => 1362281281
[Total MH] => 8004876.2625
[Frequency] => 0.00
[Diff1 Work] => 1883
[Difficulty Accepted] => 1929.00000000
[Difficulty Rejected] => 0.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA7] => Array
(
[PGA] => 7
[Name] => ICA
[ID] => 7
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 399.73
[MHS 5s] => 399.48
[Accepted] => 286
[Rejected] => 0
[Hardware Errors] => 16
[Utility] => 0.90
[Last Share Pool] => 0
[Last Share Time] => 1362281203
[Total MH] => 7626704.7635
[Frequency] => 0.00
[Diff1 Work] => 1735
[Difficulty Accepted] => 1626.00000000
[Difficulty Rejected] => 0.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA8] => Array
(
[PGA] => 8
[Name] => ICA
[ID] => 8
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 419.49
[MHS 5s] => 419.52
[Accepted] => 260
[Rejected] => 1
[Hardware Errors] => 2
[Utility] => 0.82
[Last Share Pool] => 0
[Last Share Time] => 1362281291
[Total MH] => 8003697.2768
[Frequency] => 0.00
[Diff1 Work] => 1765
[Difficulty Accepted] => 1470.00000000
[Difficulty Rejected] => 6.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA9] => Array
(
[PGA] => 9
[Name] => ICA
[ID] => 9
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 419.61
[MHS 5s] => 419.28
[Accepted] => 309
[Rejected] => 0
[Hardware Errors] => 13
[Utility] => 0.97
[Last Share Pool] => 0
[Last Share Time] => 1362281149
[Total MH] => 8006145.8457
[Frequency] => 0.00
[Diff1 Work] => 1931
[Difficulty Accepted] => 1756.00000000
[Difficulty Rejected] => 0.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA10] => Array
(
[PGA] => 10
[Name] => ICA
[ID] => 10
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 419.64
[MHS 5s] => 419.71
[Accepted] => 286
[Rejected] => 0
[Hardware Errors] => 7
[Utility] => 0.90
[Last Share Pool] => 0
[Last Share Time] => 1362281249
[Total MH] => 8006552.1834
[Frequency] => 0.00
[Diff1 Work] => 1852
[Difficulty Accepted] => 1634.00000000
[Difficulty Rejected] => 0.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA11] => Array
(
[PGA] => 11
[Name] => ICA
[ID] => 11
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 419.70
[MHS 5s] => 419.68
[Accepted] => 305
[Rejected] => 2
[Hardware Errors] => 16
[Utility] => 0.96
[Last Share Pool] => 0
[Last Share Time] => 1362281173
[Total MH] => 8007849.7096
[Frequency] => 0.00
[Diff1 Work] => 1853
[Difficulty Accepted] => 1732.00000000
[Difficulty Rejected] => 12.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA12] => Array
(
[PGA] => 12
[Name] => ICA
[ID] => 12
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 419.60
[MHS 5s] => 419.37
[Accepted] => 286
[Rejected] => 1
[Hardware Errors] => 9
[Utility] => 0.90
[Last Share Pool] => 0
[Last Share Time] => 1362281287
[Total MH] => 8005854.7191
[Frequency] => 0.00
[Diff1 Work] => 1844
[Difficulty Accepted] => 1640.00000000
[Difficulty Rejected] => 5.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA13] => Array
(
[PGA] => 13
[Name] => ICA
[ID] => 13
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 419.65
[MHS 5s] => 419.57
[Accepted] => 316
[Rejected] => 1
[Hardware Errors] => 7
[Utility] => 0.99
[Last Share Pool] => 0
[Last Share Time] => 1362281277
[Total MH] => 8006762.6153
[Frequency] => 0.00
[Diff1 Work] => 1964
[Difficulty Accepted] => 1795.00000000
[Difficulty Rejected] => 6.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA14] => Array
(
[PGA] => 14
[Name] => ICA
[ID] => 14
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 421.82
[MHS 5s] => 419.78
[Accepted] => 327
[Rejected] => 1
[Hardware Errors] => 9
[Utility] => 1.03
[Last Share Pool] => 0
[Last Share Time] => 1362281207
[Total MH] => 8048142.8235
[Frequency] => 0.00
[Diff1 Work] => 1935
[Difficulty Accepted] => 1845.00000000
[Difficulty Rejected] => 6.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA15] => Array
(
[PGA] => 15
[Name] => ICA
[ID] => 15
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 419.67
[MHS 5s] => 419.82
[Accepted] => 305
[Rejected] => 0
[Hardware Errors] => 0
[Utility] => 0.96
[Last Share Pool] => 0
[Last Share Time] => 1362281103
[Total MH] => 8007288.5963
[Frequency] => 0.00
[Diff1 Work] => 1805
[Difficulty Accepted] => 1659.00000000
[Difficulty Rejected] => 0.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA16] => Array
(
[PGA] => 16
[Name] => ICA
[ID] => 16
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 419.40
[MHS 5s] => 419.58
[Accepted] => 287
[Rejected] => 0
[Hardware Errors] => 5
[Utility] => 0.90
[Last Share Pool] => 0
[Last Share Time] => 1362281192
[Total MH] => 8002079.0303
[Frequency] => 0.00
[Diff1 Work] => 1840
[Difficulty Accepted] => 1623.00000000
[Difficulty Rejected] => 0.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA17] => Array
(
[PGA] => 17
[Name] => ICA
[ID] => 17
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 399.71
[MHS 5s] => 399.69
[Accepted] => 279
[Rejected] => 0
[Hardware Errors] => 31
[Utility] => 0.88
[Last Share Pool] => 0
[Last Share Time] => 1362281248
[Total MH] => 7626446.1763
[Frequency] => 0.00
[Diff1 Work] => 1814
[Difficulty Accepted] => 1576.00000000
[Difficulty Rejected] => 0.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA18] => Array
(
[PGA] => 18
[Name] => ICA
[ID] => 18
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 439.60
[MHS 5s] => 439.08
[Accepted] => 325
[Rejected] => 1
[Hardware Errors] => 1
[Utility] => 1.02
[Last Share Pool] => 0
[Last Share Time] => 1362281290
[Total MH] => 8387490.1632
[Frequency] => 0.00
[Diff1 Work] => 1965
[Difficulty Accepted] => 1824.00000000
[Difficulty Rejected] => 6.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA19] => Array
(
[PGA] => 19
[Name] => ICA
[ID] => 19
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 439.56
[MHS 5s] => 439.29
[Accepted] => 306
[Rejected] => 1
[Hardware Errors] => 59
[Utility] => 0.96
[Last Share Pool] => 0
[Last Share Time] => 1362281288
[Total MH] => 8386736.2827
[Frequency] => 0.00
[Diff1 Work] => 2028
[Difficulty Accepted] => 1724.00000000
[Difficulty Rejected] => 6.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA20] => Array
(
[PGA] => 20
[Name] => ICA
[ID] => 20
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 439.43
[MHS 5s] => 439.41
[Accepted] => 314
[Rejected] => 0
[Hardware Errors] => 7
[Utility] => 0.99
[Last Share Pool] => 0
[Last Share Time] => 1362281270
[Total MH] => 8384132.6698
[Frequency] => 0.00
[Diff1 Work] => 1995
[Difficulty Accepted] => 1784.00000000
[Difficulty Rejected] => 0.00000000
[Last Share Difficulty] => 6.00000000
)
[PGA21] => Array
(
[PGA] => 21
[Name] => ICA
[ID] => 21
[Enabled] => Y
[Status] => Alive
[Temperature] => 0.00
[MHS av] => 439.48
[MHS 5s] => 439.35
[Accepted] => 314
[Rejected] => 0
[Hardware Errors] => 1
[Utility] => 0.99
[Last Share Pool] => 0
[Last Share Time] => 1362281241
[Total MH] => 8385088.6267
[Frequency] => 0.00
[Diff1 Work] => 1967
[Difficulty Accepted] => 1785.00000000
[Difficulty Rejected] => 0.00000000
[Last Share Difficulty] => 6.00000000
)
)
March 02, 2013, 10:39:30 PM
Maybe this is a linux question, and less of a CGMiner question, but 2.11.0 can't see my Single without running it as root. I had to install libusb-1.0 just to update to 2.11.0, and when I first tried, it came up with that All devices disabled, cannot mine! Running as root works fine, tho. I feel like there's a simple fix, but I just don't know what it is.
Have you tried this by chance?
Q: On linux I can see the /dev/ttyUSB* devices for my ICA/BFL FPGA, but
cgminer can't mine on them
A: Make sure you have the required priviledges to access the /dev/ttyUSB* devices:
sudo ls -las /dev/ttyUSB*
will give output like:
0 crw-rw---- 1 root dialout 188, 0 2012-09-11 13:49 /dev/ttyUSB0
This means your account must have the group 'dialout' or root priviledges
To permanently give your account the 'dialout' group:
sudo usermod -G dialout -a `whoami`
Then logout and back in again
I'm not running a standard 64bit or even x86 linux, but rather Linaro 12.11 for ARM devices. I don't see any /dev/ttyUSB* devices, and adding my user to dialout group did nothing. Any other thoughts?
I'll look into what may need to be added for privs ... I don't have that problem on my rigs, but that may be due to something already configured.
It may well be the disconnect that fails and it reports that?
Could you run it in debug mode and report (pastebin) here or in IRC the startup?
Use something like -D -T --verbose 2>debug.log
Thanks.
P.S. I'll edit that in the README to only say ICA
Create /etc/udev/rules.d/01-cgminer.rules
With:
ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6014", SUBSYSTEMS=="usb", ACTION=="add", MODE="0666", GROUP="plugdev"
ATTRS{idVendor}=="1fc9", ATTRS{idProduct}=="0003", SUBSYSTEMS=="usb", ACTION=="add", MODE="0666", GROUP="plugdev"
And also:
sudo usermod -G plugdev -a `whoami`
Then reboot ... (or use udevadm to reload the rules and retrigger the devices - but I couldn't get that to work on my RPi without rebooting)
That is a bit overkill, but for now that's what I suggest unless I come up with a simpler set of rules.
Edit: if your linux distro doesn't have the 'plugdev' group, you can create it like:
sudo groupadd plugdev
March 02, 2013, 07:48:58 PM
I tried running 2.11.0 on Win7 64 bit last night. It could be that it was late or I missed something easy but in half an hour I was unable to get it working.
I downloaded 2.11.0 like always, and used 7 zip to decompress like always. I copied the new version into a more generic location leaving only my batch file and config file there before the copy. I tried running the batch file like always. I wasn't amazed when it didn't work. BFL device error 5,3 not something.
Looked at readme and noticed I needed new Drivers. Went to linked FTDI page and downloaded version 2.8.28.0. Installed said driver and restarted.
On restart CGMiner would not find my BFL single error was 5,2. Tried resetting to defaults incase I mis-set anything before. The only other thought I had was in Port Settings > Advanced that it was marked serial ennumerated. Tried changing that and it didn't work either. Possibly I missed something I will look more later. But if anyone has an Idea I would be happy to try them.
EDIT:
When I went back to 2.10.5 my 3s average was up to 862.X for a bfl single. Maybe the new driver helped some.
If you read the FPGA-README, it mentions you need to use the WinUSB driver - not the FTDI one.I downloaded 2.11.0 like always, and used 7 zip to decompress like always. I copied the new version into a more generic location leaving only my batch file and config file there before the copy. I tried running the batch file like always. I wasn't amazed when it didn't work. BFL device error 5,3 not something.
Looked at readme and noticed I needed new Drivers. Went to linked FTDI page and downloaded version 2.8.28.0. Installed said driver and restarted.
On restart CGMiner would not find my BFL single error was 5,2. Tried resetting to defaults incase I mis-set anything before. The only other thought I had was in Port Settings > Advanced that it was marked serial ennumerated. Tried changing that and it didn't work either. Possibly I missed something I will look more later. But if anyone has an Idea I would be happy to try them.
EDIT:
When I went back to 2.10.5 my 3s average was up to 862.X for a bfl single. Maybe the new driver helped some.
As per:
Code:
For ModMinerQuad (MMQ) and BitForce (BFL)
-----------------------------------------
...
The best solution for this is to use a tool called Zadig to set the driver:
http://sourceforge.net/projects/libwdi/files/zadig/
This allows you set the driver for the device to be WinUSB which is usually
required to make it work if your having problems
(for everything 'USB' except Icarus - until I get around to changing that ... possibly one day in the far future
)Edit: 2 suggestions about zadig:
1) Run it as administrator
2) Menu: Options -> List all devices
March 02, 2013, 07:40:12 PM
I decided to be a guinea pig and try 2.11.0 on a single rig. Took a nap and it locked up the second I went to sleep. I guess it was trying to switch from Ozcoin to BTCGuild (both stratum connections). I was mining on a single 7870 with Catalyst 12.10 drivers on Win 7 x64.
Afterburner shows it was still burning up the GPU but apparently no shares were being submitted. I just force-closed it and reverted to 2.10.5
Probably the new kernels as I said. Ironically when your clocking is set close to fail levels, it's during fluctuations in hashrate (such as during network outage and then pool switch) that usually leads to crashes. This has always been the case. Afterburner shows it was still burning up the GPU but apparently no shares were being submitted. I just force-closed it and reverted to 2.10.5
March 02, 2013, 07:39:01 PM
I tried running 2.11.0 on Win7 64 bit last night. It could be that it was late or I missed something easy but in half an hour I was unable to get it working.
I downloaded 2.11.0 like always, and used 7 zip to decompress like always. I copied the new version into a more generic location leaving only my batch file and config file there before the copy. I tried running the batch file like always. I wasn't amazed when it didn't work. BFL device error 5,3 not something.
Looked at readme and noticed I needed new Drivers. Went to linked FTDI page and downloaded version 2.8.28.0. Installed said driver and restarted.
On restart CGMiner would not find my BFL single error was 5,2. Tried resetting to defaults incase I mis-set anything before. The only other thought I had was in Port Settings > Advanced that it was marked serial ennumerated. Tried changing that and it didn't work either. Possibly I missed something I will look more later. But if anyone has an Idea I would be happy to try them.
EDIT:
When I went back to 2.10.5 my 3s average was up to 862.X for a bfl single. Maybe the new driver helped some.
I downloaded 2.11.0 like always, and used 7 zip to decompress like always. I copied the new version into a more generic location leaving only my batch file and config file there before the copy. I tried running the batch file like always. I wasn't amazed when it didn't work. BFL device error 5,3 not something.
Looked at readme and noticed I needed new Drivers. Went to linked FTDI page and downloaded version 2.8.28.0. Installed said driver and restarted.
On restart CGMiner would not find my BFL single error was 5,2. Tried resetting to defaults incase I mis-set anything before. The only other thought I had was in Port Settings > Advanced that it was marked serial ennumerated. Tried changing that and it didn't work either. Possibly I missed something I will look more later. But if anyone has an Idea I would be happy to try them.
EDIT:
When I went back to 2.10.5 my 3s average was up to 862.X for a bfl single. Maybe the new driver helped some.
March 02, 2013, 06:13:09 PM
I decided to be a guinea pig and try 2.11.0 on a single rig. Took a nap and it locked up the second I went to sleep. I guess it was trying to switch from Ozcoin to BTCGuild (both stratum connections). I was mining on a single 7870 with Catalyst 12.10 drivers on Win 7 x64.
Afterburner shows it was still burning up the GPU but apparently no shares were being submitted. I just force-closed it and reverted to 2.10.5
Afterburner shows it was still burning up the GPU but apparently no shares were being submitted. I just force-closed it and reverted to 2.10.5
March 02, 2013, 06:10:40 PM
A "devs" via API now only delivers my ICA boards, not my ZTEX ones...
I've got Icarus (Cairnsmore and Icarus) Boards as well as ZTEX Boards connected to one linux 64 machine.
Before 2.11.0 all boards could be read out via API command "devs". Now only the Icarus Boards are returned.
Thanks
oc
What does 'config' and 'devdetails' show? I've got Icarus (Cairnsmore and Icarus) Boards as well as ZTEX Boards connected to one linux 64 machine.
Before 2.11.0 all boards could be read out via API command "devs". Now only the Icarus Boards are returned.
Thanks
oc
March 02, 2013, 05:46:39 PM
Maybe this is a linux question, and less of a CGMiner question, but 2.11.0 can't see my Single without running it as root. I had to install libusb-1.0 just to update to 2.11.0, and when I first tried, it came up with that All devices disabled, cannot mine! Running as root works fine, tho. I feel like there's a simple fix, but I just don't know what it is.
Have you tried this by chance?
Q: On linux I can see the /dev/ttyUSB* devices for my ICA/BFL FPGA, but
cgminer can't mine on them
A: Make sure you have the required priviledges to access the /dev/ttyUSB* devices:
sudo ls -las /dev/ttyUSB*
will give output like:
0 crw-rw---- 1 root dialout 188, 0 2012-09-11 13:49 /dev/ttyUSB0
This means your account must have the group 'dialout' or root priviledges
To permanently give your account the 'dialout' group:
sudo usermod -G dialout -a `whoami`
Then logout and back in again
I'm not running a standard 64bit or even x86 linux, but rather Linaro 12.11 for ARM devices. I don't see any /dev/ttyUSB* devices, and adding my user to dialout group did nothing. Any other thoughts?
I'll look into what may need to be added for privs ... I don't have that problem on my rigs, but that may be due to something already configured.
It may well be the disconnect that fails and it reports that?
Could you run it in debug mode and report (pastebin) here or in IRC the startup?
Use something like -D -T --verbose 2>debug.log
Thanks.
P.S. I'll edit that in the README to only say ICA
Jump to: