Pages:
Author

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

sr. member
Activity: 397
Merit: 500
August 20, 2012, 10:43:19 AM
dualling up of 2 boards onto 1 USB cable.
Is there anything 'magic' about the ribbon cable between boards?

IOWs, could I just take an old IDE or floppy ribbon cable, chop off the extra wires/connections, and use that?

It's a easy 1to1 wire. The dimension of the IDE or Floppy connectors(holes) are to big.

I done them my self with these connectors and cables:
- connector 0.08€ -> post connectors
- cable 10 pol 3 meters 1.95€ -> ribbon cable

That's 0,225 € / CM1 Ribbon cable  Wink

The left one is my own made cable(0,225€+2minutes time), the right one is from enterpoint(5.20€):



More photos here

eb
sr. member
Activity: 476
Merit: 250
August 20, 2012, 09:52:55 AM
dualling up of 2 boards onto 1 USB cable.
Is there anything 'magic' about the ribbon cable between boards?

IOWs, could I just take an old IDE or floppy ribbon cable, chop off the extra wires/connections, and use that?

sr. member
Activity: 462
Merit: 251
August 20, 2012, 09:43:28 AM
Controller Rev 1.5 is now available on the support page. Programmer is fixed and it offers the dualling up of 2 boards onto 1 USB cable.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
August 20, 2012, 05:16:44 AM
@Kano:
I use your windows binary 2.7.0a and I don't get HW: counting. When do you think we will have the HW detection in your windows binary too?

eb
Certainly not until after this bug is sorted out.

I'll then need to rewrite the share checking for all the drivers so that might be a while yet.
... I'm rarely quick at getting stuff done - since most of it is free Smiley
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
August 20, 2012, 05:14:20 AM
...
kano,

yes, if you have one please tell me where I can download it, it has to be compiled without ADL/OpenCL and it will be running on a PC with very little available disk space.

I can build it myself, if you're better giving me the source code.

Code:
$ df /
Filesystem     1K-blocks    Used Available Use% Mounted on
/dev/sda1        1995048 1459284    435824  78% /

spiccioli

I'll make a branch in my git tomorrow, sorry don't have time tonight (it's now 8pm)
I'll have to sort out a way to make it turn on debug when it happens rather than having a large debug log
(maybe when it gets over 1000 sounds like an easy test)
And let you know the git clone command when it's ready
Thanks!
sr. member
Activity: 397
Merit: 500
August 20, 2012, 05:13:52 AM
@Kano:
I use your windows binary 2.7.0a and I don't get HW: counting. When do you think we will have the HW detection in your windows binary too?

eb
legendary
Activity: 1379
Merit: 1003
nec sine labore
August 20, 2012, 04:50:33 AM
makomk's dcmwd2 190MH/s to all but ICA 9 which is running the 180 one.

...
Note that boards with HW: > 7074 are showing some strange error since all of them, at a certain point in time, went from a normal error count to 7074 and from them kept increasing it.

spiccioli.
End of last week I wrote a proper HW: detection code change and then had that same problem occur ... but only once.
... I've been trying to make it happen again with a whole bunch of debug added, but it's only happened for me that once.

Somehow the Icarus driver gets in a loop of processing a single work a few thousand times (very quickly) - and then it escapes the loop.
It actually doesn't cause much of a problem - but of course when you have a counter like that inside the loop, the counter goes up by the thousands of times it loops.

If you have time it would be good if I could give you a version of cgminer to debug the cause of the problem so I can fix it.

The change I wrote last week (that won't be going into cgminer) is:
https://github.com/kanoi/cgminer/commit/0df64344407180353bec4b7c612e8385c6bac928
There's nothing wrong with it, it's just that it needs to be written to support GPU in the findnonce.c code also, so I need to make it a little different and then edit all the other devices.

kano,

yes, if you have one please tell me where I can download it, it has to be compiled without ADL/OpenCL and it will be running on a PC with very little available disk space.

I can build it myself, if you're better giving me the source code.

Code:
$ df /
Filesystem     1K-blocks    Used Available Use% Mounted on
/dev/sda1        1995048 1459284    435824  78% /

spiccioli
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
August 20, 2012, 04:35:18 AM
makomk's dcmwd2 190MH/s to all but ICA 9 which is running the 180 one.

...
Note that boards with HW: > 7074 are showing some strange error since all of them, at a certain point in time, went from a normal error count to 7074 and from them kept increasing it.

spiccioli.
End of last week I wrote a proper HW: detection code change and then had that same problem occur ... but only once.
... I've been trying to make it happen again with a whole bunch of debug added, but it's only happened for me that once.

Somehow the Icarus driver gets in a loop of processing a single work a few thousand times (very quickly) - and then it escapes the loop.
It actually doesn't cause much of a problem - but of course when you have a counter like that inside the loop, the counter goes up by the thousands of times it loops.

If you have time it would be good if I could give you a version of cgminer to debug the cause of the problem so I can fix it.

The change I wrote last week (that won't be going into cgminer) is:
https://github.com/kanoi/cgminer/commit/0df64344407180353bec4b7c612e8385c6bac928
There's nothing wrong with it, it's just that it needs to be written to support GPU in the findnonce.c code also, so I need to make it a little different and then edit all the other devices.
sr. member
Activity: 462
Merit: 251
August 20, 2012, 04:22:25 AM
[...]

As far as we can tell, and it's a lot more we can find on some exchange operations, Intersango has been good in it's dealings with customers. If you have any experience on that, good or bad, we would be interested in the feedback. This is still an area that we are learning about. The advantage with Intersango being in the UK we do understand what reglatory and business norms apply to businesses operating in our particular backyard.


Yohan,

is there a reason why you would not use existing merchant payment solution like provided by bit-pay and MtGox merchant solutions? AFAIK, they offer ready-to-use fully embedded services that ensure you to get the exact amount of money donominated in fiat for a convenient fee (less then CC companies usually charge). There is neither need for you to take currency risks at all nor for adding a margin on top of your prices.

From my personal experience with Intersango, I'd strongly suggest you to check their TOS and ask the staff explicitly if that would be possible. I tried to use Intersango for the payments of my boards around two months ago. At that times I could withdraw funds only to my own bank account, they lack the required licenses to wire money to a third party. Maybe they got the related licenses meanwhile, otherwise your outlined plan to accept BTC payments via Intersango as conversion proxy won't work. Another fact to consider is the low trading volume there. It took me almost a week to sell 1k BTC. Finally, as rjk mentioned, the management group behind Intersango lost quite some trust and reputation after the Bitcoinica debacle.



The biggest problem we have with choosing an exchange is that there is virtually no exchange of any size that hasn't had some sort of problem either with security or time to pay out going by forum postings. This partly of why we won't take large payments directly in Bitcoins as yet and our aim initially will be to convert to GBP/USD as fast as we can on receiving Bitcoins as a risk reduction strategy. In time that might be able to change because we are not operating on a wafer thin margin, as we are currently, or maybe even some of our suppliers take Bitcoins that mitigates the conversion risk a little. The latter I think is probably a few years away so basically we are left with the currency conversion risk that we have to manage.

The other side of taking this mitigation is that by say converting funds every day we could have very high bank transfer fees on a foreign based exchange e.g. MTgox. MTgox would be the logical place for exchange based on volume but when we looked for the sort of information we look for as general business due diligence it's either not available or simple somewhere we don't know where to look for MTgox. I can say the same about a lot of exchanges. Ther are a lot nice looking websites with very little information about the owners of them.

Overall we can see that Bitcoin is a good thing and there is a lot of nice things in it. From a business perspective the biggest issue is the lack of traceability. Again on the forum there are enough arguements about people having sent Bitcoins and the other side saying they didn't get them for us to be cautious. If we have missed something there do tell us. We are still learning about Bitcoins and things surrounding Bitcoins so there may be something here we don't know.

Many of these sorts of problems with dissappear as Bitcoin gets bigger. At the moment it's a chicken and egg situation in that Bitcoin needs more conventional businesses to take Bitcoins but conversely they either won't, or will only in limited way as we do, because other companies that trade with them don't and they have the same exchange rate risk we have.

On the second option we are open to people using other exchanges and sending us the money that way but the transfer fees are always going to have to be paid. If the exchange is UK and possibly EU based (using SEPA) it will probably be viable for smaller amounts. What we don't want to do is running a lot of accounts wih different exchanges ourselves as that is a huge admin issue.

Using merchant services like BitPay is a possibility but we simply are not ready to do that yet. We can run live currency conversion on our USD and Euro pricing that runs on our existing webshop but we don't because it is an administration nightmare because we have to account for everything in GBP to our taxation authorities. We simplify that by usually only changing USD/Euro exchange pricing conversion rates every 1-3 months and sometiimes longer. Doing the same in Bitcoins simply won't work unless we put a huge risk margin on Bitcoins which I am sure none of you want.

legendary
Activity: 1379
Merit: 1003
nec sine labore
August 20, 2012, 04:15:45 AM
makomk's dcmwd2 190MH/s to all but ICA 9 which is running the 180 one.


 cgminer version 2.6.4 - Started: [2012-08-14 22:15:50]
--------------------------------------------------------------------------------
 (5s):6563.1 (avg):7560.4 Mh/s | Q:178541  A:836721  R:1225  HW:0  E:469%  U:104.9/m
 TQ: 0  ST: 21  SS: 21  DW: 48618  NB: 866  LW: 1543751  GF: 804  RF: 7
 Connected to http://eu.ozco.in with LP as user
 Block: 000004758cbe0866a5d4e5764c436bf1...  Started: [10:58:16]
--------------------------------------------------------------------------------
 [P]ool management [ S ]ettings [D]isplay options [Q]uit
 ICA  0:                | 379.4/378.4Mh/s | A:41893 R:59 HW: 313 U: 5.25/m
 ICA  1:                | 379.8/379.3Mh/s | A:42538 R:58 HW:7132 U: 5.33/m
 ICA  2:                | 379.7/379.0Mh/s | A:42259 R:73 HW: 188 U: 5.30/m
 ICA  3:                | 379.8/376.9Mh/s | A:41751 R:58 HW:7764 U: 5.24/m
 ICA  4:                | 379.7/379.2Mh/s | A:42173 R:58 HW: 121 U: 5.29/m
 ICA  5:                | 370.4/371.6Mh/s | A:40264 R:59 HW:7081 U: 5.05/m
 ICA  6:                | 379.7/379.3Mh/s | A:42004 R:64 HW: 115 U: 5.27/m
 ICA  7:                | 379.8/378.3Mh/s | A:41816 R:63 HW: 388 U: 5.24/m
 ICA  8:                | 379.6/377.8Mh/s | A:41966 R:56 HW: 400 U: 5.26/m
 ICA  9:                | 372.1/371.8Mh/s | A:40069 R:55 HW:  41 U: 5.03/m
 ICA 10:                | 379.8/377.4Mh/s | A:41831 R:51 HW: 495 U: 5.25/m
 ICA 11:                | 379.8/379.7Mh/s | A:42137 R:73 HW:  38 U: 5.28/m
 ICA 12:                | 379.7/379.4Mh/s | A:41812 R:62 HW: 100 U: 5.24/m
 ICA 13:                | 379.7/379.4Mh/s | A:42089 R:52 HW: 131 U: 5.28/m
 ICA 14:                | 379.7/376.4Mh/s | A:41550 R:63 HW: 661 U: 5.21/m
 ICA 15:                | 379.6/379.6Mh/s | A:42103 R:60 HW:  61 U: 5.28/m
 ICA 16:                | 379.5/379.2Mh/s | A:42174 R:62 HW: 124 U: 5.29/m
 ICA 17:                | 379.8/379.5Mh/s | A:42206 R:61 HW:  87 U: 5.29/m
 ICA 18:                | 379.8/378.8Mh/s | A:41777 R:73 HW: 205 U: 5.24/m
 ICA 19:                | 379.5/379.5Mh/s | A:42309 R:65 HW:7080 U: 5.31/m
--------------------------------------------------------------------------------



Note that boards with HW: > 7074 are showing some strange error since all of them, at a certain point in time, went from a normal error count to 7074 and from them kept increasing it.

spiccioli.
sr. member
Activity: 476
Merit: 250
August 20, 2012, 03:13:10 AM
Merely the substantial entanglement with Bitcoinica is sufficient to seriously taint Intersango.

I suggest you do a lot of homework before making that decision.
member
Activity: 89
Merit: 10
August 20, 2012, 02:55:31 AM
not only after what happened with bitcoinica,

i heard from a friend that intersango UK metro bank account was frozen several weeks ago, all the persons that deposit funds were stuck for some time, eventually, after some time, metro bank finished the investigation and the account went back to normal, tough so, many people waited an unusual time for their funds, i think they lost many costumers because of that.
donator
Activity: 919
Merit: 1000
August 20, 2012, 02:46:55 AM
[...]

As far as we can tell, and it's a lot more we can find on some exchange operations, Intersango has been good in it's dealings with customers. If you have any experience on that, good or bad, we would be interested in the feedback. This is still an area that we are learning about. The advantage with Intersango being in the UK we do understand what reglatory and business norms apply to businesses operating in our particular backyard.


Yohan,

is there a reason why you would not use existing merchant payment solution like provided by bit-pay and MtGox merchant solutions? AFAIK, they offer ready-to-use fully embedded services that ensure you to get the exact amount of money donominated in fiat for a convenient fee (less then CC companies usually charge). There is neither need for you to take currency risks at all nor for adding a margin on top of your prices.

From my personal experience with Intersango, I'd strongly suggest you to check their TOS and ask the staff explicitly if that would be possible. I tried to use Intersango for the payments of my boards around two months ago. At that times I could withdraw funds only to my own bank account, they lack the required licenses to wire money to a third party. Maybe they got the related licenses meanwhile, otherwise your outlined plan to accept BTC payments via Intersango as conversion proxy won't work. Another fact to consider is the low trading volume there. It took me almost a week to sell 1k BTC. Finally, as rjk mentioned, the management group behind Intersango lost quite some trust and reputation after the Bitcoinica debacle.
rjk
sr. member
Activity: 448
Merit: 250
1ngldh
August 19, 2012, 06:19:55 PM
Yohan, I'd be very very wary of using Intersango right now. Although it is technically a separate company, its owners are being sued for their dealings with an unrelated matter (mismanagement of Bitcoinica resulting in funds loss), and Who Knows what might happen in the future although they were legally and technically separate companies. I understand that their UK incorporation holds much weight with your decision, but still can't imagine that Intersango will escape unscathed from the fray.

I believe there might be one other exchange that is incorporated in the UK, but I am not sure of that and I don't remember the name of the one I am thinking of either. At least one merchant service provider (Bit-pay) offers a GBP cashout from their service, although I don't know who (if anyone) is using it or how well it works. (I would assume it has no major hassles).
sr. member
Activity: 476
Merit: 250
Keep it Simple. Every Bit Matters.
August 19, 2012, 12:59:51 PM
With the COM ports disappearing, that sounds like either a hub, cabling, motherboard port, driver, or FTDI issue. (with the last being the least likely, but still possible).

it could be due to power surging, a tiny variation in power supply (a minor surge on your power lines) combined with a power spike on the board or something might have thrown the FTDI into a wierd state.

Or cabling/hub being slightly out of whack could throw the FTDI into a wierd state too (which wouldn't be corrected without a power cycle.)

The fact the red led was still flashing, implies the 4 worker FPGAs were continuing to work just fine, but since there was no com port there was no way to give them more work.

Is this windows or linux? If it's linux try monitoring dmesg and/or kernel logs. Also if you can run udevd in verbose logging mode it could help show any wierdness on the USB bus that preceeds (and leads up to) this issue.

All very possible. I'm going to start by removing the hub from the equation.
sr. member
Activity: 407
Merit: 250
August 19, 2012, 11:24:31 AM
With the COM ports disappearing, that sounds like either a hub, cabling, motherboard port, driver, or FTDI issue. (with the last being the least likely, but still possible).

it could be due to power surging, a tiny variation in power supply (a minor surge on your power lines) combined with a power spike on the board or something might have thrown the FTDI into a wierd state.

Or cabling/hub being slightly out of whack could throw the FTDI into a wierd state too (which wouldn't be corrected without a power cycle.)

The fact the red led was still flashing, implies the 4 worker FPGAs were continuing to work just fine, but since there was no com port there was no way to give them more work.

Is this windows or linux? If it's linux try monitoring dmesg and/or kernel logs. Also if you can run udevd in verbose logging mode it could help show any wierdness on the USB bus that preceeds (and leads up to) this issue.
sr. member
Activity: 476
Merit: 250
Keep it Simple. Every Bit Matters.
August 19, 2012, 10:52:11 AM
When they disabled, did they disappear from the host? (the com ports disappeared?). Or did they simply stop mining? Did invalids shoot up? Were the LEDs doing anything wonky on the boards when it occurred? Can you give any further details on the exact behaviour you saw?

It did appear as if the com ports disappeared. Doing a quick usb unplug and plug back in, didn't bring them back. Power cycle was needed.
Invalids didn't shoot up, seemed pretty normal and low. So very low rejects and no hardware errors.
The LEDs were doing what they usually do when it's not mining when I found it, blinking a steady red and yellow.

If it happens again I'll try provide more details.
sr. member
Activity: 407
Merit: 250
August 19, 2012, 10:30:44 AM
When they disabled, did they disappear from the host? (the com ports disappeared?). Or did they simply stop mining? Did invalids shoot up? Were the LEDs doing anything wonky on the boards when it occurred? Can you give any further details on the exact behaviour you saw?
sr. member
Activity: 476
Merit: 250
Keep it Simple. Every Bit Matters.
August 19, 2012, 09:46:01 AM
Btw Glasswalker, they all decided to disable themselves like a domino effect around 6am this morning, so they last around 36 hours.
Strangely no Hardware errors, but I did have to cold restart them to get them mining again. (thankfully now they are perma-flash).

Updated the icarus options, So lets see if that changes anything.

This was just this one board right? Did anything else happen around that time? Major change in environmental? (heat, power fluctuation, and so on). How is it connected through usb? (hubs/powered hubs) and so on.

For it to run rock solid for 36 hours then up and puke sounds more to be related to something off the cairnsmore board (environmental, or infrastructure) unless the board itself is seriously faulty.

Let me know, we'll see if we can diagnose.

Nope, both boards did it. they both collapsed 30seconds apart. They are unpowered hubs, I could try having them powered separately.
I don't think their was any major environmental issue, but I can't rule it out, I wasn't awake at 6am, just found what was left in the logs.

Any suggestions on how to diagnose it, I've not looked into cgminer more verbose commands, could it tell me more why they became disabled?
sr. member
Activity: 407
Merit: 250
August 19, 2012, 09:22:48 AM
Btw Glasswalker, they all decided to disable themselves like a domino effect around 6am this morning, so they last around 36 hours.
Strangely no Hardware errors, but I did have to cold restart them to get them mining again. (thankfully now they are perma-flash).

Updated the icarus options, So lets see if that changes anything.

This was just this one board right? Did anything else happen around that time? Major change in environmental? (heat, power fluctuation, and so on). How is it connected through usb? (hubs/powered hubs) and so on.

For it to run rock solid for 36 hours then up and puke sounds more to be related to something off the cairnsmore board (environmental, or infrastructure) unless the board itself is seriously faulty.

Let me know, we'll see if we can diagnose.
Pages:
Jump to: