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.
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.