Assuming you are using Debian and the files are in the same place.
cd /usr/local/lib
rm -i *hidraw*
The only reason I removed them was I can't be bothered install installing the kernel source, setting the zillion options, and recompiling with hidraw enabled.
Thanks erk. But it's seem with pi, it's more complicated. How do you know the hidapi driver even works on a Pi? I would be surprised if it did without modifications. |
|
|
|
/EDIT nvm I deleted all the hidraw libs, ran another ldconfig and it found the device with libusb it's mining now at about 2.1GH/s with standard defaults.
Thanks.
Hi erk, please tell me how to delete the hidraw lib? step by step since i am new to linux  Assuming you are using Debian and the files are in the same place. cd /usr/local/lib rm -i *hidraw* The only reason I removed them was I can't be bothered install installing the kernel source, setting the zillion options, and recompiling with hidraw enabled. |
|
|
|
Note the README's FAQ entry "Q: Why can't BFGMiner find lib<something> even after I installed it from source code?" for actually running, after you get it built...
Ok I did the ldconfig from the README FAQ entry and it's gotten a little further: # ./bfgminer -S NFY:all -d? -D
[2013-11-20 09:17:05] setrlimit: Soft fd limit not being changed from 1024 (FD_SETSIZE=1024; hard limit=4096)
[2013-11-20 09:17:05] Started bfgminer 3.6.0
[2013-11-20 09:17:05] hidapi_try_lib: Couldn't load libhidapi.so: libhidapi.so: cannot open shared object file: No such file or directory
[2013-11-20 09:17:05] hidapi_try_lib: Couldn't load libhidapi-0.so: libhidapi-0.so: cannot open shared object file: No such file or directory
[2013-11-20 09:17:05] hidapi_try_lib: Successfully loaded libhidapi-hidraw.so
[2013-11-20 09:17:05] hid_devinfo_scan: Found "NanoFury NF1 v0.6" serial "0000073625"
[2013-11-20 09:17:05] lowlevel_scan: Found usb device at usb:002:004 (path=(null), vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury NF1 v0.6, serial=0000073625)
[2013-11-20 09:17:05] lowlevel_scan: Found usb device at usb:005:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 2.6.32-23-pve uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.3)
[2013-11-20 09:17:05] lowlevel_scan: Found usb device at usb:004:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 2.6.32-23-pve uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.2)
[2013-11-20 09:17:05] lowlevel_scan: Found usb device at usb:003:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 2.6.32-23-pve uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.1)
[2013-11-20 09:17:05] lowlevel_scan: Found usb device at usb:002:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 2.6.32-23-pve uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.0)
[2013-11-20 09:17:05] lowlevel_scan: Found usb device at usb:001:001 (path=(null), vid=1d6b, pid=0002, manuf=Linux 2.6.32-23-pve ehci_hcd, prod=EHCI Host Controller, serial=0000:00:1d.7)
[2013-11-20 09:17:05] lowlevel_scan: Found hid device at hid:/dev/hidraw0 (path=/dev/hidraw0, vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury NF1 v0.6, serial=0000073625)
[2013-11-20 09:17:05] lowlevel_scan: Found mcp2210 device at hid:/dev/hidraw0 (path=/dev/hidraw0, vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury NF1 v0.6, serial=0000073625)
[2013-11-20 09:17:05] mcp2210_get_configs: Failed to get current SPI config
[2013-11-20 09:17:05] nanofury_foundlowl: Matched "NanoFury NF1 v0.6" serial "0000073625", but mcp2210 lowlevel driver failed to open it
[2013-11-20 09:17:05] Devices detected:
[2013-11-20 09:17:05] Timers: Using clock_gettime(CLOCK_MONOTONIC_RAW)
0 devices listed
Does it need to use hidraw or will it try libusb? I doubt if hidraw is compile into the kernel, libusb is there. /EDIT nvm I deleted all the hidraw libs, ran another ldconfig and it found the device with libusb it's mining now at about 2.1GH/s with standard defaults. Thanks. |
|
|
|
I just want to get the NF1 running on any os other than Windows, has anyone done this, if so can you describe the steps please? With Gentoo, you can just emerge bfgminer with the nanofury USE flag. Gentoo is not very mainstream, meaning that's probably not what Linux users of the NF1 are going to be running, it's like #37 on http://distrowatch.com/ nevertheless I will try it. I would have thought it would be tested on on a Debian or Redhat derivative by now. I've tested another HID miner on Debian with no problems, so I would be surprised if NanoFury didn't work as well. How did you get bfgminer to detect the hidapi libraries during configure? Did you have to move them from the default location /usr/local/lib/hidapi? the bfgminer configure seems to be looking for a package installed. |
|
|
|
I just want to get the NF1 running on any os other than Windows, has anyone done this, if so can you describe the steps please? With Gentoo, you can just emerge bfgminer with the nanofury USE flag. Gentoo is not very mainstream, meaning that's probably not what Linux users of the NF1 are going to be running, it's like #37 on http://distrowatch.com/ nevertheless I will try it. I would have thought it would be tested on on a Debian or Redhat derivative by now. |
|
|
|
Anyone managed to get the latest bfgminer to compile on FreeBSD 9.2-RELEASE?
The configure script can't seem to find libusb for some reason which is in the standard location /usr/lib/libusb.a
I got bfgminer to compile on my Mac with Snow Leopard, but it gives a segfault when I try and mine. No luck on either platform.
I tried Debian linux and the bfgminer configure can't find hidapi even though it's compiled and installed.
This is pissing me off, I just want to run the NF1 I don't have a spare windows machine to put it on, only Mac, FreeBSD, or Linux.
Did you try cgminer ? cgminer does not have the hidapi driver. I just want to get the NF1 running on any os other than Windows, has anyone done this, if so can you describe the steps please? |
|
|
|
Looks like you built without nanofury support.
That's the default if you're missing the hidapi dependency... (README)
I compiled and installed the hidapi from https://github.com/signal11/hidapi and the bfgminer config.log says it can't find it. What's the trick? There is no hidapi.pc there is a /usr/local/src/hidapi/pc/hidapi.pc.in # grep hidapi config.log
configure:10620: checking for hidapi
configure:10627: $PKG_CONFIG --exists --print-errors "$_hidapi_lib"
Package hidapi was not found in the pkg-config search path.
Perhaps you should add the directory containing `hidapi.pc'
No package 'hidapi' found
configure:10644: $PKG_CONFIG --exists --print-errors "$_hidapi_lib"
Package hidapi was not found in the pkg-config search path.
Perhaps you should add the directory containing `hidapi.pc'
No package 'hidapi' found
No package 'hidapi' found
configure:10620: checking for hidapi
configure:10627: $PKG_CONFIG --exists --print-errors "$_hidapi_lib"
configure:10644: $PKG_CONFIG --exists --print-errors "$_hidapi_lib"
ac_cv_env_hidapi_CFLAGS_set=
ac_cv_env_hidapi_CFLAGS_value=
ac_cv_env_hidapi_LIBS_set=
ac_cv_env_hidapi_LIBS_value=
pkg_cv_hidapi_CFLAGS='-I/usr/local/include/hidapi '
pkg_cv_hidapi_LIBS='-L/usr/local/lib -lhidapi-hidraw '
hidapi_CFLAGS='-I/usr/local/include/hidapi '
hidapi_LIBS='-L/usr/local/lib -lhidapi-hidraw '
|
|
|
|
Trying to get a Nanofury NF1 mining on Debian. Compiled 3.6.0 This is what I get: # ./bfgminer -S NFY:all -d? -D
[2013-11-19 13:10:50] setrlimit: Soft fd limit not being changed from 1024 (FD_SETSIZE=1024; hard limit=4096)
[2013-11-19 13:10:50] Started bfgminer 3.6.0
[2013-11-19 13:10:50] lowlevel_scan: Found usb device at usb:002:003 (path=(null), vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury NF1 v0.6, serial=0000073625)
[2013-11-19 13:10:50] lowlevel_scan: Found usb device at usb:005:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 2.6.32-23-pve uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.3)
[2013-11-19 13:10:50] lowlevel_scan: Found usb device at usb:004:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 2.6.32-23-pve uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.2)
[2013-11-19 13:10:50] lowlevel_scan: Found usb device at usb:003:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 2.6.32-23-pve uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.1)
[2013-11-19 13:10:50] lowlevel_scan: Found usb device at usb:002:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 2.6.32-23-pve uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.0)
[2013-11-19 13:10:50] lowlevel_scan: Found usb device at usb:001:001 (path=(null), vid=1d6b, pid=0002, manuf=Linux 2.6.32-23-pve ehci_hcd, prod=EHCI Host Controller, serial=0000:00:1d.7)
[2013-11-19 13:10:50] Devices detected:
[2013-11-19 13:10:50] Timers: Using clock_gettime(CLOCK_MONOTONIC_RAW)
0 devices listed
So it can detect the NF1 but says it's disabled. Any ideas? |
|
|
|
|
Anyone managed to get the latest bfgminer to compile on FreeBSD 9.2-RELEASE?
The configure script can't seem to find libusb for some reason which is in the standard location /usr/lib/libusb.a
I got bfgminer to compile on my Mac with Snow Leopard, but it gives a segfault when I try and mine. No luck on either platform.
I tried Debian linux and the bfgminer configure can't find hidapi even though it's compiled and installed.
This is pissing me off, I just want to run the NF1 I don't have a spare windows machine to put it on, only Mac, FreeBSD, or Linux.
|
|
|
|
Lol, expecting a board for $300 seems just a tad ambitious. But there's no accounting for desperation.
Not so ambitious, just I have .5 btc left, can go to $375 this morning with the latest rise. This is all going a bit crazy, hardware priced in usd is starting to look attractive again with hardware in btc looking bad. Its fried my noodle  Where will this end ? The hardware should be priced in USD and paid for using something like Bitpay. |
|
|
|
i hope this shares fad / trend ends soon.
my mom told me she's starting an altcoin exchange too and my dog barked out something about shares lol
I have to agree, I think any exchange specific shares are a bad thing and should be avoided, if it doesn't have a wallet on my PC then it's not what I would call crypto. |
|
|
|
Totally agree - I have a BFL 30gh unit ordered back in August of last year (well, an upgrade from an August order) that I got in late July/early August 2013 - aka almost a year's wait. I can't crap on their parade too much as that machine is the best BTC generator I have atm, but the work drillbit has done so far is far far superior to that quality of work.
I ordered two lots of BFL Jalapenos first was early April, it shipped in mid Oct. 6.5mths, the second was late May, it just shipped, 6mths. not too pleased but better late then never. BFL did have the minor task of designing an ASIC chip, then redesigning their entire product range, when the wafers actually turned up late March, and didn't meet the simulated power spec, so I can appreciate small holdups like that. |
|
|
|
I don't really see the problem here. RS must be making a shitload of money, but so can fee traders, whether it's overpriced or not (yes, I think it is).
I just don't see the problem. If you don't like it, don't buy shares.
Are you sure? What if the reported number of fee shares sold was faked? Based on the turnover of the exchange, it would surprise me that people would fork out for something that speculative, when they wouldn't put anywhere near that volume of BTC into well known coins on the exchange like LTC, FTC, PPC let alone a share that can only be traded on one exchange. |
|
|
|
A sad attempt to boost the value of a worthless coin.
A sad attempt to put down a coin that consistently has the 3rd highest trade volume on BTC-e week after week. Now lets talk about your own worthless coin efforts, perhaps the readers need to be aware of who you really are: https://bitcointalk.org/index.php?topic=222216.0 |
|
|
|
Anyone know of an OS X wallet for DEM? I have tried to compile the QT version, but didnt have much luck. Said my OS was not supported.
Yeah, I tried compiling from the github source on snow leopard yesterday and that failed for me as well. It was supposed to have been fixed but obviously not. Why is it that every coin but TEK compiles on OSX? I got the wallet compiling on Mountain Lion. See the first post of the Mac Wallets thread in my sig for a binary. Note that this build will probably only run on Lion or later, not on Snow Leopard. The wallet compiled for me under Snow Leopard. I accidentally posted it didn't compile but that was meant to be in the TEK thread not DEM. |
|
|
|
At what point do we give Bkkcoins a scammer tag?
I don't feel comfortable with tagging him as a scammer. Also I have no evidence that he intentionally did what he did - there are other plausible explanations. I have also provided him various kinds of support ($, btc, etc) and I have no intent to do a chargeback on those - he did a lot of work and I feel that he has more than deserved my contributions. I don't think scammer is appropriate either, engineering is not cheap, his time was worthwhile. I think it would be nice if he came back and continued on with the project using the 2nd gen chips. |
|
|
|
I think some of you have forgotten that Batch 1 customers have had the most to loose in this whole process. We provided the seed money to make this happen in the first place. I was under the impression that these boards were going to be designed, manufactured, and shipped from Australia. I believe having a second batch and manufacturing the boards in China is what caused these delays. If you disagree, then you are welcome to buy out my order (bobsag3).
Added: Quote from initial post in this thread "Assembly and production will be done either here in Sydney or San Francisco or both."
I too was under the impression that this was being designed and built in Australia, that's why I let people know about the project in the OCAU forums, several of the people there bough batch #1. I know we have several automated SMD production facilities in Australia, I am extremely disappointed China was chosen. |
|
|
|
A product I don't trust in? Really? Let's leave the personal attacks out of this.
Unfortunately this thread had been hijacked by several people that only read a few world from your post and run off with a different interpretation and start spamming personal attacks. I have like 5 people on my ignore list, works for me. |
|
|
|
is this a chart?
Price DEM BTC
0.00002111 28.07845563 0.00059274
0.000021 1150 0.02415
...
0.00000501 2000 0.01002
0.000005 69090.544 0.34545272I see only : 5 Buy order > 0.00002000 7 Buy Orders between 0.00001299 and 0.00001 And you think you can give a value to DEM looking at this chart? Why to put up big BUY orders when you can get DEM cheap (from the bots running there)? Contact me if you want to SELL (or BUY) big number of DEM! Deals can be made in BTC or EUR (SEPA money transfer). I will buy up to 20k DEM for BTC0.000021 and more 30k DEM for BTC0.0000125. And why is even 0.000022 a good deal to mine? Check the estimated earnings of DEM compared to BTC (ref: xxx) mining at about 130Gh: Sat Nov 16 08:35:26 2013: 25537 @ 697.26 Gh = 5.593 blocks/h, 6711 DEM/day@0.00002200, 0.1477 BTC/day (ref: 0.1267)
Mini: 600.005 + 1800.180 = 2400.185 Fuji: 0.000 + 1.908 = 1.908 Total: 2402.093
Sat Nov 16 08:37:14 2013: 25538 @ 706.49 Gh = 5.520 blocks/h, 6624 DEM/day@0.00002200, 0.1457 BTC/day (ref: 0.1267)
Mini: 600.005 + 1800.180 = 2400.185 Fuji: 0.000 + 1.908 = 1.908 Total: 2402.093 Yes, I am mining DEM when it's more profitable compared to BTC. I'm Mining too DEM  I Was only talking about the direct connection between difficulty and price, and the fact that this is not true. There are some other importants factor to determine a price. Price is about supply and demand, if there is more demand than supply the price goes up. If the market thinks the price will go up they tend to demand a higher price and hold onto coins. Dump a whole lot of coins you mined onto the market and you create over supply and the price goes down. The buyers think the price is falling so demand goes down. Miners dumping is the single biggest cause of coin prices falling. |
|
|
|
Anyone know of an OS X wallet for DEM? I have tried to compile the QT version, but didnt have much luck. Said my OS was not supported.
Yeah, I tried compiling from the github source on snow leopard yesterday and that failed for me as well. It was supposed to have been fixed but obviously not. Why is it that every coin but TEK compiles on OSX? /EDIT please ignore, the DEM wallet compiled ok. post was meant to be in the TEK thread. |
|
|
|
|
Show Posts
