So, that extra module that I've ordered. Can I run it with anything else but the main control boards?
Let's say rPi?
Please advice.
It's a BeagleBone Black (Circuito, Newark or Farnell) inside the KNC as far as I can tell. Similar to the RaspeBerry Pi -- but that's all. which is mounted to the actual controller board.. I don't see how you'd connect the data ribbon to a BBB without one. What a great morning...Gox @ 427.....coinbase @ 390... nice! Suggestion for KNC's GEN2... Native WiFi  a small pci slot on the controller board...and a 5 dollar 10/100 wifi card... sorry for being pedantic but it's a plain BeagleBone, not the Black version. And if memory serves KnC removed the USB interface. from dmesg: [ 2.181344] bone-capemgr bone_capemgr.9: Baseboard: 'A335BNLT,0A5C,3713910497ÿÿ'
[ 2.189138] bone-capemgr bone_capemgr.9: compatible-baseboard=ti,beaglebone-black
[ 2.221178] bone-capemgr bone_capemgr.9: bone: Invalid signature '49313030' at slot 0
[ 2.229407] bone-capemgr bone_capemgr.9: slot #0: No cape found
[ 2.266584] bone-capemgr bone_capemgr.9: slot #1: No cape found
[ 2.303692] bone-capemgr bone_capemgr.9: slot #2: No cape found
[ 2.340802] bone-capemgr bone_capemgr.9: slot #3: No cape found
[ 2.347069] bone-capemgr bone_capemgr.9: slot #4: specific override
[ 2.353678] bone-capemgr bone_capemgr.9: bone: Using override eeprom data at slot 4
[ 2.361723] bone-capemgr bone_capemgr.9: slot #4: 'Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G'
[ 2.372230] bone-capemgr bone_capemgr.9: initialized OK.
[ 2.377895] bone-capemgr bone_capemgr.9: slot #4: Requesting firmware 'cape-bone-2g-emmc1.dtbo' for board-name 'Bone-LT-eMMC-2G', version '00A0'
it says "beaglebone-black". I'm not an expert on these things, but I wouldn't imagine a non-black version would have that entry. Could be wrong tho. In addition, some folks matched up the physical layout from the preproduction pictures to be the Black version, IIRC. Anyway, just thought I'd throw that out there in case someone found it interesting/useful. And the version before the BBB used more power. Not likely they'd go with the less efficient. |
|
|
|
Imake them on the same way...  So, looking reasonably simple press fit insulation piercing. Is there a best compression tool or are most going with channel lock pliers? I know when I make my own RJ45 connectors, the insulation piercing is okay but not 100%, 100% of the time and this with a fairly decent RJ45 crimping tool. When hashrate falls showing a module has died I'd bet the failure to be a homemade ribbon cable. I have ordered a roll of cable with connectors. Just wondering about a best compression tool without getting to ampenol costs. You don't really need that, do you? You can press it with fingers or common pliers, right? I'll probably go with a small heavy vice. |
|
|
|
Imake them on the same way... So, looking reasonably simple press fit insulation piercing. Is there a best compression tool or are most going with channel lock pliers? I know when I make my own RJ45 connectors, the insulation piercing is okay but not 100%, 100% of the time and this with a fairly decent RJ45 crimping tool. When hashrate falls showing a module has died I'd bet the failure to be a homemade ribbon cable. I have ordered a roll of cable with connectors. Just wondering about a best compression tool without getting to ampenol costs. |
|
|
|
is their customer support still reachable via phone? got a scandinavian voice from tape which I did not understand quite well. is this a international company and where can I read the business hours of the company? thank you! EDIT: Our second wave of shipment has sold out faster than we expected. We had aimed to sell from stock. However, due to the recent BTC price activity we sold. what does this mean?? From 9am yes, from 6/7am, dependant on when you rang earlier, no. It's CET time here, 6 hours ahead of New York (EST), and 1 hour ahead of London (GMT). Cust Serv are allowed to sleep. They are also allowed weekends off. The rest of us, not so lucky, although I suffer from insomnia. What the above means is media hype in the press caused a shit load of attention despite the fact we weren't trying with Adwords and some new peeps found out about mining, coupled with those that were set on waiting the pre-order game until a proven product existed. They ordered, stock sold. Try the weather channel, on low in the background. |
|
|
|
If bitcoin is only worth six hundred and some dollars next spring that would be very disappointing.
It needs to be worth thousands if it is ever to be actually used for real other than by some tiny clique. I have constantly been amazed at how long it managed not to go up into the thousands. Hopefully we have finally reached the start of the adoption curve...
-MarkM-
What could make it climb is if a small petroleum exporting country would offer a discount on filling mega-takers if paid in bitcoin. Yesterday I noticed 1 bitcoin was equal to the cost of 4 barrels of petroleum. That is a direct attack on the US petrodollar....what you suggest would be catastrophic for the US...they would attack that country immediately. Look at how they treat Argentina etc. for guidance in this area. Venezuela hasn't exactly been currying favor with the US. |
|
|
|
If bitcoin is only worth six hundred and some dollars next spring that would be very disappointing.
It needs to be worth thousands if it is ever to be actually used for real other than by some tiny clique. I have constantly been amazed at how long it managed not to go up into the thousands. Hopefully we have finally reached the start of the adoption curve...
-MarkM-
What could make it climb is if a small petroleum exporting country would offer a discount on filling mega-takers if paid in bitcoin. Yesterday I noticed 1 bitcoin was equal to the cost of 4 barrels of petroleum. |
|
|
|
No production, they saved others for RMA.... which is more than enough to cover...
Where did you hear that?
They haven't
They opened orders, at 2pm the site was flooded.
Within 5 minutes the orders were fulfilled.
They tried to close orders, net couldn't handle the load and Andreas was locked out.
At 7 min he managed to pull the trigger, as a consequence quite a few more than 200 have to be fulfilled, so some more boards will be made for those.
Bitpay crashed from load, error #404.
Newegg sell out of stock of Arctic i30s within minutes.
Blockchain is still processing some orders, well at least it was about an hour ago, as Bitpay doesn't pay transaction fees.
Thank-you...interesting... I wonder if that info is correct... even the news says sold in 3 mins.... his says seven.... But yeah, if so... production time & a small step backwards for a day... but somehow I still doubt that is correct... guess we shall see... I'd bet they could run manufacture them in the AM, and still make it out the door same day....In another lifetime -- a few centuries ago -- I was working in computer manufacturing... and yeah there are times when it's simpler to make another run -- even if the product is now "out of date"... I mean -- like it's a month old -- that's a decade in the auto industry yah know. I have never seen anything in this thread that would make me doubt Bitcoinarama's words -- regardless of all the moaning and complaining seen here. As for your last point... Hmmm? maybe. I would have to see that. Probably take more than a day to scratch out the paperwork -- but nice if they did it. But, if they can do it they should offer all the Saturn and Mercury owners another kick at the cat -- and then just build whatever is wanted. It's a nice thought anyway. My last job, one of the tasks was to troubleshoot failed boards after an SMT run. Before I got there, the rate of successful repair was somewhat lower and failed devices were tossed aside and a run building a single board was not uncommon. |
|
|
|
You're buying cable. Don't the upgrade modules come with a ribbon cable, heatsink and mounting hardware? If the modules come with a ribbon cable, do both Saturn owners and Mercury owners (who only bought a single module) get ribbon cables long enough to use the back mounting or will Mercury owners only buying a single module get a short cable? Anyone know? |
|
|
|
Looking for some Ideas
Gen 2 blade GREEN issues:
I am now more perplexed as to what is the issue with my blades.
I now have 2 blades, both are using power supplies with well more than the 8.3amps on 12v that is needed triple the amount needed in fact.
I pointed 1 to a bfg proxy and 1 to slush's mining proxy program but neither will exceed 7.2gh/s.
If it were network traffic issues adding the 2nd blade in "theory" should have dropped both?!
They are in the same network.
They both insist on changing proxy servers about every 40 work units requested.
You can not put a blank or the same ip for both servers or they will stop requesting work after 40 until they are rebooted.
I put a bfg proxy on a server and pointed them to 2 ip's on the server which works. but they do not exceed 7.2gh/s
I setup another proxy on another server and pointed the other blade at it. still will not exceed 7.2gh/s.
I changed one of the proxys to the slush miner and the other to bfg, still wont exceed 7.2gh/s
Neither are running hot, they have more than enough cooling on them.
in BFGMiner the first column says 10ish/7.2/7.0gh/s
What does the first column mean?
Total MHS: 07318
Received: 0000257291
Accepted: 0000203803
Per Minute: 100.00
Efficiency: 079.21%
Up Time: 1d,09h,57m,53s
Current Server: 10.1.3.144:8334
Chip: OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
Total MHS: 07217
Received: 0000259925
Accepted: 0000202522
Per Minute: 098.61
Efficiency: 077.91%
Up Time: 1d,10h,13m,39s
Current Server: 10.1.3.72:8333
Chip: OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
Same problem. I changed two things and am back up to: Total MHS: 10052 Received: 0000001024 Accepted: 0000000983 Per Minute: 139.57 Efficiency: 096.09% Up Time: 0d,00h,07m,03s 1) I stopped using a laptop for stratum-mining-proxy that was also running cgminer for a Jalapeno and possibly overworking it. 2) I took my RPi, running stratum-mining-proxy, and changed it from wifi to RJ45; it had been servicing 6 USB BEs, and addressed the Blade to the RPi. I had put the 6 BEs to the stratum on the RPi originally as addressing the cgminer running the BEs on another RPi directly to stratum.mining.eligius.st was getting difficulties in the /127. For some reason that is no long the case and the BEs are getting diffs of 15/1 or 163/1 and the like, much better. On the overloaded laptop stratum was showing for instance 1002milliseconds on accepted's for the Blade, way to slow moving the data, while the Blade is now showing [0ms] and: Total MHS: 11031 Received: 0000002592 Accepted: 0000002626 Per Minute: 150.91 Efficiency: 101.31% (oy) Up Time: 0d,00h,17m,24s soy |
|
|
|
Had a BE go bad recently. Troubleshooting: Not communicating; looked at voltages on the edge connector and found 7 to 6 on a good unit showing a little over a volt but on the faulty unit over 3 volts; cleaned a spot between a couple of pins on the inside side of the BE chip and now have the same voltage between edge pins 7 and 6 but not communicating. The LED was flashing the correct sequence and duration so it wasn't the CP2102->crystal but found both the SUSPEND and SUSPEND-NOT pins high. They should be complementary. Not shorted so internal or elsewhere on the board. Tried a manual reset of the CP2102 bringing the reset pin to ground but that was no help either. The CP2102 seems to have the proper voltages aside from the SUSPEND and SUSPEND-NOT pins. Since they're the states of an inverter input and output it's disallowed logic. Anyone seen this and know of a fix aside from replacing the CP2102? I note I had been getting strange high frequency noise on my network, it stopped around the time this went belly up.
first: did you check the usb connector solder pins? i had many of them with bad soldered usb connector pins... try to resolder this 4 pins first. or: desolder the asic and check if it is detected. is cp2102 getting hot? if you desolder asic and it is detected again, you know your asic is demaged. the cp2102 works without any external components. i mean, if you desolder every component but keep only the cp2102 on board, it must be detected by your computer. if not, maybe its bad soldered but mostly death cp2102. i have some new cp2102 if you need. Thanks for the reply. I've inspected the board closely with a loupe The USB pins seem quite well soldered visually inspecting. The ASIC seems to be just a little askew from dead center but I'm betting on the CP2102 as dead - ordered one from Digikey earlier today. I replaced one once before and it took me two days to get it right so I know they can tolerate soldering and desoldering, not sure about my tolerance for difficult work without the best (expensive) tools however. I've measured continuity between the data pins and the corresponding rear surface mount pins on the USB, that earlier today, but perhaps the signals just aren't reaching the fingers in the USB plug. Think I'll grab a USB extension, plug it in and measure....yes, continuity. It seems to be in a suspend state according to the suspend pin out (12) although the reverse is indicated by the suspend-not pin out (12) as they are both high. I believe it wouldn't be capable of identifying itself if in a suspended state. A good unit immediately gets a device reset notation in linux to std out when plugged in. I would expect to see a similar notation when I bring the reset pin to ground but nothing. from where are you? i can solder it for you in 1 minute. get a cheap hotairgun, with it its easy to desolder and solder. i would not know how to solder the cp2102 without hotair or irda. and resolder the usb pins first, sometimes you cant see visualy bad contacts. i had about 10 erupters with bad solderes usb pins. same with asic blade.. i have ordered 2 of them, one had a problem with lan led, this was also a bad soldered contact. it seems to be a problem with bigger components, on these often 1 pin loose contact. @all what oszillator pinout is used in the erupter blade? did someone overclocked the new blades which have only 1 oszillator soldered on board? I live in the US state of Georgia. Did smt board repair for Yokogawa for a couple of years recently. Now retired. Have just gotten it working this morning: AMU 5:|334.4M/325.2Mh/s | DA: 32 DR: 0 HW: 0 WU: 4.72/m. And yourself? Ah well. Ran long enough to produce 690 Accepted shares then went Zombie. Either brake cleaner was too strong a chemical for the plastic screws or I had over-torqued. I cleaned the CP2102 again with the brake cleaner, blew it off/dry, replaced the screws with I think 3mm steel screws, plugged it in and it's hashing again. AMU 7:| 333.9M/318.8Mh/s | DA: 24 DR:0 HW: 0 WU: 6.75/m now back to cutting insulation for my well house so my pump doesn't freeze this winter... Zombie again. Took the CP2102 off once again. When I last removed and replaced, some of the board fingers along the lower edge (15-21), the unused string of pins, had come free and one had become embedded in the heatsinking solder on the main pad causing it not to sit fully flat. Cleaned it off and it's back in service once again. Wonder if it will fail or not. (....up a couple of hours and okay) |
|
|
|
anyone no the thread size for the screws i need to order a tap.
thanks
M3-.50 I've use M3-.50x6 but ran into a problem with one that seemed to clear when I went back to plastic. I can't imagine a multi-layer layout that would threaten shorting anything but ground planes at screw thru holes but who knows. |
|
|
|
anyone no the thread size for the screws i need to order a tap.
thanks
M3-.50 |
|
|
|
Had a BE go bad recently. Troubleshooting: Not communicating; looked at voltages on the edge connector and found 7 to 6 on a good unit showing a little over a volt but on the faulty unit over 3 volts; cleaned a spot between a couple of pins on the inside side of the BE chip and now have the same voltage between edge pins 7 and 6 but not communicating. The LED was flashing the correct sequence and duration so it wasn't the CP2102->crystal but found both the SUSPEND and SUSPEND-NOT pins high. They should be complementary. Not shorted so internal or elsewhere on the board. Tried a manual reset of the CP2102 bringing the reset pin to ground but that was no help either. The CP2102 seems to have the proper voltages aside from the SUSPEND and SUSPEND-NOT pins. Since they're the states of an inverter input and output it's disallowed logic. Anyone seen this and know of a fix aside from replacing the CP2102? I note I had been getting strange high frequency noise on my network, it stopped around the time this went belly up.
first: did you check the usb connector solder pins? i had many of them with bad soldered usb connector pins... try to resolder this 4 pins first. or: desolder the asic and check if it is detected. is cp2102 getting hot? if you desolder asic and it is detected again, you know your asic is demaged. the cp2102 works without any external components. i mean, if you desolder every component but keep only the cp2102 on board, it must be detected by your computer. if not, maybe its bad soldered but mostly death cp2102. i have some new cp2102 if you need. Thanks for the reply. I've inspected the board closely with a loupe The USB pins seem quite well soldered visually inspecting. The ASIC seems to be just a little askew from dead center but I'm betting on the CP2102 as dead - ordered one from Digikey earlier today. I replaced one once before and it took me two days to get it right so I know they can tolerate soldering and desoldering, not sure about my tolerance for difficult work without the best (expensive) tools however. I've measured continuity between the data pins and the corresponding rear surface mount pins on the USB, that earlier today, but perhaps the signals just aren't reaching the fingers in the USB plug. Think I'll grab a USB extension, plug it in and measure....yes, continuity. It seems to be in a suspend state according to the suspend pin out (12) although the reverse is indicated by the suspend-not pin out (12) as they are both high. I believe it wouldn't be capable of identifying itself if in a suspended state. A good unit immediately gets a device reset notation in linux to std out when plugged in. I would expect to see a similar notation when I bring the reset pin to ground but nothing. from where are you? i can solder it for you in 1 minute. get a cheap hotairgun, with it its easy to desolder and solder. i would not know how to solder the cp2102 without hotair or irda. and resolder the usb pins first, sometimes you cant see visualy bad contacts. i had about 10 erupters with bad solderes usb pins. same with asic blade.. i have ordered 2 of them, one had a problem with lan led, this was also a bad soldered contact. it seems to be a problem with bigger components, on these often 1 pin loose contact. @all what oszillator pinout is used in the erupter blade? did someone overclocked the new blades which have only 1 oszillator soldered on board? I live in the US state of Georgia. Did smt board repair for Yokogawa for a couple of years recently. Now retired. Have just gotten it working this morning: AMU 5:|334.4M/325.2Mh/s | DA: 32 DR: 0 HW: 0 WU: 4.72/m. And yourself? Ah well. Ran long enough to produce 690 Accepted shares then went Zombie. Either brake cleaner was too strong a chemical for the plastic screws or I had over-torqued. I cleaned the CP2102 again with the brake cleaner, blew it off/dry, replaced the screws with I think 3mm steel screws, plugged it in and it's hashing again. AMU 7:| 333.9M/318.8Mh/s | DA: 24 DR:0 HW: 0 WU: 6.75/m now back to cutting insulation for my well house so my pump doesn't freeze this winter... Zombie again. |
|
|
|
Had a BE go bad recently. Troubleshooting: Not communicating; looked at voltages on the edge connector and found 7 to 6 on a good unit showing a little over a volt but on the faulty unit over 3 volts; cleaned a spot between a couple of pins on the inside side of the BE chip and now have the same voltage between edge pins 7 and 6 but not communicating. The LED was flashing the correct sequence and duration so it wasn't the CP2102->crystal but found both the SUSPEND and SUSPEND-NOT pins high. They should be complementary. Not shorted so internal or elsewhere on the board. Tried a manual reset of the CP2102 bringing the reset pin to ground but that was no help either. The CP2102 seems to have the proper voltages aside from the SUSPEND and SUSPEND-NOT pins. Since they're the states of an inverter input and output it's disallowed logic. Anyone seen this and know of a fix aside from replacing the CP2102? I note I had been getting strange high frequency noise on my network, it stopped around the time this went belly up.
first: did you check the usb connector solder pins? i had many of them with bad soldered usb connector pins... try to resolder this 4 pins first. or: desolder the asic and check if it is detected. is cp2102 getting hot? if you desolder asic and it is detected again, you know your asic is demaged. the cp2102 works without any external components. i mean, if you desolder every component but keep only the cp2102 on board, it must be detected by your computer. if not, maybe its bad soldered but mostly death cp2102. i have some new cp2102 if you need. Thanks for the reply. I've inspected the board closely with a loupe The USB pins seem quite well soldered visually inspecting. The ASIC seems to be just a little askew from dead center but I'm betting on the CP2102 as dead - ordered one from Digikey earlier today. I replaced one once before and it took me two days to get it right so I know they can tolerate soldering and desoldering, not sure about my tolerance for difficult work without the best (expensive) tools however. I've measured continuity between the data pins and the corresponding rear surface mount pins on the USB, that earlier today, but perhaps the signals just aren't reaching the fingers in the USB plug. Think I'll grab a USB extension, plug it in and measure....yes, continuity. It seems to be in a suspend state according to the suspend pin out (12) although the reverse is indicated by the suspend-not pin out (12) as they are both high. I believe it wouldn't be capable of identifying itself if in a suspended state. A good unit immediately gets a device reset notation in linux to std out when plugged in. I would expect to see a similar notation when I bring the reset pin to ground but nothing. from where are you? i can solder it for you in 1 minute. get a cheap hotairgun, with it its easy to desolder and solder. i would not know how to solder the cp2102 without hotair or irda. and resolder the usb pins first, sometimes you cant see visualy bad contacts. i had about 10 erupters with bad solderes usb pins. same with asic blade.. i have ordered 2 of them, one had a problem with lan led, this was also a bad soldered contact. it seems to be a problem with bigger components, on these often 1 pin loose contact. @all what oszillator pinout is used in the erupter blade? did someone overclocked the new blades which have only 1 oszillator soldered on board? I live in the US state of Georgia. Did smt board repair for Yokogawa for a couple of years recently. Now retired. Have just gotten it working this morning: AMU 5:|334.4M/325.2Mh/s | DA: 32 DR: 0 HW: 0 WU: 4.72/m. And yourself? Ah well. Ran long enough to produce 690 Accepted shares then went Zombie. Either brake cleaner was too strong a chemical for the plastic screws or I had over-torqued. I cleaned the CP2102 again with the brake cleaner, blew it off/dry, replaced the screws with I think 3mm steel screws, plugged it in and it's hashing again. AMU 7:| 333.9M/318.8Mh/s | DA: 24 DR:0 HW: 0 WU: 6.75/m now back to cutting insulation for my well house so my pump doesn't freeze this winter... |
|
|
|
Had a BE go bad recently. Troubleshooting: Not communicating; looked at voltages on the edge connector and found 7 to 6 on a good unit showing a little over a volt but on the faulty unit over 3 volts; cleaned a spot between a couple of pins on the inside side of the BE chip and now have the same voltage between edge pins 7 and 6 but not communicating. The LED was flashing the correct sequence and duration so it wasn't the CP2102->crystal but found both the SUSPEND and SUSPEND-NOT pins high. They should be complementary. Not shorted so internal or elsewhere on the board. Tried a manual reset of the CP2102 bringing the reset pin to ground but that was no help either. The CP2102 seems to have the proper voltages aside from the SUSPEND and SUSPEND-NOT pins. Since they're the states of an inverter input and output it's disallowed logic. Anyone seen this and know of a fix aside from replacing the CP2102? I note I had been getting strange high frequency noise on my network, it stopped around the time this went belly up.
first: did you check the usb connector solder pins? i had many of them with bad soldered usb connector pins... try to resolder this 4 pins first. or: desolder the asic and check if it is detected. is cp2102 getting hot? if you desolder asic and it is detected again, you know your asic is demaged. the cp2102 works without any external components. i mean, if you desolder every component but keep only the cp2102 on board, it must be detected by your computer. if not, maybe its bad soldered but mostly death cp2102. i have some new cp2102 if you need. Thanks for the reply. I've inspected the board closely with a loupe The USB pins seem quite well soldered visually inspecting. The ASIC seems to be just a little askew from dead center but I'm betting on the CP2102 as dead - ordered one from Digikey earlier today. I replaced one once before and it took me two days to get it right so I know they can tolerate soldering and desoldering, not sure about my tolerance for difficult work without the best (expensive) tools however. I've measured continuity between the data pins and the corresponding rear surface mount pins on the USB, that earlier today, but perhaps the signals just aren't reaching the fingers in the USB plug. Think I'll grab a USB extension, plug it in and measure....yes, continuity. It seems to be in a suspend state according to the suspend pin out (12) although the reverse is indicated by the suspend-not pin out (12) as they are both high. I believe it wouldn't be capable of identifying itself if in a suspended state. A good unit immediately gets a device reset notation in linux to std out when plugged in. I would expect to see a similar notation when I bring the reset pin to ground but nothing. from where are you? i can solder it for you in 1 minute. get a cheap hotairgun, with it its easy to desolder and solder. i would not know how to solder the cp2102 without hotair or irda. and resolder the usb pins first, sometimes you cant see visualy bad contacts. i had about 10 erupters with bad solderes usb pins. same with asic blade.. i have ordered 2 of them, one had a problem with lan led, this was also a bad soldered contact. it seems to be a problem with bigger components, on these often 1 pin loose contact. @all what oszillator pinout is used in the erupter blade? did someone overclocked the new blades which have only 1 oszillator soldered on board? I live in the US state of Georgia. Did smt board repair for Yokogawa for a couple of years recently. Now retired. Have just gotten it working this morning: AMU 5:|334.4M/325.2Mh/s | DA: 32 DR: 0 HW: 0 WU: 4.72/m. And yourself? Ah well. Ran long enough to produce 690 Accepted shares then went Zombie. |
|
|
|
Had a BE go bad recently. Troubleshooting: Not communicating; looked at voltages on the edge connector and found 7 to 6 on a good unit showing a little over a volt but on the faulty unit over 3 volts; cleaned a spot between a couple of pins on the inside side of the BE chip and now have the same voltage between edge pins 7 and 6 but not communicating. The LED was flashing the correct sequence and duration so it wasn't the CP2102->crystal but found both the SUSPEND and SUSPEND-NOT pins high. They should be complementary. Not shorted so internal or elsewhere on the board. Tried a manual reset of the CP2102 bringing the reset pin to ground but that was no help either. The CP2102 seems to have the proper voltages aside from the SUSPEND and SUSPEND-NOT pins. Since they're the states of an inverter input and output it's disallowed logic. Anyone seen this and know of a fix aside from replacing the CP2102? I note I had been getting strange high frequency noise on my network, it stopped around the time this went belly up.
first: did you check the usb connector solder pins? i had many of them with bad soldered usb connector pins... try to resolder this 4 pins first. or: desolder the asic and check if it is detected. is cp2102 getting hot? if you desolder asic and it is detected again, you know your asic is demaged. the cp2102 works without any external components. i mean, if you desolder every component but keep only the cp2102 on board, it must be detected by your computer. if not, maybe its bad soldered but mostly death cp2102. i have some new cp2102 if you need. Thanks for the reply. I've inspected the board closely with a loupe The USB pins seem quite well soldered visually inspecting. The ASIC seems to be just a little askew from dead center but I'm betting on the CP2102 as dead - ordered one from Digikey earlier today. I replaced one once before and it took me two days to get it right so I know they can tolerate soldering and desoldering, not sure about my tolerance for difficult work without the best (expensive) tools however. I've measured continuity between the data pins and the corresponding rear surface mount pins on the USB, that earlier today, but perhaps the signals just aren't reaching the fingers in the USB plug. Think I'll grab a USB extension, plug it in and measure....yes, continuity. It seems to be in a suspend state according to the suspend pin out (12) although the reverse is indicated by the suspend-not pin out (12) as they are both high. I believe it wouldn't be capable of identifying itself if in a suspended state. A good unit immediately gets a device reset notation in linux to std out when plugged in. I would expect to see a similar notation when I bring the reset pin to ground but nothing. from where are you? i can solder it for you in 1 minute. get a cheap hotairgun, with it its easy to desolder and solder. i would not know how to solder the cp2102 without hotair or irda. and resolder the usb pins first, sometimes you cant see visualy bad contacts. i had about 10 erupters with bad solderes usb pins. same with asic blade.. i have ordered 2 of them, one had a problem with lan led, this was also a bad soldered contact. it seems to be a problem with bigger components, on these often 1 pin loose contact. @all what oszillator pinout is used in the erupter blade? did someone overclocked the new blades which have only 1 oszillator soldered on board? I live in the US state of Georgia. Did smt board repair for Yokogawa for a couple of years recently. Now retired. Have just gotten it working this morning: AMU 5:|334.4M/325.2Mh/s | DA: 32 DR: 0 HW: 0 WU: 4.72/m. And yourself? |
|
|
|
|
This last was my second to go bad that worked well after replacing the CP2102.
Picked up a CP2102 from my PO box yesterday and this morning sat down to replace the chip. The eyeglass gremlin has been at work and my best fine work eyeglasses are misplaced. The replacement went well, first attempt after removing the old, the IC fell into place and I tried heating it where it fell. I had fluxed the edges but had forgotten to flux the center pad. Heated for 5 minutes with the hot air machine, let cool and inspection showed alignment was fine but one side was high off the board. This time I used the clothespin with a thru screw and it was particularly easy given more than half the legs were already soldered. Heated, let cool, tested and the CP2102 was reporting it was there. Cleaned well with brake cleaner then blew off with compressed air, installed the heatsink and it's now hashing away at AMU 5: | 334.4M/325.2Mh/s | DA: 32 DR: 0 HW: 0 WU: 4.72/m
|
|
|
|
Also the clear demarcation of 'Mined'. I wonder if this will prove a problem with that obscure rule that mined bitcoins make one an international money transfer agent if one tries to use it for anything but barter. I don't know that any nation has a rule like that... the closest I'm aware of would be FINCEN's guidance that created virtual currency has such regulatory properties - but miners just discover coins predetermined by the protocol, they don't create them. In any case, I doubt any legal institution cares about technicalities. Thanks. It was the FINCEN guidance I was referring to but then I take it that never became legally binding for US citizens? As far as I know, it's been legally binding since even before the guidance was written (ie, they were just explaining the law's application). IANAL, but miners don't create bitcoins, so it doesn't apply to us at all. I think I have it. We work to solve to some degree a mathematical puzzle. When the puzzle is solved to the current requirement there is a reward of 25 Bitcoins. Those Bitcoins were not 'created' in the solving of the mathematical puzzle to the required degree, those Bitcoins were created at the very inception of the Bitcoin concept, in a strictly limited quantity which will be apportioned out over time. Miners do not create Bitcoins. The FINCEN regulation is technically and legally wrong. |
|
|
|
The payout went smoothly with the new block. I notice it seems less 'spendable', having 26 confirmations already but needing 94 more blocks, than BTC earned elsewhere. Also the clear demarcation of 'Mined'. I wonder if this will prove a problem with that obscure rule that mined bitcoins make one an international money transfer agent if one tries to use it for anything but barter. Bitcoins mined on another pool have not that demarcation.
But the question I wish to ask, is the minimum payout stat changeable on the configuration page? I have Bitcoin-QT on another machine than the one having the cookie storing the receive address. I generated the signed message which included in the encrypted string a lowering of the minimum payout trigger to 0.1000btc but it didn't take. After the initial payout since the signed message configuration change I expected the payout to be lowered but it was not. Is the minimum not changeable below what is dictated by the value equation used by Eligius staff?
A standard bitcoin transaction is spendable after only one confirmation, and fully confirmed after 6 confirmations. When a new block is mined, the coinbase transaction that gives the 25 BTC + transaction fees requires 120 confirmations before it is spendable. Most pools send the output of the coinbase transaction to a pool-owned address, then pay you in a separate normal transaction. It will appear in your wallet as 'unconfirmed' until one more block is mined (the confirmation). Eligius (and also P2pool) pay miners directly from the coinbase transaction. That's why the transaction shows up a a 'mined' transaction which shows up as 'immature', and takes 120 confirmations to mature. You can set you minimum payout to anything >= 0.01 BTC. If it didn't work, it probably means that the signature failed. It should tell you whether if it passed or failed a few lines up toward the top of the page. Again I misunderstand verifying messages. When verifying, it doesn't decode and present the message, one needs to put coding address, the exact message, and the signature then if it is accurate it will say Message verified. Which it just did. Yes, submitting a signed message of only the minimum payout happened immediately after submission. Thanks. (Too bad there isn't a fix for these super long blocks.) |
|
|
|
|
Show Posts
