Cgminer does have provisions for temp monitoring, fan control, shut down, etc. but -- there needs to be a temp monitor of some sort to feed that info into cgminer and none of the Compacs have that. You could always look for RasPi projects that deal with temp control, mount a temp sensor to the heatsink and use it to simply switch off power to the sticks.
Stavroski, NotFuzzyWarm's solution is without a doubt the simplest way to garner temp monitoring.
In theory, if one could breakout pins 21-24 on the BM1397 hash chip one could garner a finer measurement of what one might call T
Junc.
Please reference attached image:
https://www.zeusbtc.com/Upload/image/202108/16280626681136747.JPGHaving said that I have no clue whether that is an analog or digital signals.
But it appears that Bitmain included temperature sensing into the chip/die.
Further, Bitmain uses the Ti TMP451AIDQFR temperature sensor on their 17 series hash boards to measure board temperature. Which are currently unavailable from any supplier anywhere in the USA (But may be found on eBay or Aliexpress). The data sheet may be found here:
https://www.ti.com/lit/ds/symlink/tmp451.pdf?ts=1641066272554&ref_url=https%253A%252F%252Fwww.google.com%252FThis uses a simple 2 wire serial interface which on the Pi is easy to interface with. Soooo, if one epoxy'ed one to the heatsink . . . .
Hope this helps & provides some possibilities.
Pup
1397 and 1398 mostly look to be pin-compatible, but the documentation I have says they're not entirely so. 1398 operates on a much different V/I which makes it fairly non-suitable for single-chip operations. I've looked into it, and the main regulator engineering would be difficult and probably pretty inefficient. A series string like we did for the R606 would be a lot easier to manage. In any case, a direct chip swap from 1397 won't work.
Kinda' what I figured I hear. Butcha' don't know till you ask.
That accounts for what Bitmain calls "voltage domains" when troubleshooting hash chip chains on their boards.
And I can see the board engineering constraints on trying to maintain packaging on your USB Compac form factor.
But if one was willing to deviate from that form factor a tad . . .
Anyway, assuming one could supply the appropriate V/I to the chip do you believe Kano's 1397 driver would communicate w/ a 1398?
Is that something you've played with?
On a different note, I found these breakout PCB's for 1397/1398 prototyping & bought 5 of them (& D/L'ed the gerber files):
https://www.pcbway.com/project/shareproject/Socket_BM1397.htmlFigured I solder them up so I could socket them into a larger board to ring out the signals (multi channel o-scope) & test w/ Kano's driver merged into cgminer for testing/tweaking.
Was also thinking that if I swapped out the USB A for a USB C connector and fed it 20V @ 3A per USB C 3.2 / 3.1 specs it might make the main LDO engineering simpler to implement w/ "off the shelf" components. That also would decrease the current handling on a USB connector.
W/ a USB C 3.2 connector an APW 9 (14.5V-21V @ 170+ A or equivalent) could be used to supply trons to the USB power bus in a USB hub versus being limited to the 5V @ 3A USB A standard.
Curious to hear your thoughts.
Pup
Does anyone know the model number and / or parameters of the diode that is directly behind the mining chip (like on the opposite side of the PCB)?
I recently got my hands on a Compac F where that diode is missing. Would be sick to get it working!
Sidehack will have to chime in to confirm but I believe it is a capacitor -- not a diode. Somewhere further back in the thread there is talk about measuring the Vcore across it and it was referred to as a cap..
Sure looks like a power supply decoupling cap to me since there is a polarity mark on the largest component on the backside of the hash chip PCB (2 pin component).
[moderator's note: consecutive posts merged]
