ManeBjorn
Legendary
Offline
Activity: 1288
Merit: 1004
|
|
February 11, 2014, 11:46:05 PM |
|
I am so looking forward to support for it. The version of cgminer for it is buggy and frequently interferes with the rest of my setup. The miner itself works excellently. It runs fast and at low temps. Thanks for the work on getting support for them in there. Just wanted to add my voice to the chorus that I'm very interested in seeing MultiMiner and your work on BFGMiner support the new DualMiner USB.
Hit a roadblock but working on it. Shouldn't be long.
|
|
|
|
Blackbird0
|
|
February 11, 2014, 11:49:20 PM |
|
Just wanted to add my voice to the chorus that I'm very interested in seeing MultiMiner and your work on BFGMiner support the new DualMiner USB.
Hit a roadblock but working on it. Shouldn't be long. When you have a remotely stable version, happy to test it on my Mac or my Pi.
|
|
|
|
ManeBjorn
Legendary
Offline
Activity: 1288
Merit: 1004
|
|
February 12, 2014, 12:08:36 AM |
|
I used this argument. --api-listen --api-allow W:127.0.0.1,192.168.0.100/110 I have my Avalon mac address bound to 192.168.0.100 for simplicity. So far it has not popped up but I will give it a bit. Thanks for the directions. Is there a bit of instructions somewhere on what I would need to configure to get the API to show up on the networked device? I have an Avalon and I have API Allow enabled on the the unit but I am not sure what to do from there.
You need to add the following arguments: --api-listen --api-allow W:127.0.0.1,192.168.0.0/24 Swap out the IP address and range for your own local network. After that you just need to wait a few minutes and it should show up in MultiMiner.
|
|
|
|
ManeBjorn
Legendary
Offline
Activity: 1288
Merit: 1004
|
|
February 12, 2014, 12:13:21 AM |
|
I am getting this error. See the end of this message for details on invoking just-in-time (JIT) debugging instead of this dialog box.
************** Exception Text ************** System.IO.IOException: Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. ---> System.Net.Sockets.SocketException: An existing connection was forcibly closed by the remote host at System.Net.Sockets.NetworkStream.Read(Byte[] buffer, Int32 offset, Int32 size) --- End of inner exception stack trace --- at System.Net.Sockets.NetworkStream.Read(Byte[] buffer, Int32 offset, Int32 size) at MultiMiner.Xgminer.Api.ApiContext.GetResponse(String apiVerb) in d:\Data\Visual Studio Projects\Personal\MultiMiner\MultiMiner.Xgminer.Api\ApiContext.cs:line 77 at MultiMiner.Xgminer.Api.ApiContext.QuitMining() in d:\Data\Visual Studio Projects\Personal\MultiMiner\MultiMiner.Xgminer.Api\ApiContext.cs:line 62 at MultiMiner.Engine.MinerProcess.StopMining() in d:\Data\Visual Studio Projects\Personal\MultiMiner\MultiMiner.Engine\MinerProcess.cs:line 54 at MultiMiner.Engine.MiningEngine.StopMining() in d:\Data\Visual Studio Projects\Personal\MultiMiner\MultiMiner.Engine\MiningEngine.cs:line 93 at MultiMiner.Win.Forms.MinerForm.StopMiningLocally() in d:\Data\Visual Studio Projects\Personal\MultiMiner\MultiMiner.Win\Forms\MinerForm.cs:line 5780 at System.Windows.Forms.ToolStripSplitButton.OnButtonClick(EventArgs e) at System.Windows.Forms.ToolStripSplitButton.OnMouseUp(MouseEventArgs e) at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e) at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea) at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.ToolStrip.WndProc(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
************** Loaded Assemblies ************** mscorlib Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v2.0.50727/mscorlib.dll ---------------------------------------- MultiMiner.Win Assembly Version: 2.6.3.147 Win32 Version: 2.6.3.147 CodeBase: file:///C:/Users/Scott/AppData/Local/MultiMiner/MultiMiner.Win.exe ---------------------------------------- System.Drawing Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll ---------------------------------------- System Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll ---------------------------------------- System.Windows.Forms Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll ---------------------------------------- MultiMiner.Engine Assembly Version: 2.6.3.147 Win32 Version: 2.6.3.147 CodeBase: file:///C:/Users/Scott/AppData/Local/MultiMiner/MultiMiner.Engine.DLL ---------------------------------------- MultiMiner.Utility Assembly Version: 2.6.3.147 Win32 Version: 2.6.3.147 CodeBase: file:///C:/Users/Scott/AppData/Local/MultiMiner/MultiMiner.Utility.DLL ---------------------------------------- MultiMiner.Xgminer.Api Assembly Version: 2.6.3.147 Win32 Version: 2.6.3.147 CodeBase: file:///C:/Users/Scott/AppData/Local/MultiMiner/MultiMiner.Xgminer.Api.DLL ---------------------------------------- MultiMiner.Xgminer Assembly Version: 2.6.3.147 Win32 Version: 2.6.3.147 CodeBase: file:///C:/Users/Scott/AppData/Local/MultiMiner/MultiMiner.Xgminer.DLL ---------------------------------------- System.Xml Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll ---------------------------------------- System.Core Assembly Version: 3.5.0.0 Win32 Version: 3.5.30729.7903 built by: Win9Rel CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Core/3.5.0.0__b77a5c561934e089/System.Core.dll ---------------------------------------- Accessibility Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/Accessibility/2.0.0.0__b03f5f7f11d50a3a/Accessibility.dll ---------------------------------------- System.Configuration Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll ---------------------------------------- kfp7zqhu Assembly Version: 2.6.3.147 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll ---------------------------------------- ht0jkszg Assembly Version: 2.6.3.147 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll ---------------------------------------- MultiMiner.Discovery Assembly Version: 2.6.3.147 Win32 Version: 2.6.3.147 CodeBase: file:///C:/Users/Scott/AppData/Local/MultiMiner/MultiMiner.Discovery.DLL ---------------------------------------- MultiMiner.Remoting.Server Assembly Version: 2.6.3.147 Win32 Version: 2.6.3.147 CodeBase: file:///C:/Users/Scott/AppData/Local/MultiMiner/MultiMiner.Remoting.Server.DLL ---------------------------------------- System.Web.Extensions Assembly Version: 3.5.0.0 Win32 Version: 3.5.30729.7903 CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Web.Extensions/3.5.0.0__31bf3856ad364e35/System.Web.Extensions.dll ---------------------------------------- zbur4gnf Assembly Version: 2.6.3.147 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll ---------------------------------------- ieryqouf Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll ---------------------------------------- MultiMiner.CoinWarz.Api Assembly Version: 2.6.3.147 Win32 Version: 2.6.3.147 CodeBase: file:///C:/Users/Scott/AppData/Local/MultiMiner/MultiMiner.CoinWarz.Api.DLL ---------------------------------------- MultiMiner.Coin.Api Assembly Version: 2.6.3.147 Win32 Version: 2.6.3.147 CodeBase: file:///C:/Users/Scott/AppData/Local/MultiMiner/MultiMiner.Coin.Api.DLL ---------------------------------------- MultiMiner.CoinChoose.Api Assembly Version: 2.6.3.147 Win32 Version: 2.6.3.147 CodeBase: file:///C:/Users/Scott/AppData/Local/MultiMiner/MultiMiner.CoinChoose.Api.DLL ---------------------------------------- 5c7zwcwj Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll ---------------------------------------- Newtonsoft.Json Assembly Version: 4.5.0.0 Win32 Version: 5.0.8.16617 CodeBase: file:///C:/Users/Scott/AppData/Local/MultiMiner/Newtonsoft.Json.DLL ---------------------------------------- MultiMiner.Coinbase.Api Assembly Version: 2.6.3.147 Win32 Version: 2.6.3.147 CodeBase: file:///C:/Users/Scott/AppData/Local/MultiMiner/MultiMiner.Coinbase.Api.DLL ---------------------------------------- eyevhyu1 Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll ---------------------------------------- 9jqkgdrr Assembly Version: 2.6.3.147 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll ---------------------------------------- _qa_ordz Assembly Version: 2.6.3.147 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll ---------------------------------------- gyxncoo6 Assembly Version: 2.6.3.147 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll ---------------------------------------- Interop.IWshRuntimeLibrary Assembly Version: 1.0.0.0 Win32 Version: 1.0.0.0 CodeBase: file:///C:/Users/Scott/AppData/Local/MultiMiner/Interop.IWshRuntimeLibrary.DLL ---------------------------------------- Interop.Shell32 Assembly Version: 1.0.0.0 Win32 Version: 1.0.0.0 CodeBase: file:///C:/Users/Scott/AppData/Local/MultiMiner/Interop.Shell32.DLL ---------------------------------------- tmqx2mdz Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll ---------------------------------------- MultiMiner.Xgminer.Discovery Assembly Version: 2.6.3.147 Win32 Version: 2.6.3.147 CodeBase: file:///C:/Users/Scott/AppData/Local/MultiMiner/MultiMiner.Xgminer.Discovery.DLL ---------------------------------------- System.Management Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Management/2.0.0.0__b03f5f7f11d50a3a/System.Management.dll ---------------------------------------- System.ServiceModel Assembly Version: 3.0.0.0 Win32 Version: 3.0.4506.7903 (Win9Rel.030729-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.ServiceModel/3.0.0.0__b77a5c561934e089/System.ServiceModel.dll ---------------------------------------- SMDiagnostics Assembly Version: 3.0.0.0 Win32 Version: 3.0.4506.7903 (Win9Rel.030729-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/SMDiagnostics/3.0.0.0__b77a5c561934e089/SMDiagnostics.dll ---------------------------------------- System.Runtime.Serialization Assembly Version: 3.0.0.0 Win32 Version: 3.0.4506.7903 (Win9Rel.030729-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Runtime.Serialization/3.0.0.0__b77a5c561934e089/System.Runtime.Serialization.dll ---------------------------------------- System.Transactions Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_64/System.Transactions/2.0.0.0__b77a5c561934e089/System.Transactions.dll ---------------------------------------- System.Web Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.7905 (win9rel.050727-7900) CodeBase: file:///C:/Windows/assembly/GAC_64/System.Web/2.0.0.0__b03f5f7f11d50a3a/System.Web.dll ---------------------------------------- System.IdentityModel Assembly Version: 3.0.0.0 Win32 Version: 3.0.4506.7903 (Win9Rel.030729-7900) CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.IdentityModel/3.0.0.0__b77a5c561934e089/System.IdentityModel.dll ---------------------------------------- MultiMiner.Services Assembly Version: 2.6.3.147 Win32 Version: 2.6.3.147 CodeBase: file:///C:/Users/Scott/AppData/Local/MultiMiner/MultiMiner.Services.DLL ---------------------------------------- MultiMiner.Stats.Api Assembly Version: 2.6.3.147 Win32 Version: 2.6.3.147 CodeBase: file:///C:/Users/Scott/AppData/Local/MultiMiner/MultiMiner.Stats.Api.DLL ---------------------------------------- MultiMiner.MobileMiner.Api Assembly Version: 2.6.3.147 Win32 Version: 2.6.3.147 CodeBase: file:///C:/Users/Scott/AppData/Local/MultiMiner/MultiMiner.MobileMiner.Api.DLL ----------------------------------------
************** JIT Debugging ************** To enable just-in-time (JIT) debugging, the .config file for this application or computer (machine.config) must have the jitDebugging value set in the system.windows.forms section. The application must also be compiled with debugging enabled.
For example:
<configuration> <system.windows.forms jitDebugging="true" /> </configuration>
When JIT debugging is enabled, any unhandled exception will be sent to the JIT debugger registered on the computer rather than be handled by this dialog box.
|
|
|
|
nwoolls (OP)
|
|
February 12, 2014, 12:18:34 AM |
|
I am getting this error. See the end of this message for details on invoking just-in-time (JIT) debugging instead of this dialog box.
Does it happen every time you click Stop? I'm not getting that and haven't seen it before. Is it reproducible?
|
MultiMiner: Any Miner, Any Where, on Any Device | Xgminer: Mine with popular miners on Mac OS X
|
|
|
ManeBjorn
Legendary
Offline
Activity: 1288
Merit: 1004
|
|
February 12, 2014, 12:50:19 AM |
|
Everytime I open MuM. Sorry for the long post of that I thought I had it in a scrollbox. I'm shutting down now to retry. I am getting this error. See the end of this message for details on invoking just-in-time (JIT) debugging instead of this dialog box.
Does it happen every time you click Stop? I'm not getting that and haven't seen it before. Is it reproducible?
|
|
|
|
ManeBjorn
Legendary
Offline
Activity: 1288
Merit: 1004
|
|
February 12, 2014, 01:00:56 AM |
|
I had to reboot the system to get it to work. So far no errors. It still is not showing the Avalon either. I will try the argument from the main system.
|
|
|
|
ManeBjorn
Legendary
Offline
Activity: 1288
Merit: 1004
|
|
February 12, 2014, 01:08:26 AM |
|
Ok now it will not mine and I get the same error when I hit stop. Have to reboot to get it to open again and still does not run. I am going to take out the argument for the Avalon API and see if it stops.
|
|
|
|
ManeBjorn
Legendary
Offline
Activity: 1288
Merit: 1004
|
|
February 12, 2014, 01:22:25 AM |
|
Ok when I take out the API argument the crashing stops and it mines. I'm not sure what is going on with it or if I was doing something incorrectly.
|
|
|
|
nwoolls (OP)
|
|
February 12, 2014, 01:22:31 AM |
|
Ok now it will not mine and I get the same error when I hit stop. Have to reboot to get it to open again and still does not run. I am going to take out the argument for the Avalon API and see if it stops.
Just to be clear - you put that argument on your Avalon, not in MultiMiner right?
|
MultiMiner: Any Miner, Any Where, on Any Device | Xgminer: Mine with popular miners on Mac OS X
|
|
|
ManeBjorn
Legendary
Offline
Activity: 1288
Merit: 1004
|
|
February 12, 2014, 01:28:52 AM |
|
No I put that argument in MuM. I must have messed that up I suspect now that you say that. Ok now it will not mine and I get the same error when I hit stop. Have to reboot to get it to open again and still does not run. I am going to take out the argument for the Avalon API and see if it stops.
Just to be clear - you put that argument on your Avalon, not in MultiMiner right?
|
|
|
|
nwoolls (OP)
|
|
February 12, 2014, 01:49:07 AM |
|
No I put that argument in MuM. I must have messed that up I suspect now that you say that. Those arguments were for the Avalon (or any other Network Device). When you put those into MultiMiner you basically overrode the API arguments so that MultiMiner could no longer communicate with the BFGMiner instances it was launching.
|
MultiMiner: Any Miner, Any Where, on Any Device | Xgminer: Mine with popular miners on Mac OS X
|
|
|
ManeBjorn
Legendary
Offline
Activity: 1288
Merit: 1004
|
|
February 12, 2014, 02:01:58 AM |
|
It made sense after you said that. What do I put in the argument box in MuM? I did put the argument in the Avalon --api-listen --api-allow W:127.0.0.1,192.168.0.100/110 I do not have anything in MuM though now. I am not sure what to put other than the default Port 4028. I feel a bit dumb right now like I am missing something simple by trying to overthink it. No I put that argument in MuM. I must have messed that up I suspect now that you say that. Those arguments were for the Avalon (or any other Network Device). When you put those into MultiMiner you basically overrode the API arguments so that MultiMiner could no longer communicate with the BFGMiner instances it was launching.
|
|
|
|
nwoolls (OP)
|
|
February 12, 2014, 02:21:17 AM |
|
It made sense after you said that. What do I put in the argument box in MuM? I did put the argument in the Avalon --api-listen --api-allow W:127.0.0.1,192.168.0.100/110 I do not have anything in MuM though now. I am not sure what to put other than the default Port 4028. I feel a bit dumb right now like I am missing something simple by trying to overthink it. There is nothing to put into MultiMiner. It automatically shows Network Devices on the same local network as long as they have their API settings configured to allow access.
|
MultiMiner: Any Miner, Any Where, on Any Device | Xgminer: Mine with popular miners on Mac OS X
|
|
|
ManeBjorn
Legendary
Offline
Activity: 1288
Merit: 1004
|
|
February 12, 2014, 02:29:33 AM |
|
Ok that makes me wonder then what I am missing then. I put this in the Avalon and enabled --api-listen --api-allow W:127.0.0.1,192.168.0.100/110 but it still has not shown up in either system with MuM. It made sense after you said that. What do I put in the argument box in MuM? I did put the argument in the Avalon --api-listen --api-allow W:127.0.0.1,192.168.0.100/110 I do not have anything in MuM though now. I am not sure what to put other than the default Port 4028. I feel a bit dumb right now like I am missing something simple by trying to overthink it. There is nothing to put into MultiMiner. It automatically shows Network Devices on the same local network as long as they have their API settings configured to allow access.
|
|
|
|
nwoolls (OP)
|
|
February 12, 2014, 03:15:03 AM |
|
Ok that makes me wonder then what I am missing then. I put this in the Avalon and enabled --api-listen --api-allow W:127.0.0.1,192.168.0.100/110 but it still has not shown up in either system with MuM. That IP range is not valid. Try changing it back to what I had: 192.168.0.0/24 http://en.wikipedia.org/wiki/CIDR_notation#CIDR_notation
|
MultiMiner: Any Miner, Any Where, on Any Device | Xgminer: Mine with popular miners on Mac OS X
|
|
|
ManeBjorn
Legendary
Offline
Activity: 1288
Merit: 1004
|
|
February 12, 2014, 06:49:55 AM |
|
Moot point right now unfortunately. I was finally satisfied it was all good to go so hardware wise and was going to move it to the server room. Since I cannot lift anything I had to wait for my wife to carry it. Long story short I asked her to wait a min so I could unplug it while I went to the bathroom and she didn't. She broke the Ethernet socket off the board trying to unplug the cable. I've spent all the time since I last posted about the seeing if I could fix it. Nope not at all. Closest I get is a general connection with 80% packet loss and no mining. I feel like crawling into a hole and staying there. I cannot seem to have anything just go ok. We only had it a couple days now it is broken. I hate being so injured that I cannot do things myself. End of rant. I will save the first argument if I can resurrect it. Thanks for the help I appreciate it. Ok that makes me wonder then what I am missing then. I put this in the Avalon and enabled --api-listen --api-allow W:127.0.0.1,192.168.0.100/110 but it still has not shown up in either system with MuM. That IP range is not valid. Try changing it back to what I had: 192.168.0.0/24 http://en.wikipedia.org/wiki/CIDR_notation#CIDR_notation
|
|
|
|
crazyearner
Legendary
Offline
Activity: 1820
Merit: 1001
|
|
February 12, 2014, 08:12:23 AM |
|
To have multipul username configurations for pool mining though stratum proxy. Have managed to get working however pool on notices as one worker connected up. multipul usernames for one pool configuration would be a nice feature to have so that you can assign each miner to its own name and matches pool workers.
It's on the to-do for BFGMiner. That is where it would need to be implemented, not in MultiMiner. Right now the proxy in BFGMiner is basically a "driver" that is just passing work on to the main pool with the main username & password. You can double-click the Proxy device in MultiMiner and see the stats for each individual worker on the right hand side though. Just give each one a unique worker name. That I understand. However when mining on a pool it does not show all workers it just connects to one worker and driving the difficulty up sky high its not a bad thing but it over works the units as where diff is normally at 128 or 256 its taking it to 3x that amount as the pool thinks its one worker providing all the hash power.
|
|
|
|
ManeBjorn
Legendary
Offline
Activity: 1288
Merit: 1004
|
|
February 12, 2014, 09:37:28 PM |
|
I have some good news on the Avalon damage. First I was able to carefully remove the port and direct connected to the ethernet cable and enabled the wireless. From there it was back to mining and shows up with the API ok. Then today I took it down and re-soldiered a new ethernet jack on it. All is good now. I hate replacing ports all I could think I was going to toast the board. I am ok with A/C jacks and such but I have not done much delicate soldiering since my injury as it is too hard to sit comfortably. At least good news for a change. Moot point right now unfortunately. I was finally satisfied it was all good to go so hardware wise and was going to move it to the server room. Since I cannot lift anything I had to wait for my wife to carry it. Long story short I asked her to wait a min so I could unplug it while I went to the bathroom and she didn't. She broke the Ethernet socket off the board trying to unplug the cable. I've spent all the time since I last posted about the seeing if I could fix it. Nope not at all. Closest I get is a general connection with 80% packet loss and no mining. I feel like crawling into a hole and staying there. I cannot seem to have anything just go ok. We only had it a couple days now it is broken. I hate being so injured that I cannot do things myself. End of rant. I will save the first argument if I can resurrect it. Thanks for the help I appreciate it. Ok that makes me wonder then what I am missing then. I put this in the Avalon and enabled --api-listen --api-allow W:127.0.0.1,192.168.0.100/110 but it still has not shown up in either system with MuM. That IP range is not valid. Try changing it back to what I had: 192.168.0.0/24 http://en.wikipedia.org/wiki/CIDR_notation#CIDR_notation
|
|
|
|
nwoolls (OP)
|
|
February 12, 2014, 10:03:10 PM |
|
I have some good news on the Avalon damage. First I was able to carefully remove the port and direct connected to the ethernet cable and enabled the wireless. From there it was back to mining and shows up with the API ok. Then today I took it down and re-soldiered a new ethernet jack on it. All is good now. I hate replacing ports all I could think I was going to toast the board. I am ok with A/C jacks and such but I have not done much delicate soldiering since my injury as it is too hard to sit comfortably. At least good news for a change. That's awesome news. Man I break my setups all the time. I mess with them a lot (since I do dev based on them) so I've had my share of breakage. It always sucks. That said, when something does break and you are able to figure it out and fix it yourself - well that almost makes up for it I learned how to solder when my Blade V2 fuse assembly burnt up.
|
MultiMiner: Any Miner, Any Where, on Any Device | Xgminer: Mine with popular miners on Mac OS X
|
|
|
|