Pages:
Author

Topic: Baikal X10 ⚡OVERCLOCK⚡ Claim reward 0.2 BTC for TUTORIAL HOW TO :)⚡⚡⚡⚡ - page 12. (Read 22759 times)

newbie
Activity: 45
Merit: 0
someone have the usd idvendor and idprouct of baikal giant 2000 us 006 Device 003: ID ****:**** STMicroelectronics Huh?
newbie
Activity: 28
Merit: 0
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

 Grin
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
newbie
Activity: 45
Merit: 0
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

 Grin
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
newbie
Activity: 67
Merit: 0
I must correct myself. Giant x10 STM control board is same as Giant B.
But STM chips are different.

Giant x10:
STM32F407
VET6Y
7B368 VG
PHL 78 72B

Giant B:
STM32F407
VET6Y
7B827 VG
PHL 78 72B
newbie
Activity: 8
Merit: 0
I'm under the impression from reading the STM chip manufacturer documents that it is flashed via USB or through the OrangePI Zero in this case.
Hi
Can you extract STM bin from baikal Giant A2000
Thank
newbie
Activity: 28
Merit: 0
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

 Grin
hahaha, love it!

I'm sure someone has done this before.
full member
Activity: 308
Merit: 107
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
newbie
Activity: 8
Merit: 0
I'm 99% sure, if we place the extracted firmware (*.bin) of an X10 in the SD card in the boot folder, it will reimage the firmware with the same image in the STM chip.

Same thing should apply to the GB.

Therefore if I get a X10 image with bin file in the boot folder and start up a GB with that SD card, it should reflash the STM chip with the coding of an X10 and in theory work.
Dear !
I think hashboard are different bt x10 and B.
newbie
Activity: 28
Merit: 0
I'm under the impression from reading the STM chip manufacturer documents that it is flashed via USB or through the OrangePI Zero in this case.
newbie
Activity: 28
Merit: 0
The filename must start with G.

The reason behind that is that the file, update_fw.py. Located in the \usr\bin folder.

Code:
#!/usr/bin/env python
import subprocess
import os
import sys
from subprocess import Popen, PIPE
import fcntl
import time
import glob
tmpfile = '/home/baikal/tmp.bin'
path = '/media/boot/G*.bin'
fwfile = glob.glob(path)
if not fwfile:
print 'No firmware'
sys.exit()

USBDEVFS_RESET= 21780

# enter dfu mode
def enter_dfumode():
  subprocess.call('echo 0 > /sys/class/gpio_sw/PA18/data', shell=True)
  subprocess.call('echo 0 > /sys/class/gpio_sw/PA10/data', shell=True)
  subprocess.call('echo 1 > /sys/class/gpio_sw/PA10/data', shell=True)

def exit_dfumode():
  subprocess.call('echo 1 > /sys/class/gpio_sw/PA18/data', shell=True)
  subprocess.call('echo 0 > /sys/class/gpio_sw/PA10/data', shell=True)
  subprocess.call('echo 1 > /sys/class/gpio_sw/PA10/data', shell=True)

def reset_usb(driver):
  try:
    lsusb_out = Popen("lsusb | grep -i %s"%driver, shell=True, bufsize=64, stdin=PIPE, stdout=PIPE, close_fds=True).stdout.read().strip().split()
    bus = lsusb_out[1]
    device = lsusb_out[3][:-1]
    f = open("/dev/bus/usb/%s/%s"%(bus, device), 'w', os.O_WRONLY)
    fcntl.ioctl(f, USBDEVFS_RESET, 0)
  except Exception, msg:
    print ""

def update_firmware():
  enter_dfumode()
  reset_usb("DFU")
  print 'Downloading... ' + fwfile[0]
  cmd = 'sudo dfu-util -a 0 -d 0483:df11 -s 0x08000000:leave -D ' + fwfile[0]
  subprocess.call(cmd, shell=True)
  cmd = 'sudo rm -rf ' + path
  subprocess.call(cmd, shell=True)

enter_dfumode()
reset_usb("STM32F407")
reset_usb("DFU")
update_firmware()
exit_dfumode()

print "Done"

newbie
Activity: 28
Merit: 0
I'm 99% sure, if we place the extracted firmware (*.bin) of an X10 in the SD card in the boot folder, it will reimage the firmware with the same image in the STM chip.

Same thing should apply to the GB.

Therefore if I get a X10 image with bin file in the boot folder and start up a GB with that SD card, it should reflash the STM chip with the coding of an X10 and in theory work.
newbie
Activity: 8
Merit: 0
Hi all,

Hows this all coming along?

I have X10s and Giant Bs. have been thinking about this for a while.

Whats ppls best guesses for X10 Algos?
Hi ,
Can you swap Arm board from x10 to B ? Is it still work ?
Thankyou
newbie
Activity: 67
Merit: 0
First Smiley

Here´s the tmp-file from a Baikal Giant B.

KLICK

Is it possible , to add the hidden Algo to the Baikal B?
 


Maybe We can try to use extracted Giant Bfw on X10 OR X10fw on B.

and

X10 Custom Version of SGMiner 5.6.2-L
Giant B Custom Version of SGMiner 5.6.2-B
member
Activity: 72
Merit: 10
Hi all,

Hows this all coming along?

I have X10s and Giant Bs. have been thinking about this for a while.

Whats ppls best guesses for X10 Algos?
newbie
Activity: 67
Merit: 0

Ok , if the Algos are located in the Chip , is it possible to "log" or "monitor" the actual processes?

On the STM Board , i see a OTG connection and on ST.com are so many tools. (http://www.st.com/en/microcontrollers/stm32f407vg.html#sw-tools-scroll )


Pictures from a Giant B







On giant x10 is same STM Board.
newbie
Activity: 6
Merit: 0

Ok , if the Algos are located in the Chip , is it possible to "log" or "monitor" the actual processes?

On the STM Board , i see a OTG connection and on ST.com are so many tools. (http://www.st.com/en/microcontrollers/stm32f407vg.html#sw-tools-scroll )


Pictures from a Giant B

https://preview.ibb.co/jf5KwH/IMG_5091.jpg
https://preview.ibb.co/kB8Hix/IMG_5095.jpg
https://preview.ibb.co/kF0mbH/IMG_5096.jpg

newbie
Activity: 12
Merit: 0
Look in this folder \var\www\partials. There you will find the miner.html file.

This is where sgminer gets its names from on which algorithms to mine.

Obviously sgminer needs to have the matching name already programmed in it for it to connect to the pools.

I've tried it several times. But I did not do it anywhere. It must either be in sgminer or rather in FW STM.

What was it that you tried? To add the algorithms to the drop down list?
Yes exactly. Also change the algorithm and pool data in \opt\scripta\etc
files miner.conf and miner.pools.json
And Miner ran to default algo: Quarkcoin

The only place I was able to find the list of Algorithms was in the miner.html page. I added all other possible algorithms supported on sgminer as of version 5.6.1. When I did that I was able to connect to some pools of those algorithms. Some others I could not. The ones that did connect to the pools, the devices kept defaulting to the Blakecoin algorithm, which I believe is the default for GB.

Any luck overclocking?
newbie
Activity: 28
Merit: 0
Look in this folder \var\www\partials. There you will find the miner.html file.

This is where sgminer gets its names from on which algorithms to mine.

Obviously sgminer needs to have the matching name already programmed in it for it to connect to the pools.

I've tried it several times. But I did not do it anywhere. It must either be in sgminer or rather in FW STM.

What was it that you tried? To add the algorithms to the drop down list?
Yes exactly. Also change the algorithm and pool data in \opt\scripta\etc
files miner.conf and miner.pools.json
And Miner ran to default algo: Quarkcoin

The only place I was able to find the list of Algorithms was in the miner.html page. I added all other possible algorithms supported on sgminer as of version 5.6.1. When I did that I was able to connect to some pools of those algorithms. Some others I could not. The ones that did connect to the pools, the devices kept defaulting to the Blakecoin algorithm, which I believe is the default for GB.
newbie
Activity: 67
Merit: 0
Maybe driver for STM chip ? in this folder: home/baikal/modules/3.4.113+/kernel/crypto$    files: af_alg.ko   algif_hash.ko     algif_rng.ko    algif_skcipher.ko    crypto_user.ko
Pages:
Jump to: