so batch 2 gets delivered already. And batch 1 still waits for the upgrades. This is not right.
Batch 2 people are getting their units? darn it. Yea, I want my upgrade unit AND my 'miner protection program' too. 2nd call to Hashfast in over a week with no responses about it. here the same. I was overclocking to 652 Mhz on own build of cgminer 3.11 and it works perfect at 440 Gh/s since 29th jan. It takes 11 seconds on hotpluging the usb device. I run minepeon version from HF Engineer. No problems all is good at this moment. How much watts needs your windows computer, I think that the raspberry needs less You should get more than that... at 3.11.0 on Windows I get 450 GH/s at 606 MHz on one of my units. These hash non-linearly with clock, bump your clock by 2 MHz at a time until it jumps. |
|
|
|
so batch 2 gets delivered already. And batch 1 still waits for the upgrades. This is not right.
Batch 2 people are getting their units? darn it. Yea, I want my upgrade unit AND my 'miner protection program' too. 2nd call to Hashfast in over a week with no responses about it. here the same. I was overclocking to 652 Mhz on own build of cgminer 3.11 and it works perfect at 440 Gh/s since 29th jan. It takes 11 seconds on hotpluging the usb device. I run minepeon version from HF Engineer. No problems all is good at this moment. |
|
|
|
for now we all are crying, but when the btc climbes to 5000 USD we are rolling on the floor   Neptune for sale! Only 5 BTC  |
|
|
|
|
I think the new datacenter will
halve
thirds
quarter
the return of the neptunes!
|
|
|
|
baptize Bitcoin to KNC Coin  |
|
|
|
I remember when we were supposed to be compensated with coins during their October problems last year. It never happened.
They offered the gesture. They didn't have to. I guess we'll wait and see...
What does more than 1000 core count mean? 4.5TH for a Neptune now?
192 Cores are making 175 Gh/s is 0.911 Gh/s per core for that is 1000 Cores = 911 Gh/s per 1000 Cores 4 Boardīs with each 1000 Cores = 911 * 4 = 3.644 Th/s It sound really good. |
|
|
|
Good newīs or bad news    If they really offer every Neptune customer free hashing power inside the world largest Bitcoin Datacenter then they have to produce for at first: 1200 * 3000 Gh/s = 3,600,000 Million Gigas or 3,6 Ph/s (is that right?) Means also that when they sipped to customerīs of closed batch one, the customers of batch 1 official will get the free hashing power and so on. But when they really plan, and somthing with the timeline goes wrong they have to build 7,2 Ph/s in this new Datacenter. |
|
|
|
Eligius is always special. KNCJupiters had also lower Hashrates/higher HW-Errors at Eligius until wizkid published a eligius-cgminer version. [/quote] OK! Then we also need an HF Eligius cgminer! Come on HF, take more money in your hand and pay some btc to wizkid!!! Hi HF, when will you ship the Batch 1 mpp boards? |
|
|
|
[2014-02-04 09:45:09] HFA 0 NOTICE: ######################### WARNING: Work Watchdog Reboot Imminent!
[2014-02-04 09:45:11] HFA 0 HFGetHeader usb read err:(-99) LIBUSB_ERROR_OTHER
[2014-02-04 09:45:11] HFA 0 attempted reset got err:(-5) LIBUSB_ERROR_NOT_FOUND
[2014-02-04 09:45:11] HFA 0: device disappeared, disabling
[2014-02-04 09:45:11] HFA 0 failure, disabling!
[2014-02-04 09:45:11] HFA 0: hfa_send_frame: USB Send error, ret -4 amount 0 vs. tx_length 8
[2014-02-04 09:45:17] Hotplug: Hashfast added HFA 1 More then 30 times a day! |
|
|
|
|
Also you have to prevent eligius pool to give the BJ an diff of 512, because the hashrate drops dramatically,
followed by many CRC Errors and then back to DIFF 256.
What an BS is this?
|
|
|
|
[2014-02-04 09:21:40] HFB 1: Bad CRC 0 vs 175, discarding packet
[2014-02-04 09:21:40] HFB 1: Bad CRC 180 vs 126, discarding packet
[2014-02-04 09:21:40] HFB 1: Bad CRC 180 vs 126, discarding packet
[2014-02-04 09:21:40] HFB 1: Bad CRC 0 vs 254, discarding packet
[2014-02-04 09:21:41] HFB 1: Bad CRC 180 vs 126, discarding packet
[2014-02-04 09:21:41] HFB 1: Bad CRC 181 vs 16, discarding packet
[2014-02-04 09:21:41] HFB 1: Bad CRC 180 vs 126, discarding packet
[2014-02-04 09:21:41] HFB 1: Bad CRC 0 vs 254, discarding packet
[2014-02-04 09:21:41] HFB 1: Bad CRC 180 vs 126, discarding packet
[2014-02-04 09:21:41] HFB 1: Bad CRC 180 vs 126, discarding packet
[2014-02-04 09:21:41] HFB 1: Bad CRC 0 vs 254, discarding packet
[2014-02-04 09:21:42] HFB 1: Bad CRC 180 vs 126, discarding packet
[2014-02-04 09:21:42] HFB 1: Bad CRC 180 vs 126, discarding packet
[2014-02-04 09:21:42] HFB 1: Bad CRC 0 vs 254, discarding packet
[2014-02-04 09:21:42] HFB 1: Bad CRC 180 vs 126, discarding packet
[2014-02-04 09:21:42] HFB 1: Bad CRC 0 vs 175, discarding packet Why happens this? |
|
|
|
Rejected c4b91fb5 Diff 333/256 HFB 1 pool 0 (high-hash) HIGH HASH on eligius.st on ghash.io only low-hash will rejected!!! HI HF, can you explain please! Why the handling on different pools are not equal. thx fubly |
|
|
|
snip
One of our top Engineers is currently working with Con Kolivas right now to get some of these things improved. Thanks Con!
snip
-Phil
But not today, he is working today on fan speed! Also somthing with the eligius pool is wrong. When I mine on eligius my cgminer shows hashrates 800 to 1 Th/s, on the pool I have only 440 Gh/s. When I mine at ghash.io the pool and the cgminer is showing nearly the same hashrate of 440 to 500 Gh/s. Iīm running 3.11 and it works good. Now I want to compile your cgminer, but how? config.status: error: cannot find input file: `Makefile.in' |
|
|
|
DEAD DEAD DEAD - this is what I see when I wake up this morning for the second day in a row, getting only about 12-18 hour uptime before my devices all go DEAD and cgminer does not restart itself, I have to manually restart.
I am having an issue with cgminer 3.12 on windows
Using 9 babyjets plugged into a 10 port usb hub, all are detected eventually, but it usually goes up into HFB 40 to HFB 50 so it takes about 4-5 disable/re-enable cycles per device on startup.
If I reboot cgminer, after the all DEAD status, then it works for just a few minutes before I start to see the miners drop again.
IDLE for more than 60 seconds - declaring SICK!
Attempting to restart
So hotplugging everything will give me another 12-18 hours (turn off and on USB hub), but this is crazy that I have to hard reboot so often.
use the raspberry then it will automaticly restart the miner, every time it is crashing. |
|
|
|
So do we have any reports of stable overclocking above around 610?
I can use 610 comfortably, although I'm out of town for a few days and turned 'down' to 600 while I'm away, for a little bigger margin of comfort.
ckolivas says 612.
When I tried to bump up to 620, my error rate went up and it wasn't looking good. I backed down without trying very hard, though, not eager for the down time or to break anything.
How do you use 600 or 612, what does you mean. Did you compile the cgminer inside raspberry. |
|
|
|
Okay so here's the latest in version hf8:
1. Fixed bug that was causing a reboot every hour.
2. Created new update mechanism that doesn't need to reboot RPI.
3. Restored cgminer 3.9.0h2 - This puts the hashrate calcs back and seems to be more reliable.
4. Added "Check Now" button to the update section on the settings page. (This causes an immediate upgrade if one is available)
5. Added "boot_delay=1" to try to help some RPI's hanging at the "rainbow" when rebooting. (Thanks rMuD!)
Everyone running the HashFast image will get this within the next hour provided your RPI's are online and Automatic Updates are enabled. You'll be able to tell from the status page. (Look for "0.2.4.3hf8" for MinePeon version)
Let me know if you have any problems or suggestions.
-Phil
Where can I download the 0.2.4.3hf8" for MinePeon version? Look for "0.2.4.3hf8" for MinePeon version Where and How? Automatic Updates are enabled |
|
|
|
how is your miner performing? After I change the cgminer version from 3.9 to 3.12 on the raspberry it performs only at 390 Gh/s I have done the update this way: ###################HASH FAST ###### MINEPEON #######
cd /opt/minepeon
mkdir tmp
cd tmp
wget http://ck.kolivas.org/apps/cgminer/cgminer-3.12.0.tar.bz2
tar -xvf cgminer-3.12.0.tar.bz2
cd cgminer-3.12.0/
### Here you can remove the miners you don't need
./configure --enable-hashfast
# the next step might take a while
make
sudo mv /opt/minepeon/bin/cgminer /opt/minepeon/bin/cgminer-3.9.0-backup
sudo cp ./cgminer /opt/minepeon/bin/
sudo chmod -R 777 /opt/minepeon/bin/cgminer
sudo chown -R minepeon.minepeon /opt/minepeon/bin/cgminer
############## It works! But not well #### fubly #############
Then only restart via webfrontend. With cgminer 3.9.0 I had 430 to 465 Gh/s |
|
|
|
Just connect a standard computer to it and start mining asap, fubly. Buy a rpi or a beaglebone on Amazon in the meanwhile.
It's interesting that you didn't have to pay any taxes, and it also happened to me with fedex several times. I've never understood the reasoning behind it.
upps sorry my misstake, I was so nervous that I put little brown box with the pi in it on an other place. Thanks I have it, but the MPP boards not. |
|
|
|
|
Hi together,
I received today my BJ, where can I find the Raspberry.
They deliver only the case with one board, one network cable (for what), one usb cable and one wrong power cabel (Iīm from germany).
All screws are falling arroung the case, really ALL.
Also there was no MPP boards with this shipment. And I have not to pay any taxes, the BJ comes with Fedex
|
|
|
|
|
Show Posts
