chiguireitor
Legendary
Offline
Activity: 872
Merit: 1010
Coins, Games & Miners
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 22, 2015, 04:33:04 AM |
|
The nice thing about UART is that you can have async plugging of devices, unlike SPI that isn't compatible with that kind of scenario (for some weird reason).
Although you could have an out of band indicator that triggered a SPI rescan, but that would be departing too much from the ultra simple protocol.
|
|
|
|
sidehack (OP)
Legendary
Offline
Activity: 3360
Merit: 1859
Curmudgeonly hardware guy
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 22, 2015, 04:51:54 AM |
|
I wonder how hard it'd be to integrate level shifting for string comms? Something like an absolute ground pin and your SPI comms and clock feed in at that ground, then internal circuitry shifts it up to local ground reference. A good high-speed opamp referenced to absolute ground could take care of a lot of that by simply summing the incoming data with local ground. I wouldn't be surprised if someone came up with a better way to do it, that's just the first that came to mind. Clock would be a bit harder since you'd need a high GBP amplifier, or you could use a DC blocking cap and resistor divider to re-bias at local ground - that's what I'm using on my BM1384 test strings with good results. Integrated level shifters like that would simplify string design a fair amount.
|
|
|
|
hurricandave
Legendary
Offline
Activity: 966
Merit: 1003
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 22, 2015, 05:21:15 PM |
|
Any thoughts about possibly being first to market with a USB 3, miner?
|
|
|
|
sidehack (OP)
Legendary
Offline
Activity: 3360
Merit: 1859
Curmudgeonly hardware guy
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 22, 2015, 05:24:17 PM |
|
Why, when USB1.1 has enough bandwidth? The only benefit to USB3 is increased power available, which admittedly is handy, but a solution to that is making the miner adjustable so you use whatever power you can.
|
|
|
|
2112
Legendary
Offline
Activity: 2128
Merit: 1073
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 22, 2015, 05:34:47 PM |
|
Yeah, i am calling myself an optimist as well. It would be interesting either way Are we an early christians so to speak or "cult" members? History will show.
The closest historical approximation to the present Bitcoin mining community that I can think of are the prayer mills that are used all over Tibet and Nepal: Sometimes individual, sometimes whole farms of them: Some even use renewable energy to keep them spinning: https://en.wikipedia.org/wiki/Tibetan_prayer_wheelhttps://en.wikipedia.org/wiki/Prayer_wheelLama Zopa Rinpoche has said, "The merit of turning an electric prayer wheel goes to the electric company. This is why I prefer practitioners to use their own 'right energy' to turn a prayer wheel".
|
|
|
|
hurricandave
Legendary
Offline
Activity: 966
Merit: 1003
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 22, 2015, 05:37:57 PM |
|
Why, when USB1.1 has enough bandwidth? The only benefit to USB3 is increased power available, which admittedly is handy, but a solution to that is making the miner adjustable so you use whatever power you can.
Just bought three new mobo's and each of them only has two USB 2.0 ports. Type-C is coming and the vast majority of common USB devices are on the 3.0 already.
|
|
|
|
sidehack (OP)
Legendary
Offline
Activity: 3360
Merit: 1859
Curmudgeonly hardware guy
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 22, 2015, 05:43:49 PM |
|
Is 3.0 still backward-compatible?
|
|
|
|
hurricandave
Legendary
Offline
Activity: 966
Merit: 1003
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 22, 2015, 05:50:09 PM |
|
Is 3.0 still backward-compatible?
I question that all the time. How many times have you read comments in this forum where, a user says 'I just got this new yada yada miner and can't get it to work'. And how many times does the initial responses come back with.... Make sure you are plugging it into a USB 2.0 port.
|
|
|
|
sidehack (OP)
Legendary
Offline
Activity: 3360
Merit: 1859
Curmudgeonly hardware guy
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 22, 2015, 06:07:09 PM |
|
Well unless the device end is backward-compatible with USB2.0, the same problem would happen if we build 3.0 miners and people used 2.0 ports. All the good crappy hubs folks want to buy are 2.0, and so are a lot of the decent ones. If 3.0 ports aren't backward-compatible with 2.0 is fairly stupid, as they'd no longer merit the "U" in their own name.
For an approximation of my thoughts on that "the vast majority of common USB devices are on the 3.0 already", consider that I own exactly one motherboard with any 3.0 ports, (one pair), and I own zero 3.0 devices.
|
|
|
|
2112
Legendary
Offline
Activity: 2128
Merit: 1073
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 22, 2015, 07:28:17 PM |
|
Is 3.0 still backward-compatible?
I question that all the time. How many times have you read comments in this forum where, a user says 'I just got this new yada yada miner and can't get it to work'. And how many times does the initial responses come back with.... Make sure you are plugging it into a USB 2.0 port. It is all because lack of the real USB3.x bridge chips that interface serial/SPI/I2C. All SiLabs bridge chips are USB 2.0 at most. All useable FTDI bridge chips are also USB 2.0. FTDI publicly has only two USB 3.0 chips (FT60{0,1}) that serves only parallel FIFOs (16&32-bit wide). Do you know of any useable native USB 3.0 chips serving serial/SPI/I2C ? Not an entire ARM-based controller like Cypress FX3/FX3S that will require extensive programming?
|
|
|
|
sidehack (OP)
Legendary
Offline
Activity: 3360
Merit: 1859
Curmudgeonly hardware guy
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 22, 2015, 07:55:55 PM |
|
Admittedly the interfacing is more Novak's department, but I don't know of any USB3 chips offhand.
|
|
|
|
PlanetCrypto
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 22, 2015, 10:18:19 PM |
|
I prefer SPI versus UART. Just cuz' that's what I worked with the most.
As far as I know there are no USB 3.0 to SPI/I2C chips. Most USB 3.0 stuff is targeted for the storage world. Hence the need for speed and are implemented to interface with other fast interface standards (SATA, PCIe, etc.). SPI/I2C/UART aren't, to the best of my knowledge, multi-gigabit protocols. Hence interfacing something that runs @ Mbps to something that runs @ GBps poses some challenges.
As far as I know USB 3.0 implementations are backwards compatible with 2.0 from a data/signaling standpoint.
But the point is why spend the expense for 3.0 when 2.0 has all the bandwidth required (for hashing) and it's butt loads cheaper. (redundant?) Although, moving to 3.0 adds a contributing reason to put an MCU on a hash board, cuz' there are many MCU choices that have SPI/I2C/USB 3.0 as interfaces (some have ethernet too).
If I were doing a board, I'd use SPI onboard and USB (whatever) for off board comms. If that meant an MCU (due to a decision to implement USB 3.0 compatibility) then the more the merrier. But it'd be a "smart" hash board (cuz' ya can w/ an MCU) and likely wouldn't be something inexpensive for the "home" miner.
In my mind, affordable = USB 2.0 and versatile/sophisticated/more expensive = USB 3.0
"Speed costs money, how fast can you afford to go." -- Stroker McGurk
I have 2 machines with USB 3.0 add-in boards and rarely (if ever) use the ports.
BTW, The Synopsys IP SHA-256 cells come in 32 bit and 64 bit flavors.
Gotta' eat, be back l8r.
|
|
|
|
PlanetCrypto
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 22, 2015, 10:25:32 PM |
|
"I was thinking about ethernet working around collisions in the mid 70's but that's because I don't know WWII radio relay history. Nice tidbit of knowledge I'll have to look up now." I know this cuz' I'm an old fart who did networking with smoke signals. ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) Pretty sure it was Bell Labs and not HP or DEC cuz' they each had their own protocols (ARCNET and DECNET). IBM of course had "choking ring" (token ring).
|
|
|
|
AJRGale
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 23, 2015, 12:53:39 AM |
|
I wonder how hard it'd be to integrate level shifting for string comms?...
didn't newrbox do this this? ..wait, or was it just multiplexing? dang it, i don't have one in front of me, i could look up that silly chip.. (there is a little dual lead flat pack just down and to the side of the controller, next to it is a few resistors in a little network on a mount for another one of them chips. there is 2 of these, one set is also below the fan headers).
|
|
|
|
hurricandave
Legendary
Offline
Activity: 966
Merit: 1003
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 23, 2015, 01:44:33 AM |
|
I guess part of what I felt was possible with USB 3.0 is the potential flexability from the secondary TXRX channels being meant as power control and sync of the slave/host relationship while on the fly. Real time adjustability at chip freq and voltage. But after digging in even TI, USB controller still would require use of FIFO and an ARM chip (AM355X to an A8 or such). ![Sad](https://bitcointalk.org/Smileys/default/sad.gif)
|
|
|
|
sidehack (OP)
Legendary
Offline
Activity: 3360
Merit: 1859
Curmudgeonly hardware guy
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 23, 2015, 03:54:50 AM |
|
Realtime adjustment of frequency and voltage should still be possible if the code is done even halfway decently.
New R-box has no chained comms. I think the Prisma is the only BE200 string, and it had external level shifters for comms - on the Rev2 they were ASICMiner's proprietary PMS01 chip that integrated node-level current regulation and SPI level shifting into a single device. When I said level-shifting, I meant level-shifting to a different ground potential, which is required for string devices. On the S5, that's what the little set of resistors and diodes adjacent to every other chip does. The diodes are forward-biased into the data output and the next node up's data input is taken from the top of the diode, which mirrors the bottom node's data output plus forward drop (generically 0.7V), which steps it up to a valid range since the next node's ground potential will be about 0.8V above. I used mostly the same setup on my two-chip string test boards. With parallel comms, you don't have the advantage of going from one node directly to the next (so only shifting up 0.6-0.8V at a time); you get one IO line and you have to bump it all the way up. I mean it's possible to do it piecewise but then you have to worry about cascaded propagation delays and such. Better to have an independent shifter at each node all acting in synchrony (if, like SPI, it's a synchronous data transfer protocol).
|
|
|
|
PlanetCrypto
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 23, 2015, 04:22:20 PM |
|
Maybe not the right place to ask this question so am apologizing to Gekko et. al. in advance for posting here.
What would the community think about a wired ethernet stickminer?
i.e. exactly the same thing as a USB stickminer but interfaces via RJ45/48 male plug w/ a 6 pin PCIe power plug on the opposite end. Could have a minimal web interface to access parameters (CoreV & Clock), miner status, pools, temps, and w/ port 4028 api access. Thinking it would be a low-count hash-chip stick (2-4) made long and skinny. DHCP or static IPv4. Run an abbreviated Linux distro.
Used 12,16,24,48 port managed/unmanaged hubs/switches are cheap ($50-$200). So on the low end a guy could plug 1 into a port on his/her router, on the high end 48 plugged into a 48 port switch and anything in between.
|
|
|
|
sidehack (OP)
Legendary
Offline
Activity: 3360
Merit: 1859
Curmudgeonly hardware guy
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 23, 2015, 04:44:53 PM |
|
One problem with that is cost. If you're integrating a full Linux controller for only a few ASICs, your support circuitry will end up costing substantially more than the mining chips themselves. It's also less efficient, as you're putting the overhead of a controller on each stick - so if you ran 48 sticks you'd have 48 CPUs instead of one (or a few).
Another problem is mechanical - what kind of torque are you seeing imposed on the ethernet jack by the weight of the device and its associated cabling?
|
|
|
|
Mikestang
Legendary
Offline
Activity: 1274
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 23, 2015, 05:10:46 PM |
|
But the point is why spend the expense for 3.0 when 2.0 has all the bandwidth required (for hashing) and it's butt loads cheaper. (redundant?)
Is there any advantage (related to stick miners) to the slightly higher voltage a 3.0 port puts out vs a 2.0 port?
|
|
|
|
philipma1957
Legendary
Offline
Activity: 4214
Merit: 8343
'The right to privacy matters'
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 23, 2015, 05:25:30 PM |
|
One problem with that is cost. If you're integrating a full Linux controller for only a few ASICs, your support circuitry will end up costing substantially more than the mining chips themselves. It's also less efficient, as you're putting the overhead of a controller on each stick - so if you ran 48 sticks you'd have 48 CPUs instead of one (or a few).
Another problem is mechanical - what kind of torque are you seeing imposed on the ethernet jack by the weight of the device and its associated cabling?
mechanical a spice rack can solve. or some mounting setup. Where does the power for the stick come from? Power over ethernet is not so cheap.edit: missed the pcie jack for power.
|
|
|
|
|