|
Raffle idea gets my vote, too. I'd buy in a couple "tickets" for a chance at the first pod. Plus the runner up of another compac would be almost just as cool.
|
|
|
|
Vulnerability in UPnP library used by Bitcoin Core.An exploitable buffer overflow vulnerability exists in the XML parser functionality of the MiniUPnP library. A specially crafted XML response can lead to a buffer overflow on the stack resulting in remote code execution. An attacker can set up a server on the local network to trigger this vulnerability.  Upgrade to 0.11.1 and this is no concern. Or you can uncheck the upnp box in the config settings and the vulnerability is negated. |
|
|
|
playing with this the last couple hours i cant find a way to get it to assign an ip to a computer connected to the lan port.
I do not think the R1 has dhcp abilities to assign IP addresses to network devices. I hope someone uses one with a U3 soon, otherwise I am going to have to buy one just to satisfy my own curiosity. Has anyone started looking into custom firmware for it? |
|
|
|
I've been using this for some time now, if you ask they should add CK'spool, it tracks well, if set right should track all this for you .you may need a Premium Account, but to me it's really cheap . one way that might work . https://cryptfolio.com/cost is for a Premium Account, it's free other wise . 0.01 BTC per month, or 0.1 BTC per year looks like it would work. I will play with a free account then upgrade it to premium if I can configure it in a good manner. That site looks really cool. Phil, if you decide to use a premium account for watching the solo pool let us know and I'm sure we all can cover the 0.1 BTC for a year. |
|
|
|
|
You put in a lot of work keeping track of all this Phil. I wish the process could be more automated and save you some time. Thanks for doing this!
|
|
|
|
team totals
<snip>
14) mikestangstick ------------------------- 2,417,366 ------------------ 2,754,412------------------- 3,692,218
14A) mikestangdonation -------------------------0------------------------------0----------------------- 396,793
<snip>
Phil, please add my donation to the list, click n' drag for you in quote above. |
|
|
|
I still not able to get a copy of messages from working cgminer's cmd window, it starts with the message of "fatal JSON error in configuration file" (the same file on another machine works perfect), then "no hotplug usb devices detected", then 5-6 minutes it stays calm and after this pause come LibUsb Errors reset/success...
Never got a fatal json error before. Hopefully someone else can chime in on that one. Good Luck, Sam The U3 is notoriously fickle and a piece of crap (see the U3 thread in hardware). I would suggest that much of your difficulty may stem from the device and not cgminer, per se. Do you have any other mining devices you can try? |
|
|
|
Not to tease anyone... But I'm having a Chicken salad at this lunch break...  Haha, I've been a vegetarian my whole life (hippy parents), but if I had more miners I would consider eating chicken every day as well. |
|
|
|
you can try this --api-port <arg> Port number of miner API but im not sure. That's it, thank you! I should have read the README and I would have seen that command right at the top of the list, lol. Now I have 3 instances of cgminer running on one computer and each reporting back to Cryptoglance, way cool. |
|
|
|
I have multiple instances of cgminer running on one of my computers, each instance controls a different group of usb miners. Is there any way for CG to get api information from each of the 3 instances, despite all 3 originating from the same ip address? And just for fun, here is one of my compacs on an old laptop, running 125 freq since that's all that the stock usb port could support:  You can change the API Port for each instance, then configure cryptoglance Excellent, thank you. Now how would I go about changing the API port?  |
|
|
|
I'm trying to request a starting diff by using --request-diff 48, but the command doesn't seem to work. My entire batch files is: bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u 1JiWuyX94wrCr7JhkAn7x5qNMCEef1KhqX.bmoscatosticks -p x -S rockminer:all --set rockminer:clock=280 --set compac:clock=x0d82 --request-diff 48 --api-listen --api-allow W:10.0.0/24 CKPool does not honour target requests. I'm assuming that it works with CG Miner 4.9.2 which I use to run my U3's because it's written by the same people? I set the diff to lower number than the 1000 in CG Miner than the poll initially requests. ckolivas says that BFGMiner does not set the diff correctly: https://bitcointalk.org/index.php?topic=763510.msg9453275#msg9453275I don't claim to know which is actually correct. My experience is that ckpool will honor the diff request from cgminer, but it does not see the command from bfgminer. I don't know what is correct either, but that's been my experience. |
|
|
|
|
It's pretty amazing that we haven't seen a huge single bump in diff like we all expected going back an adjustment or two. I guess the roll out of all the new hardware was more staged than anticipated, it wasn't like someone just threw the ON switch and added multi-PH to the network.
Difficulty speculation continues to be entertaining, let's see what the winter brings!
|
|
|
|
|
I have never had success with the --suggest-diff command, I don't think it is implemented properly.
|
|
|
|
Right on, thanks for the new thread. I will be pointing more of my usb lotto hash here this coming week. Let's go, block!  |
|
|
|
31 hours, no errors, continue testing, made some adjustment to firmware, and porting antminer s5 interface to it, stay tuned  https://i.imgur.com/SoZ04Em.pngYou are running it at max freq/voltage, that's very brave of you, especially with the factory power brick. You should do the widescreen display in cgminer, [D] then , to show the HW error field. |
|
|
|
The only thing I wonder is what is happening with this old gear?
Old gear ends up piled in a corner somewhere waiting for the e-recyclers to come and haul it away! Most of the time I don't think it's cost efficient for large operations to spend time setting up old gear, even if it is still viable to run (on paper). |
|
|
|
One concern I would have though is that CK said that field never resets (if I'm remembering correctly). If we ever hit a block then wouldn't we also want that field to be reset for each worker? Otherwise historical shares for a given worker would be taken into account in the next block (like we'll ever hit two blocks  ) Right, you'd have to look at keeping some sort of running tally of shares so you could determine how many shares a user has submitted since the last block was solved. |
|
|
|
I have multiple instances of cgminer running on one of my computers, each instance controls a different group of usb miners. Is there any way for CG to get api information from each of the 3 instances, despite all 3 originating from the same ip address? And just for fun, here is one of my compacs on an old laptop, running 125 freq since that's all that the stock usb port could support: |
|
|
|
I'm not sure on that. Look at what sidehack was able to do with a chip. I mean it's able to do 8GH easily with no issues. While the Compac will run passive at 8Gh/s, I wouldn't really recommend it - never mind if putting it into an enclosed space with limited surface area for cooling (which the R1 largely appears to be, ventilation holes notwithstanding). I was surprised how hot the heat sink got when running a compac at only 125 freq, I put a fan on the one I have at that frequency right away after I touched it. Still think they should make a U4 with the new chips.. I need another small miner. Given the track record with the U3, I would say thanks but no thanks to a U4. Instead, wait for gekko science to make their pod ( link). It will be what you are hoping for from a "U4", except the gekko version will work and you'll be supporting "the good guys" instead of a major international corporation. |
|
|
|
|
Show Posts
