TheCubanMiner
Newbie
Offline
Activity: 28
Merit: 0
|
|
February 11, 2018, 04:19:35 PM |
|
honestly the only way to truly know if they are different is if somebody has the balls to take the heat sinks off both the X10 and GB and see if the ASICs have model numbers on them
hahaha, love it! I'm sure someone has done this before. TEST WAS ALLREADY DONE SIR #1 - INSTALLED SGMINER-A SGMINER-B SGMINER-2000 start in ssh all exec bin on each baikal reserve test all ... nothing add algo or give bonus #2 - put firmware 300mhz cube on x10 a - NOT WORKING COMPLETE BROKE THE ARM PLATE BLUE #3 - echange GIANT B on GIANT A AND REVERSE - NOT WORKING #4 - put firmware GIANT B on GIANT A - NOT WORKING Did you chang the STM firmware? Not just the SD card on the orange pi? On the Giants I EXTRACT THE FIRMWARE OF THE ARM WITH THE SCRIPT ON USR BIN AND I PUSH UP THE FIRMWARE ON THE GIANT B PLATE WITH THE SAME SCRIPT fw-upgrade.... He only other thing I would try is to swap the STM board + OrangePi of Giant A and Swap with Giant B. Leave original code as is. That would mean that we could order spare parts for each type and use hashboards
|
|
|
|
Ironeinstein
Jr. Member
Offline
Activity: 56
Merit: 1
|
|
February 11, 2018, 04:27:03 PM |
|
I've tried flashing the Giant B firmware to an X10 and running the Giant B image on the Pi but no luck converting an X10 to GB or using that firmware image to overclock (so far).
Interesting that the controller boards are the same, but not surprising. I can't find the difference between those two STM model numbers anywhere online. Could the last couple lines just be batch numbers?
I DID take the heatsink off an X10 and the model number on the asic is this:
[Baikal Logo] BK177280 ND33U
I'd upload a picture, but the chips are too small for my potato camera.
<Your move Giant-B owners!>
|
|
|
|
XrayHunter7
Newbie
Offline
Activity: 67
Merit: 0
|
|
February 11, 2018, 04:35:24 PM |
|
I've tried flashing the Giant B firmware to an X10 and running the Giant B image on the Pi but no luck converting an X10 to GB or using that firmware image to overclock (so far).
Interesting that the controller boards are the same, but not surprising. I can't find the difference between those two STM model numbers anywhere online. Could the last couple lines just be batch numbers?
I DID take the heatsink off an X10 and the model number on the asic is this:
[Baikal Logo] BK177280 ND33U
I'd upload a picture, but the chips are too small for my potato camera.
<Your move Giant-B owners!>
Yes. If chips on Giant B are different only way is to modify firmware to comunicate with x10 chips. Or B to X10
|
|
|
|
TheCubanMiner
Newbie
Offline
Activity: 28
Merit: 0
|
|
February 11, 2018, 04:40:04 PM |
|
I've tried flashing the Giant B firmware to an X10 and running the Giant B image on the Pi but no luck converting an X10 to GB or using that firmware image to overclock (so far).
Interesting that the controller boards are the same, but not surprising. I can't find the difference between those two STM model numbers anywhere online. Could the last couple lines just be batch numbers?
I DID take the heatsink off an X10 and the model number on the asic is this:
[Baikal Logo] BK177280 ND33U
I'd upload a picture, but the chips are too small for my potato camera.
<Your move Giant-B owners!>
Yes. If chips on Giant B are different only way is to modify firmware to comunicate with x10 chips. Or B to X10 When you took off the heat sink, was there any thermal paste? And did you replace it?
|
|
|
|
Ironeinstein
Jr. Member
Offline
Activity: 56
Merit: 1
|
|
February 12, 2018, 06:14:42 AM |
|
There are thermal pads under the heatsink. I have replacements ordered, but I'm only running myr-gr, so not too worried about heat. You could probably replace the thermal pads with Arctic silver, but I'd be worried about it getting on the board.
There's a small heatsink on one side, and a large one on the other. The chips are all under the small one, so dont worry about taking them both off.
|
|
|
|
manfire911
Newbie
Offline
Activity: 45
Merit: 0
|
|
February 12, 2018, 08:38:55 PM |
|
I dont know if I win the 0.2 but the reason is simple, all giant a algo have a string lenght take and calculed by the baikal at the 300mhz clock so if you change the frequency the only think happen is a lot of invalid share that it !
|
|
|
|
TheCubanMiner
Newbie
Offline
Activity: 28
Merit: 0
|
|
February 12, 2018, 08:44:13 PM |
|
I dont know if I win the 0.2 but the reason is simple, all giant a algo have a string lenght take and calculed by the baikal at the 300mhz clock so if you change the frequency the only think happen is a lot of invalid share that it ! I think you need to provide more details on how you accomplished overclocking it, not keeping the 300MHz the same
|
|
|
|
manfire911
Newbie
Offline
Activity: 45
Merit: 0
|
|
February 12, 2018, 08:48:46 PM |
|
exemple
the string lenght of quark if
[04:47:14] [THR1] Generated target 00000000000000000000000000000000000000000000000000a0a90a01000000 [04:47:14] [THR0] gen_stratum_work() - algorithm = quark [04:47:14] [THR0] Generated stratum merkle a4cabd4cb6a2275c654cf7228c1f8fd427d0c520121a6921367d00ebeb5c5636 [04:47:14] [THR0] Generated stratum header 000000031237f750298c12396693229f8d92cc0e841efaac5f96e18d00000d1400000000a4cabd4 cb6a2275c654cf7228c1f8fd427d0c520121a6921367d00ebeb5c56365a81fd301a4a5bf3000000 000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000000000000000 [04:47:14] [THR0] Work job_id ec nonce2 3 ntime 5a81fd30 [04:47:14] [THR0] Generated target 00000000000000000000000000000000000000000000000000a0a90a01000000 [04:47:14] Generated stratum work [04:47:14] [THR0] Pushing work from to hash queue [04:47:14] Pool 13 stratum share result lag time 0 seconds [04:47:14] [THR0] PROOF OF WORK RESULT: true (yay!!!)
and the result with 400 mhz
[04:48:07] [THR2] Generated target 0000000000000000000000000000000000000000000000000000f6ff09000000 [04:48:07] [THR0] gen_stratum_work() - algorithm = quark [04:48:07] [THR0] Generated stratum merkle f8e7f4689d8432d965b165b64a5be7b79b8d667e488ebc317f95f905173b7647 [04:48:07] [THR0] Generated stratum header 000000031fdbe60845f086328218ace1092ccd2821e136e6bbc73e87000023b900000000f8e7f46 89d8432d965b165b64a5be7b79b8d667e488ebc317f95f905173b76475a81fd711a489116000000 000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000000000000000 [04:48:07] [THR0] Work job_id ee nonce2 551 ntime 5a81fd71 [04:48:07] [THR0] Generated target 00000000000000000000000000000000000000000000000000009cff63000000 [04:48:07] Generated stratum work
the baikal try to full up the 100mhz more with 000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000000000000000
I know is not frequency put the data inside the baikal but the rehash logical power use the clock to calculed the end of the string return that it !
|
|
|
|
namsss
Newbie
Offline
Activity: 8
Merit: 0
|
|
February 13, 2018, 04:24:04 AM |
|
The X10 use 10Mhz crystal oscillator , B use 12MHz . Giant A2000 8MHz
|
|
|
|
takeapart
Newbie
Offline
Activity: 2
Merit: 18
|
|
February 13, 2018, 07:25:46 AM |
|
sgminer was hardcoded to report 300Mhz. Its not picking up the value from STM board, what you see on sgminer interface is hardcoded string, nothing more. I can make it report anything i want. Moreover, Mhz setting to baikal_setoption is hardcoded as well, see below. BL to_baikal_algorithm LDRB.W R2, [SP,#0x70+fanspeed] LDRB.W R3, [SP,#0x70+cutofftemp] ; temp MOV.W R1, #0x12C ; ; set clock 300Mhz STR R2, [SP,#0x70+var_70] ; fanspeed UXTB R2, R0 MOV R0, baikal ; baikal BL baikal_setoption
Changing supplied option to anything (over/undeclock) makes no difference in both calls to baikal_setoption. I believe this setting is simply ignored by the STM firmware.
|
|
|
|
Saingo
Newbie
Offline
Activity: 12
Merit: 0
|
|
February 13, 2018, 10:05:00 PM |
|
sgminer was hardcoded to report 300Mhz. Its not picking up the value from STM board, what you see on sgminer interface is hardcoded string, nothing more. I can make it report anything i want. Moreover, Mhz setting to baikal_setoption is hardcoded as well, see below. BL to_baikal_algorithm LDRB.W R2, [SP,#0x70+fanspeed] LDRB.W R3, [SP,#0x70+cutofftemp] ; temp MOV.W R1, #0x12C ; ; set clock 300Mhz STR R2, [SP,#0x70+var_70] ; fanspeed UXTB R2, R0 MOV R0, baikal ; baikal BL baikal_setoption
Changing supplied option to anything (over/undeclock) makes no difference in both calls to baikal_setoption. I believe this setting is simply ignored by the STM firmware. How did you get this page up? we are able to change fan speed, which here says 70 so why cannot it work for clock speed?
|
|
|
|
bittawm
Legendary
Offline
Activity: 1894
Merit: 1087
|
|
February 13, 2018, 10:23:16 PM |
|
keep up the good work gents, still watching
|
@bittawm is my real telegram @bittawm is my real twitter beware of impersonators
|
|
|
TheCubanMiner
Newbie
Offline
Activity: 28
Merit: 0
|
|
February 13, 2018, 10:51:30 PM |
|
keep up the good work gents, still watching
why dont you join in and leave the sidelines?
|
|
|
|
takeapart
Newbie
Offline
Activity: 2
Merit: 18
|
|
February 14, 2018, 10:33:23 AM |
|
How did you get this page up?
we are able to change fan speed, which here says 70 so why cannot it work for clock speed?
Its not a page, its a disassembly of the sgminer. 70 is not a value but offset to a variable.. I'm almost 99.9% sure that you cannot do anything to baikal without changing its crystal or charing STM firmware. FInding the right crystal that will only give 10-20% boost would be hard.. Disassembling firmware even harder..
|
|
|
|
dmanukr
Jr. Member
Offline
Activity: 75
Merit: 1
|
|
February 16, 2018, 02:04:17 AM |
|
How did you get this page up?
we are able to change fan speed, which here says 70 so why cannot it work for clock speed?
Its not a page, its a disassembly of the sgminer. 70 is not a value but offset to a variable.. I'm almost 99.9% sure that you cannot do anything to baikal without changing its crystal or charing STM firmware. FInding the right crystal that will only give 10-20% boost would be hard.. Disassembling firmware even harder.. Then the question becomes, how do we make the miner, better? What change would give it a boost? It may be someone is trying to clone and improve it and may tap into the talent in this forum for future development .. never know
|
|
|
|
asgardcfr
Newbie
Offline
Activity: 27
Merit: 0
|
|
February 16, 2018, 12:40:11 PM |
|
can we compare to a CPU? can we overclock it? on the electronic boards, are there the components allowing to vary the voltages and finally the frequency or as mentioned above, quartz can't be modified ? we somes god in electronics on this topic
|
|
|
|
namsss
Newbie
Offline
Activity: 8
Merit: 0
|
|
February 16, 2018, 05:27:26 PM |
|
I've tried flashing the Giant B firmware to an X10 and running the Giant B image on the Pi but no luck converting an X10 to GB or using that firmware image to overclock (so far).
Interesting that the controller boards are the same, but not surprising. I can't find the difference between those two STM model numbers anywhere online. Could the last couple lines just be batch numbers?
I DID take the heatsink off an X10 and the model number on the asic is this:
[Baikal Logo] BK177280 ND33U
I'd upload a picture, but the chips are too small for my potato camera.
<Your move Giant-B owners!>
Here is Giant B [Baikal Logo] BK1791R0 ND262 Cystal 12.5 Mhz
|
|
|
|
XrayHunter7
Newbie
Offline
Activity: 67
Merit: 0
|
|
February 22, 2018, 08:20:53 AM |
|
Without stupid hashrate limitter its running pretty fast. But only for 10sec. I asked Baikal If there is some hashrate limit - and they say yes. https://i.imgur.com/DQazDza.jpg
|
|
|
|
adra12
Newbie
Offline
Activity: 43
Merit: 0
|
|
February 24, 2018, 09:43:23 PM |
|
sgminer was hardcoded to report 300Mhz. Its not picking up the value from STM board, what you see on sgminer interface is hardcoded string, nothing more. I can make it report anything i want. Moreover, Mhz setting to baikal_setoption is hardcoded as well, see below. BL to_baikal_algorithm LDRB.W R2, [SP,#0x70+fanspeed] LDRB.W R3, [SP,#0x70+cutofftemp] ; temp MOV.W R1, #0x12C ; ; set clock 300Mhz STR R2, [SP,#0x70+var_70] ; fanspeed UXTB R2, R0 MOV R0, baikal ; baikal BL baikal_setoption
Changing supplied option to anything (over/undeclock) makes no difference in both calls to baikal_setoption. I believe this setting is simply ignored by the STM firmware. I changed that value to 0x190 in sgminer, but it didn't have any impact on the hash rate. So probably you are right.
|
|
|
|
tx3000s
Newbie
Offline
Activity: 3
Merit: 0
|
|
February 25, 2018, 06:39:56 PM |
|
Without stupid hashrate limitter its running pretty fast. But only for 10sec. I asked Baikal If there is some hashrate limit - and they say yes. https://i.imgur.com/DQazDza.jpgthis is X10 or GB?
|
|
|
|
|