Bitcoin Forum
May 11, 2024, 12:39:37 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 »
1  Economy / Computer hardware / Re: [PRE-ORDER] FutureBit Apollo LTC Official Order Thread on: September 04, 2018, 02:10:01 PM
I have a couple of Moonlanders, but one of them was bought from Eyeboot, and another one directly from you on Ebay. How can a get a coupon?
2  Economy / Digital goods / Re: Start mining with USB miner. it should be your first rig on: April 26, 2018, 05:47:03 PM
chip? price? how to order?
3  Bitcoin / Hardware / Re: GekkoScience Terminus R808 Miner Official Support Thread on: April 15, 2018, 01:15:56 PM
Got some minor problem with Terminus. After a couple months of normal work, it now only gives me a steady while light (instead of base blue and blinking white with returned share). At the same time, the device itself hashes just fine at a pretty normal rate. A faulty LED?
4  Bitcoin / Hardware / Re: Who likes pod miners? on: March 11, 2018, 02:00:12 PM
Just got my Terminus, works just fine so far. Just wanted to say thanks for an excellent product and a great collectible to sidehack! Can't wait for your Bitfury developments.
5  Bitcoin / Hardware / Re: Who likes pod miners? on: February 28, 2018, 10:48:23 AM
No response at all, or no response about placing an order? Because if there's no response at all, she probably didn't get your message.

I got response, placed the order, paid it in full via PayPal (4 days ago). No communication from Laura since then.
6  Alternate cryptocurrencies / Mining (Altcoins) / Re: Official FutureBit Moonlander 2 Driver and Support Thread on: January 12, 2018, 09:21:50 AM
I have had similar issues, and the 2.6Mh/s sounds all too familiar (several ppl reported similar effects throughout this thread). What clockfrequency are you using? Did you twiddle with the potmeters? Also, when it starts up, that is right after bfgminer starts up, is the MLD behaving normal, do you get the expected hashrate before the first restart? Make sure to check, and that it only drops down to 2.6 after it starts restarting.

When connected directly on the PC, go back to at least 600Mhz or (even) less, until the problem completely disappears. Then scale up from there and see where it starts.

For me it is definitively seems power supply issue, and I seem to have it under control now on my external hub, but I have been struggling with the same error messages and one MLD stopping and restarting all the time too. There is a debugoutput option on bfgminer and the futurebit-driver has a lot of debugoutput (see corresponding .c file in the source code), but it didn't get me much wiser other than understanding how this thing really works under the hood, which is fascinating in itself...



I'm using default frequency (600 MHz), and I never touched anything on the board. Also tried 500 Mhz setting just now, same difference.

It reads about 3.6 MH/s initially, but restarts begin almost immediately, so it's really hard to tell what the accurate hash rate is.

I'm 99.99% sure that this is not a power issue. Tried to connect the stick directly to different machines, tried two powered hubs, tried Lenovo dock station with 40W power supply and USB 3.0 ports - no changes. And, as I said, it all began just a few days ago - before that I had no issues at all in exactly the same configuration.
7  Alternate cryptocurrencies / Mining (Altcoins) / Re: Official FutureBit Moonlander 2 Driver and Support Thread on: January 12, 2018, 03:33:43 AM
I was running the stick for a while without any problem, but recently all of a sudden the bfgminer log started to look like this:

 [2018-01-10 19:41:27] Accepted 005114ba MLD 0  Diff 12m/7m
 [2018-01-10 19:41:33] Accepted 002be7f3 MLD 0  Diff 22m/7m
 [2018-01-10 19:41:48] MLD 0: ASIC has stopped hashing, attempting to restart
 [2018-01-10 19:41:49] Accepted 0038776b MLD 0  Diff 17m/7m
 [2018-01-10 19:41:50] New best share: 73m
 [2018-01-10 19:41:51] Accepted 000d96a3 MLD 0  Diff 73m/7m
 [2018-01-10 19:41:51] New best share: 115m
 [2018-01-10 19:41:52] Accepted 0008abcc MLD 0  Diff 115m/7m
 [2018-01-10 19:41:56] Accepted 002f34f2 MLD 0  Diff 21m/7m
 [2018-01-10 19:41:57] Accepted 006701af MLD 0  Diff 9m/7m
 [2018-01-10 19:42:16] Accepted 0045588e MLD 0  Diff 14m/7m
 [2018-01-10 19:42:17] Accepted 00256d79 ZUS 0aq Diff 26m/7m
 [2018-01-10 19:42:17] MLD 0: Unrecognized response
 [2018-01-10 19:42:19] Accepted 00798f2c ZUS 0bs Diff 8m/7m
 [2018-01-10 19:42:29] MLD 0: ASIC has stopped hashing, attempting to restart
 [2018-01-10 19:42:32] New block: ...a64ee3d1e95b8290 diff 3.66M (26.21T)
 [2018-01-10 19:42:32] Stratum from pool 0 detected new block
 [2018-01-10 19:42:42] Accepted 00592a2d MLD 0  Diff 11m/7m
 [2018-01-10 19:42:43] Accepted 00180ccc ZUS 0bk Diff 41m/7m
 [2018-01-10 19:42:47] Accepted 006127ac MLD 0  Diff 10m/7m
 [2018-01-10 19:42:53] Accepted 005c4df2 MLD 0  Diff 10m/7m
 [2018-01-10 19:42:55] MLD 0: Unrecognized response

etc

So it still hashes, but with frequent errors and at degraded hash rate.

All settings are default, I never overclocked the miner. No configuration changes (which I know about) were made. Powered USB hub.

What could it be?

Looks like something weird is going on there, you got shares coming from a Zeus board? Did you custom compile the driver and try and run both at the same time? That is most likely the issue as Zeus commands could be messing up the Moonlander.

Yes, I run Zeus board as well on the same machine (never had any issues with this setup before). I'm using bfgminer-5.4.2-futurebit2-beta2 from this thread built from the source code, and the host OS is Linux.

However, I'm pretty sure that the problem is not related to this bfgminer build, possible interference with Zeus and/or hub power issues, as I just tried to run this Moonlander 2 under Windows on a completely separate machine (using "official" bfgminer binary from you) without any USB hub involved, and got exactly the same result. The stick hashes at about 2.6 Mh/s, but the driver spits out "Unrecognized respose" every few seconds.

Seems that the device itself is faulty (even though it used to work just fine for about a month before this issue came out). Should I send it to you for further investigation/warranty exchange, or you want some more debug info?
8  Economy / Exchanges / Re: CRXzone - The Next Singapore Cryptocurrency Exchange on: January 11, 2018, 03:45:39 AM
I would NOT recommend this exchange to anyone, please see my review: https://bitcointalk.org/index.php?topic=2641122.0
9  Alternate cryptocurrencies / Mining (Altcoins) / Re: Official FutureBit Moonlander 2 Driver and Support Thread on: January 10, 2018, 07:48:33 PM
I was running the stick for a while without any problem, but recently all of a sudden the bfgminer log started to look like this:

 [2018-01-10 19:41:27] Accepted 005114ba MLD 0  Diff 12m/7m
 [2018-01-10 19:41:33] Accepted 002be7f3 MLD 0  Diff 22m/7m
 [2018-01-10 19:41:48] MLD 0: ASIC has stopped hashing, attempting to restart
 [2018-01-10 19:41:49] Accepted 0038776b MLD 0  Diff 17m/7m
 [2018-01-10 19:41:50] New best share: 73m
 [2018-01-10 19:41:51] Accepted 000d96a3 MLD 0  Diff 73m/7m
 [2018-01-10 19:41:51] New best share: 115m
 [2018-01-10 19:41:52] Accepted 0008abcc MLD 0  Diff 115m/7m
 [2018-01-10 19:41:56] Accepted 002f34f2 MLD 0  Diff 21m/7m
 [2018-01-10 19:41:57] Accepted 006701af MLD 0  Diff 9m/7m
 [2018-01-10 19:42:16] Accepted 0045588e MLD 0  Diff 14m/7m
 [2018-01-10 19:42:17] Accepted 00256d79 ZUS 0aq Diff 26m/7m
 [2018-01-10 19:42:17] MLD 0: Unrecognized response
 [2018-01-10 19:42:19] Accepted 00798f2c ZUS 0bs Diff 8m/7m
 [2018-01-10 19:42:29] MLD 0: ASIC has stopped hashing, attempting to restart
 [2018-01-10 19:42:32] New block: ...a64ee3d1e95b8290 diff 3.66M (26.21T)
 [2018-01-10 19:42:32] Stratum from pool 0 detected new block
 [2018-01-10 19:42:42] Accepted 00592a2d MLD 0  Diff 11m/7m
 [2018-01-10 19:42:43] Accepted 00180ccc ZUS 0bk Diff 41m/7m
 [2018-01-10 19:42:47] Accepted 006127ac MLD 0  Diff 10m/7m
 [2018-01-10 19:42:53] Accepted 005c4df2 MLD 0  Diff 10m/7m
 [2018-01-10 19:42:55] MLD 0: Unrecognized response

etc

So it still hashes, but with frequent errors and at degraded hash rate.

All settings are default, I never overclocked the miner. No configuration changes (which I know about) were made. Powered USB hub.

What could it be?
10  Local / Other languages/locations / Re: Singapore on: December 24, 2017, 02:54:40 PM
Hi all,

I would like to share my experience of using CRXZone with you.

I was looking for reliable bitcoin/altcoin trading service in Singapore, and as the choice was not rich, I quickly came across CRXZone. I tested it on a couple of relatively small transactions, everything was more or less fine, so I decided to give it a chance with bigger funds. The operation was quite simple: deposit SGD, exchange SGD to BTC, withdraw BTC to some external wallet. Unfortunately, this experience wasn't that good. Below are my thoughts about it.

1. Waiting times.

It took 2 hours from the moment I made FAST (Fast And Secure Transfers) transfer from my DBS account to exchange's UOB account before the money showed up. Phone support wasn't helpful at all, and the only thing that they offered was to wait because of "so many transfers today". Given that FAST transfer normally takes seconds, this is an inadequately long waiting time.

Really, from user standpoint, an option to make FAST transactions instead of slow wire transfers makes the most sense of using local Singaporean exchanges for Singapore-based customers. But it seems that CRXZone does not benefit from this at all. By the way, it takes their competitor, FYB-SG, just minutes to credit user account in similar situation.

Another, even more stranger issue, is crypto withdrawal waiting time. Apparently, some (all?) crypto transactions require MANUAL approval from staff as well, so I had to wait around 40 minutes (!) before my BTC withdrawal operation was actually executed (i.e. broadcasted over Bitcoin network).

In that way, the most simple and typical scenario (deposit money, exchange, transfer) took more than 3 hours to complete, which is way too much when you need to pay somebody in crypto real quick.

2. Transaction fee.

The most painful issue. When my transaction was finally broadcasted, I quickly noticed that transaction fee set by the robot (staff?) was way too small for the given period of time/network load (200.738 sat/B). No surprise that transaction didn't go through, and I was able to get it confirmed only after 6 days of waiting, and only because I was lucky enough get it "accelerated" by one of the miners.

I lost a lot because of high exchange rate volatility within that period of time, and I also lost a contract for which I initially was transferring the funds.

I was a little shocked with all this, because transaction fee estimation is not a rocket science, and if they're unable to manage it themselves, there are plenty of services with public API around. I never experienced anything like this with any of exchanges that I ever used in last 4 years.

3. User support.

Of course, I tried to address this issue to their user support (as there are different ways to deal with this situation, like re-sending the transaction with higher fee, accelerating transaction via miners, etc). However, I didn't get any productive output except for a great advice to stop using the service if I was not pleased by the way the company runs it (literally). They never said sorry, nor admitted their liability or offered any help. I also tried to contact their management directly - got no reply.

Bottom line is - CRXzone is a baby exchange with fails the most simple, basic operations, shifts all responsibility to a customer, and provides zero user support. AVOID it!
11  Economy / Exchanges / CRXZone (Singapore) review - AVOID by all means on: December 24, 2017, 02:52:56 PM
Hi all,

I would like to share my experience of using CRXZone with you.

I was looking for reliable bitcoin/altcoin trading service in Singapore, and as the choice was not rich, I quickly came across CRXZone. I tested it on a couple of relatively small transactions, everything was more or less fine, so I decided to give it a chance with bigger funds. The operation was quite simple: deposit SGD, exchange SGD to BTC, withdraw BTC to some external wallet. Unfortunately, this experience wasn't that good. Below are my thoughts about it.

1. Waiting times.

It took 2 hours from the moment I made FAST (Fast And Secure Transfers) transfer from my DBS account to exchange's UOB account before the money showed up. Phone support wasn't helpful at all, and the only thing that they offered was to wait because of "so many transfers today". Given that FAST transfer normally takes seconds, this is an inadequately long waiting time.

Really, from user standpoint, an option to make FAST transactions instead of slow wire transfers makes the most sense of using local Singaporean exchanges for Singapore-based customers. But it seems that CRXZone does not benefit from this at all. By the way, it takes their competitor, FYB-SG, just minutes to credit user account in similar situation.

Another, even more stranger issue, is crypto withdrawal waiting time. Apparently, some (all?) crypto transactions require MANUAL approval from staff as well, so I had to wait around 40 minutes (!) before my BTC withdrawal operation was actually executed (i.e. broadcasted over Bitcoin network).

In that way, the most simple and typical scenario (deposit money, exchange, transfer) took more than 3 hours to complete, which is way too much when you need to pay somebody in crypto real quick.

2. Transaction fee.

The most painful issue. When my transaction was finally broadcasted, I quickly noticed that transaction fee set by their robot (staff?) was way too small for the given period of time/network load (200.738 sat/B). No surprise that transaction didn't go through, and I was able to get it confirmed only after 6 days of waiting, and only because I was lucky enough get it "accelerated" by one of the miners.

I lost a lot because of high exchange rate volatility within that period of time, and I also lost a contract for which I initially was transferring the funds.

I was a little shocked with all this, because transaction fee estimation is not a rocket science, and if they're unable to manage it themselves, there are plenty of services with public API around. I never experienced anything like this with any of exchanges that I ever used in last 4 years.

3. User support.

Of course, I tried to address this issue to their user support (as there are different ways to deal with this situation, like re-sending the transaction with higher fee, accelerating transaction via miners, etc). However, I didn't get any productive output except for a great advice to stop using the service if I was not pleased by the way the company runs it (literally). They never said sorry, nor admitted their liability or offered any help. I also tried to contact their management directly - got no reply.

Bottom line is - CRXzone is a baby exchange which fails even the most simple, basic operations, shifts all responsibility to a customer, and provides zero user support. AVOID it!
12  Bitcoin / Mining support / S7-LN blinks red, but hashes just fine on: December 04, 2017, 02:13:12 AM
I faced with kinda strange problem (?) with my S7-LN which I never experienced with other Antminers (S3, S5, S9).

The miner hashes at its normal hashrate, blinking green LED most of the time. But sometimes it may suddenly blink red LED (just once or few times in a row, without any beeping). Temperatures are good (usually around 62-64), fans are constantly at 3000 rpm, all ASICs are operable, no HW errors at all, network connection is stable.

So it basically looks just fine. What could be a potential cause of that red LED blinking?
13  Bitcoin / Hardware / Re: Who likes pod miners? on: November 25, 2017, 05:05:24 AM
how things are going on a production front?
14  Bitcoin / Hardware / Re: Hotmine X6 miner/upgrade kit review on: November 03, 2017, 02:29:13 PM
Count me in for one X5 please
15  Bitcoin / Hardware / Re: (Review/Guide) Hotmine X5 upgrade kit for Antminer S1/S3/S5 on: October 25, 2017, 02:12:53 PM
I was ready to pre-pay (in any form, be it BTC or USD), but after 2 weeks of conversation they ended up saying that they were "unable to serve an order". Kinda strange business model, to say the least.
16  Bitcoin / Hardware / Re: (Review/Guide) Hotmine X5 upgrade kit for Antminer S1/S3/S5 on: September 16, 2017, 06:49:57 AM
Did anybody manage to order X5/X6 or contact the manufacturer lately?
17  Bitcoin / Mining software (miners) / Re: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.10.0 on: July 24, 2017, 07:47:16 AM
Hi mutluit,

you may try to use my cgminer 4.10 build for S3: https://yadi.sk/d/CVhgXxmN3K2SBw

It works flawlessly.
18  Bitcoin / Hardware / Re: ANTMINER S3+ Discussion and Support Thread on: June 11, 2017, 09:58:10 AM
If anyone is still interested in this, I've just built cgminer 4.10.0 for the Bitmain Antminer S3.

- Based on the latest cgminer 4.10.0 from git (changelog: https://raw.githubusercontent.com/ckolivas/cgminer/master/NEWS )
- Statically linked with the latest libcurl 7.54
- Built with gcc 5.3.0

Hashes just fine on my unit so far.

Download link: https://yadi.sk/d/CVhgXxmN3K2SBw
19  Bitcoin / Mining software (miners) / Re: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.10.0 on: June 11, 2017, 09:07:15 AM
If anyone is interested in this, I've just built cgminer 4.10.0 for the Bitmain Antminer S3.

- Based on the latest cgminer 4.10.0 from git
- Statically linked with the latest libcurl 7.54
- Built with gcc 5.3.0

Hashes just fine on my unit so far.

Download link: https://yadi.sk/d/CVhgXxmN3K2SBw
20  Bitcoin / Mining software (miners) / Re: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.10.0 on: June 06, 2017, 09:11:29 AM
I still run a couple of Antminer S3's with cgminer 4.9.2. I would like to upgrade them to 4.9.10, but unable to find a precompiled binary for this Atheros MIPS-based platform. Did anybody already do this?
Pages: [1] 2 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!