Calm down folks. I just posted it to let people know it happens even to developers, and have read what people suggested, but none of those fixed my particular issue. Every time I try one of those fixes things seem to just get a little worse so I'm afraid to touch it now...
Conman - did you try the hard reset - 5 times + 5secs + 5 times? Yep, didn't make a difference.
|
|
|
Calm down folks. I just posted it to let people know it happens even to developers, and have read what people suggested, but none of those fixed my particular issue. Every time I try one of those fixes things seem to just get a little worse so I'm afraid to touch it now...
|
|
|
I got an attack of the network lags after upgrading to 0.99 Downgrading didn't help, powering down, restarting and rebooting didn't help. Even with cgminer not running ping times can take up to 2 seconds. SSH'ing in is excruciatingly slow. One time I couldn't even ssh in until I restarted it again. I just barely got it mining again. I saw others had gremlins that went away, but I can't seem to find any way to repair it.
|
|
|
In two my laptops (Samsung and Toshiba) the BEs in Tecknet USB 3.0 10 port hub works stable only if hub is connected to one of USB port and does not using another. Write timeouts appears there. What it can be the difference in laptops USB ports? WinUSB driver 6.1.7600.16385 is in use, set up by zadig utility. OSes are different, win 8 x64 and win 7 x64.
USB 3 drivers on windows are inconsistent and have conflicts with the usb1.1 devices (like BEs) and the libusb library we use to talk to them. USB2 slots are infinitely more compatible (or use linux).
|
|
|
can anyone tell me the difficulty of this hash
000000000000000001480bf37765db8beb84651395cc36e76e2c4e36fbb51026
About 858,000,000,000
|
|
|
Hi Guys, Are there any "tricks" to the KnC Driver? This is my frist play with it and I am unsure if I should be doing any i2cset's. What I am getting is;- cgminer version 3.8.2 - Started: [2013-11-22 17:55:08] -------------------------------------------------------------------------------- (5s):0.000 (avg):0.000h/s | A:0 R:0 HW:0 WU:0.0/m ST: 2 SS: 0 NB: 1 LW: 99 GF: 0 RF: 0 Connected to stratum.btcguild.com diff 2 with stratum as user MineForemanKNC_1 Block: 48cf772b... Diff:609M Started: [17:55:08] Best share: 0 -------------------------------------------------------------------------------- [P]ool management [S]ettings [D]isplay options [Q]uit KnC 0: | SICK / 0.000h/s | A:0 R:0 HW:0 WU:0.0/m --------------------------------------------------------------------------------
[2013-11-22 17:55:05] Started cgminer 3.8.2 [2013-11-22 17:55:05] Loaded configuration file /opt/minepeon/etc/miner.conf [2013-11-22 17:55:05] Probing for an alive pool [2013-11-22 17:55:08] Pool 0 difficulty changed to 2 [2013-11-22 17:55:08] Network diff set to 609M [2013-11-22 17:55:13] API running in IP access mode on port 4028 (12) [2013-11-22 17:57:09] KnC0: Idle for more than 60 seconds, declaring SICK! [2013-11-22 17:57:09] KnC0: Attempting to restart
Any notes you have on running these things would be appreciated. Neil Based on your config file info, you seem to be running that binary on an RPi? The KnC devices come with a beaglebone built in, so what is this combination? Have you built a custom one plugging the GPIO pins of an RPi to the KnC hardware? There's an awful lot more to running those devices than just cgminer, if I'm not mistaken. The firmware does a lot more than just run cgminer on a beaglebone.
|
|
|
At least the claims don't sound unreasonable. They only have modest targets in mind.
|
|
|
Not really, 100GH is a trivial amount these days...
|
|
|
New version of cgminer out, 3.8.3 with minor improvements for these devices.
|
|
|
New release: Version 3.8.3, 23rd November 2013
Minor driver update and bugfixes.
Human readable changelog:
- Average hashrate shown for BF1 and BXF devices will now rise quickly on startup. - The bi*fury device in its release form had different firmware from my development one so the driver has been updated to work with it. - Fixed the bxf device to align in the display column if temperature went above 100 degrees. - Don't keep displaying json auth failed on stratum pools that are misbehaving except at verbose logging level. - Very small improvement in hardware error rate on some USB devices due to the way return messages are handled. - Fix a memory leak when json is used to communicate with the RPC API - Avalon improvements to fix the sudden drops in hashrate (these fixes are all already in the last avalon firmware I uploaded). - Unlimited re-hotplugging of devices that have USB failures and turn into zombies but have had their USB reset by the operating system.
Full changelog:
- Set the bitfury device start times from when we first get valid work. - Fix stack corruption of zeroing too much in bf1 driver. - Make usb_detect return the cgpu associated with it to check if it succeeds to decide on whether to increment the device count or not. - Set tv work start time for bxf driver. - Age the bxf work items over 90 seconds, not the bf1 work items. - Zero the read buffer in _usb_read to avoid stale data and only use stack memory instead of using the bulkbuf since it is only used in _usb_read. - Leave room for temperatures above 100 degrees and pad consistently for bxf statline. - Drop json stratum auth failed message log level to verbose. - Change the processed value not the bufsiz in response to an end of message marker. - Don't lose data beyond the end of message in a usb read. - Silence irrelevant warning. - Only check strlen on end if end exists. - Simplify the end of message detection in _usb_read and allow it to return without doing another read if the message is already in the buffer. - Increase work ageing time to 90 seconds for bxf driver to account for firmware changes. - Use the age_queued_work function in the bitfury driver. - Provide a function to discard queued work based on age. - The json_val in api.c is a borrowed reference, not a new one so don't decref it. - Decrement json references in api.c to not leak memory. - line 2913 added urlencode - With reliable writes to the avalon there is no need for the sleep delays between writes. - There is no need to limit usb write transfers to maxpacketsize and it's harmful for large transfers on slow devices such as wrt routers. - Disable USB stats which were not meant to be enabled by default and add extra memory for a memory error when stats are enabled. - Set limit and count to integers to not overflow during failed hotplug attempts and then not trying again. - Update api example compilation instructions.
|
|
|
Hey guys, i have a problem, i get nothing at mining.
I mine 10-30 minutes and nothing happened, i will get LW (i dont know what it means) and some NB(i dont know what it means) but i have all time 0khash/s. I don t know what is wrong, in the past i had mined bitcoins whit 200mhash (gpu) and now 0khash??? There must be something wrong. I mean this is with cpu i think but there muste be some khash.... What is wrong?
You don't have any hardware for cgminer to mine with. It is no longer a cpu or gpu miner. What was the last version with GPU support and would that one work with Blue Furys? 3.7.2, and it had red/blue fury support though not sure if the performance was down on that version.
|
|
|
Hey guys, i have a problem, i get nothing at mining.
I mine 10-30 minutes and nothing happened, i will get LW (i dont know what it means) and some NB(i dont know what it means) but i have all time 0khash/s. I don t know what is wrong, in the past i had mined bitcoins whit 200mhash (gpu) and now 0khash??? There must be something wrong. I mean this is with cpu i think but there muste be some khash.... What is wrong?
You don't have any hardware for cgminer to mine with. It is no longer a cpu or gpu miner.
|
|
|
important: miners will never advise newbies to start mining, instead miners will advise you to buy the bitcoins they have mined
I'm not primarily a miner, I write mining software and it's in my interest to have more miners so I have no vested interest in having less people mining and keep trying to warn people not to waste their money.
|
|
|
No, the mining for profit era is over for the foreseeable future. Buy a few bitcoin instead if you wish to take the risk that it will keep rising.
|
|
|
I was contacted by Bitmain and should be getting hardware soon all going to plan. I'll keep you posted.
I promised I'd keep you posted, and it's time for an update. Nothing's happened. TO: ckolivas, I think I saw your testing unit. If I remembered right, these units left the factory together while I was there!!!
Not sure where it went to then. As promised, I'll keep you all posted.
|
|
|
Can someone tell me what settings I need in cgminer for windows for blues and to dissable gpu mining and only have blues working thx.
Current cgminer has no GPU mining code so it will only mine on devices you consciously set up by associating the WinUSB driver with them.
|
|
|
Just as a heads up, the only way I was able to get cgminer to see my BlueFury under Mac OS 10.7, 10.8 and 10.9 was to 'unload' the new USB modem
sudo kextunload -b com.apple.driver.AppleUSBCDC sudo kextunload -b com.apple.driver.AppleUSBCDCACMData
Hopefully this will save someone else a LOT of hair pulling
Finally have a BF1 (Red Fury on-loan) and can confirm this. Before doing this I would get the following error: cgminer -d? [2013-11-21 15:06:02] Started cgminer 3.8.2 [2013-11-21 15:06:03] bitfury detect (93:2) failed to initialise (incorrect device?) [2013-11-21 15:06:04] Devices detected: [2013-11-21 15:06:04] 0 devices listed After unloading both kernel extensions and re-plugging the device cgminer was able to recognize it. I tried that also. On cgminer (I have v. 3.6.6) I get this: willy$ cgminer -d? [2013-11-21 21:29:51] Started cgminer 3.6.6 [2013-11-21 21:29:51] Icarus detect (253:17) failed to initialise (incorrect device?)
I'm going to try on an Ubuntu virtual machine.... see what happens. AMUs use a different driver (no idea what it's called on macosx), so if you have installed a driver for it, you will probably need to use the kextunload command but specify a different driver to unload than the AppleUSBCDC which is used by the BF1.
|
|
|
Virus checker, disable it
|
|
|
OK so I have compiled cgminer onto my laptop running Ubuntu. But when i run cgminer and it runs the config file it follows with an error saying that no devices were found. I have three klondike 16's hooked up to a usb hub. I followed directions but i did not install ADL_SDK. I did not think I needed it since i am not gpu mining. Do i need something else? OR do i Need ADL_SDK?
No. Did you copy the udev rules file?
|
|
|
|