Topic: Linux mining distro for the Raspberry PI - MinePeon - page 76. (Read 685021 times)

no worries, just be cautious of the python usb, if its not the arch its has to be that. ( disclaimer : note am a newbie to linux so probably wrong) 

Thanks for your help, southerngentuk.

I'm preparing a 0.2.2 MinePeon image, but with last version 3.4.0 of cgminer, LCDStats and MinePeon GUI, to see if the problem is from the newer Arch Linux.

Go back to your last good SD card, assuming you rotate them like I do   ok probably not.
Go back to stock, live without that cute lcd for a week or so and.......
do what I did, but a second PI, update and go through hub at a time transferring to the new PI

I bet 0.05 BTC it's a hub/arch conflict   edit : or hub/pyusb


---------------------------------------
My 0.2.3a has now been up for 1d 5h, has gone through the donation window without a hitch..

The suspect hub is happily mining away 0.2.2 with 7 erupters for the same time.. ( no donation, as its goes screwy )

I don't know how to do next... Trying to maintain this new version and see what happens next or going back to 0.2.2 and make all git pull's except to the Arch Linux. But don't know if that way, I still have the LCDStats python program started with the RPI.

Help me on this, Neil.

I've sent a pull request to cardcomm with a few more updates to the LCD code:
https://github.com/cardcomm/cgminerLCDStats/pull/5

add a port option so you don't have to edit the code to change the port number
a hack to display the Avg/Block line in Red if you find a block
fix the pool selection so it always finds the correct pool to display at the top left
(it ignored non stratum pools)

minepeon@minepeon /opt/minepeon/modules/cgminerLCDStats $ git pull https://github.com/kanoi/cgminerLCDStats master
warning: no common commits
remote: Counting objects: 237, done.
remote: Compressing objects: 100% (105/105), done.
remote: Total 237 (delta 138), reused 231 (delta 132)
Receiving objects: 100% (237/237), 1.59 MiB | 443.00 KiB/s, done.
Resolving deltas: 100% (138/138), done.
From https://github.com/kanoi/cgminerLCDStats
 * branch            master     -> FETCH_HEAD

*** Please tell me who you are.

Run

  git config --global user.email "[email protected]"
  git config --global user.name "Your Name"

to set your account's default identity.
Omit --global to set the identity only in this repository.

fatal: empty ident name (for ) not allowed
minepeon@minepeon /opt/minepeon/modules/cgminerLCDStats $ git config --global user.email "[email protected]"
minepeon@minepeon /opt/minepeon/modules/cgminerLCDStats $ git config --global user.name "Rui Costa"
minepeon@minepeon /opt/minepeon/modules/cgminerLCDStats $ git pull https://github.com/kanoi/cgminerLCDStats master
From https://github.com/kanoi/cgminerLCDStats
 * branch            master     -> FETCH_HEAD
Auto-merging README.md
CONFLICT (add/add): Merge conflict in README.md
Automatic merge failed; fix conflicts and then commit the result.
minepeon@minepeon /opt/minepeon/modules/cgminerLCDStats $

0.2.3a is really unstable running 31 USB block erupters for me it crashes after about 2 minutes (HW errors build over until whole board is litup and miner unresponsive).

Like the new slick web interface though.

Rolled back to 0.2.2 everything working again.

cgminer version 3.4.0 - Started: [2013-08-23 19:34:23]
--------------------------------------------------------------------------------
 (5s):6.108G (avg):6.039Gh/s | A:27464  R:23  HW:302  WU:84.9/m
 ST: 2  SS: 0  NB: 31  LW: 45284  GF: 0  RF: 0
 Connected to stratum.triplemining.com diff 2 with stratum as user ct1aic_RaspberryPi
 Block: 004bd716cf9301bb...  Diff:50.8M  Started: [00:57:28]  Best share: 15.1K
--------------------------------------------------------------------------------
 (P)ool management (S)ettings (D)isplay options (Q)uit
 AMU  0:                | 246.2M/335.4Mh/s | A:1475 R:0 HW:13 WU: 4.6/m
 AMU  1:                | 279.7M/335.2Mh/s | A:1490 R:0 HW:14 WU: 4.5/m
 AMU  2:                | 335.2M/335.5Mh/s | A:1499 R:0 HW:19 WU: 4.8/m
 AMU  3:                | 279.8M/335.0Mh/s | A:1518 R:2 HW:16 WU: 4.7/m
 AMU  4:                | 256.4M/335.7Mh/s | A:1544 R:0 HW:12 WU: 4.6/m
 AMU  5:                | 280.8M/335.4Mh/s | A:1502 R:2 HW:23 WU: 4.6/m
 AMU  6:                | 283.9M/335.9Mh/s | A:1664 R:0 HW:21 WU: 4.9/m
 AMU  7:                | 335.0M/335.4Mh/s | A:1492 R:0 HW:17 WU: 4.6/m
 AMU  8:                | 395.2M/336.0Mh/s | A:1543 R:2 HW:21 WU: 4.7/m
 AMU  9:                | 280.0M/336.1Mh/s | A:1656 R:0 HW:24 WU: 5.0/m
 AMU 10:                | 287.9M/335.2Mh/s | A:1458 R:0 HW:19 WU: 4.6/m
 AMU 11:                | 312.3M/335.9Mh/s | A:1528 R:4 HW:14 WU: 4.7/m
 AMU 12:                | 279.7M/335.3Mh/s | A:1480 R:0 HW:14 WU: 4.7/m
 AMU 13:                | 238.5M/335.8Mh/s | A:1474 R:2 HW:12 WU: 4.5/m
 AMU 14:                | 359.2M/336.1Mh/s | A:1520 R:6 HW:18 WU: 4.7/m
 AMU 15:                | 326.9M/335.4Mh/s | A:1585 R:2 HW:15 WU: 4.8/m
 AMU 16:                | 334.2M/335.1Mh/s | A:1504 R:2 HW:14 WU: 4.7/m
 AMU 17:                | 382.8M/335.7Mh/s | A:1532 R:0 HW:17 WU: 4.9/m
--------------------------------------------------------------------------------

 [2013-08-24 01:02:05] AMU4: Comms error (werr=-7 amt=0)
 [2013-08-24 01:02:05] AMU5: Comms error (werr=-7 amt=0)
 [2013-08-24 01:02:05] AMU3: Comms error (werr=-7 amt=0)
 [2013-08-24 01:02:06] AMU1: Comms error (werr=-7 amt=0)
 [2013-08-24 01:02:06] AMU12: Comms error (werr=-7 amt=0)
 [2013-08-24 01:02:06] AMU6: Comms error (werr=-7 amt=0)
 [2013-08-24 01:02:06] AMU17: Comms error (werr=-7 amt=0)
 [2013-08-24 01:02:06] AMU13: Comms error (werr=-7 amt=0)
 [2013-08-24 01:02:06] AMU16: Comms error (werr=-7 amt=0)
 [2013-08-24 01:02:06] AMU8: Comms error (werr=-7 amt=0)
 [2013-08-24 01:02:06] AMU14: Comms error (werr=-7 amt=0)
 [2013-08-24 01:02:06] AMU0: Comms error (werr=-7 amt=0)
 [2013-08-24 01:02:06] AMU9: Comms error (werr=-7 amt=0)
 [2013-08-24 01:02:06] AMU7: Comms error (werr=-7 amt=0)
 [2013-08-24 01:02:06] AMU4: Comms error (werr=-7 amt=0)
 [2013-08-24 01:02:06] Accepted 5b19b730 Diff 2/2 AMU 10 pool 0

0.2.3a is really unstable running 31 USB block erupters for me it crashes after about 2 minutes (HW errors build over until whole board is litup and miner unresponsive).

Like the new slick web interface though.

Rolled back to 0.2.2 everything working again.

do you get some sort of crash message on the screen before the system reboots?
when mine reboots it seems to crash with some sort of message on the screen and then does a reboot.

Ill try and get a picture of the error message.

it looks like it did the donations and then restarted. did it restart properly?

but maybe im reading the graph wrong.

Also after switching hubs my 2 Rpi's are still up. one is over 24 hours and the other is over 22hours.
im going to move the 2 hubs to one Rpi. and then see how it goes.

At the start of the "donation period", today @ 12:00:

Status
Pools
No pools loaded
Devices
No devices running

Ok, going back to a older version.

would you mind to tell us (me   ) what you did change after going back to the older version (0.2.2?)

upgrade cgminer? install that usb lcd screen driver?

Thanks

Ok, going back to a older version.