Has anyone had any success in getting Asteroid to mine FTC? It seems to connect but its hashing is slow and fluctuates drastically. No shares accepted to this point.
Topic: Asteroid -- a new Mac mining client (0.9.7) - page 4. (Read 46464 times)
Also, sent in a report...
The UI doesn't seem to be communicating with cgMiner's API, the miner is running yet the UI thinks it's failing to connect, when it's not. I would attempt to debug it myself, however I shouldn't even be on the forums atm, I've got code due tomorrow for work, lol.
The UI doesn't seem to be communicating with cgMiner's API, the miner is running yet the UI thinks it's failing to connect, when it's not. I would attempt to debug it myself, however I shouldn't even be on the forums atm, I've got code due tomorrow for work, lol.
Finally had a moment to try the miner again, found the issue to be a conflicting cgminer.conf file, after removing it, miner is looking good.
So, to people that have been using cgMiner, MacMiner, or the bundled cgMiner for Mac script and you're having issues, then try removing (or just moving as I did) your cgminer.conf file located in /Users/[Username]/.cgminer/cgminer.conf
Also, sent in a report...
The UI doesn't seem to be communicating with cgMiner's API, the miner is running yet the UI thinks it's failing to connect, when it's not. I would attempt to debug it myself, however I shouldn't even be on the forums atm, I've got code due tomorrow for work, lol.
The UI doesn't seem to be communicating with cgMiner's API, the miner is running yet the UI thinks it's failing to connect, when it's not. I would attempt to debug it myself, however I shouldn't even be on the forums atm, I've got code due tomorrow for work, lol.
asteroidapp.com isn't resolving, but would love to try out the miner, looks pretty slick for OSX.
Worksforme.
It finally loaded, but looks like there are some issues, either with the hosting provider (dream host) or random outage.
Code:
Warning: mysqli_connect() [function.mysqli-connect]: (HY000/2013): Lost connection to MySQL server at 'reading authorization packet', system error: 0 in /home/asteroidapp/asteroidapp.com/index.php on line 111
Warning: mysqli_error() expects parameter 1 to be mysqli, boolean given in /home/asteroidapp/asteroidapp.com/index.php on line 115
Warning: mysqli_query() expects parameter 1 to be mysqli, boolean given in /home/asteroidapp/asteroidapp.com/index.php on line 20
Warning: mysqli_fetch_assoc() expects parameter 1 to be mysqli_result, null given in /home/asteroidapp/asteroidapp.com/index.php on line 21
Edit: Finally was able to download it, no more mySQL errors showing, so it looks like the server got a restart finally. Like I said, if you would like a mirror location, let me know, I'll be happy to host it.
asteroidapp.com isn't resolving, but would love to try out the miner, looks pretty slick for OSX.
Worksforme.
asteroidapp.com isn't resolving, but would love to try out the miner, looks pretty slick for OSX.
Do you have a mirror I could download from?
(I own several domains, I could easily host a mirror if you would like, message me.)
Do you have a mirror I could download from?
(I own several domains, I could easily host a mirror if you would like, message me.)
Please add support for other alt coins! Possibly even a more open source format that would make it easy to point to different alt coin pools no matter how new they came on the scene
Good idea, I'll put this into the next version. Should just be a few UI changes. Asteroid technically can mine to altcoins right now if you want, by choosing the bitcoin type for alt coins that use SHA-256 and litecoin for alt coins that use scrypt, but I'll make this easier to distinguish in the next version, and thanks very much for your feedback thefunkybits! 
Please add support for other alt coins! Possibly even a more open source format that would make it easy to point to different alt coin pools no matter how new they came on the scene
Just posting to say I've tried Asteroid on my new Macbook Pro, and I'm seeing the same issue with reporting of only a single Erupter. I am still beta testing, I just haven't got much to say that hasn't been said already. 
I would like to get access to this cgminer console:
Aha, I see now! There is a way to do this when the miner is launched, but it's not as easy to get access to that console on-demand. I'll add the option to show it at launch in an upcoming version.
I know of a way to show the full text console on demand, but it's a bit more difficult to implement. Fortunately, I have to add some of that functionality as part of sandboxing in order to get Asteroid into the Mac App Store, so it will likely be implemented eventually!
So I see this weird UI bug. I tried clicking the little blue triangle while the miner was initializing, waiting for the info to pop up, then I see it just overlaps with the big hashrate bar, creating the lovely composition above.
Yes, that's the other big known issue at the moment. Fortunately they're just UI-related, but I know it's annoying, I see it myself
The best way to avoid it while waiting for the next version of Asteroid is to wait for the status line to say "Mining" before hitting the twistie for the device list.
So I see this weird UI bug. I tried clicking the little blue triangle while the miner was initializing, waiting for the info to pop up, then I see it just overlaps with the big hashrate bar, creating the lovely composition above.
How can I enter Mac OS X cgminer's "screen mode --> screen -r" as I do with Linux (in my RPI)?
I'm afraid I don't understand the question. If it helps, you can add command-line options via the "Mode" menu. If you want to add parameters before cgminer gets executed that might be a bit more tricky, but certainly not impossible. What did you have planned, exactly?
Hi and thanks for your kind answers, Karin.
I would like to get access to this cgminer console:
How can I enter Mac OS X cgminer's "screen mode --> screen -r" as I do with Linux (in my RPI)?
I'm afraid I don't understand the question. If it helps, you can add command-line options via the "Mode" menu. If you want to add parameters before cgminer gets executed that might be a bit more tricky, but certainly not impossible. What did you have planned, exactly?
Also, with 2 USB Block Erupters, It keeps mining with supposedly only one USB Block Erupter, with "335.6MH/s" @ Asteroid green display. The AMU-2 keeps giving 0, @ the Devices/AMU-2 display. I swapped them... same.... AMU-1 - 0.
But Miner Console gives me correct information: 667 MH/s and both AMU's accepting shares.
But Miner Console gives me correct information: 667 MH/s and both AMU's accepting shares.
Yeah, this is a known issue with multiple identically-named devices at the moment. I've rewritten the code and this bug is still being a bit elusive, but I'm still working on it. You're entirely correct though, the you are getting the correct full hashrate (as you can see in the miner console), and it's simply a display bug.
Sent Asteroid feedback.
Very awesome, thanks! With the logs I get from people it's easy to see what's working or not. Even when things are running smoothly, I still like seeing other people's setups, if Asteroid is doing what it should, etc. So thanks again
How can I enter Mac OS X cgminer's "screen mode --> screen -r" as I do with Linux (in my RPI)?
Also, with 2 USB Block Erupters, It keeps mining with supposedly only one USB Block Erupter, with "335.6MH/s" @ Asteroid green display. The AMU-2 keeps giving 0, @ the Devices/AMU-2 display. I swapped them... same.... AMU-1 - 0.
But Miner Console gives me correct information: 667 MH/s and both AMU's accepting shares.
Sent Asteroid feedback.
Also, with 2 USB Block Erupters, It keeps mining with supposedly only one USB Block Erupter, with "335.6MH/s" @ Asteroid green display. The AMU-2 keeps giving 0, @ the Devices/AMU-2 display. I swapped them... same.... AMU-1 - 0.
But Miner Console gives me correct information: 667 MH/s and both AMU's accepting shares.
Sent Asteroid feedback.
The hashrate bar indicates your current hashrate relative to the maximum since you last launched Asteroid. If it dips too far below that max the bar turns yellow, and further still it turns red. It's supposed to indicate visually if there's perhaps a problem with one of your miners (imagine 10+ block erupters connected and one goes down, pushing the main hashrate bar into yellow since that one erupter isn't contributing anymore -- you would notice it quickly).
Slick idea!
Thanks! Interesting software, I really like it.
The hashrate bar indicates your current hashrate relative to the maximum since you last launched Asteroid. If it dips too far below that max the bar turns yellow, and further still it turns red. It's supposed to indicate visually if there's perhaps a problem with one of your miners (imagine 10+ block erupters connected and one goes down, pushing the main hashrate bar into yellow since that one erupter isn't contributing anymore -- you would notice it quickly).
Sometimes, for reasons I'm not yet sure, the hashrate on USB Block Erupters goes up to 350+MH/s for a few moments. So when the hashrate returns to normal (as you're seeing), the bar turns yellow since it's now below its maximum.
I'm keeping a close eye on USB drivers and block erupter performance, so if/when I find a more compatible arrangement I'll implement it asap.
I just noticed that overlapping address balance issue myself, thanks for mentioning it! I'll fix it in the next release.
Sometimes, for reasons I'm not yet sure, the hashrate on USB Block Erupters goes up to 350+MH/s for a few moments. So when the hashrate returns to normal (as you're seeing), the bar turns yellow since it's now below its maximum.
I'm keeping a close eye on USB drivers and block erupter performance, so if/when I find a more compatible arrangement I'll implement it asap.
I just noticed that overlapping address balance issue myself, thanks for mentioning it! I'll fix it in the next release.
What does it mean if the hashrate bar is yellow? Also, there is a weird UI bug that causes the address balance to overlap with the mining info in the lower right corner.
Like this:
Like this:
Gives a error when starting, the old GPU error, but then starts mining with the GPU of my MacBook. Thanks for the update.
Excellent, that's expected behaviour. Asteroid detects it's getting an error -54 from the mining engine, alerts you, and then restarts the engine with a set of modified settings that works. I *should* save that setting between launches, but it doesn't yet. I'll put that into the next update, and thanks for the feedback! Version 0.9.3 now out -- download
Should fix the problem with USB-based miners not generating all the work they should be due to flaky libusb libraries interacting with cgminer on Mac OS. I've actually had to downgrade the version included with Asteroid, but it seems to work well. You can expect ~40% more credit from pools and more consistent hashrates. Although please let me know how it goes
Still some known issues, the biggest of which are a couple of UI issues surrounding multiple identical devices (even though Asteroid says it's not working, it really is -- check the miner console), and adding a device while Asteroid is running.
Gives a error when starting, the old GPU error, but then starts mining with the GPU of my MacBook. Thanks for the update. Should fix the problem with USB-based miners not generating all the work they should be due to flaky libusb libraries interacting with cgminer on Mac OS. I've actually had to downgrade the version included with Asteroid, but it seems to work well. You can expect ~40% more credit from pools and more consistent hashrates. Although please let me know how it goes
Still some known issues, the biggest of which are a couple of UI issues surrounding multiple identical devices (even though Asteroid says it's not working, it really is -- check the miner console), and adding a device while Asteroid is running.
Jump to: