try that ccminer-enemy fork with d=16 -i 19 settings
Thanks for the tip! I couldn't get ccminer running reliably under HIVE OS before, but after switching to the enemy fork, I doing just under 1 GH/s on x16r:  |
|
|
|
@octominer can you provide the technical specs for how the power on/off circuitry is designed? Apparently it was designed differently than 99% of motherboards out there to where an optoisolated gate is not able to power the board on and off. Thanks
fwiw my onda b250 d8p v1 has the same bug, power button will turn it on but not off. cant see anything in the bios either. sorry for the non helpful reply, just another datapoint. Hey! Our motherboard does actually support turning off from the power switch. Please have a look here to see exactly how to connect the button switches and LEDs to the motherboard. https://youtu.be/49YBnjIHMDc?t=538Odd, how the rig turns on when the PSU is turned on. What type of switch is used on your case i.e. normally open momentary switch, etc.? That's a BIOS setting, you can disable it. Turn on when power is enabled. So you're saying that by default, the power button is ignored and the motherboard will turn on, and stay on, when power is supplied? In other words, with the default BIOS setting, the power button is ignored? I'll play around with the BIOS to see if I can change it so that the power button becomes functional. Most motherboard work somewhat different in that they have a BIOS setting that allows the motherboard to turn back on by default after a power loss. |
|
|
|
Has anyone been able to get SimpleRigResetter (SRR) working with this board? I have a SRR v2 and for the life of me, I can't get the SRR to power cycle this mobo. For those not familiar with SRR, it is a device that connects to the power LED and power switch pins on a mobo so that it can monitor the current power state, and also turn the mobo on and off. I know I have the 2 wires for the power LED connected correctly because I can see the virtual power LED in the SRRTool turn from RED to GREEN when the board is powered on, and back to RED again when powered off. But the 2 wires that connect to the power button pins on the Octominer board do nothing at all. I tried reversing those 2 wires, but it still didn't work. The reversing of these 2 pins works on some motherboards since the optoisolator on the SRR only allows current to flow in one direction. So here's how I have the 4 wires from a port on the SRR connected: (and I have tried several other ports and associated wiring that works with other mobos)  And I have tried reversing the green and yellow wires to no avail as mentioned above. Perhaps I need to use that unmarked pin below green wire in the above pic instead? Out of about 10 different motherboards I have tested with SRR, this is only the 2nd one that I can't get working. The other board is the Biostar Racing Z170-GT7. The SSR works fine on Asus PRIME Z270-A, MSI Z270A PRO, Colorful C.B250A-BTC 8 slot mobo, Onda B250 D8P-D3 and various other mobos I have tested. Very curious if others have been able to get SRR to work with the Octominer board. I can't deploy Octominer based rigs remotely without this feature working. Bump. @octominer can you provide the technical specs for how the power on/off circuitry is designed? Apparently it was designed differently than 99% of motherboards out there to where an optoisolated gate is not able to power the board on and off. Thanks |
|
|
|
For example you mined emc2 at $2 bucks last quarter irs counts that as income right away the day it's mined. However emc2 is now .20 cents And your screwed.
I wish the IRS the best of luck trying to enforce that... |
|
|
|
Has anyone been able to get SimpleRigResetter (SRR) working with this board? I have a SRR v2 and for the life of me, I can't get the SRR to power cycle this mobo. For those not familiar with SRR, it is a device that connects to the power LED and power switch pins on a mobo so that it can monitor the current power state, and also turn the mobo on and off. I know I have the 2 wires for the power LED connected correctly because I can see the virtual power LED in the SRRTool turn from RED to GREEN when the board is powered on, and back to RED again when powered off. But the 2 wires that connect to the power button pins on the Octominer board do nothing at all. I tried reversing those 2 wires, but it still didn't work. The reversing of these 2 pins works on some motherboards since the optoisolator on the SRR only allows current to flow in one direction. So here's how I have the 4 wires from a port on the SRR connected: (and I have tried several other ports and associated wiring that works with other mobos) And I have tried reversing the green and yellow wires to no avail as mentioned above. Perhaps I need to use that unmarked pin below green wire in the above pic instead? Out of about 10 different motherboards I have tested with SRR, this is only the 2nd one that I can't get working. The other board is the Biostar Racing Z170-GT7. The SSR works fine on Asus PRIME Z270-A, MSI Z270A PRO, Colorful C.B250A-BTC 8 slot mobo, Onda B250 D8P-D3 and various other mobos I have tested. Very curious if others have been able to get SRR to work with the Octominer board. I can't deploy Octominer based rigs remotely without this feature working. |
|
|
|
|
Thanks. That did the trick!
|
|
|
|
Bump. I use HIVE OS primarily but monitor the rigs using AM with each HIVE Rig configured as an external miner. Works great, but now that I'm running Ethminer on some of the rigs, I can't monitor from AM due to lack of support. Is Ethminer on the roadmap for AM? |
|
|
|
|
So once the XMR fork occurs and updated GPU and CPU miners are released that support it, does that mean difficulty will go down since the Baikal-N and X3's that are "test mining" now, will effectively be shut out?
In other words, will XMR become more profitable again?
|
|
|
|
|
Hi Tytus,
I have responded via private email. I'll be happy to help out where I can.
Thanks
|
|
|
|
if you see "Error getting info from device" then this is 100% problem on windows and his network adapters. In first few words there is information that you need to disable all internet interfaces except the one you are using to connect SRR. Windows is little stupid and there must be only one enabled interface to make broadcasts work. So please go to network adapters and if you are using LAN then please disable all bluetooth,WiFi, VPN, VirtualBox and Team viewer adapters. Then it will work  Ah ok. In my case I was running the SRRTool on my workstation that I VPN into work from. (I had already disabled Bluetooth, Wi-Fi and 2nd NIC interface) Since I need to be able to do that everyday, I moved the SRRTool to one of my other windows boxes, and it connected immediately. So that problem solved! If you have H110 motherboard then i saw 2 cases that this motherboard is acting weird.
Can you try on different rig to rule out any failure on motherboard/PSU ? So up until now I have tested on: Biostar Racing Z170 GT7 (2 different ones) MSI H110M PRO None of those worked. I just completed testing on the following "real rigs": Asus PRIME Z270-A MSI Z270-A PRO And they both worked! I'm keeping my fingers crossed that I won't have issues with my riser less rigs using dedicated mining boards (Onda D1800, Colorful and Octominer). So I guess the issue with the Biostar Z170 and H110 is that they require a lower "power button" closed resistance (i.e. higher current) than the SRR is able to provide? I mean those boards work fine with a regular power button or paper clip. Anyway, appreciate the feedback and I'm off to configure the actual watchdog daemon under HIVE OS. |
|
|
|
I connected the SRR to another rig and other than the green red circle turning green in the SimpleRigResetterTool and manually applying power, the ability to turn the rig on and off via right-clicking each channel and selecting Turn Off or Turn On is non-functional. This is consistent with what my multimeter (Fluke 17B btw) is showing.
So it would appear my unit is not working properly, at least that is the only conclusion I can reach for the time being.
To summarize:
1. Took about 1 hour before I was able to communicate with the SRR unit from the tool.
2. When a given port is connected to a rig, the green circle comes on in the tool and so does the green LED on the SRR unit by the port in question.
3. Attempting to manually turn off a rig does nothing other than turning on the red LED by the port on the SRR unit, leaving both the green and red LEDs lit. If I unplug the cable going to the rig, the red LED goes out it.
4. Testing for continuity between the green and yellow leads (power button wires), I'm not detecting a closure when doing either a manual turn on or turn off event.
@tytanick what is the RMA process for these? I paid $55 shipping to the U.S. I hope that I'm not going to have to pay that a 2nd time for a replacement if it comes to that.
And now I'm back to no communication again. I can ping it and I can point a browser to it, but the SRRTool can't interact with it. It's dead, Jim... |
|
|
|
|
I connected the SRR to another rig and other than the green red circle turning green in the SimpleRigResetterTool and manually applying power, the ability to turn the rig on and off via right-clicking each channel and selecting Turn Off or Turn On is non-functional. This is consistent with what my multimeter (Fluke 17B btw) is showing.
So it would appear my unit is not working properly, at least that is the only conclusion I can reach for the time being.
To summarize:
1. Took about 1 hour before I was able to communicate with the SRR unit from the tool.
2. When a given port is connected to a rig, the green circle comes on in the tool and so does the green LED on the SRR unit by the port in question.
3. Attempting to manually turn off a rig does nothing other than turning on the red LED by the port on the SRR unit, leaving both the green and red LEDs lit. If I unplug the cable going to the rig, the red LED goes out it.
4. Testing for continuity between the green and yellow leads (power button wires), I'm not detecting a closure when doing either a manual turn on or turn off event.
@tytanick what is the RMA process for these? I paid $55 shipping to the U.S. I hope that I'm not going to have to pay that a 2nd time for a replacement if it comes to that.
|
|
|
|
How to connect 4 pins to motherboard (Biostar Racing Z170-GT7) Currently I have paired the following pin numbers according to the 4 wires from cable to the SRR unit. White = pin 13 Yellow = pin 14 Brown = pin 15 Green = pin 16 I couldn't power on the rig from SRR from idle/OFF status. Ideas? Did I miss anything? NOTE: I have however successfully integrated 28 rigs on ASrock H81-Pro BTC motherboards without any problems. I'm testing with a couple of these same motherboards that I got from Phil (Biostar Racing Z170-GT7) and appear to have the same issue. Here's how I have my v2 SRR connected:  So red and blank are power LED wires and green and yellow are power button wires. Nothing happens when I manually turn rig on or off by right clicking on the circle for the channel the board is connected to. As per my multimeter test in the previous post, I never see closure between the green and yellow pins. @citronick were you ever able to get these Racing Z170-GT7's to work? Its late, I'm going to call it a night and try another rig tomorrow, but the fact that my multimeter never shows closure between green and yellow wires is concerning so I don't know that it would matter what motherboard I use for testing... |
|
|
|
|
Tested with a multimeter between the yellow and green wires and I do NOT get a closure when doing a right-click Turn On, on a given channel. Nor do I get one when doing a Turn Off event. I do get the red LED to turn on when doing a Turn Off event next to the port for which I do it.
Defective unit?
|
|
|
|
So after about one hour, the SRR became responsive and I was able to assign it a hostname and IP on my subnet like so:  With the above changes in place, I'm able to point a browser to the ip of the SRR unit and get the following web page:  Is it possible to change the language to English? I'm able to right-click the green bubbles for channels 1 and 2, and select "Turn off", and I see the red LED next to the corresponding port on the SSR turn on. However, the rig associated with that port/channel never turns off and the green LED remains on. If I unplug the cable to the port I turned off, the red LED is off when I plug back in. |
|
|
|
So I got my SRRv2 today and have it connected to my network and 1 rig connected to port 1. However, the SimpleRigResetterTool does not appear to be able to communicate with the SRR device. The discovery tool finds it:  But I get this message when I double click it:  And once I click ok, the green connect message change to red:  I have noticed that the SRR seems to be stuck on the ip 10.88.88.2 and does not pick up a DHCP address from my router. Here are the other devices on the switch the SRR is connected to, all on the 10.0.1.x subnet:  View of the device itself showing a green LED by port 1, which I assume means that it is seeing the power signal from rig1.  While I composed this message, the SimpleRigResetterTool changed port 1 to green, but right-clicking to turn off rig1 has no effect.  Should the SRR not pickup an ip from my router that is on the same subnet as all my other computers? |
|
|
|
|
But if you would rather sell them than host them, why buy them in the first place only to sell at a loss?
I friend I trust has offered me a S9 with PSU he just got from Bitmain this week, for 0.16 BTC, which is $1,504 right now. My existing S9's are struggling to make $10 right now before power, and if difficulty continues at the current trajectory and BTC price remains around $9,400, it's game over by October, at which point I will have only earned back about $750. So the future is looking pretty bleak right now unless BTC starting picking up again, AND difficulty stays in check.
|
|
|
|
|
Show Posts
