Dogie- any chance for an explanation of the somewhat cryptic options towards the bottom of the settings page?
Specifically
RollNtime[ s] WakeUp period[ s] Normal/Smart[0/1]
RollNtime is something you will never change, and determines when the pool's packet should expire. I'm not sure why its manually set as I thought its sent as a bit with the work packet. https://en.bitcoin.it/wiki/Getwork#rollntimeDon't know the other two. I changed the NRolltime to 150 from 120 and it has reduced the "duplicate share" notifications I was receiving in Bfgminer (proxy). I was averaging around 5% rejects due to dups over 24Hr period. When I changed it to 150, this dropped to about 1.5%. Just an observation.
|
|
|
That must be by design in software. Both devices have Ethernet connectivity. An application could be deployed that could update the firmware
over tcp or ftp, if the software is already setup to do this. The controller for the tubes has a "system" port, 7478 I believe. Maybe that is for
updating the firmware (I hope!).
|
|
|
Sadly, to be expected. If you recall, the BE blades where NEVER updated. And everyone begged for stratum support.
|
|
|
The DC/DC chip on ethernet controller handles inputs from 5 to 12V. We tested cases of 5V and 12V and both work.
We also tested the temperature using thermal pads and not using. There are only negligible differences. This is why we marked them as optional. On the other hand, the current thermal pad solution may introduce bubbles which worsens the temperature in some local area. So we do no install them by default, but still ship them along in case there is any rare situation when the back of PCB is damaged and becomes conductive.
Thanks for the info, so if you don't use the thermal pads or any paste it won't void the boards warranty? I did notice today when I pulled a bad board to send back to Canary the pad had developed 2 large bubbles in it and I had it good and flat when I installed it. Would you recommend not using it? I installed my boards the same way you would install a cylinder head on an engine, center to end alternating sides. I figure this will minimize bubbles.
|
|
|
I noticed that the r-box uses the cp2102 Uart to usb controller. It is also based on the Atmel mega. I am thinking about connecting a Block erupter USB with 8-bit micro removed (have some left over) to one of the "tube blades" to see if it shows up as a 200Gh r-box as the BE uses the same USB-Uart. It might just work!
|
|
|
I have on of Friedcat's Tubes and am using bfgminer as the stratum proxy. I keep getting an "Error from bufferevent" message every now and then. What is that error?
I am curious about this as well. Seems when this happens the controller for the tubes locks up and needs to be power cycled. Then all is well until: a block is found on the network-->this error-->lockup-->powercycle. I know this is not really a problem with Bfgminer It is the crappy firmware running on the controller, but I don't mind using Bfgminer as a proxy. I can monitor its API, something I cannot do with the controller.
|
|
|
Would be nice if some instructions where included as to what some of the entries under "settings" do. Such as the "system port" or the "normal/smart" setting. I have noticed that "normal" used firmware version 1.41 whereas "smart" uses firmware version 1.53. But I do not know what the difference is. Maybe Friedcat would be kind enough to post brief instuctions.
|
|
|
MMpool.org. Did it used to be called Bitparking?
|
|
|
Does anyone know if the Ethernet controller that ships with these has any sort of API output? I monitor all my hardware with a web based frontend and would like to monitor these too. I have checked port 4028 and the "system" port and found no such output. Didn't see any sort of api on the controller itself, but if you run them through a bfgminer proxy you can enable the api in the bfgminer config. That is what I have been doing. But using Bfgminer as a proxy locks up the controller. No web interface/nothing but a blinking light until power cycled! If I mine directly to Ghash.io It works great but no api. Edit: Apparently Slush's pool works as well although I have never used that one.
|
|
|
Does anyone know if the Ethernet controller that ships with these has any sort of API output? I monitor all my hardware with a web based frontend and would like to monitor these too. I have checked port 4028 and the "system" port and found no such output.
|
|
|
Trying to use this with Bfgminer as a proxy. Badly designed controller locks up/ can't use web interface to reconfigure. Every time there is a new block
found on network this happens (lockup). Is there ANY way to reset this thing remotely? Web interface simply stops working.
PLEASE UPDATE THE CONTROLLER FIRMWARE TO NOT NEED A PROXY FOR ALL POOLS EXCEPT GHASH.IO!
Device is well designed and hardware is great but the included software is awful.
|
|
|
Thanks for the info kind sir but how do you do this? Have the details of how to do this been discussed before. Do you send coins with low/0 weight to another address?
the way i did it was after coins staked, take all the fresh coins coin control them into to a new wallet Can it be an new address or an entirely new client/wallet?
|
|
|
Thanks for the info kind sir but how do you do this? Have the details of how to do this been discussed before. Do you send coins with low/0 weight to another address?
|
|
|
This might have been covered before but here goes... My client is VERY slow, maxes out the CPU cores it uses and is generally unusable. I have over 11,000 transactions and know the slowness has to do with POS. Anything I can do to fix this? I have the newest client (2.0.1 with new GUI) running on a machine with an SSD and an Amd FX8150/8Gb of memory. I have redownloaded the entire block chain using suggestions in this thread. Client stakes/has correct block chain but freezes and has to be forced down.
|
|
|
I was having issues earlier connecting to slush with one, but it's working beautifully through the modified ckpool proxy. Might try again later and see what was up.
Is this proxy available for download?
|
|
|
Has anyone experience this? Suddenly Board 3 started showing 100% error rates: I have seen that too. I think it is a interface glitch.
|
|
|
Canary how do we handle bad boards I have one with a bad chain in it also. Hashing at 181.
SNIP
Also sidehack sent you a pm on worker.10. I was also able to get the device to work on slush running it through BFG Miner for windows.
SNIP
I got it running on eligius through the bfgminer proxy as well, but it keeps crapping out. I get an "error from bufferevent" message and then the controller stops responding. I am seeing this as well. An older version of Bfgminer seems to be more stable. It also seems to stop when a block is found on the network. Edit: Just checked, now the boards are showing F/W version 1.53. Must of just updated last night of this morning.
|
|
|
I have two of these connecting to Eligius through Bfgminer. It works, but not set and forget. Have to restart the controller/Bfgminer from time to time. I am using
an old version (3.10) because the newest version (4.70) was even less stable. Bfgminer is running in Windows.
|
|
|
What do some of the "ASIC section" variables do? Anyone?
Like these: WakeUp period(s) Normal/Smart 0/1
Is the fan supposed to run at 100% all of the time?
|
|
|
Did you do the firmware update?
I did, the cards show V1.41 now. But I updated them first thing.
|
|
|
|