|
I'm not real interested in a Mining Bond myself. I really like my CM1 Devices and would prefer to have actual Hardware.
|
|
|
|
|
'I want to link my Bitcointalk name with BTCJam's. Verification code: 70f39f72-de9d-46cf-a437-389eaf3fac59'
|
|
|
|
My Cairnsmore1 displayed dead one chip after the other by BFGMINER from time to time (after start BFGMINER around 5 to 20 minutes) today. When this occur you'll need disconnect the power to restart Cairnsmore1. But that wouldn't help this situation. What could be caused this?
Is this the dynclock version of Bfgminer, the one Luke-Jr has been working on with the clock settings for the new bitstream? If it is, setting the clocks to start at 175 fixed that problem for me. if its an older version using makomk bitstream I don't know the answer. |
|
|
|
|
Yohan, with the new Asic Competitors announced and suggesting that there might be Product around Nov till the end of the year has Enterpoint looked again at making an Asic board? I know you mentioned something a few posts back but I was wondering if with these new announcements if anything had changed.
Id like to buy my Asic from Enterpoint is what I’m saying!
Thanks,
Doff
|
|
|
|
|
You may pass my Info as well.
|
|
|
|
Yes, very much so!
I've managed to get p0 & p1 permaflashed with nodynclock_175, but p2 & p3 fail to verify, but a temp flash seems to succeed. I'm having com port problems so cgminer only sees on usable device, but starts to mine.
I think I'd be better off doing this with Linux...
Steve, if you having problems flashing just some of them, erasing them in full before you flash does work for me. I wrote a full up guide on this a few pages back. https://bitcointalk.org/index.php?topic=78239.msg1110647#msg1110647Lethos - I was following your guide of erase 0,l, 2, 3 but programming 3 & 2 always gave a verify error, hence me only permflashing 0&1. I can and have tempflashed 2&3 and can hash badly (e.g. 15min gives): [2012-08-26 22:54:20] ICA0 | (5s):380.0 (avg):378.9 Mh/s | A:3 R:0 HW:0 U:0.2/m
[2012-08-26 22:54:20] ICA1 | (5s):169.4 (avg):184.8 Mh/s | A:36 R:0 HW:0 U:2.4/m
[2012-08-26 22:54:20] ICA2 | (5s):0.0 (avg):272.9 Mh/s | A:5 R:1 HW:0 U:0.3/m
[2012-08-26 22:54:20] ICA3 | (5s):10.0 (avg):253.8 Mh/s | A:7 R:0 HW:0 U:0.5/m
trying the erase command on 0&1 reports success: Cable cm1 type ftdi VID 0x0403 PID 0x8350 dbus data 00 enable 0b cbus data 00 data 00
Using Libftdi, Using JTAG frequency 1500000 from undivided clock
JTAG chainpos: 0 Device IDCODE = 0x3401d093 Desc: XC6SLX150
USB transactions: Write 9 read 6 retries 0 but doesn't seem to do anything - the amber & red LED remain lit as if the FPGA is still waiting for work permflashing 2&3 report errors such as: DNA is 0x192fe44a926474f0
JEDEC: 20 20 0x18 0x00
Found Numonyx Device, Device ID 0x2018
256 bytes/page, 65536 pages = 16777216 bytes total
Page Program failed for flashpage 3073 But the failed flashpage has also been 1, 11265 (p2) & 1, 2049, 3073, 7169, 16385 (p3) Is this an indicator of a hardware problem? Should I try reverting to the enterpoint rev 1.5 controller and flash each fpga with a makomk bitstream? Any help here is much appreciated, thanks! (edit: for reference, my board SN is 62-0444) Steveme are you using a powered USB hub when doing the programming? I have found many times that a Powered USB helps smooth out the programming. Also make sure you check the USB cable, the problem you are describing is usually fixed by one of these two things if not both. |
|
|
|
|
I agree to release funds.
|
|
|
|
I have both a powered hub and a power adapter rated at the correct voltage per the RPi suggestions...so not sure quite what to do. I just went ahead and got a used mini pc, which I can always use for other things if the Rpi ends up working in the future.
Use this one to be specific, its 5.25v and it wont lose that v when you put a load on it. Best one out there for a PI. Im now at at 6 days without a crash on my Pi with 4 miners running cgminer. Power Adapter really makes a difference. http://adafruit.com/products/501 |
|
|
|
|
Just a couple tips for you guys, I had 2 Icarus, and two CM1 boards running on my PI. One thing that is crucial is a good powered USB hub, the next is a good Power Adapter. The power adapter solves the random crashes with cgminer and losing usb ports. I don’t know about the BFL's or modminer but my problem was mostly the Power Adapter.
You can get the best power adapter from Adafruit.com
I guess I should add I currently have 2 Icarus, and 1 CM! running at 1.3mhsh or 16.5 U for over 4 days with the new Power Adapter on my PI.
|
|
|
|
My boards (62-0110 and 62-0111) aren't happy yet : This is with the 190 version in the same batch after 1 hour on cgminer 2.6.4 with --icarus short: ICA 0: | 377.5/375.7Mh/s | A:304 R:3 HW:0 U: 5.19/m
ICA 1: | 377.3/375.2Mh/s | A: 21 R:0 HW:0 U: 0.36/m
ICA 2: | 379.3/374.2Mh/s | A:318 R:1 HW:0 U: 5.43/m
ICA 3: | 384.8/410.8Mh/s | A:213 R:2 HW:0 U: 3.64/m
ICA 1 and ICA 3 are linked to the third ttyUSB interfaces of each cairnsmore 1 board on my systems (the latest udev rules published on the forum are quite nice) : ICA1: /dev/cm-62-0111-if02 ICA3: /dev/cm-62-0110-if02 From what I can tell (orange LED often on), these are the interfaces linked to the 1st and 2nd FPGA on each board. The #62-111 board has indeed both FPGA 1 and 2 orange leds on most of the time. I can see the FPGA 2 orange LED on #62-111 quite often too. I had a run with 190 on all FPGAs except FPGA 1 where i put the 160 bitstream from the same batch on each board. Here is the result after 6 hours : 60-110-if02: 3,84 60-110-if03: 5,03 60-111-if02: 3,44 60-111-if03: 5,05 My main problem is that results are quite inconsistent and most of the time hard to get: the tty interfaces vanish often and unpredictably. Some days I have to reset boards by removing power/USB half a dozen times. My problem might be that I can't update the controller and still use the 1.1 firmware on it but I don't have any solution for it (no Windows license here). I would just try and download a copy of Windows 7 install it without a key, you get 30 Days trial, or borrow someones Win7 Cd and load it from that. That way you could at least get to 1.3, or 1.4 now. You don’t actually need to own the copy just get it installed and use it for 30 days. |
|
|
|
|
2.6.3 has a bug that makes it segfault after a certain amount of time, 2.6.4 doesn't have that bug in it.
|
|
|
|
Right now, on linux, at every reboot of the host pc the order in which serveral boards map themselves to the various ttyUSB ports is mostly random. ... Calling cgminer like this gives me the assurance that ICA 0 will always be port 2 of board 62-0134 and ICA 1 port 3. ICA names/numbers do not depend anymore on the order in which my host PC sees the boards and/or the usb port to which I plug them. I hope this helps  spiccioli To help with viewing the configuration: Though you probably know, there is also the API devdetails that will tell you the ICAn -> /dev/ttyUSBn mapping (or in your case the ICAn -> /dev/cm-* mapping) In linux: echo -n 'devdetails' | nc 127.0.0.1 4028 ; echo
or linux and windows: However ....... If you use the latest github miner.php to view your boards you can easily add a custom summary button to show the mapping. In miner.php, the default $customsummarypages is: $mobilepage = array(
'DATE' => null,
'RIGS' => null,
'SUMMARY' => array('Elapsed', 'MHS av', 'Found Blocks=Blks', 'Accepted', 'Rejected=Rej', 'Utility'),
'DEVS+NOTIFY' => array('DEVS.Name=Name', 'DEVS.ID=ID', 'DEVS.Status=Status', 'DEVS.Temperature=Temp',
'DEVS.MHS av=MHS av', 'DEVS.Accepted=Accept', 'DEVS.Rejected=Rej',
'DEVS.Utility=Utility', 'NOTIFY.Last Not Well=Not Well'),
'POOL' => array('POOL', 'Status', 'Accepted', 'Rejected=Rej', 'Last Share Time'));
$mobilesum = array(
'SUMMARY' => array('MHS av', 'Found Blocks', 'Accepted', 'Rejected', 'Utility'),
'DEVS+NOTIFY' => array('DEVS.MHS av', 'DEVS.Accepted', 'DEVS.Rejected', 'DEVS.Utility'),
'POOL' => array('Accepted', 'Rejected'));
#
# customsummarypages is an array of these Custom Summary Pages
$customsummarypages = array('Mobile' => array($mobilepage, $mobilesum));
But to add one that shows the /dev/tty*: Add this: $devdetpage = array(
'DATE' => null,
'RIGS' => null,
'DEVS+DEVDETAILS' => array('DEVS.Name=Name', 'DEVS.ID=ID',
'DEVS.Temperature=Temp', 'DEVS.MHS av=MHS av',
'DEVS.Accepted=Accepted', 'DEVS.Rejected=Rej',
'DEVDETAILS.Device Path=Device'));
$devdetsum = array(
'DEVS+DEVDETAILS' => array('DEVS.MHS av', 'DEVS.Accepted', 'DEVS.Rejected'));
and change this: $customsummarypages = array('Mobile' => array($mobilepage, $mobilesum),
'DevDet' => array($devdetpage, $devdetsum));
Then the DevDet button will show each device in a brief single line summary with the "Device Path" value (/dev/tty* or /dev/cm-* or ...) ... and of course if you have them on multiple cgminer's you just edit $rigs to point to each of them and have it all on one page I tried to test this out but I'm obviously doing something wrong because I just get a blank page. I have 2.6.4 from git is that also the latest miner.php? Also where within miner.php do I need to paste this code? or do I need to replace something with it? I have rigs currently working with 2.6.4 version. Thanks for the help. Doff |
|
|
|
Have you got the latest ftdi drivers?
I suppose I do, I installed libftdi1 and installed the D2XX FTDI ARM drivers (not sure if these last ones are needed, but I installed them anyway) dmesg show "ftdi_sio: v1.6.0:USB FTDI Serial Converters Driver" yet, I don't get any /dev/ttyUSBx devices either (only /dev/usbdev1.1, /dev/usbdev1.2 and /dev/usbdev1.3) I'll fiddle a little further... You have to have a powered USB hub, and you also need a really good power adapter, otherwise it will draw too much from the PI and cause those errors and not bring up the serial ports. I got it running with my PI and eventually took it offline because it would randomly crash due to power draw. I'm waiting to get a good power adapter from Adafruit.com. |
|
|
|
I'm having bad luck.
after a power cycle I`ve got this error in one of the boards (all the 4 COM's)
Do not have user privileges required to open \\.\COMXX
I un installed coms ports and turn off the boards? but it still persists could it be a usb issue?
Edit:After reseting my pc now have two boards with this error ?¿?¿ both boards have been worked fine before.
I know this seems simple but did you open the command prompt with administrator rights? |
|
|
|
|
Great news, ill be adding 2 to the bounty in that case. Ill be sending it later today after work.
My two sent~!
Thanks
Doff
|
|
|
|
|
0 ICA 0 Y Alive 0.00°C 379.81 379.73 14,494 22 0 U5.33/m
1 ICA 1 Y Alive 0.00°C 379.81 379.62 14,317 33 0 U5.27/m
SUMMARY 1day 21h 17m 27s
So far so good with makomk's 190 bitstream, getting to that 48h Mark.
|
|
|
|
I've built cgminer 2.6.1 for linux 32bit (works ok on my ubuntu 12.04 64bit) with OpenCL/ADL disabled and just icarus support enabled. If you trust my build you can get it from: http://p2pool.soon.it/cgminer/cgminer-2.6.1Download it, issue a to make it executable and it's ready to go. spiccioli I didn't notice any major improvements over 2.5, other then the addition of litcoin mining. Which while interesting development, doesn't concern me much. In your opinion is it worth upgrade 2.6, if you got 2.5 works fine. 2.6.0 will allow anything using the Glasswalker controller to work since it has the 56k baud rate built in, whereas 2.5 does not have that yet. Since we aren't using the Glasswalker bitstreams currently it doesn't do much over 2.5. |
|
|
|
|
I'm sure there is a tool out there, but I'm just using trial and error like most everyone else. I know zefir had explained to me that you can remove one of the wire's within the USB cables to make it so they wont draw power which is what the Powered USB fixes, but he would be able to explain in better detail how that's. done.
|
|
|
|
Where Im at now:
Makomk's 190mhs bitstream on all boards, two fgpa pairs only working at half the expected rate. For some ppl identifying which pair is failing has been as easy as unplugging the usb and checking what led stays on. For me they all stay on, so in order to flash a functioning bitstream to all fgpa-pairs I'd have to do a fairly annoying amount of flashing and seeing what works. Does anyone have any toughts on how I could identify the failing cores ?
Are you using Linux or windows? Also I know this is a broken record but try different USB cables, Also try a good Powered USB hub. The powered USB hub allowed Makomk's bitstream to actually work on my board 62-177. I also use the powered USB to update the controller just in case its providing a less noisy update for some reason. |
|
|
|
|
I got board 62-0013 hashing at about 120mh at 1.9U with makomk 160.bit, nothing else works on it including the original shipping test bitstream.
I should also say it only works on one pair.
|
|
|
|
|
Show Posts
