Pages:
Author

Topic: DragonMint T1 16TH/S halongmining.com - page 18. (Read 87857 times)

legendary
Activity: 1904
Merit: 1007
this thread has April and May links not sure about the oem (march firmware).

9th April is the earliest that I could find.
legendary
Activity: 4256
Merit: 8551
'The right to privacy matters'
Where can I find the original firmware and late March?

this thread has April and May links not sure about the oem (march firmware).
legendary
Activity: 1904
Merit: 1007
For T1, if hash PCB is unstable, please try, original firmware it came with, then some from late March, then April 28th version and newest ones.  each of these version may have a good compatibility if you have some strange case of stability or not hashing PCB.

To speed up the exchange be, to email [email protected] with Myrig or Halong original order number and use same original shipping address as place of warranty item delivery location, and include serial number of the unit along with picture of the miner or damaged item.



I have found  for my five  try low speed and middle speed on multiple firmwares it has so far always (fingers crossed) work on the one t1 with a weak board.

Where can I find the original firmware and late March?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I can confirm this.
If pools settings are not changed like 3 minutes after boot. The reboot Will not work. It just power off the miner.

Maybe -ck could give us intel about this even if he's not in charge of the GUI/api part of the firmware.

Doesn't pool setting change only require cgimner to restart and not the whole miner ?
Pool setting in cgminer should be enough without rebooting the miner. What the webif and the rest of the firmware does when you alter pool settings, though, I don't really know.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/

hi guys

is it possible to mine any other coins than bitcoin with the dragonmint?

if yes where? BCH e.x?

It says on the Halong site: "Bitcoin miner". BCash and other altcoins can not be mined, and support for altcoins was never promised. I just hope next batches will be sold with shipping on payment, enough with this pre-payed stuff and shipping dates in the future.
Any other sha256d coin should be mineable, provided the pools can be bothered providing version rolling support. What shitcoin pools do, though, is really off topic for this section.
legendary
Activity: 1974
Merit: 1077
^ Will code for Bitcoins

hi guys

is it possible to mine any other coins than bitcoin with the dragonmint?

if yes where? BCH e.x?

It says on the Halong site: "Bitcoin miner". BCash and other altcoins can not be mined, and support for altcoins was never promised. I just hope next batches will be sold with shipping on payment, enough with this pre-payed stuff and shipping dates in the future.
newbie
Activity: 55
Merit: 0
That's also what I thought and had seen in the past. The device would remain ping-able, the web UI would stay up, but you would see just cgminer restart. That's interesting that you can make a pool change in the first 3 minutes. I haven't tried that yet, but I'm kind of tired of taking my miners offline to test right now... I'll be in front of them next week and may experiment more. Hoping to find a firmware my Python script will function on before getting a bunch more online next week as hand configuring them would be a pain (especially if I have to do it in the first few minutes of power up).

I have to test more.
But I think the ~3 minutes window is also available after rebooting from GUI/api
copper member
Activity: 53
Merit: 1
Cryptocurrency Miner in Los Angeles

I can confirm this.
If pools settings are not changed like 3 minutes after boot. The reboot Will not work. It just power off the miner.

Maybe -ck could give us intel about this even if he's not in charge of the GUI/api part of the firmware.

Doesn't pool setting change only require cgimner to restart and not the whole miner ?

That's also what I thought and had seen in the past. The device would remain ping-able, the web UI would stay up, but you would see just cgminer restart. That's interesting that you can make a pool change in the first 3 minutes. I haven't tried that yet, but I'm kind of tired of taking my miners offline to test right now... I'll be in front of them next week and may experiment more. Hoping to find a firmware my Python script will function on before getting a bunch more online next week as hand configuring them would be a pain (especially if I have to do it in the first few minutes of power up).
newbie
Activity: 55
Merit: 0
Another interesting update on this pools setting. I just tried setting the pools via the web interface on this latest firmware and had the exact same behavior from the miner. Maybe it's an issue with changing the pools on the latest firmware regardless of it being via the web interface or the API?

And now... these three devices won't come back up even with a reboot. And I thought the API was supposed to make things easier for us.  Huh

My best guess at this point is it's a bug in the 5/15 version of the code and I don't really want to test on more devices and take them down as well. Until I find out the firmware some others have had success with using the API or hear back from support (I have an open ticket) I'll probably wait to do more testing until I'm in front of our new shipment of miners.

I can confirm this.
If pools settings are not changed like 3 minutes after boot. The reboot Will not work. It just power off the miner.

Maybe -ck could give us intel about this even if he's not in charge of the GUI/api part of the firmware.

Doesn't pool setting change only require cgimner to restart and not the whole miner ?
copper member
Activity: 53
Merit: 1
Cryptocurrency Miner in Los Angeles
Another interesting update on this pools setting. I just tried setting the pools via the web interface on this latest firmware and had the exact same behavior from the miner. Maybe it's an issue with changing the pools on the latest firmware regardless of it being via the web interface or the API?

And now... these three devices won't come back up even with a reboot. And I thought the API was supposed to make things easier for us.  Huh

My best guess at this point is it's a bug in the 5/15 version of the code and I don't really want to test on more devices and take them down as well. Until I find out the firmware some others have had success with using the API or hear back from support (I have an open ticket) I'll probably wait to do more testing until I'm in front of our new shipment of miners.
copper member
Activity: 53
Merit: 1
Cryptocurrency Miner in Los Angeles
Just to confirm with other miners here...T1 does not have an IP reporter like the S9's right? I tried pressing it for 3, 4 and 5 seconds and it does not show up in the ip reporter. Any other way to ping from the miner to the computer? I know this is not an issue with the small quantity but I have a bunch I am running and it gets difficult to go from computer to floor and vice versa. Thanks.

Not to my knowledge. I've been setting DHCP reservations for each device (sequential IP's) and setting their worker name to meaningfully describe their physical location and labeling the machine. Takes a bit more time on the up front but saves a lot of time later on.

Another way I've tracked stuff down quickly is just using MAC addresses and switch ports. If you know the devices MAC address you can pretty quickly locate the physical port it's on with a few "show mac-address" commands on the switches.

Good luck.
full member
Activity: 210
Merit: 100
Just to confirm with other miners here...T1 does not have an IP reporter like the S9's right? I tried pressing it for 3, 4 and 5 seconds and it does not show up in the ip reporter. Any other way to ping from the miner to the computer? I know this is not an issue with the small quantity but I have a bunch I am running and it gets difficult to go from computer to floor and vice versa. Thanks.
copper member
Activity: 53
Merit: 1
Cryptocurrency Miner in Los Angeles
Another interesting update on this pools setting. I just tried setting the pools via the web interface on this latest firmware and had the exact same behavior from the miner. Maybe it's an issue with changing the pools on the latest firmware regardless of it being via the web interface or the API?
copper member
Activity: 53
Merit: 1
Cryptocurrency Miner in Los Angeles
Here's the python code I use

Code:
import requests
import struct
import sys
import socket

URL = "http://admin:dragonadmin@{}/api/{}"


def getPools(ip):
    print ip
    r = requests.get(URL.format(ip,"pools"))
    #print r.text
    return r.json()["pools"];


def setPools(ip, worker):
    password = "1234";

    params = {
        "Pool1" : "stratum+tcp://eu.stratum.slushpool.com:3333",
        "UserName1": worker,
        "Password1": password,
        "Pool2" : "stratum+tcp://us-east.stratum.slushpool.com:3333",
        "UserName2": worker,
        "Password2": password,
        "Pool3": "stratum+tcp://cn.stratum.slushpool.com:3333",
        "UserName3": worker,
        "Password3": password
    }

    r = requests.post(URL.format(ip, "updatePools"), data=params)
    print r


def ip2int(addr):
    return struct.unpack("!I", socket.inet_aton(addr))[0];

def int2ip(addr):
    return socket.inet_ntoa(struct.pack("!I", addr))


def main():
    start = ip2int(sys.argv[1]);
    end = ip2int(sys.argv[2]);
    location = sys.argv[3];


    print start, end

    if (start > end):
        print "Start smaller then end"
        return

    for i in range(start, end+1):
        try:
            ip = int2ip(i);
            print "Checking", ip
            pools = getPools(ip);

            if  pools == None or len(pools) == 0 or \
               pools[0]['url'] != "stratum+tcp://eu.stratum.slushpool.com:3333" or  \
               pools[1]['url'] != "stratum+tcp://us-east.stratum.slushpool.com:3333" or \
               pools[2]['url'] != "stratum+tcp://cn.stratum.slushpool.com:3333" or \
               pools[0]['user'] != location or pools[1]['user'] != location or pools[2]['user'] != location:
                    print "\t - Updating pool info"
                    setPools(ip, location);
            else:
                print "\t - Pool info up to date"
        except:
             print sys.exc_info()[0]
        print
main()

save/name it as you wish.  To run:

Code:
python nameofcode.py xxx.xxx.xxx.xxx yyy.yyy.yyy.yyy workername

xxx.xxx.xxx.xxx = starting IP range of dragonmints
yyy.yyy.yyy.yyy = ending IP range of dragonmints
workername = your worker name on slushpool

I'm having the same issue with my miners with your code as well... at least it tell me the request you sending is likely the same as the one I was... It looks like you're running Python 2, correct? Mind sharing the version of Python you're running and the firmware version you've used this on with your Halong's?

Thank you.
donator
Activity: 792
Merit: 510
For T1, if hash PCB is unstable, please try, original firmware it came with, then some from late March, then April 28th version and newest ones.  each of these version may have a good compatibility if you have some strange case of stability or not hashing PCB.

To speed up the exchange be, to email [email protected] with Myrig or Halong original order number and use same original shipping address as place of warranty item delivery location, and include serial number of the unit along with picture of the miner or damaged item.



I have found  for my five  try low speed and middle speed on multiple firmwares it has so far always (fingers crossed) work on the one t1 with a weak board.
legendary
Activity: 4256
Merit: 8551
'The right to privacy matters'
It looks like I have my first DragonMint card failure... card stats look like this...

#   Hash Rate   Status   Accepted Rejected   HW   Temperature
1   528.86 GH/s   Alive   23/0   13274   87 ℃
2   5.30 TH/s   Alive   273/2   7839   76 ℃
3   5.33 TH/s   Alive   281/0   6084   77 ℃

How is the repair process at Halong?  Can anyone comment on what i should do and your thoughts on the repair process?

Thanks,
Steve

BTW - i have loaded the latest firmware and rebooted.  Stats still look like the above.

Contacted myrig support via email told them that I had a bad controller.  They gave me the address to send to.  Shipped them just the controller and received a new one within 10 days of my shipment date to them.  Real fast service.  I ordered a total of 55 T1 miners, this was the only control board issue I’ve had.  I just received my myrig power supplies so I’m heading to my data center next week to plug them all in (currently plugged into bitmain power supplies).  I suspect that I have one bad miner up there, but it could be a power supply issue.  I’ll troubleshoot and attempt to load different firmware until I get one that sticks.

I have found  for my five  try low speed and middle speed on multiple firmwares it has so far always (fingers crossed) work on the one t1 with a weak board.
copper member
Activity: 53
Merit: 1
Cryptocurrency Miner in Los Angeles
Here's the python code I use

Code:
import requests
import struct
import sys
import socket

URL = "http://admin:dragonadmin@{}/api/{}"


def getPools(ip):
    print ip
    r = requests.get(URL.format(ip,"pools"))
    #print r.text
    return r.json()["pools"];


def setPools(ip, worker):
    password = "1234";

    params = {
        "Pool1" : "stratum+tcp://eu.stratum.slushpool.com:3333",
        "UserName1": worker,
        "Password1": password,
        "Pool2" : "stratum+tcp://us-east.stratum.slushpool.com:3333",
        "UserName2": worker,
        "Password2": password,
        "Pool3": "stratum+tcp://cn.stratum.slushpool.com:3333",
        "UserName3": worker,
        "Password3": password
    }

    r = requests.post(URL.format(ip, "updatePools"), data=params)
    print r


def ip2int(addr):
    return struct.unpack("!I", socket.inet_aton(addr))[0];

def int2ip(addr):
    return socket.inet_ntoa(struct.pack("!I", addr))


def main():
    start = ip2int(sys.argv[1]);
    end = ip2int(sys.argv[2]);
    location = sys.argv[3];


    print start, end

    if (start > end):
        print "Start smaller then end"
        return

    for i in range(start, end+1):
        try:
            ip = int2ip(i);
            print "Checking", ip
            pools = getPools(ip);

            if  pools == None or len(pools) == 0 or \
               pools[0]['url'] != "stratum+tcp://eu.stratum.slushpool.com:3333" or  \
               pools[1]['url'] != "stratum+tcp://us-east.stratum.slushpool.com:3333" or \
               pools[2]['url'] != "stratum+tcp://cn.stratum.slushpool.com:3333" or \
               pools[0]['user'] != location or pools[1]['user'] != location or pools[2]['user'] != location:
                    print "\t - Updating pool info"
                    setPools(ip, location);
            else:
                print "\t - Pool info up to date"
        except:
             print sys.exc_info()[0]
        print
main()

save/name it as you wish.  To run:

Code:
python nameofcode.py xxx.xxx.xxx.xxx yyy.yyy.yyy.yyy workername

xxx.xxx.xxx.xxx = starting IP range of dragonmints
yyy.yyy.yyy.yyy = ending IP range of dragonmints
workername = your worker name on slushpool

Thanks a ton for sharing this! I'll give it a try tomorrow and report back on my experience. Kind Regards.
member
Activity: 113
Merit: 31
It looks like I have my first DragonMint card failure... card stats look like this...

#   Hash Rate   Status   Accepted Rejected   HW   Temperature
1   528.86 GH/s   Alive   23/0   13274   87 ℃
2   5.30 TH/s   Alive   273/2   7839   76 ℃
3   5.33 TH/s   Alive   281/0   6084   77 ℃

How is the repair process at Halong?  Can anyone comment on what i should do and your thoughts on the repair process?

Thanks,
Steve

BTW - i have loaded the latest firmware and rebooted.  Stats still look like the above.

Contacted myrig support via email told them that I had a bad controller.  They gave me the address to send to.  Shipped them just the controller and received a new one within 10 days of my shipment date to them.  Real fast service.  I ordered a total of 55 T1 miners, this was the only control board issue I’ve had.  I just received my myrig power supplies so I’m heading to my data center next week to plug them all in (currently plugged into bitmain power supplies).  I suspect that I have one bad miner up there, but it could be a power supply issue.  I’ll troubleshoot and attempt to load different firmware until I get one that sticks.
jr. member
Activity: 33
Merit: 10
Here's the python code I use

Code:
import requests
import struct
import sys
import socket

URL = "http://admin:dragonadmin@{}/api/{}"


def getPools(ip):
    print ip
    r = requests.get(URL.format(ip,"pools"))
    #print r.text
    return r.json()["pools"];


def setPools(ip, worker):
    password = "1234";

    params = {
        "Pool1" : "stratum+tcp://eu.stratum.slushpool.com:3333",
        "UserName1": worker,
        "Password1": password,
        "Pool2" : "stratum+tcp://us-east.stratum.slushpool.com:3333",
        "UserName2": worker,
        "Password2": password,
        "Pool3": "stratum+tcp://cn.stratum.slushpool.com:3333",
        "UserName3": worker,
        "Password3": password
    }

    r = requests.post(URL.format(ip, "updatePools"), data=params)
    print r


def ip2int(addr):
    return struct.unpack("!I", socket.inet_aton(addr))[0];

def int2ip(addr):
    return socket.inet_ntoa(struct.pack("!I", addr))


def main():
    start = ip2int(sys.argv[1]);
    end = ip2int(sys.argv[2]);
    location = sys.argv[3];


    print start, end

    if (start > end):
        print "Start smaller then end"
        return

    for i in range(start, end+1):
        try:
            ip = int2ip(i);
            print "Checking", ip
            pools = getPools(ip);

            if  pools == None or len(pools) == 0 or \
               pools[0]['url'] != "stratum+tcp://eu.stratum.slushpool.com:3333" or  \
               pools[1]['url'] != "stratum+tcp://us-east.stratum.slushpool.com:3333" or \
               pools[2]['url'] != "stratum+tcp://cn.stratum.slushpool.com:3333" or \
               pools[0]['user'] != location or pools[1]['user'] != location or pools[2]['user'] != location:
                    print "\t - Updating pool info"
                    setPools(ip, location);
            else:
                print "\t - Pool info up to date"
        except:
             print sys.exc_info()[0]
        print
main()

save/name it as you wish.  To run:

Code:
python nameofcode.py xxx.xxx.xxx.xxx yyy.yyy.yyy.yyy workername

xxx.xxx.xxx.xxx = starting IP range of dragonmints
yyy.yyy.yyy.yyy = ending IP range of dragonmints
workername = your worker name on slushpool
legendary
Activity: 4256
Merit: 8551
'The right to privacy matters'
It looks like I have my first DragonMint card failure... card stats look like this...

#   Hash Rate   Status   Accepted Rejected   HW   Temperature
1   528.86 GH/s   Alive   23/0   13274   87 ℃
2   5.30 TH/s   Alive   273/2   7839   76 ℃
3   5.33 TH/s   Alive   281/0   6084   77 ℃

How is the repair process at Halong?  Can anyone comment on what i should do and your thoughts on the repair process?

Thanks,
Steve

BTW - i have loaded the latest firmware and rebooted.  Stats still look like the above.

roll back  try a few  firmwares to see what happens

My five are on 3 different firmwares.

I have 1 shaky  unit  that must run at medium speed  and use  april 28th firmware.

the other 4 are trouble free
Pages:
Jump to: