Specs need to be: 3.3v, 5mm X 3.2mm, 4 lead SMD. Here is a filtered list of oscillators on digikey of different freqencys I'm a little thrown off by some of the specifics of the thread, and I want to get in start soldering (I'm awesome with a soldering iron ) So can somebody link me to the 14mhz and the 16mhz crystal oscillator that can be used? can I just buy any old 4 pin crystal? However it would be good to know where these errors are coming from. It seems like as long as error rates are less than 1% them nobody seems to bother reducing them further, I don't think I would bother either. I haven't dealt much with the software side of things when it comes to bitcoin mining. Correct me if I'm wrong but doesn't usb communication send parity check bits along with the data? It would seem that the silabs chip would handle some error checking on the usb layer but I may be wrong. When there are multiple asics communicating in a chain to a single micro if multiple nonces are generated at the same time they merge on the communication line and are lost. None of the Asics on the market store the nonce for any amount of time as soon as it is generated it is passed along, if something happens in the process it is lost. ![]() I would expect it might at least ask for the nonce again in case of transmission error.Īs far as I know all the current mining hardware just passes along the nonce and then it is checked against sha256. ![]() But all bfgminer does, in this case, is flag HW error and close/reopen the usb port. Ok maybe "the nonce *is* the checksum" since it will be checked by the host standard c sha256 routines. The protocol just sends 4 bytes of nonce data. I can't see any evidence of error detection or correction on the protocol, no parity, no checksums, no resend. So I am looking through the bfgminer driver:
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |