So i did a little modification to the miner to see if it pull more heat...  so far the top sink gets quite hot, due to copper on the chips, path of least resistance? now the chipsets are claiming 38 Degrees Celsius at about 80~GHs at this moment, it hasn't been running for that long yet.. lets just see what happens |
|
|
|
Let me try to clear:
1. We do not do GIT forks, but we strictly publish source code of our drivers with every ne version for the TP-link. Anybody can check it and build it .
2. You accusation about fake CGminer screen is absurd :
- The RocerBox chip is hashing 200 GHs in our 4 chip design , there are devices working in customers hands already
- FYI there is a screen mode in cgminer where it changes the data .
- We never advertised fake data on our devices, it can happen they are over performing rather than under.
3. Ckolivas's job is to make mainstream compatible , with custom drivers we are able to refine the work of the SW with our HW.
4. Most of our devices are used standalone without PC working on cheap TP-link, that have limited resources in terms of RAM and CPU, so with custom driver we are maintaining good performance on this low cost controller.
1:fare enough, the driver are there for any mining software developers to implement. 2: good to know, the chip is capable of 200Ghs, with many people to back it up. I do remember that CGMiner can go into silence mode, doesn't show all data. I did correct myself over the "fake screenshot lol" although i have seen some good modified ones, made me look several times over. over/under preforming or not, the software has been running under 15 minutes, looks like it may have been for 1 to 5 minutes.. give it a 24 hour run... but i can see someone say "lol premined hardware!" None the less, it shows its Working hardware! for a 160GHs item, showing 140Ghs in 5 minutes, i'd be quite happy with that (better then 100GHs item only giving you 50GHs).. 3: aye, he will need to make them drivers work with his software, you will need to document on how to run that driver, you can maintain it, but don't skimp on the documentation. as i said, Luke-jr would be in the same boat. 4: I've done some work with them and getting them to work with things i want (Pen testing drone anyone?) i know what its like to get software to fit in the small 4MB space.. CGMiner wont fit unless you put it on a diet.. or used something smaller and simple. these are first 2 prototypes .
ThE production version , that is in production already have a barrel do not worry.
Ah! makes more sense now, thank you ...wait, does it have both? or just barrel? ether way i can power it |
|
|
|
It looks to me that board is unfinished,the barrel connector has yet to be mounted as the PCIE also  The barrel connector should end up next to the USB port. yeah, but where? there is no place to mount it, barrel should a be a though hole solder mount, but left, next to the usb is a MOSFET, and to the right is a quartz clock can |
|
|
|
a patched version of cgminer does not mean documentation to the developers of cgminer so they can implement the drivers for said device correctly.
If technobit has the drivers and gives them up in the fork tree of cgminer, unless technobit tells them how to edit and modify the drivers, its up to technobit to implement it correctly. so guess what, when a new cgminer comes out, no updates to the drivers are going to be implemented, any security holes, memory leaks, chip killing code will be present in the next patch and there after...
What are you talking about dude? Your sentences twist up & make no sense. Who is they you mean there? Who will implement? Type it slowly, one by one. This is not a race. The people that "They" are is Ckolivas and if i recall correctly, Kano too. They are the people who run and maintain CGMiner. Any drivers for hardware that use CGminer is licensed under the GPLv3. This means that the source to any modifications that the hardware makers make to CGMiner code MUST be provided by law if the hardware makers distribute modified binaries. if they do not, they could get sued Technobit has offered the drivers as open source, but they better not just throw a blob of code up on the net and call it a day. If the hardware developers do not give documentation on how the "open source" drivers work with the mining software, things are not going to work properly. Both Luke-JR and Ckolivas will require this. EG: Rockminer made drivers for CGMiner 4.3.3, making the "New R-Box" run at 110Ghs, but there was a new version of CGMiner out with a security patch. The devs (Ckolivas) attempted to implement the new modified drivers into the new 4.7.1 and 4.8.0, the drivers are not working correctly. Because Ckolivas does not understand how the drivers work, he needs documentation to get it running correctly. all that Ckolivas can do is modify some numbers and code to get something out, but CGMiner 4.7.1 and 4.8.0 does not run the "New R-Box" at 110GHs but at 80Ghs to 50Ghs. Some people are lucky to get it working at 120GHs with it, but not all. do you understand now? technobit better not follow rocketminer. and i dont mean in the way of making a little mining box like the R-box's, i mean in the way of ignoring the software developers of the mining software. Technobit never push their driver back to cgminer. If you read cgminer thread & cgminer thread, technobit driver never integrated to new cgminer version. When new cgminer out from CK, technobit fork the cgminer & make new patch. So technobit maintain the driver on their own. and there be a problem, any security patches, and issues with the software, technobit will have to integrate it into their fork. and im not running a different mining program for every different mining hardware, i have the latest cgminer, and that is all i use, if technobit doesn't support the original developer of the software... ask what Ckolivas would do. Hell, i could be completely wrong when Ckolivas hound the hardware developers when they make their own code. Ckolivas is putting driver codes into his software to get it running with the latest release. he wants documentation to make it work. There is no need for companies like technobit to fork the software and maintain their own version. Otherwise Ckolivas should dump all drivers out of the software and just let all companies to make their own forks and have everyone run 20 different versions of the same software for their 20 different type of mining hardware. |
|
|
|
a patched version of cgminer does not mean documentation to the developers of cgminer so they can implement the drivers for said device correctly.
If technobit has the drivers and gives them up in the fork tree of cgminer, unless technobit tells them how to edit and modify the drivers, its up to technobit to implement it correctly. so guess what, when a new cgminer comes out, no updates to the drivers are going to be implemented, any security holes, memory leaks, chip killing code will be present in the next patch and there after...
What are you talking about dude? Your sentences twist up & make no sense. Who is they you mean there? Who will implement? Type it slowly, one by one. This is not a race. The people that "They" are is Ckolivas and if i recall correctly, Kano too. They are the people who run and maintain CGMiner. Any drivers for hardware that use CGminer is licensed under the GPLv3. This means that the source to any modifications that the hardware makers make to CGMiner code MUST be provided by law if the hardware makers distribute modified binaries. if they do not, they could get sued Technobit has offered the drivers as open source, but they better not just throw a blob of code up on the net and call it a day. If the hardware developers do not give documentation on how the "open source" drivers work with the mining software, things are not going to work properly. Both Luke-JR and Ckolivas will require this. EG: Rockminer made drivers for CGMiner 4.3.3, making the "New R-Box" run at 110Ghs, but there was a new version of CGMiner out with a security patch. The devs (Ckolivas) attempted to implement the new modified drivers into the new 4.7.1 and 4.8.0, the drivers are not working correctly. Because Ckolivas does not understand how the drivers work, he needs documentation to get it running correctly. all that Ckolivas can do is modify some numbers and code to get something out, but CGMiner 4.7.1 and 4.8.0 does not run the "New R-Box" at 110GHs but at 80Ghs to 50Ghs. Some people are lucky to get it working at 120GHs with it, but not all. do you understand now? technobit better not follow rocketminer. and i dont mean in the way of making a little mining box like the R-box's, i mean in the way of ignoring the software developers of the mining software. |
|
|
|
So,1 6pin PCIE for power,what is the barrel connector powering  Or is it there as an "alternate" way to power the miner,instead of the PCIE alternative
is it just me, or does it look like it has both in the but the board doesn't have a barrel mount point? As promised PCB "porn"  or is there 2 versions?, it be cheaper to make a barrel to PCIe power plug adaptor then spinning a new board yes? or i could be missing something entirely? |
|
|
|
MMkay, here's a question, are the driver documentation for cgminer/bfgminer going to be released to the respected software owners, or are you just going to fork your own spin of the software to work it the way you want it to?
also, 82 Euro / 101.50USD / 120.75AUD, Excluding shipping, for a 150GHs unit that would probably only do 100GHs pool side.. Wheres the Ausie resellers? Buy up 100 of them will ya?
and please tell me that you're not forcing people to use this for only your 1/20,000,000 (i did math right? didn't i?) chance game? i see it as an entry level miner, letting people decide what they do with it...
All Technobit boards do have patches for cgminer. In other words it is fully open source. Despite other devices from day one all Technobit products DO show hashing rate exactly and dupes and hw errors are not accounted AS HASHESHS. The only diference are pool rejects but they are between 0.1-0.3% with stratum so in other words when you take avarage speed from the scree and multiply it by (100 -hw%) you will get hw rate as shown from the pool a patched version of cgminer does not mean documentation to the developers of cgminer so they can implement the drivers for said device correctly. If technobit has the drivers and gives them up in the fork tree of cgminer, unless technobit tells them how to edit and modify the drivers, its up to technobit to implement it correctly. so guess what, when a new cgminer comes out, no updates to the drivers are going to be implemented, any security holes, memory leaks, chip killing code will be present in the next patch and there after... and i don't just mean cgminer, Luke-jr's BFGMiner as well. no instructions for the code = no updates. (add human readable points in the code explaining what each part does yeah? better then nothing) all im saying is technobit better not do what rocketminer does and ignore the mining devs. (and run off and try and centralise bitcoin via amhash) also, look at the times on that screen shot, 1 minute run time, my "New R-Box" shows the same hash rates as that in that amount of time. then after 24 hours its down to 65-70GHs. my 333Mhs Block Erupter could pull 66GHs in 1 minute, i should sell it as " The Only 66MH/s USB Block Erupter in the WORLD" ignore the fact that the software doesn't have enough measurement points to even out the numbers yet. this thing would be good, not saying its bad, just trying to kill the hype of "OMG TEH HASHS, LIEK II GETZ IT ALL!" what you see on screen does not relate to hashes at the pool, 150Ghs minus Client side rejects - error rejects - pool side rejects (which may be sent back to the client as rejected) = pool side hashes. also, not all silicon is going to be perfect, there maybe a bad egg in the stock. not all calculation processes will be working, if that silicon chip has 1024 calculators, there maybe one or 2 dead, you could be unlucky and have the chip with a bug flying into the light on the lithograph (ignore the fact there is a better chance on getting a btc block with this then that happening with most die casting facilities) also, that screen shot is modified, no showing the accepted rejected and dupes in the list (lets see that, how many dupes are there? common please), the R:0 and H:0 does not line up on the other lettering. on 5th look, it does line up, counted the pixels.. i think. now, being someone with little play money, and stuck to only buy "hobbyist grade" mining equipment, i do want this, i just don't want it to fall in the piece of shit category. people like me get burned by this, whilst the rich folk get all the good stuff and get richer. here is the full bundle with TP-link included available now: https://technobit.refersion.com/l/1e5.19333 (test link - affiliate program not currently available) "DICE"+ preprogramed TP-link + USB cable pack SHIPMENT18-th December 2014 first production batch nice nice nice |
|
|
|
MMkay, here's a question, are the driver documentation for cgminer/bfgminer going to be released to the respected software owners, or are you just going to fork your own spin of the software to work it the way you want it to?
also, 82 Euro / 101.50USD / 120.75AUD, Excluding shipping, for a 150GHs unit that would probably only do 100GHs pool side.. Wheres the Ausie resellers? Buy up 100 of them will ya?
and please tell me that you're not forcing people to use this for only your 1/20,000,000 (i did math right? didn't i?) chance game? i see it as an entry level miner, letting people decide what they do with it...
1/2,000,000 every 10 minutes. It's full miner, you can do solo mining without full node by configuring cgminer to use http://solo.ckpool.org/You need a PC or a wifi TP-Link router with special firmware attached via the USB port. well yeah, i have a old 'buntu'ed eeepc701 doing the mining work with the latest cgminer, I'm not going to use a cloned "our own custom mining software" version of it, call me paranoid, rockminers version spat out 120GHs on their "New R-Box" with 50% errors, but no other software could pull 80+GHs at less then 10% errors.. i suspect they did some calculation spoofing.. |
|
|
|
|
MMkay, here's a question, are the driver documentation for cgminer/bfgminer going to be released to the respected software owners, or are you just going to fork your own spin of the software to work it the way you want it to?
also, 82 Euro / 101.50USD / 120.75AUD, Excluding shipping, for a 150GHs unit that would probably only do 100GHs pool side.. Wheres the Ausie resellers? Buy up 100 of them will ya?
and please tell me that you're not forcing people to use this for only your 1/20,000,000 (i did math right? didn't i?) chance game? i see it as an entry level miner, letting people decide what they do with it...
|
|
|
|
just to let you know, CEX has itself a referral program, so it should have a 5 next to its name
You're right, but its extremely limited (3%, non tradeable and applies only for as long as the referred customer mines, ie, he cant trade his shares either). If you combine that with the skyhigh prices at cex.io that imply a healthy margin, it doesnt really raise a red flag with me. Fare enough |
|
|
|
|
just to let you know, CEX has itself a referral program, so it should have a 5 next to its name
|
|
|
|
BFGMiner and CGMiner use different drivers, you will not likely get BFGMiner to recognize any device with Zadig drivers installed and would possibly have to even delete Zadig before getting the SiliconLabs CP210x USBtoUart drivers to work, not always but some people have had issues with these two coexisting on the same computer. As far as hash rate falling off, make sure to watch what the temps are reporting as well as making sure something else in the house isn't trying to consume your bandwidth from your router.
Thanks for the driver advice, that helped me get BFGminer running. With my New R-Box I've now tried cgminer versions 4.3.3, 4.5, 4.7, 4.7.1, and 4.8. I've also tried BFGminer 4.10(I think that's the version). I've tried these at multiple frequencies, with different USB cables, on different computers, and on different pools. The best results I've gotten are with pre-4.8 cgminer versions running 270 to 290 MHz. These results are typically about 90 GH/s reported by cgminer with lots of errors, pool-side usually comes out to low-70's GH/s with 15-25% error rate. cgminer 4.8 starts out around 70-80 GH/s, then settles around 45 GH/s with 2-3% errors. BFGminer reports mid-70's GH/s pre-error, but an effective mid-40's GH/s with a 35+% error rate. I could be wrong... but I think I have a faulty box. I emailed the dealer tonight and I'm hoping they offer to exchange. same boat as you... less the ability to call on the dealer :/ since you can get bfgminer working with yours, can you gimme a run down on what each chip is showing? im looking for worse hashrate, and higher heat on some chips.. when i get my main gaming rig back up, im going to get mine running on bfgminer again |
|
|
|
No, its not a version 1 and 2 of the "new" R-Box but people try to differentiate between the 32-37 GH/S original R-Box and the "Newer" R-Box which is rated at 100GH/S but for some reason was given the same name without any "Official" designation to help people tell the difference other than "New" which is often confused with "New to Me" equipment.
I see, you call the New Rbox as ver2, i just call them NRBox... how about we all them by how many cores they have? r-box = 4 core, new rbox = 12 core? ...since i really hate the name "New R-box" not going into politics |
|
|
|
|
...Speaking of these New R-Box's, there's a version 1 and 2 yes? anyone got details on the differences between them? physical and software/firmware?
Im wondering what one i have now, if its Version 1 that may be my problem...
also, getting 61.86/49.53GHs on Kanos pool, not the 100/90 im hoping for..
|
|
|
|
oh yisss 55c/0.00148031 BTC to me! |
|
|
|
Thank you! you sir, are worth your mint! if i had a coin, i'd throw you one.. but the pool is 153h off the last block :S about the same time since i signed up to your pool. HA, im your bad luck! anyway, NRbox hashing away on 4.8.0 |
|
|
|
I got a New R-Box a few days ago and have had it running most of the duration.
Using Rockminer's cgminer 4.3.3 at 330MHz I've been getting about 93 GH/s, 80 GH/s pool-side. This isn't quite the 100+ I was expecting from the advertisements, so I suspect I'm doing something wrong.
I've tried cgminer 4.5, 4.7, and 4.7.1. Each of these only runs at roughly 55 GH/s at 330MHz, so definitely think I'm doing something wrong.
I've tried BFGminer, but it never recognizes any devices.
Does anyone have any advice? I realize you may need more information, but I'm not sure what to provide. I appreciate any help, as this is my first foray into ASIC mining.
I have 3 of them, running stock CGminer 4.7.1 at 270MHz and getting between 100MHz and 111MHz. I tried the Rockminer cgminer and had your results. I switched to the stock version and took out the --rmu-auto xxx or --rock-freq xxx whatever it was and just left it blank and it really improved my speeds and HW errors. Hope this helps. i'd lol if thats all it is, telling the hardware "this is your clock, run it" instead of using its internal clock, its dropping hashes and/or a clock is firing in a hash calculation and what a chip has, it outputs no matter what and restarts its calculation, causing the HW errors Well, removed the speed settings, getting 96GH/s poolside |
|
|
|
I got a New R-Box a few days ago and have had it running most of the duration.
Using Rockminer's cgminer 4.3.3 at 330MHz I've been getting about 93 GH/s, 80 GH/s pool-side. This isn't quite the 100+ I was expecting from the advertisements, so I suspect I'm doing something wrong.
I've tried cgminer 4.5, 4.7, and 4.7.1. Each of these only runs at roughly 55 GH/s at 330MHz, so definitely think I'm doing something wrong.
I've tried BFGminer, but it never recognizes any devices.
Does anyone have any advice? I realize you may need more information, but I'm not sure what to provide. I appreciate any help, as this is my first foray into ASIC mining.
I have 3 of them, running stock CGminer 4.7.1 at 270MHz and getting between 100MHz and 111MHz. I tried the Rockminer cgminer and had your results. I switched to the stock version and took out the --rmu-auto xxx or --rock-freq xxx whatever it was and just left it blank and it really improved my speeds and HW errors. Hope this helps. i'd lol if thats all it is, telling the hardware "this is your clock, run it" instead of using its internal clock, its dropping hashes and/or a clock is firing in a hash calculation and what a chip has, it outputs no matter what and restarts its calculation, causing the HW errors |
|
|
|
It could just be a bad box. I had one like that.
i suspect so, when i get the right parts, im going to re-seat the heatsink, reapply thermal paste, see how that goes. i am looking into getting a handful more of them though |
|
|
|
just to update, even though i get 100+GH/s with rocks cgminer , it 57.71GHs pool side.
the 4.7.1 gets 80+Ghs, but I remember was getting 75GH/s poolside
One of the reasons we need them to get the documentation to the software devs. When you run it in BFGminer how are the errors? iirc they were about 50%, i think i talked about it in dogies unboxing/setup post about the new r-box, but i cant seem to get it to run again, i want to see all the chips stats.. main PC is down atm, so i'll have to use my laptop; i shoved a card from my old miner in for games, but the hdmi seems to be dead, i'll get one of the other cards in later. |
|
|
|
|
Show Posts
