Wow that is so cool. You guys are non-stop. I am working on the review now I am going to add a bit about your continuing development. Great Job Ben. We are getting close with the serial communication software. Let's call the current version a Beta version of the final firmware. We have a few 10 & 12 board test setups running and after 24 hours without a hickup I can report hash rates of up to 30GH/s average per board, and this is without heatsinks. (We also have a few test setups with an USB cable to each board, on average they do ~27GH/s) End of next week heat sinks should arrive, and then we'll make a few test setups with higher voltages. This firmware update is of little use for single board users. Once you get to three or more boards it's becoming interesting. The serial firmware has been programmed to handle up to 16 boards (target: 500GH/s @ 500W) on a single USB connection, so a lot less cable clutter. As a side effect it will put a lot less load on the host computer running cgminer. Using the cable connections, about 20 boards was the maximum a Raspberry with Minepeon could handle before it became noticeable (percentage of shares not accepted on the pool was rising). We will setup a few 16 board towers and connect them all to one Raspberry this weekend, let's see when it is getting slower  We will do the same connected to a powerful Linux PC, it will be interesting to see if there is a difference in performance. Note: We are doing all our testing with cgminer 3.12.3. |
|
|
|
I overclocked by changing the oscillator bits. Over clock a bit at a time. Run for at least 1/2 hr after each OC unless there are tons of errors which means back down. Once you have a good setting you are all set. 5.8 gh/s seems to be the sweet spot for me. Make sure your Hub can supply enough power as well or you will just increase errors. Still no overclocking guide?
|
|
|
|
Those are neat where do you get them? Is there a reliable safe seller of them? I bought this for BTC 0.02   Also some phone top up credit. |
|
|
|
You could also send your driver algorithms to BFG for integration into the software thus lowering costs associated with not having to send out so much hardware. It is the same process you did for cgminer. Just a thought I hope it helps. Some thoughts about supplying sample units to developers:
There are two major mining programs, Bfgminer and Cgminer. Cgminer has two main developers, so that means 3 units.
In order for a developer to be able to test/check all possible events, the sample unit should have multiple boards, at least 2 but more is better.
And it would be best if it would be boards with heat sinks, so overvolting can also be taken into account.
We're also still busy programming the serial communication between multiple boards.
End of next week, when the 2nd batch of heat sinks will be in, we'll make a decision about supplying sample units to developers.
|
|
|
|
Ah I see. That I am not sure how to help you with I don't have a Pi to test on. One more thing, I'm using wheezy in the pi.
|
|
|
|
I started out with 4.2.1 and have not had an issue. I would try removing and re-installing the Zadig drivers, reboot and retry. That sometimes does the trick with cgminer. The only issue I have with cgminer is the usual stops working about 24 hrs in of mining and needs a restart. Not a One String problem at all. I should have left well enough alone. I updated to cgminer. 4.2.1 and now my one string isn't recognized and my other miners have issues to. Then I tried going back to 3.12.3, and my ine string still isn't recognized. Maybe I'm missing some lib update or something. Any suggestions? I've asked in the cgminer forum as well.
Please note, the one string was extremely easy to set up the first time and blame user error on it not working now.
|
|
|
|
Wow that is great news!! miners can work at 1050mhz now. and developing scrypt only firmware.
|
|
|
|
I should have qualified that with. They have them mining Vertcoin just not at top speed yet. Yet adaptive N will change and either the firmware will have to be remade or eventually the ASIC's do not make it. It is fine either way and so much fun to watch evolve and be part of both sides. I know have been watching as a couple people almost have them mining vertcoin by working on the firmware.
The point about adaptive NFactor is that it doesnt matter if you get your ASIC working on vertcoin. Because the hardware requirements change over time, so even if you get your ASIC working today, it won't work when the hardware requirements (through the value of 'N') changes. Not only that, but 'almost working' is another way of saying 'not working' and I doubt these current scrypt units (which are purportedly modified SHA-256 ASIC chips) will ever mine any vertcoin effectively, even if you could get them to work (which I also doubt). |
|
|
|
Works fine for me. Is it just me or the pool is down? I can't access the website. It wasn't just you - it was down very briefly, just long enough to give me a server error on one attempt. |
|
|
|
Thanks. So far very good results. Haas anyone had these running properly on BFGMiner yet? I can get it to run at half speed.
I was going to test on both CGMiner and BFGMiner.
If anyone has any info please let me know.
Thanks
For now, stick to Cgminer. Bfgminer and the OneStringMiner have issues with each other. |
|
|
|
|
Haas anyone had these running properly on BFGMiner yet? I can get it to run at half speed.
I was going to test on both CGMiner and BFGMiner.
If anyone has any info please let me know.
Thanks
|
|
|
|
I know have been watching as a couple people almost have them mining vertcoin by working on the firmware. That can be both good and bad. Good for the near term as the coins that do that will have their difficulty drop and preserve GPU mining longer. Bad because the coins that don't may get a boost by suddenly having tons of Scrypt ASIC's mining and trading them. Why is that bad? It may devalue the other coins that forked. No way to know until it happens. I know they have been discussing it with litecoin.The is scryptN but so far it is vertcoin and a couple clones. It will be interesting to see how it all shakes out. Plans are forming to hard fork some popular Scrypt coins to render Scrypt asics USELESS. Do not buy Scrypt ASICS!!!!! Don't even make them!
Who are they?! Well the Spaincoin hardfork yesterday moved that coin very easily from Scrypt to Nfactor and of course the price soared.... Just wait until people realize that there are ASICs that have been announced that allow modification of parameters to support Adaptive-N and Scrypt-Jane, too. |
|
|
|
I know he posted on here a day or two ago. I also PM'd him and have not heard back. That being said I also ordered a card lastnight as well. I am looking forward to getting it. I placed an order over a month ago and paid then as well..admittedly, it took me a little while to come up with the btc/ltc bip38 keys but I have them now and have had them ready but have been unable to reach anyone associated with this project for weeks. The e-mail address I was exchanging with is now auto-returning mail...
|
|
|
|
Hi Nate. I it will not let me copy paste out of the log and when I open it in notepad it opens the huge log file. What should I do? I am not exactly batting 1000 today for some reason. I am sure I am missing something simple. Here is the argument that works the best for sgminer. I have used BFG versions of this and also nothing or just I13 and still it will not mine on MuMi. --thread-concurrency 14000 -g 2 -I 13 -w 256 --auto-fan --temp-cutoff 90 --temp-
overheat 85 --temp-target 75 --gpu-memclock 1500 --gpu-engine 1027 I don't know what to do. Can you suggest an argument that would work so I can use MuMi instead of sgminer based on the above argument? Thanks I appreciate the help. Can you copy & paste the arguments from MultiMiner (from the Process Log pane) in this thread for comparison? |
|
|
|
Is everything still in Chinese? I thought they were switching to English for the international orders? do all these have space for an extra "blade"?
Yes they do, I got 3 of mine today. |
|
|
|
What I did was just plug in first via ethernet and then from there setup the wifi connection and unplug. Restart system and I was able to access it through the wifi and run all the settings. ok if anyone has the know how to config a Avalon Mini ( 60ghs model ) to connect to wifi and start mining and allow the access to the config page via the wifi connection and if someone can help me do this i have like 0.0008 btc i can send ya for the help since i am very tight on funds after buying this thing
|
|
|
|
LOL I did not see that when I logged in. I will have to check again. It is not doing it to me when I log in. I wonder if you just had an html blip. Not sure why no one's mentioned this before, but these two columns are reversed in MobileMiner:
|
|
|
|
I have a weird problem. I setup a system for my friend. It is win 7 64bit. He has a XFX 280X Black edition. I can get it to run fine on sgminer. You know how much it kills me to not run MultiMiner. It runs fine on sgminer mining Litecoin. On MuMi it run for a few mins then stops no matter what arguments I put in or even if leave it blank. It's output never reaches above 74 kh/s. Do you have any ideas as to why the difference? Here is the argument that works the best for sgminer. I have used BFG versions of this and also nothing or just I13 and still it will not mine on MuMi. --thread-concurrency 14000 -g 2 -I 13 -w 256 --auto-fan --temp-cutoff 90 --temp-
overheat 85 --temp-target 75 --gpu-memclock 1500 --gpu-engine 1027 I don't know what to do. Can you suggest an argument that would work so I can use MuMi instead of sgminer based on the above argument? Thanks I appreciate the help. |
|
|
|
|
evtrmm has been very open with their IPO and are really including the investors and community on the future of the project.
|
|
|
|
|
Show Posts
