Pages:
Author

Topic: HASHRA - LUNAR SERIES - ASIC SCRYPT MINERS - page 23. (Read 61721 times)

sr. member
Activity: 266
Merit: 250
What coin are you mining with Hashra's ASICs ?

not to avoid the question, but why do you ask?
hero member
Activity: 826
Merit: 1000
'All that glitters is not gold'
What coin are you mining with Hashra's ASICs ?
sr. member
Activity: 266
Merit: 250
Did you email Simon about this?  I'm having the same issue this morning.  Yesterday I could switch pools without issue, today I can't. I updated the firmware as soon as I got the unit.



you have to reboot - it probably fails about 80% of the time when switching pools and you have to reboot.

and yes I contacted Simon and their tech support guy.
hero member
Activity: 816
Merit: 1000
Did you email Simon about this?  I'm having the same issue this morning.  Yesterday I could switch pools without issue, today I can't. I updated the firmware as soon as I got the unit.

sr. member
Activity: 266
Merit: 250
If you had 2000 accepted and 200 hardware errors, that means 10% of your hashrate is totally wasted.  That's not good.  Your 14mh/s miner is effectively a 12.6mh/s miner.
The clock speed is down to 310 and I have now 500 Accepted, 0 Rejected, 2 HW

That is amazing.  What pool?  Also, what is your ambient temperature where the miner is located?  I'm wondering if my performance issues are due to the heat in my mining space.

@jjj You can reboot the pi by logging into it user:pi pass:controla, then use the command sudo reboot. 



dc - he's talking about recycling the power on the mining unit - not the pi
sr. member
Activity: 266
Merit: 250
you can't even switch coins without this happening 80% of the time:

and this is with 'updated' firmware - personally like I said earlier - I think the firmware update makes things worse, not better

when are you guys going to get this fixed?

Quote
Jun 12 17:42:19 hashracontroller MinerClass log[2083]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 17:42:19 hashracontroller single_ltc_monitor[17304]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 17:42:24 hashracontroller MinerClass log[2083]: PHP Warning:  socket_connect(): unable to connect [111]: Connection refused in /var/www/class/cgminerclient.class.php on line 20
Jun 12 17:42:24 hashracontroller MinerClass log[2083]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 17:42:24 hashracontroller single_ltc_monitor[17304]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 17:42:29 hashracontroller MinerClass log[2083]: PHP Warning:  socket_connect(): unable to connect [111]: Connection refused in /var/www/class/cgminerclient.class.php on line 20
Jun 12 17:42:29 hashracontroller MinerClass log[2083]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 17:42:29 hashracontroller single_ltc_monitor[17304]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 17:42:34 hashracontroller MinerClass log[2083]: PHP Warning:  socket_connect(): unable to connect [111]: Connection refused in /var/www/class/cgminerclient.class.php on line 20
Jun 12 17:42:34 hashracontroller MinerClass log[2083]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 17:42:34 hashracontroller single_ltc_monitor[17304]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 17:42:39 hashracontroller MinerClass log[2083]: PHP Warning:  socket_connect(): unable to connect [111]: Connection refused in /var/www/class/cgminerclient.class.php on line 20
Jun 12 17:42:39 hashracontroller MinerClass log[2083]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 17:42:40 hashracontroller single_ltc_monitor[17304]: socket connect(127.0.0.1,4001) failed returning null

you guys need to rewrite your software. - this is rediculous.

so I reboot and it's still fucking happening GET THIS FIXED!

and if we HAVE to buy some sort of device from Amazon to remotely reboot machine every time we switch coins then that is something YOU SHOULD HAVE TO PAY FOR - NOT ME!




member
Activity: 112
Merit: 10
sr. member
Activity: 266
Merit: 250
this is really getting rediculous

I had to reboot the pi machine 4 times today to get it our of slow mode.

this machine should have been tested more before it was shipped.

I am really unhappy.

this is really impressive performance from a so called 25 mh miner.

NOT!


Quote
pi@hashracontroller:~$ sudo screen -x SCRYPT
(5s):25.54M (avg):4.035Mh/s | A:183  R:5  HW:12  U:182.9/m  WU:6381.4/m         (5s):9.377M (avg):3.668Mh/s | A:196  R:6  HW:13  U:178.1/m  WU:6237.0/m         (5s):3.442M (avg):3.362Mh/s | A:213  R:6  HW:17  U:177.4/m  WU:6276.5/m         (5s):1.263M (avg):3.103Mh/s | A:233  R:6  HW:18  U:179.1/m  WU:6310.4/m         (5s):463.9K (avg):2.881Mh/s | A:247  R:8  HW:21  U:176.3/m  WU:6293.9/m         (5s):170.3K (avg):2.689Mh/s | A:268  R:8  HW:23  U:178.6/m  WU:6364.9/m         (5s):18.19M (avg):4.311Mh/s | A:287  R:8  HW:24  U:179.3/m  WU:6506.9/m         (5s):6.677M (avg):4.058Mh/s | A:305  R:8  HW:25  U:179.3/m  WU:6876.8/m         (5s):2.451M (avg):3.832Mh/s | A:319  R:8  HW:26  U:177.1/m  WU:6992.4/m         (5s):899.9K (avg):3.631Mh/s | A:336  R:8  HW:27  U:176.8/m  WU:7264.2/m         (5s):330.3K (avg):3.449Mh/s | A:355  R:9  HW:27  U:177.4/m  WU:7508.7/m  
hero member
Activity: 816
Merit: 1000
If you had 2000 accepted and 200 hardware errors, that means 10% of your hashrate is totally wasted.  That's not good.  Your 14mh/s miner is effectively a 12.6mh/s miner.
The clock speed is down to 310 and I have now 500 Accepted, 0 Rejected, 2 HW

That is amazing.  What pool?  Also, what is your ambient temperature where the miner is located?  I'm wondering if my performance issues are due to the heat in my mining space.

@jjj You can reboot the pi by logging into it user:pi pass:controla, then use the command sudo reboot. 

sr. member
Activity: 266
Merit: 250
legendary
Activity: 1062
Merit: 1003
member
Activity: 112
Merit: 10
sr. member
Activity: 266
Merit: 250
I did upgrade one of my two units last night and it's been running fine but I did have to reboot it after upgrading

ok, cool.  was there any performance or stability boost do you think?

my only observation(and this has not been proven with multiple tests) is that the unit did not need to be restarted multiple times after changing pools, like I've experienced with the stock firmware.

oh and even though it reboots itself after the update - I neede to reboot it a second time because after it's own reboot all I say was this  in the syslog file:

Quote
Jun 12 14:18:54 hashracontroller cgminer: Started cgminer 3.1.1
Jun 12 14:18:59 hashracontroller single_ltc_monitor[2201]: Started LTC PRocess waiting 10 seconds to boot cgminer
Jun 12 14:18:59 hashracontroller single_ltc_monitor[2201]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 14:18:59 hashracontroller cgminer: Icarus Detect: Test failed at /dev/ttyUSB0: get 00000000, should: 00038d26
Jun 12 14:18:59 hashracontroller cgminer: All devices disabled, cannot mine!
Jun 12 14:19:04 hashracontroller single_ltc_monitor[2201]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 14:19:09 hashracontroller single_ltc_monitor[2201]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 14:19:14 hashracontroller single_ltc_monitor[2201]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 14:19:19 hashracontroller single_ltc_monitor[2201]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 14:19:24 hashracontroller single_ltc_monitor[2201]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 14:19:29 hashracontroller single_ltc_monitor[2201]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 14:19:34 hashracontroller single_ltc_monitor[2201]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 14:19:39 hashracontroller single_ltc_monitor[2201]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 14:19:44 hashracontroller single_ltc_monitor[2201]: socket connect(127.0.0.1,4001) failed returning null
Jun 12 14:19:49 hashracontroller single_ltc_monitor[2201]: socket connect(127.0.0.1,4001) failed returning null


Jeff
legendary
Activity: 1062
Merit: 1003
I did upgrade one of my two units last night and it's been running fine but I did have to reboot it after upgrading

ok, cool.  was there any performance or stability boost do you think?
sr. member
Activity: 266
Merit: 250
I did upgrade one of my two units last night and it's been running fine but I did have to reboot it after upgrading
legendary
Activity: 1062
Merit: 1003
@Hashra, is the firmware okay to upgrade yet?  I don't want to upgrade & have any issues
sr. member
Activity: 266
Merit: 250
Great thread..a few comments...


My 14M/H unit arrived promptly, direct from China pretty much when Hashra said it would be released. Comms really good all the way.

Dodgy USB PI power cable, as reported - use a spare USB phone adapter.

There was NO import tax to pay (to UK) in this instance. Unit shipped as a sample.

A few people complaining about the price $/MH for these units.
Mmmmhh....
4 x R9 280x @ 3.2M/H @ 1100W (plus PC hardware and loads of heat and noise)
 OR
1 x Lunar Launcher @ 14M/H @ 450W (plus PSU and even more noise  Cheesy)

Yes I know some of these figures might not be exact, and yes R9 280xs have come down in price, but you get my drift ?

I'm a very happy customer, pleased I made the shift. GPU's all being sold off

Only issue will be if this unit dies after 90 days...




I sold off all of my gpu's on craigslists a few weeks ago.

these are very fickle units - I often find myself having to restart my Landers a few times before they want to run at speed. it's as if all the chip don;t want to join the party.

they are lot of contortions going on behind the scenes with waits, timeouts, restarts etc in the controla software to get the units to cooperate - much much different than press a button and mine with the gridseeds, I'm used to. I know I've loooed at the code and the scripts in the controla software.

one thing is for sure - we need a more stable version of the firmware that runs these things...

I've got a lot of documentation showing how once these things in 'slow mode' they never recover and needs multiple restarts to get going and sometimes a reboot and I'm certainly not down on power - both of my units are being off gold 1,200 psu's.
sr. member
Activity: 462
Merit: 500
Great thread..a few comments...


My 14M/H unit arrived promptly, direct from China pretty much when Hashra said it would be released. Comms really good all the way.

Dodgy USB PI power cable, as reported - use a spare USB phone adapter.

There was NO import tax to pay (to UK) in this instance. Unit shipped as a sample.

A few people complaining about the price $/MH for these units.
Mmmmhh....
4 x R9 280x @ 3.2M/H @ 1100W (plus PC hardware and loads of heat and noise)
 OR
1 x Lunar Launcher @ 14M/H @ 450W (plus PSU and even more noise  Cheesy)

Yes I know some of these figures might not be exact, and yes R9 280xs have come down in price, but you get my drift ?

I'm a very happy customer, pleased I made the shift. GPU's all being sold off

Only issue will be if this unit dies after 90 days...

hero member
Activity: 826
Merit: 1000
'All that glitters is not gold'
If you had 2000 accepted and 200 hardware errors, that means 10% of your hashrate is totally wasted.  That's not good.  Your 14mh/s miner is effectively a 12.6mh/s miner.
The clock speed is down to 310 and I have now 500 Accepted, 0 Rejected, 2 HW
sr. member
Activity: 448
Merit: 250
I was watching it, it seems very good, I will order some if it is need
Pages:
Jump to: