Keninishna
|
|
February 26, 2013, 03:28:13 AM |
|
ET hasn't been too willing to work on his bitstream to support cm1.
No, the carinsmore people just haven't provided software to talk to their proprietary USB interface. https://bitcointalk.org/index.php?topic=49971.msg1282883;topicseen#msg1282883ChrisP sent me some code, but it doesn't seem to work (see link above). If I can't talk to the board there's not much more I can do. Maybe you can email ET and ask him kindly to implement a DCM watchdog on his next bitstream
It already has one. Ah ok, I don't believe their usb interface is proprietary though. The bitstream for the controller is open source. We just need to get someone who develops for the cm1 like makomk or glasswalker to try and debug it with the TML bitstream then.
|
|
|
|
eldentyrell (OP)
Donator
Legendary
Offline
Activity: 980
Merit: 1004
felonious vagrancy, personified
|
|
February 26, 2013, 06:47:12 AM |
|
TML 1.71 is posted with a minor bugfix relative to 1.70.
|
The printing press heralded the end of the Dark Ages and made the Enlightenment possible, but it took another three centuries before any country managed to put freedom of the press beyond the reach of legislators. So it may take a while before cryptocurrencies are free of the AML-NSA-KYC surveillance plague.
|
|
|
lukasbradley
Donator
Member
Offline
Activity: 90
Merit: 10
|
|
February 27, 2013, 04:14:10 PM |
|
Anyone tried these updates with MMQs?
|
|
|
|
RicRock
|
|
February 27, 2013, 06:23:20 PM |
|
Hello,
I'm getting the following errors running 1.71
Exception in thread "Board thread for AH01ABH9" java.lang.ExceptionInInitializerError at com.triconemining.board.X6500Host.getBoard(X6500Host.java:33) at com.triconemining.miner.BoardWrapper.run_(BoardWrapper.java:91) at com.triconemining.miner.BoardWrapper.run(BoardWrapper.java:72) at java.lang.Thread.run(Thread.java:679) Caused by: java.lang.RuntimeException: java.lang.NullPointerException at com.triconemining.ftdi.LibFtdi.<clinit>(LibFtdi.java:34) ... 4 more Caused by: java.lang.NullPointerException at com.triconemining.util.Util.copyStream(Util.java:137) at com.triconemining.util.Util.loadLibraryFromInputStream(Util.java:152) at com.triconemining.ftdi.LibFtdi.<clinit>(LibFtdi.java:31) ... 4 more Command used to start: java -Dclock_pin=fgg484.K20 -Dclock_pin_freq=100 -jar tml-1.71.jar x6500:AH01ABH9 <pool url>
Serial Number of X6500: root@raspberrypi:~/tml# dmesg |grep AH [ 5.151252] usb 1-1.3.4.3: SerialNumber: AH01ABH9
Java Version: root@raspberrypi:~/tml# java -version java version "1.6.0_27" OpenJDK Runtime Environment (IcedTea6 1.12.1) (6b27-1.12.1-1+rpi1) OpenJDK Zero VM (build 20.0-b12, mixed mode)
Thanks, Ric
|
|
|
|
|
RicRock
|
|
February 27, 2013, 10:10:45 PM |
|
On now
|
|
|
|
abracadabra
|
|
February 27, 2013, 11:38:31 PM |
|
Any word on whether the java app will support stratum in the near future? Or would I be better off just using a stratum proxy?
|
|
|
|
eldentyrell (OP)
Donator
Legendary
Offline
Activity: 980
Merit: 1004
felonious vagrancy, personified
|
|
February 28, 2013, 04:49:51 PM |
|
root@raspberrypi
The x6500 driver requires a native-code FTDI library. The "stock" jarfile only includes Linux-x86 and Linux-amd64 binaries for this library. You should start by getting all of this working on a normal x86 or amd64 Linux box. Once you have that working, *then* try to move it over to your rasberry pi.
|
The printing press heralded the end of the Dark Ages and made the Enlightenment possible, but it took another three centuries before any country managed to put freedom of the press beyond the reach of legislators. So it may take a while before cryptocurrencies are free of the AML-NSA-KYC surveillance plague.
|
|
|
rb2k
Member
Offline
Activity: 109
Merit: 10
|
|
March 03, 2013, 01:56:54 PM |
|
The FTDI libraries shoudl also be the thing that would keep me from mining on OSX using the modminer FPGA?
|
|
|
|
kakobrekla
|
|
March 03, 2013, 02:07:06 PM |
|
The FTDI libraries shoudl also be the thing that would keep me from mining on OSX using the modminer FPGA?
Most probably. Try using virtual machine, works fine here.
|
|
|
|
davecoin
|
|
March 04, 2013, 08:50:35 PM |
|
Hello all,
I have been playing with tml this morning and have it working on a single x6500 rev 3.
My readout is this after an hour and a half:
H:443 X:479 E:0 T:5m | H:365 E:2 A:491 R:16 T:1h39m55s
Is the "recent" history H:# the combined hashrate between the two chips? If so, why is there such a big difference between the "recent" history and the "entire" history.
The unit is running with standard north bridge heatsinks with 40mm fans attached. Is it likely that I need better cooling to achieve a higher hashrate?
When running it on bfgminer I generally had a hashrate of 380mh/s or higher. I am ultimately wondering if it is beneficial to be using this software vs. bfgminer.
Thanks for the software! -Dave
|
|
|
|
kakobrekla
|
|
March 04, 2013, 08:56:18 PM Last edit: March 13, 2013, 05:12:49 AM by kakobrekla |
|
Hello all,
I have been playing with tml this morning and have it working on a single x6500 rev 3.
My readout is this after an hour and a half:
H:443 X:479 E:0 T:5m | H:365 E:2 A:491 R:16 T:1h39m55s
Is the "recent" history H:# the combined hashrate between the two chips? If so, why is there such a big difference between the "recent" history and the "entire" history.
The unit is running with standard north bridge heatsinks with 40mm fans attached. Is it likely that I need better cooling to achieve a higher hashrate?
When running it on bfgminer I generally had a hashrate of 380mh/s or higher. I am ultimately wondering if it is beneficial to be using this software vs. bfgminer.
Thanks for the software! -Dave
Well, the H on the left is for last 5min and the H on the right for total run. Not terrible amount of errors, so yeah cooling might help (or a vmod).
|
|
|
|
davecoin
|
|
March 04, 2013, 09:00:47 PM Last edit: March 06, 2013, 03:25:46 PM by davecoin |
|
I'm still having a hard time grasping the concept of why the hashright is so much higher, regardless of the sampling interval. If the software knows that the chips cannot run at that high of a hashrate, why does it reset the clocks that high? This seemed to resolve itself over time.
Edit: After 10h34m it's now bumped to 446 mh/s average hashrate with 3.3% rejects so 431mh/s effective hashrate after rejects. That is about a 50mh/s bump compared to bfgminer.
Edit: After 21h14m it's now bumped to 457 mh/s average hashrate with 3.003% rejects so 443.28mh/s effective hashrate after rejects.
Edit: After 1d20h26m it's now bumped to 462 mh/s average hashrate with 3.5% rejects so 445.83mh/s effective hashrate after rejects.
|
|
|
|
eldentyrell (OP)
Donator
Legendary
Offline
Activity: 980
Merit: 1004
felonious vagrancy, personified
|
|
March 15, 2013, 05:55:58 AM |
|
I'm still having a hard time grasping the concept of why the hashright is so much higher, regardless of the sampling interval. If the software knows that the chips cannot run at that high of a hashrate, why does it reset the clocks that high? This seemed to resolve itself over time.
Yes, the TML sets the clock rate by fitting an exponential curve to the error-rate-vs-frequency data, then finding the point on the curve that gives the highest valid rate. This is usually slightly higher than the max clock rate that gives you 0% errors -- though this depends on your individual chip. It takes at least an hour worth of data to get a good fit.
|
The printing press heralded the end of the Dark Ages and made the Enlightenment possible, but it took another three centuries before any country managed to put freedom of the press beyond the reach of legislators. So it may take a while before cryptocurrencies are free of the AML-NSA-KYC surveillance plague.
|
|
|
davecoin
|
|
March 15, 2013, 10:06:49 PM |
|
What is the appropriate syntax to set a backup pool?
Thanks, Dave
|
|
|
|
kakobrekla
|
|
March 15, 2013, 10:17:14 PM |
|
What is the appropriate syntax to set a backup pool?
Thanks, Dave
IIRC theres only primary pool available.
|
|
|
|
davecoin
|
|
March 15, 2013, 10:38:56 PM |
|
What is the appropriate syntax to set a backup pool?
Thanks, Dave
IIRC theres only primary pool available. eldentyrell, can you confirm this? Thank you.
|
|
|
|
eldentyrell (OP)
Donator
Legendary
Offline
Activity: 980
Merit: 1004
felonious vagrancy, personified
|
|
March 17, 2013, 12:21:17 AM |
|
What is the appropriate syntax to set a backup pool?
Thanks, Dave
IIRC theres only primary pool available. You can specify multiple pools on the command line, and the TML will use all of them. If one goes down it will pull all work from the others. If you want to only use pool X when pool Y is down you can't do this from the command line, but it's only two lines of Java code to do it. I will add a command line option for this in the next release.
|
The printing press heralded the end of the Dark Ages and made the Enlightenment possible, but it took another three centuries before any country managed to put freedom of the press beyond the reach of legislators. So it may take a while before cryptocurrencies are free of the AML-NSA-KYC surveillance plague.
|
|
|
eldentyrell (OP)
Donator
Legendary
Offline
Activity: 980
Merit: 1004
felonious vagrancy, personified
|
|
March 17, 2013, 12:21:41 AM |
|
TML-1.80 has been posted. The big change with this version is that if your pool supports X-Roll-NTime the signcryption server will now signcrypt an entire "bundle" of work in one shot. So if your pool returns a job with X-Roll-Nonce=255 the signcryption server will signcrypt 255 jobs at once. This improves the signcryption latency for large clusters (more than 10-20 chips). I mine at Eligius (primary) and EclipseMC (backup), both of which support X-Roll-NTime. I stopped mining at BtcGuild because they couldn't seem to figure out how to make X-Roll-Ntime work. This release will also retry submitting a solution up to three times in the face of network errors. If the pool outright rejects the solution it won't be resubmitted (of course). This results in lower reject rates when the pool or the miner are experiencing network problems (flooding, overloaded, etc). 16.Mar.2013 Version 1.80 Add support for new work-signing command which can sign jobs with X-Roll-Nonce HttpWorkSource: use a single connection manager Add LimpWorkSource/LimpWorkServer Add GraphingWorkSource WorkRevocationFilter: fix possible memory leak Retry submissions if there is a network error Reduce default job age limit to 60s (can override with -Dmax_job_age) LibFtdi: better error messages
Also included are some woefully under-documented but neat features: GraphingWorkSource which produces csv-formatted hashrate data suitable for plotting with dygraph.js and LimpWorkSource/LimpWorkServer. The LiMP protocol is an intensively bandwidth-optimized mining protocol (yes, even more efficient than stratum). I need it because my mining cluster's is in a remote location where the only internet access is via a very expensive cell phone data connection -- in return I get very cheap electricity. If you don't pay "by the byte" for bandwidth you probably don't need LiMP. The signcryption algorithm for the "m"-series bitstreams doesn't actually encrypt the register that holds the 18th word of the block header (i.e. the ntime field). So if you stare at the code long enough, you can probably figure out how to ask the signcryption server to sign one job and then generate all the other ntime-rolled jobs yourself without using the signcryption server. This is a major reason why the nonces are encrypted too.
|
The printing press heralded the end of the Dark Ages and made the Enlightenment possible, but it took another three centuries before any country managed to put freedom of the press beyond the reach of legislators. So it may take a while before cryptocurrencies are free of the AML-NSA-KYC surveillance plague.
|
|
|
kakobrekla
|
|
March 17, 2013, 12:29:15 AM |
|
What is the appropriate syntax to set a backup pool?
Thanks, Dave
IIRC theres only primary pool available. You can specify multiple pools on the command line, and the TML will use all of them. If one goes down it will pull all work from the others. If you want to only use pool X when pool Y is down you can't do this from the command line, but it's only two lines of Java code to do it. I will add a command line option for this in the next release. Ops, my bad ~ never used the feature.
|
|
|
|
|