Cairnsmore1 - Quad XC6SLX150 Board - page 41.

yohan

sr. member

Activity: 462

Merit: 251

Quote from: testconpastas2 on August 03, 2012, 02:04:44 AM

Anyone with 10 or more boards and without problems could tell me which usb hub model, is/are he using?

Thank you.

We are using http://www.ebuyer.com/279682-xenta-13-port-usb2-0-hub-mains-powered-n-uh1301 for our big test rigs. Fired up in the correct sequence, i.e. hit the USB hub on switch after 12V is up and runing, they are working well here. I imagine these are available, with suitable power adaptor, in most counties. The ones on Ebuyer come with a UK plug/brick so not very suitable for other markets directly. I believe have seen the same one on Ebay as well.

toxicocean

newbie

Activity: 24

Merit: 0

Board 0005 with controller v1.3

ran the Makomk shortfin 160 stable for 70 hours, cgminer output:

cgminer version 2.3.4 - Started: [2012-07-30 22:37:47]
--------------------------------------------------------------------------------
(5s):573.3 (avg):733.2 Mh/s | Q:13024 A:37148 R:184 HW:0 E:285% U:8.96/m
TQ: 2 ST: 3 SS: 5 DW: 952 NB: 413 LW: 83348 GF: 0 RF: 0
--------------------------------------------------------------------------------
CM 0: | 457.6/368.2Mh/s | A:18511 R:95 HW:0 U:4.47/m
CM 1: | 240.4/365.0Mh/s | A:18637 R:89 HW:0 U:4.50/m
--------------------------------------------------------------------------------

pool reported a hashrate of 640 Mhash/s

Since it ran stable, I decided yesterday to upgrade the board to the makomk shortfin 190oc version.
That one has been running stable now for the last 20 hours:
cgminer version 2.3.4 - Started: [2012-08-02 20:52:14]
--------------------------------------------------------------------------------
(5s):858.4 (avg):735.3 Mh/s | Q:3881 A:12827 R:77 HW:0 E:331% U:10.53/m
TQ: 2 ST: 3 SS: 2 DW: 325 NB: 150 LW: 25767 GF: 0 RF: 0
--------------------------------------------------------------------------------
CM 0: | 244.3/367.4Mh/s | A:6475 R:30 HW:0 U:5.32/m
CM 1: | 436.8/367.9Mh/s | A:6352 R:47 HW:0 U:5.22/m
--------------------------------------------------------------------------------

pool currently reports a hashrate of 756 Mhash/s

my experience is that after programming etc, it's best to power down the board completely (unplug power and usb), and restart the pc you want to mine on (if it's the same one you did the programming on).
Power on the board, wait about 3 minutes, plug in the USB in the pc, and start mining.

testconpastas2

full member

Activity: 199

Merit: 100

Quote from: yohan on August 03, 2012, 08:01:22 AM

Quote from: testconpastas2 on August 02, 2012, 03:43:47 PM

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.

This might not be the problem but we have seen cases where the USB gets screwed up in Windows and once it does the com port is never seen again. However if this is the problem all is not lost. Basically there is a FTDI utilility to do a driver removal and cleanup after which a clean install of the driver usually sorts the issue. If anyone things this is their problem send an email to our bitcoin support email "bitcoin.support" AT "enterpoint.co.uk" and the relevant person will see it early next week when they are back in. Once I have the full details of how to do this myself I will try and get the recovery process listed on one of our webpages so it is easy to find.

On a different point if we do happen to have a DCM issue with power noise then we already have a tested fix. That's what we used to test a Glasswalker2 variant last week at 200MHz operation on an early board and it's very stable. It's not the same as the Controller build as publically available but because we built in a very flexible clocking system into Cairnsmore1 we don't actually have to use DCMs within array FPGAs. Simply we can direct supply a 200MHz clock, or anything similar 0-300MHz , straight to the FPGA to run the logic on. If this looks the way to go we will expand testing of this technique over a larger board sample.

Over the last 2 days we have been running Makomk's 190 build on rig of 20+ boards and we have very good results on our testing.

Well after losts of pc reboots . board power cycles and uninstalled Com ports in w7. i didn't fix anything with that weird card.
This morning when i went to work I left my card powered but no hashing. Now I'm back at home and without reboot i unpluged usb cable and board responded again ?¿?¿? ( last night i did that hundreds of times...)
I suspect my usb hub is crap because after rebooting sometimes the board/s that doesnt work is different ( so is not a cable problem) because each board has always the same cable .

or as you have said some kind of issue usb-driver /motherboard/w7. ( i thought about temp too but yesterday i had A/A all time.)

I'm going to send you an email to the given address, so next time it happens try to see if that "uninstall driver tool" helps in any way.

PS: d-link 7 port usb hub have nice price in amazon .uk now . anyone has got it and is working well with their cm1?

Thank you yoham for your support.

spiccioli

legendary

Activity: 1379

Merit: 1003

nec sine labore

Quote from: Isokivi on August 03, 2012, 09:14:34 AM

Yohan would you be able and/or willing to supply us with the schematics for cm1 ?

..were still confused as hell about a lot of the hardware issues and this could help.
If that is not possible could you simply state wether or not the controller chip is powered through USB ?

Isokivi,

read here

https://bitcointalksearch.org/topic/m.1028756

spiccioli

yohan

sr. member

Activity: 462

Merit: 251

Quote from: Isokivi on August 03, 2012, 09:14:34 AM

Yohan would you be able and/or willing to supply us with the schematics for cm1 ?

..were still confused as hell about a lot of the hardware issues and this could help.
If that is not possible could you simply state wether or not the controller chip is powered through USB ?

Controller chip will take power from either 12V or USB. It's a simple diode OR of the 2 supplies. It can even be a share in some cases. It depends on the exact voltage 5V on the USB, and the tolerance of the regulator in the 12V feed, which will input lead in supplying current although typically we would expect that to be the 12V if it is available.

Isokivi

hero member

Activity: 910

Merit: 1000

Items flashing here available at btctrinkets.com

Yohan would you be able and/or willing to supply us with the schematics for cm1 ?

..were still confused as hell about a lot of the hardware issues and this could help.
If that is not possible could you simply state wether or not the controller chip is powered through USB ?

yohan

sr. member

Activity: 462

Merit: 251

Quote from: bitcowok on August 02, 2012, 11:05:39 PM

Yohan: now that Enterpoint is quite a bit further down the road than when we started out, has there been any further progress into using bitinstant as a zero-risk BTC to USD payment gateway?

Or, even better: accepting bitcoins yourself directly?

We are still looking at this but to be honest we are just struggling to keep up with the things we have to do like buying parts to make boards, testing boards, shipping and support and so on without adding another variable to deal with. Glasswalker's recent bad experience is also something we are looking at and that's something that we are cautious of.

Quote from: testconpastas2 on August 02, 2012, 03:43:47 PM

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.

This might not be the problem but we have seen cases where the USB gets screwed up in Windows and once it does the com port is never seen again. However if this is the problem all is not lost. Basically there is a FTDI utilility to do a driver removal and cleanup after which a clean install of the driver usually sorts the issue. If anyone things this is their problem send an email to our bitcoin support email "bitcoin.support" AT "enterpoint.co.uk" and the relevant person will see it early next week when they are back in. Once I have the full details of how to do this myself I will try and get the recovery process listed on one of our webpages so it is easy to find.

On a different point if we do happen to have a DCM issue with power noise then we already have a tested fix. That's what we used to test a Glasswalker2 variant last week at 200MHz operation on an early board and it's very stable. It's not the same as the Controller build as publically available but because we built in a very flexible clocking system into Cairnsmore1 we don't actually have to use DCMs within array FPGAs. Simply we can direct supply a 200MHz clock, or anything similar 0-300MHz , straight to the FPGA to run the logic on. If this looks the way to go we will expand testing of this technique over a larger board sample.

Over the last 2 days we have been running Makomk's 190 build on rig of 20+ boards and we have very good results on our testing.

steamboat

hero member

Activity: 648

Merit: 500

Quote from: zefir on August 03, 2012, 01:25:59 AM

Quote from: steamboat on August 03, 2012, 12:01:52 AM

I cannot for the life of me get cgminer to compile, or figure out what i did wrong. anyone around to help?

If you are using Linux, have you tried what I wrote some pages ago:

Code:

./autogen.sh
./configure --disable-opencl --disable-cpumining --enable-icarus
make clean
make

For Win, it is a lot more complicated. There is a dedicated Readme in the sources for that, I personally don't use it.

If you have still problems, jump over to #cm1 for interactive support.

its windows for now, and kano's holding my hand in #cgminer cuz i'm too sleep deprived to figure out the basic stuff Huh

testconpastas2

full member

Activity: 199

Merit: 100

Anyone with 10 or more boards and without problems could tell me which usb hub model, is/are he using?

Thank you.

zefir

donator

Activity: 919

Merit: 1000

Quote from: steamboat on August 03, 2012, 12:01:52 AM

I cannot for the life of me get cgminer to compile, or figure out what i did wrong. anyone around to help?

If you are using Linux, have you tried what I wrote some pages ago:

Code:

./autogen.sh
./configure --disable-opencl --disable-cpumining --enable-icarus
make clean
make

For Win, it is a lot more complicated. There is a dedicated Readme in the sources for that, I personally don't use it.

If you have still problems, jump over to #cm1 for interactive support.

steamboat

hero member

Activity: 648

Merit: 500

I cannot for the life of me get cgminer to compile, or figure out what i did wrong. anyone around to help?

bitcowok

newbie

Activity: 48

Merit: 0

Yohan: now that Enterpoint is quite a bit further down the road than when we started out, has there been any further progress into using bitinstant as a zero-risk BTC to USD payment gateway?

Or, even better: accepting bitcoins yourself directly?

bitcowok

newbie

Activity: 48

Merit: 0

Quote from: bitcowok on August 01, 2012, 08:41:27 PM

Here's a little write-up on my efforts last night with CM1 serial 62-0023.
...........
I've sent an email to Enterpoint asking about the possible capacitor fix that applies to the first 50 boards, or complete RMA.

For those with 0000-0050 serial boards, John from Enterpoint replied a few hours after I sent the email (impressed!). They want to wait 2-4 weeks before doing any RMA on these as they may have a fix in firmware for them, and by then they'll have additional stock for RMA if required.

testconpastas2

full member

Activity: 199

Merit: 100

Quote from: Doff on August 02, 2012, 04:16:57 PM

Quote from: testconpastas2 on August 02, 2012, 03:43:47 PM

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?

of course i tryed , but the other boards and these never needed admin rights before. so i think is a "false friend" error.

Doff

sr. member

Activity: 327

Merit: 250

Quote from: testconpastas2 on August 02, 2012, 03:43:47 PM

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?

testconpastas2

full member

Activity: 199

Merit: 100

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.

zefir

donator

Activity: 919

Merit: 1000

Quote from: spiccioli on August 02, 2012, 10:41:56 AM

zefir,

I see that your patch changes

Code:

submit_nonce(thr, work, nonce);

with

Code:

submit_work_sync(thr, work);

what's the difference?

spiccioli

ps. linux 32bit cgminer 2.6.1 with zefir patch available at

http://p2pool.soon.it/cgminer/cgminer-2.6.1-zefir

Hi spiccioli,

submit_nonce() is a generic function that is called by all drivers when they think they found a valid share. It is basically a copy of the code lines I added with my patch, but without incrementing the hw_error counter. As discussed with kano, this seem to be a mistake, since for all drivers a wrong nonce should be treated as HW error (that's why he never saw an HW error with his Icarus). He will discuss this issue with conman and add a related fix.

HTH

spiccioli

legendary

Activity: 1379

Merit: 1003

nec sine labore

Quote from: ebereon on August 02, 2012, 11:57:01 AM

Quote from: spiccioli on August 02, 2012, 11:46:37 AM

...
And, last but not least, with zefir patch I can see invalids on cgminer as well

see after an hour
...
spiccioli.

That is nice! Waiting for a windows binary Wink

ebereon,

I'm sorry, I don't have the toolchain available on windows to build it but I hope that kano fixes the official build soon, so it should become part of the standard distribution.

spiccioli.

ebereon

sr. member

Activity: 397

Merit: 500

Quote from: spiccioli on August 02, 2012, 11:46:37 AM

...
And, last but not least, with zefir patch I can see invalids on cgminer as well

see after an hour
...
spiccioli.

That is nice! Waiting for a windows binary Wink

spiccioli

legendary

Activity: 1379

Merit: 1003

nec sine labore

Quote from: ebereon on August 02, 2012, 11:07:12 AM

Quote from: spiccioli on August 02, 2012, 10:19:45 AM

ICA15 seems really slow, don't know why.

If I'm correct it must be the FPGA pair 0/1, on 3 of my boards FPGA1 freeze after some hours with 200, 190, 180, 170, 160. So i flashed the 150Mh bitstream, after 1 day and 12 hours it has freeze again on 2 boards, the 3th is still running at 4.89 U/m. I will test now the 140Mh on the FPGA1 on the 2 problematic boards. Just try it.

Quote from: spiccioli on August 02, 2012, 10:19:45 AM

All the others are around 4.2 - 5.1 so not so fast, they're in a room that today is at 30 degrees C though.

There are several messages of share below target, so I've compiled cgminer with zefir's patch and I'll run it to be able to see what boards have higher invalids and flash them with slower bitstream.

spiccioli.

I had similar problems with ABCpool, U was between 4.5 and 5.1. On Ozcoin i have 5.1 - 5.4 (5.6 with 200Mh) except the 3 problemaic boards which are at ~4.89 (200/150Mh).
I have also optimiced every FPGA to it's best bitstream. With MPBM i have the information about Invalids in % and when a invalid share is logged i can see which FPGA of the both per pair produced it.

Like:

Code:

2012-08-02 17:33:40.694	[200]	CM30 SN#62-415: 	Got K-not-zero share 78d8dad1
                                ^COM30                                             ^0-7 = FPGA0; 8-9 and a-f = FPGA1

The second-to-last bit tells which FPGA is it. (Info from TheSeven from IRC

... thanks TheSeven!)

I hope it helps a bit.

eb

ebereon,

good to know about FPGA0/1 locking up, I'll wait next round of bitstreams before reflashing them

ABC seems to be lagging sometimes, I'll make a test with a different pool to see what happens.

And, last but not least, with zefir patch I can see invalids on cgminer as well

see after an hour

Code:

 cgminer version 2.6.1 - Started: [2012-08-02 17:27:29]
--------------------------------------------------------------------------------
 (5s):7196.5 (avg):6890.0 Mh/s | Q:11641  A:6490  R:29  HW:0  E:56%  U:88.2/m
 TQ: 20  ST: 18  SS: 2  DW: 126  NB: 8  LW: 0  GF: 115  RF: 3
 Connected to http://pool.abcpool.co with LP as user ....
 Block: 000006146b07a24c5840b90cd5c914d8...  Started: [18:35:21]
--------------------------------------------------------------------------------
 [P]ool management [S]ettings [D]isplay options [Q]uit
 ICA  0:                | 379.8/351.8Mh/s | A:381 R:1 HW: 12 U:5.18/m
 ICA  1:                | 379.5/348.8Mh/s | A:366 R:2 HW: 12 U:4.97/m
 ICA  2:                | 379.8/351.2Mh/s | A:364 R:0 HW: 10 U:4.95/m
 ICA  3:                | 378.8/343.6Mh/s | A:337 R:1 HW: 30 U:4.58/m
 ICA  4:                | 379.7/353.3Mh/s | A:372 R:2 HW:  5 U:5.05/m
 ICA  5:                | 379.6/352.7Mh/s | A:355 R:3 HW:  4 U:4.82/m
 ICA  6:                | 379.9/351.3Mh/s | A:365 R:2 HW:  7 U:4.96/m
 ICA  7:                | 379.8/353.7Mh/s | A:355 R:1 HW:  3 U:4.82/m
 ICA  8:                | 298.5/333.9Mh/s | A:310 R:1 HW: 37 U:4.21/m
 ICA  9:                | 379.6/352.4Mh/s | A:361 R:0 HW:  7 U:4.90/m
 ICA 10:                | 379.9/352.5Mh/s | A:188 R:1 HW:  5 U:2.55/m
 ICA 11:                | 349.9/345.7Mh/s | A:149 R:0 HW: 19 U:2.02/m
 ICA 12:                | 372.0/332.2Mh/s | A:327 R:0 HW: 11 U:4.44/m
 ICA 13:                | 351.3/334.7Mh/s | A:307 R:2 HW: 10 U:4.17/m
 ICA 14:                | 379.6/353.0Mh/s | A:354 R:1 HW:  5 U:4.81/m
 ICA 15:                | 185.4/286.5Mh/s | A:186 R:2 HW:167 U:2.53/m
 ICA 16:                | 250.5/341.5Mh/s | A:345 R:2 HW: 25 U:4.69/m
 ICA 17:                | 379.7/351.6Mh/s | A:376 R:3 HW:  6 U:5.11/m
 ICA 18:                | 379.7/353.3Mh/s | A:341 R:3 HW: 10 U:4.63/m
 ICA 19:                | 379.8/352.6Mh/s | A:353 R:2 HW:  8 U:4.80/m
--------------------------------------------------------------------------------

 [2012-08-02 18:40:42] Accepted b5103a4e.6e3254bf ICA 13 pool 0
 [2012-08-02 18:40:44] Accepted 01f4cd58.b836842b ICA 18 pool 0
 [2012-08-02 18:40:44] Accepted 764c0200.2a6cf5ff ICA 17 pool 0
 [2012-08-02 18:40:46] Accepted 1ec14bfb.575eab24 ICA 2 pool 0
 [2012-08-02 18:40:46] Accepted 4857eba2.2b1305f3 ICA 2 pool 0
 [2012-08-02 18:40:47] Accepted 30df099c.c2187183 ICA 7 pool 0
 [2012-08-02 18:40:49] Accepted 9891a74f.eabbec61 ICA 4 pool 0
 [2012-08-02 18:40:51] Accepted 8b4d416b.c9f116a3 ICA 0 pool 0
 [2012-08-02 18:40:51] Accepted f627eb53.b023953c ICA 1 pool 0
 [2012-08-02 18:40:52] Accepted a30e8813.6c410269 ICA 5 pool 0
 [2012-08-02 18:40:53] Accepted b790eb70.3cef10f2 ICA 9 pool 0
 [2012-08-02 18:40:53] Accepted 0e32293d.62947067 ICA 11 pool 0
 [2012-08-02 18:40:56] Accepted b17bf661.9f9bf002 ICA 7 pool 0
 [2012-08-02 18:40:57] Accepted 708b57d7.99c589de ICA 9 pool 0
 [2012-08-02 18:40:58] Accepted c65e8df0.54dfc369 ICA 3 pool 0
 [2012-08-02 18:40:59] Accepted 9201c02c.4a10a8f2 ICA 5 pool 0
 [2012-08-02 18:40:59] Accepted 0d431b9b.867d2f9d ICA 14 pool 0
 [2012-08-02 18:40:59] Accepted 70ac8bd8.e21a886e ICA 9 pool 0
 [2012-08-02 18:41:00] Accepted 99623d12.8612fdab ICA 8 pool 0
 [2012-08-02 18:41:01] Accepted 5ca20d2e.2845caa5 ICA 1 pool 0
 [2012-08-02 18:41:01] Accepted fdd768d8.b8635950 ICA 8 pool 0
 [2012-08-02 18:41:03] Accepted 158bbcfe.500e207c ICA 7 pool 0
 [2012-08-02 18:41:06] Accepted a4ce8b55.9539e3da ICA 19 pool 0
 [2012-08-02 18:41:09] Accepted 3016cca6.1f52d8d7 ICA 13 pool 0

ICA15 really has problems Sad

Anyway, on linux, every time I restart the system, all the boards do map themselves on different ttyUSB ports, I'm looking into udev rules to see how to make each board map to the same ttyUSB port and/or a symbolic link which does not change.

Alas, I've just got 24 hours in the day, and daily work, and a family and and and...

spiccioli.

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