Colour change is pointless IMO, readability is what matters most and stock is perfect. No need to rice it out.
Updating bfgminer also seems like a waste of resources. Should only be updated if there's a specific fix for Titans in a release, such as decreasing slush time or whatever. If it ain't broken, don't fix it.
KNCMinion I haven't really used in the past, don't think I'll use it much in the future either. I vote remove if it makes your lives easier with releases.
yes stock is fine, and readability is what matters most vegasguy how's that video coming along? it's been months!! Steve the video is not forgotten about, but there is much information that is still missing, and the reason is because KNCminer has not released ANYTHING regarding the details about this board. I thought it would be straightforward to gather all the info I need like schematics and any detailed information about these boards. The harsh truth is NO information exists anywhere about them, so everything is being done manually, that is what is taking so long. Vegas You were supposed to create a video based on the knowledge you already had from your experience dealing with Titans. The same information you use for your Titan repair service. Bleeding information out of the KNC stone was never part of the equation. It's obvious that you chose not to share the information, or never really had any to offer to begin with.. I certainly haven't seen anyone post reviews of your repair service after having sent you their Titan cubes in. A lot of us, including myself, bought into the firmware because the video was also a part of the deal. We wanted to fix our dead dies. We don't even need a video, just your supposed information on fixing these broken cubes. You could easily post information on your website for us paid users, but you haven't. Instead, you chose to waste time changing UI colours. That makes me believe there will never be a video or information posted on fixing these things. You've said the video was "almost done!" multiple times in the past. Now you're insinuating that it's no where near complete because KNC won't cooperate with you. Sorry if I sound abrasive, but I paid for something I never received in regards to your video. If it weren't for Tarkin's awesome work on his firmware, I'd feel ripped off. As it is now, the video is written off in my head and I'm glad to have supported Tarkin with my $50. Hopefully you'll make me look like an ass and prove me wrong.  |
|
|
|
|
Colour change is pointless IMO, readability is what matters most and stock is perfect. No need to rice it out.
Updating bfgminer also seems like a waste of resources. Should only be updated if there's a specific fix for Titans in a release, such as decreasing slush time or whatever. If it ain't broken, don't fix it.
KNCMinion I haven't really used in the past, don't think I'll use it much in the future either. I vote remove if it makes your lives easier with releases.
|
|
|
|
Figured I'd also chime in with a GPU pic for the hell of it. This is the majority of my ETH mining setup. I have another 9 GPUs mining not pictured here.  Top rig is 7 cards on 1 motherboard, middle is 6 cards on 1 motherboard, and bottom is 7 cards on 1 motherboard. Each rig is running Win 8.1 64bit, with 1 Seasonic 750w ATX PSU per motherboard which powers all PC components + 2 GPUs per rig. The rest of the cards are all running off of 2 2000w server PSUs, and fed 240v through a 30A PDU which is mounted to the rack. That means I only have 1 10AWG cable and 1 ethernet cable connected to the setup, allowing it to be moved around easily when needed. Sorry for the potato quality picture. If there's any interest, I'll go take a picture of it with a proper camera. Edit: Ohhhh, look at me! Looks like I'm legendary now! *cracks a Heineken* |
|
|
|
as i promised i share  J7 Chain1 Problem Solving Procedure - TURK isi - By Turgan You can see pic12F1822 mcu purpose is adjusting I2C voltage tree from the controller FPGA serial data, but our FPGA program is buggy and it cant send voltage data to J7 connected board. Now we make a trick and we take it a clean data from right board and put it on to left board. Using P1 ICSP connector pin 5. Remove R25 jumper resistor on left board then make a jumper wire between P1 pin5. Connect Left board to J7. Others not important. this is simple. Finally we can controll all of hash boards and we make s4's profitable (look at my oldest s4 posts for voltage settings)    Have a nice day  Thanks for sharing! Wish I would have known this when I still had S4s. |
|
|
|
I am looking to get the most hash for the $$
My budget is $2k for the miner + PSU.
An Antminer S7 is way within your budget and can produce around 2 btc a month! You can buy this from bitmain.com (their deliveries seem to be becoming very slow) There is also an Antminer S7 that you can purchase from hashnest.com that may have a faster roi or you may be able to try miningsweden.se to order one and get it delivered to you or hosted there but it is in Sweden/Europe. That only leaves me $177 for my PSU. So that's not in my budget.....$177 isn't enough to get a good psu to power that. The recommended one is only $155. Supposedly it still has better voltage and power control for the antminer than previous versions of the PSU. However, It may be better to get a UPS (uninterruptable power supply) for this type of product as it will send a shutdown message to the antminer if there is a power cut or a fuse/switch trips to the bitocin miner. When you have no idea what you're talking about, it's best not to speak. A UPS for a bitcoin miner is the most ridiculous thing you could do.  Yofun, he's talking about bitmain's very own 1600w PSU for $155. |
|
|
|
|
What's the point of making this gimped batch? Hopefully they go back to the 162 chip design for the next batch. I'll be skipping this one.
|
|
|
|
|
Looks like JP6 & 13 could be used with some software hacking and hardware mods.
|
|
|
|
|
Another S7 in today, another great machine. Good job, BITMAIN.
|
|
|
|
|
*yawn*
Still nothing to see here.
|
|
|
|
I have 4 spare S4 hash boards if you'd like to repair your S4. Pm me if interested.
Virosa, /etc/init.d/cgminer.sh
Do you still have these Hash boards? I received an S4 that has 2, possibly 3 bad Hash boards that need replacing. Yes, still available. |
|
|
|
The last quote I got from Great North Data was $60/KW but you had to have a minimum requirement of 30KW in equipment. I wanted to send 20 S5s to them but that was only 11-12KW and they would not take it.
Hi, I'm based in Canada too and I do hosting. My rates are (Taxes included) 74.73 CAD which is currently ~ 57 USD / kW. I don't have any minimum and I'm currently working on a new website where customers will be able to manage their miners. There is no minimum needed.. (Why would there be...??) My website is currently http://cryptominer.ca . Just PM/send me an email if you are interested. I can vouch for max having seen his setup and dealing with him in the past. He's straight. |
|
|
|
I know this is a bit off topic:
Does anyone have a recommendation for an exchange of some sorts to exchange bitcoin for actual physical gold in your hand [Not paper gold] in the United States?
maybe https://www.vaultoro.comnever used, though Thanks... I'll check it out. Canadian, but serves USA as well. |
|
|
|
|
How many black helicopters do you see per week?
|
|
|
|
initramfs.bin.SD-20141016.tar.gz is the last firmware that supports adjusting voltage. Everything after that is sabotaged by bitmain.
None of smit1237's available firmwares have voltage control, as they are based on initramfs.bin.SD-20150129.tar.gz.
A good S4 will run 225MHz at 0710-0720, average S4 will need 0725, bad S4 will need 0730 to be stable at 225MHz. The lower the better, of course. Proceed at your own risk if using the stock S4 PSU.
With the stock PSU, i'm doing 0717 @ 2.05~TH/s, its not glorious but it does put the at the wall draw at under 1400watts, not sure how much i should push it, even though it should be able to feed 1440Watts so 1600Watts at the wall. I'm not sure i trust it. Its not the stock PSU but its a replacement of the same, so... You could probably get away with 0720 212 or 218 MHz, but that would be the absolute limit. I've run them at 225mhz and had PSUs die. I tried 0725 212~ and chips would drop and hashrate would be lower than 0717 206. So i'm not really sure i should try to push him any higher with these disappointing PSU, seeing how much resistance its putting against raising the hashrate over 2.05TH/s. Are you sure the voltage was applied? 0725 is way more than enough for 212. |
|
|
|
This thread makes me sick, KnC Fucked the community over and you scum bags support them!
Fucking blind, IGNORANT sheep!
What are you talking about, retard? We're the ones that got fucked by them. |
|
|
|
initramfs.bin.SD-20141016.tar.gz is the last firmware that supports adjusting voltage. Everything after that is sabotaged by bitmain.
None of smit1237's available firmwares have voltage control, as they are based on initramfs.bin.SD-20150129.tar.gz.
A good S4 will run 225MHz at 0710-0720, average S4 will need 0725, bad S4 will need 0730 to be stable at 225MHz. The lower the better, of course. Proceed at your own risk if using the stock S4 PSU.
With the stock PSU, i'm doing 0717 @ 2.05~TH/s, its not glorious but it does put the at the wall draw at under 1400watts, not sure how much i should push it, even though it should be able to feed 1440Watts so 1600Watts at the wall. I'm not sure i trust it. Its not the stock PSU but its a replacement of the same, so... You could probably get away with 0720 212 or 218 MHz, but that would be the absolute limit. I've run them at 225mhz and had PSUs die. |
|
|
|
Just tested loss of internet with my batch 1 S7 and my batch 3 S7. I run with a proxy to combine all my miners to a single network connection. This runs on a local machine. I left my LAN connection from the two S7's to this machine. Then I disconnected by DSL link. I continued to monitor the S7's with their web interface.
For the first 10 minutes, the proxy continued to fool the miners that all was well. After about ten minutes the S7's started beeping. Checking their status, both showed the connection to the proxy server as dead. The 5 second hash rate dropped rapidly. Both S7's have their fans set on manual speed at 40%. I left things this way for another five minutes, observing that the fans continued to spin at their normal speed. The chips cooled down.
After another 10 minutes, I reconnected my DSL service and established pool connectivity. Within about a minute, both S7's were back to normal, showing a connection to the local proxy and the 5 second hash rate building back up.
If there is an overheating safety problem with the S7's either:
1. It does not affect my two units
2. It is intermittent and may hit my two units some time in the future if there is a network outage
3. I may have bypassed the problem by using the fixed fan setting.
I am using the firmware originally supplied with the two units. 1.5.3.0, file date September 15, 2015.
My five hours offline was due to a crashed Internet. I was away for weekend and got back seven pm tonight. We had something in common my s-7 was set to manual fan speed. Like you I am using the firmware originally supplied with the two units. 1.5.3.0, file date September 15, 2015. So manually setting may allow for safety any way to get this original FW file the new file from the site just broke my miner Good luck. After bitmain intentionally gimped the S4+ via firmware I asked them to provide the original so I could revert. Got a lot of "were working on it" emails, but never any actual results. |
|
|
|
POLL: Anyone here actually run their a cube at 325mhz @ -.0366v setting and it has no issues doing so?
I've always run all of my dies at 325mhz since it became an option. I run some at - 0.0366, and some at lower or higher voltages if needed to maintain stability. Why do you ask? |
|
|
|
|
Show Posts
