Topic: Cairnsmore1 - Quad XC6SLX150 Board - page 18. (Read 286370 times)

What did you download? Binary, source?

Using cgminer 2.7.5 you need to get it to look for the cairnsmore on your com/serial ports when it starts using the option -S "/dev/tty.XXX" -S "/dev/tty.XXX" iirc.

f.e. my cgminer startup command on windows has -S "\\.\COM22" -S "\\.\COM23" included.

You'll need to find out what your cairnsmore's com ports are called, they're listed in /dev and (at least with the bitstream I'm using) there are 2 com ports per board.

@Luke-Jr
Thanks! But how could I run BFGMiner on Linux? Can't find the file "bfgminer" in the /bfgminer-2.8.0 directory. Seem not the same as cgminer?

https://en.bitcoin.it/wiki/CM1Quickstart

Recommend upgrading to BFGMiner 2.8.0 tho

Hey guys,

Just received my Quad XC6SLX150 Board. How should I do for setup it with my GPU and BLF single(x1) Linux minning rig? I use cgminer 2.7.5 and have no idea what's the next step after connected Quad XC6SLX150 to the minning rig. Most appreciate for any help!

At a guess, when Apollyon copied my Icarus code, to make the CM1 module, he didn't copy all the HW error detection changes in my git
Use my latest git of the real cgminer and it will tell you directly if that is the problem.
https://github.com/kanoi/cgminer

He probably flashed the makomk 200 Mhz version: ECM 0 + ECM 1 = 800 Mhz, so that looks good. No idea about the Utility though...

What controller, bitstream and jumper settings are you using? What's the serial # of your board? That's not very healthy looking. I'm getting ~840mh/s reported at my pool...

Edit - your power supply could also be causing this, how many amps is it rated at?

Utility hashrate: your mining speed calculated from shares accepted, for the entire runtime and across all pools. In other words, while your Cairnsmore is reporting* 795 Mh/s on average, it's only finding 258 Mh/s worth of shares. That could be due to a number of factors, including (but not only) both clocking too high and/or poor luck. As you only have 78 shares accepted in this case, I'd suspect it's probably luck unless it keeps up for a long while. If your pool uses higher difficulty shares, it will take even longer to average out.

This probably isn't specifically related to the cairnsmore.. but what is the 'u:' field here?  Any idea as to why it's so low?  The speed at the mining pool is currently showing as around 250Mh too.


 

This works. Saves a bunch of time

Some possible additions?:
- Emptying the chips takes approx. 2,5 minutes/chip (10 minutes in total)
- Flashing the bitstream takes approx. 8 minutes/chip (32 minutes in total)
- Make a note somewhere of the modprobe you need to do if you use Linux?
- The batch you create for cgminer can be created for bfgminer as well
- Maybe a note somewhere that the controller software can only be flashed from Windows?
- Maybe expand the guide to also include bfgminer & cgminer when running under Linux?

BFGMiner 2.8.0 should work with Cairnsmore1 now. I don't really have one to develop/test with, however, so if anyone wants to confirm... donations to get me one are also welcome

bounty received - thanks!

the guide is now on the bitcoin wiki at https://en.bitcoin.it/wiki/CM1Quickstart

Just some notes on Mac installation on a Macbook Pro 2,1. I tried to set it up yesterday but the USB system is very picky - The cairnsmore didn't show up in the System profiler, and there was nothing showing in /dev/ , iosnoop or ioreg.  

My speculation is that as I connected the USB before connecting the 12v power (I know, I know..) there was too much draw on the USB port and the mac USB hardware blocked the cairnsmore board somehow.

There are mac drivers for the FTDI USB com chip here: http://www.ftdichip.com/Drivers/VCP.htm , and the linux version of Cgminer is able to compile using macports.

I think it is possible to get the Cairnsmore 1 hashing on mac, but I will not be trying any further, I switched my efforts to an old PC from the attic and got hashing at 843mh/s within 1 hour.

I've had this problem with a friend's board. Having the board connected, I uninstalled the concerning port and all the other devices of the board in device manager. If you don't see the devices, you have to show devices that are not connected. Then I disconnected the board, rebooted PC and repeated installation. After successfull installation, there were still problems detecting the board in windows when reconnecting, they went away when switching usb cable.

I use this USB Hub and can recommend it over cheap chinese products: Hama USB 2.0 Hub 1:4, black/silver, with power supply, packed in blister

Perhaps it's still made in China, but QC checked by Hama, Germany.

My other USB Hub is a cheap one from China (see some posts above). Effectively, the power jack's 5V, the uplink USB's 5V, and each port's 5V lines are interconnected without resistor or diodes between them. I think this could be dangerous if powered USB devices send power up the USB cable through the hub into the PC, but I am no expert in electronics at all, so I could be wrong.

I assume the Cairnsmore1 boards can send power up the usb cables, since I got electro-shocked when touching two usb cables that where connected to CM1s but disconnected from PC.

--
my stats:


I still hope that the next hashvoodoo will fix issues with 0017-p3. In the meantime, I'll delete the corresponding worker in mpbm until the next power cycle.

Well I was kind-of right..... if you consider being wrong as right that is.... thought I'd better check the info.....

Switch SW6-1(also referred to as 'switch 5') is the board array clock rate not baud rate (heh) and it sets the array clock speed between 50mhz and 100mhz on enterpoint's controllers and 25/50mhz on Glasswalker's. I got confused while setting the baud rate flag in Cgminer probably.