We have a new record! @ Triplemining.com... number of shares hashed in a single block... Now, are we going to a duration record? Block info Block status Amount Found Duration Shares Confirmed
#251886 GENERATED 25.20500000 BTC August 13, 2013 312 hours 110 230 535 -
#246655 GENERATED 25.05267250 BTC July 15, 2013 276 hours 70 701 270 YES
#238120 GENERATED 25.20320001 BTC May 27, 2013 173 hours 89 141 122 YES
#142756 GENERATED 50.00100000 BTC August 27, 2011 432 hours 8 439 982 YES
|
|
|
|
[minepeon@minepeon minepeon]$ git fetch --all
Fetching origin
[minepeon@minepeon minepeon]$ git reset --hard origin/master
HEAD is now at 2c66f6a cgminer 3.3.2
[minepeon@minepeon minepeon]$
It worked. After a reboot, I have now cgminer 3.3.2. Thanks, Malakai. MinePeon Temp
42.2 °C | 107.96 °F
MinePeon CPU Load
1.2 [1 min]
0.58 [5 min]
0.23 [15 min]
Best Share
578
MinePeon Uptime
2 min 4 sec
Miner Uptime
1 min 37 sec
MinePeon Version
0.2.2
Miner Version
cgminer3.3.2
Donation Minutes
20 |
|
|
|
cgminer 3.3.2 is in git.
Can you tell me at what directory is the cgminer @ RPI, to make the git pull? Thanks in advance. /opt/minepeon as minepeon (not root) What did I do wrong this time? Still have 3.3.1 version of cgminer... Using username "minepeon". minepeon@192.168.1.115's password: Last login: Sat Aug 10 19:12:22 2013 from alienware.lan [minepeon@minepeon ~]$ cd /opt/minepeon [minepeon@minepeon minepeon]$ git pull Already up-to-date. [minepeon@minepeon minepeon]$ dir README.md bin etc http include lib log share tmp var [minepeon@minepeon minepeon]$ |
|
|
|
cgminer 3.3.2 is in git.
Can you tell me at what directory is the cgminer @ RPI, to make the git pull? Thanks in advance. /opt/minepeon as minepeon (not root) I am also testing 0.2.3 for release in the next 24 hours. Apart from containing the new WebUI it has OS privilege changes that allow the stopping/starting/killing and rebooting of the processes and the MinePeon by the new monitoring scripts.
Please don't forget to do a Arch Linux update, prior to release the 0.2.3 version...  Any news about some sort of exporting the settings outside of the SD (perhaps to a pen connected to one of the HUB's) to import in a fresh SD with new version of MinePeon? I merged with the latest Arch today so we are good there. Thomas is working on downloading a zip and uploading it. It is one of the reasons for an image update. Neil Thanks again for all your help and support. Rui |
|
|
|
Each day that passes, MinePeon is better and better. Many thanks. cgminer 3.3.2 is in git.
Can you tell me at what directory is the cgminer @ RPI, to make the git pull? Thanks in advance. I am also testing 0.2.3 for release in the next 24 hours. Apart from containing the new WebUI it has OS privilege changes that allow the stopping/starting/killing and rebooting of the processes and the MinePeon by the new monitoring scripts.
Please don't forget to do a Arch Linux update, prior to release the 0.2.3 version... Any news about some sort of exporting the settings outside of the SD (perhaps to a pen connected to one of the HUB's) to import in a fresh SD with new version of MinePeon? Neil
The drama queen. |
|
|
|
One more thing... I recommend that the password must be asked 2 times, to validate that we didn't pushed the wrong key...  Done :-) Thanks. |
|
|
|
One more thing... I recommend that the password must be asked 2 times, to validate that we didn't pushed the wrong key... How can I reset the web password?  UPDATE: I discovered the "new" password and it's not the one I put... it blanked the password, when I tried to put a new one. Trying again... NEW UPDATE: I can't insert a new password @ the settings page (no error but still keeps blank password) but I can insert new password @ advanced / settings page. |
|
|
|
Ok, with a fresh copy of MinePeon 0.2.2, I did a Arch Linux update, then tried the git pull of MinePeon and got same error. Going to try your solution, funkymunky. % [root@minepeon ~]# cd /opt/minepeon/ [root@minepeon minepeon]# git pull remote: Counting objects: 117, done. remote: Compressing objects: 100% (67/67), done. remote: Total 103 (delta 46), reused 87 (delta 32) Receiving objects: 100% (103/103), 486.24 KiB | 236.00 KiB/s, done. Resolving deltas: 100% (46/46), completed with 8 local objects. From https://github.com/MineForeman/MinePeon b6b94a1..565c05c master -> origin/master Updating b6b94a1..565c05c error: Your local changes to the following files would be overwritten by merge: etc/miner.conf.donate Please, commit your changes or stash them before you can merge. Aborting [root@minepeon minepeon]# : it worked! Thanks, funkymunky. [root@minepeon minepeon]# git checkout HEAD^ etc/miner.conf.donate
[root@minepeon minepeon]# git pull
Updating b6b94a1..565c05c
Fast-forward
README.md | 5 ++++
bin/bfgminer | Bin 393945 -> 409320 bytes
bin/cgminer | Bin 417490 -> 428288 bytes
etc/cron.d/5min/0ntp | 2 +-
etc/cron.d/5min/1monitor | 58 ++++++++++++++++++++++++++++++++++++++
etc/cron.d/5min/ALERTdeviceCount | 59 +++++++++++++++++++++++++++++++++++++++
etc/cron.d/5min/ALERThashrate | 45 +++++++++++++++++++++++++++++
etc/cron.d/5min/hashrate | 2 +-
etc/cron.d/5min/temp | 2 +-
etc/cron.d/hourly/donate | 47 ++++++++++++++++++++-----------
etc/miner.conf.donate | 32 ++++++++++++++++++++-
11 files changed, 231 insertions(+), 21 deletions(-)
create mode 100755 etc/cron.d/5min/1monitor
create mode 100755 etc/cron.d/5min/ALERTdeviceCount
create mode 100755 etc/cron.d/5min/ALERThashrate
[root@minepeon minepeon]#
|
|
|
|
Help... My Linux knowledge sucks... Trying to update MinePeon, I get the following error. What do I do? [minepeon@minepeon ~]$ sudo -i
[sudo] password for minepeon:
[root@minepeon ~]# cd /opt/minepeon/
[root@minepeon minepeon]# git pull
Updating b6df3c5..565c05c
error: Your local changes to the following files would be overwritten by merge:
etc/miner.conf.donate
Please, commit your changes or stash them before you can merge.
Aborting
[root@minepeon minepeon]#
UPDATE: Forget. I made some more shit and destroyed the MinePeon software. I got a new 0.2.2 image in the SD and trying again to do more shit... |
|
|
|
noob question - why is my estimated reward going down ?
Hi. As you receive a % of the total work, in other words, the 25 BTC less 1% fee are divided by all work in last 24 hours prior to the discovery of "the magic Share", considering that your hash rate is always the same, if the Total hashing power of the pool goes up, your % of the work you do to the pool goes down. Pure mathematics. See https://www.triplemining.com/help for more comprehension of how it works. |
|
|
|
|
Greetings, bitcoinore.com.
1 - Never change the rules at the middle of a "game".
2 - How can you have someone hashing at your pool, with a probability of having to hash for more than 5000 hours (7 months) before getting ANY reward, only to have the chance of winning a extra Bitcoin (less than 73€)?
That said, I liked your pool before the DDOS attack, I still like it (till now I hashed 228547 shares for you) but at the present hashing rate, I would be better solo hashing, as the reward would be to get the whole 25 Bitcoins with some (low) probability of getting those in less that 7 month).
It's not with this type of attitudes, like forcing the miners to hash exclusively for you ("you must have been actively mining at the site when the first block is discovered"), that you'll get back the "big guys" that were hashing for your pool before the DDOS attack.
Good luck to your pool and best regards.
Rui
|
|
|
|
I done almost the same as you, was just about to solder to them and then thought "That cable is way to thin for 5A" If nothing else cut the leads down to a couple of inch's - its still a bottle neck though.. Yep. My error was re-using the cables of 2 5V/1A transformers that came with my 7 port HUB's... |
|
|
|
the "i'm not dead thread."
Just got off the plane, expect lots of news tomorrow.
I feel the Radioactivity in the air...  |
|
|
|
@bizwoo @nekonos any news on sample chips and what's the status on getting all parts required for assembly and getting at least a prototype assembled without chips?
Hi, unfortunately, no news about the sample chips yet. Batch 1's sample chips are now 1 month delayed. Batch 2 is now in week 4 of the order and there is no news about sample chips either. nekonos is doing all possible to get hold of some chips asap so that he can get a proto together based on the latest beta of k16 from bkk. He's ordered components for this. cheers. Thanks for the feedback, bizwoo & nekonos. |
|
|
|
|
As I don't want to wait 4,978 Hours 50 Minutes for the crack of the first block and I'm actually the miner with more hash rate with only 4 GHash/s, I'm moving back to triplemining.com.
Good luck to your new pool and I hope to return one day.
|
|
|
|
Did you make or bought the power cables from PSU to the HUB's? I'm also using one of those 10 ports HUB (with 9 USB Gizmos), with a Velleman multivolt, that gives 7,5 Amperes @ 5 volts.
Originally I ordered some 2.1mm connectors but they haven't arrived, being impatient I cut the 5V lines out of the molex connectors of the atx psu (bottom of pic) and soldered the 5V wires straight to the hub.. and plugged the fans into the molex (which now only has 12V lines). ATX PSU has 28A @ 5V 4X 20A @ 12V (Reserved for K16`s) Your idea is great... i "invented" a cable, but I'm connecting the 10 ports HUB to the HD molex cable and 2 or 3 of the Gizmos were in error... perhaps not enaph current... Better to connect again to the Velleman 7,5 amperes PU.  |
|
|
|
Regarding MinePeon with USB miners:
Is there any limit of USB devices that it will auto-detect (other than the 127 standard USB limit)?
When removing or adding new USB miners do you need to do anything over than reboot? (ie will it automatically detect that devices were added or removed and start using all available devices)
What USB hubs are you using with the Raspberry Pi to plug so many USB block erupters or any other ASIC miner? I tried the Anker 3.0 USB - 10 port what looks awesome, fits perfect & are good quality but nobody ever got them running with the Raspberry and Minepeon - the internet & this board is full of it. This hubs are working pretty on Ubuntu but not with minepeon -> it crashes with errors after booting and restart. The only working hub I have is the D-Lin 7 Port (stacking the hubs plus add a 120mm fan) but as this has 2 permanent USB ports for loading so it`s again not perfect as only 5 could be used for the USB block erupters or any other bigger farm on USB.  Couldn't miss the opportunity to post another pic... I have cheap ebay hubs $6. throw away the psu's I soldered them straight to an ATX psu Did you make or bought the power cables from PSU to the HUB's? I'm also using one of those 10 ports HUB (with 9 USB Gizmos), with a Velleman multivolt, that gives 7,5 Amperes @ 5 volts. |
|
|
|
southerngentuk, you can send up to 6 images to LCD's internal memory and pre-program the display to enter into "picture frame mode", when idle for more than x minutes, with the "LCD Sys Info - Images Loader.exe" program that comes with it. If the RPI stops communicating with the LCD, it then knows what to do...
Excellent, I had read something about that but it didn't sink in at the time. I'll put it on my to do list, It seems to take me along time to do anything on linux but I am determined to get a handle on it. Edit: ok the loader ext.. is windows so easy for me..Done Thanx ct1aic You're welcome, southerngentuk. |
|
|
|
...
Notes on the dispay : If LSDStats is killed in anyway e.g. Pi reset, It sits there with the last stats displayed. Looks pretty but not very helpful. Would be better if it would just go blank or display an error. I don't think it is possible to get around this due to the way it works. Otherwise its pretty cool...
I use -d 2 and thus the clock ticks over every 2 or 3 seconds so I know it's working  There is no problem hitting the API every 2 seconds (I have a bunch of scripts that hit each of my cgminers every 2 seconds) As for what's on the screen if it stops ... well that's simply what was last on the screen - yes. If it gets an error talking to the API, cardcomm has it display a red message that's pretty obvious If the python itself crashes, well, yeah you'll see on the screen what was last put there Putting a message up or blanking would be pointless, rather whatever was trying to do that should instead restart the python. Thanx Kano, I'll change the refresh rate and I should be able to get the python script to run on reboot. Please don't tell me how, am gonna figure it out, I will get use to this linux stuff soon enough. , you can send up to 6 images to LCD's internal memory and pre-program the display to enter into "picture frame mode", when idle for more than x minutes, with the "LCD Sys Info - Images Loader.exe" program that comes with it. If the RPI stops communicating with the LCD, it then knows what to do... |
|
|
|
|
Show Posts
