I put a few up on EBAY for fellow miners if you need one.
https://www.ebay.com/itm/132602541124
 

I think I'll do a manufacturing run if there's any interest.

Response time = 3 micro seconds (10,000 times faster than the ADD2PSU relay), No Molex or SATA connector required. Fully solid state & opto-isolated. No EMI producing relay. Uses less power. Displays standby power status and main power status of the linked PSU.
Daisy chain using ordinary jumpers like those used on the Mobo for the beeper and PSU switch etc.

I designed and made this cuz the el cheapo Add2PSU  shows relay chatter (switch bounce) hammering the linked PSU (checked it on my O'scope) which is bad, adds wear to the PSU. Saving a few bucks on an Add2PSU to use on an expensive GOLD certified PSU running expensive GPUs with expensive downtime seems a weak link to me.

My improved device is 100% solid state = an MTBF better than your PC. No super cheap chinese relay here.

Shielded circuitry and  4 hard points for easy mounting. Hardware supplied.
Just 2.5" x1.5" in size.

This is maker made for My own rig and I value it. I'll ask $20 plus shipping.

Hi all:
I am prototyping a Mining Rig Monitor for this miner.

Its purpose is 3 fold.
1) Good mining operations (Bright Green LED) at a glance from a distance (30')
2) More detailed mining data on text screen.
3) Alert conditions (Bright RED flashing LED) at a glance (30') plus email alerts AND optional isolated relay DPDT triggering for custom alarms or PSU reboots etc.

It is meant to be hot glued onto whatever rig housing you use at whatever viewing angle you prefer.

It will use a 16x2 or 16x4 LCD display (backlit, 3" wide approx) to display the GPU temps and total Sol/s rate.
Also it will track the average max. Sols/S and if that average Sols/S rate drops by > 10%  or if the miner ceases to mine and report the Sols/S it will:
Send an alert email & display a flashing RED LED.
I am doing the email script in AutoIT3 for Windows but I will open source the script for anyone who wishes to convert to linux use.

If mining is proceeding 'normally' a solid green LED will light.

I am looking at a unit retail price of perhaps $25 or less based on volume. It will connect via USB to the PC.

Optional DPDT miniature 2A isolated Relay to trigger upon an alert for those who wish to tie in a remote alarm or force a  PSU reboot etc.
Anyone interested in a group buy of the first batch can contact me via protofabTT@gmail.com. PAYPAL.

I am open to requests as to what mining data summary is preferable.
cheers
Ancel

I am curious as to how you determined which pool/wallet zm was using?

I asked as I am seeking advice that's better than 'go find out for yourself'.

I didn't join the forum to be offered 'random' answers.

Any advice on which pol to mine ZCL and which exchange is good for it?
thx

I am seeing Devfees accelerating...
Is this to be expected?
https://mega.nz/#!JXhUEb4K!70-rEqMwK3ikdJKMxPGsaMBziv3Jf22DSWITvq6ugZY

Hi:
While something like Teamviewer can handle accessing & managing a non frozen or non-crashed system , we do often face crashes or unresponsive rigs what with bleeding edge overclocking etc.

I am asking for a little feedback on the below feature set(CA$HCUBE product dev) as I am looking at developing a system to auto reboot a (crashed/frozen) mining rig without having to monitor it or access smart plugs etc. People do sleep or go off grid from time to time (airplanes) and need a robust system to keep the rigs running.

I posted in another section of the forum, but the post disappeared, not sure why. So since the question is raised here, and I support DSTM I am posting here. Also, I am willing to establish comms from DSTM via USB/RS232 serial link to feedback total 'mains' power usage so DSTM can report on overall system hashing efficiency. This allows for CPU clock adjustment to optimize overall system power efficiency.
DSTM can also gain the option for a hard system reboot should it become necessary. I can see the miner sending a watchdog signal (once per minute)  to the CA$HCUBE, and, if this signal is lost the hard reboot sequence engages. This makes for faster 'crashed' system restarts and less mining downtime.

General Operation, miner & OS  independent.
1) To optimize your rig, plug the rig into the Ca$hCube and the cube into the wall socket.  It features a removable, remote mount capable,  LED wattage display (4 digit). Place the LED wattage display at a convenient spot.
2) Tune your rig to the optimum efficiency.
3) Configure the Ca$hCube via a couple buttons on the wattage display to setup a wattage window with transient tolerance (I figure on a transient tolerance of 60 seconds).
  Perhaps +/- 50W, or some value appropriate for the GPUs in the rig.
4) Enable the wattage window reset capability.

Now if the rig steps out of the power draw window for more than 60 seconds the Ca$hCube will power down the rig for 15 seconds and then power it back up.
The Ca$hCube will allow for 5 mins for the rebooted rig to stabilize and then assess the wattage window again.
If this cycle occurs 3 times inside a 30 minute window the Ca$hCube will shutdown the rig as unstable or faulted in some way and beep every 30 secs with a continually flashing fault LED.
After 4 hours of a powered down faulted condition the Ca$hCube will reboot the system and start the process again to mitigate any loss of internet or mining pool access.

As a bonus, the Ca$hCube can monitor the KWh used with a manual reset capability.

Any thoughts on this are welcome.

I am looking at crowdfunding.
Thanks
Ancel

Hi all:
While something like Teamviewer can handle accessing & managing a non frozen or non-crashed system , we do often face crashes or unresponsive rigs what with bleeding edge overclocking etc.

I am asking for a little feedback on the below feature set as I am looking at developing a simple system to reboot a (crashed/frozen) mining rig without having to monitor it or access smart plugs etc. People do sleep or go off grid from time to time (airplanes) and need a robust system to keep the rigs running.

The approach is simple = The Ca$hCube.

1) To optimize your rig, plug the rig into the Ca$hCube and the cube into the wall socket.  It features a removable, remote mount capable,  LED wattage display (4 digit). Place the LED wattage display at a convenient spot.
2) Tune your rig to the optimum efficiency.
3) Configure the Ca$hCube via a couple buttons on the wattage display to setup a wattage window with transient tolerance (I figure on a transient tolerance of 60 seconds).
  Perhaps +/- 50W, or some value appropriate for the GPUs in the rig.
4) Enable the wattage window reset capability.

Now if the rig steps out of the power draw window for more than 60 seconds the Ca$hCube will power down the rig for 15 seconds and then power it back up.
The Ca$hCube will allow for 5 mins for the rebooted rig to stabilize and then assess the wattage window again.
If this cycle occurs 3 times inside a 30 minute window the Ca$hCube will shutdown the rig as unstable or faulted in some way and beep every 30 secs with a continually flashing fault LED.
After 4 hours of a powered down faulted condition the Ca$hCube will reboot the system and start the process again to mitigate any loss of internet or mining pool access.

As a bonus, the Ca$hCube can monitor the KWh used with a manual reset capability.

Any thoughts on this are welcome.

I am looking at crowdfunding, but I can take some BTC, ZEC or ETH upfront for super priority delivery....

Thanks
Ancel

Agreed....I pay 0.06C /KWh,  so I do the avg 320.5 S/s @ 90%TDP
I get that with about 380 Vram OC, and 170 OC core. Runs at 67°C without any A/C.
Same OS, EVGA 3GB mini, single Fan.
On Flypool my Shares average about 1.18.
Payout is estimated @ $75/month right now.

Seems that the AMD R7 360 Radeon core is named after my tiny country...mebbe i should switch?

My clocking setup and results for the GTX 1060.

I have a Hynix impaired 3GB EVGA single fan 1060 mini,  . I have forced P0 mode for the memory using the Nvidia inspector utility.

While I get 19.7 MH for ETH, I get 317 S/s average for Zcash. ETH settings are not Optimal for ZEC which is more GPU intensive.
The compromise is power eff%. I am running at 90% TDP to achieve a 80% Mem controller utilization with  150 Mhz OC for both MEM and GPU. The mem OC seems to do little other than give me headroom to use the PC while it mines. Stock config gives about 290 Sol/S with P0 wait state mode enabled.

The +++ indicates u got 3 shares in the last 20 sec or so (update display time)

Here's my first 11 hours on Flypool.

New here. Could not find a reference to last 3 digit # column just before the + marks with version 0.57.
Can anyone identify what it means please?