Re: [ANN] Technobit HEX16A2 - 24 Ghs - 50 EUR 48 h shippment

[BigJon901]

On the picture you see your hexc fan spinning , while your fan of your psu looks like it's doing nothing .
Just a question , did you short your psu (like putting a paperclip on the green and black wire ?
If the hexc get's 12volt the red led wil be  blinking

(Pardon my english)

That may be his problem, looks like he only has a 12V rail connected. I can't see the 20+4 MB connector, you would need to attach that to the PSU and short the PS ON pin.

[newminer1988]

On the picture you see your hexc fan spinning , while your fan of your psu looks like it's doing nothing .
Just a question , did you short your psu (like putting a paperclip on the green and black wire ?
If the hexc get's 12volt the red led wil be  blinking

(Pardon my english)

I have a corsair rm750 which has 0rpm mode with the fan if less than 40% of total watt is used.
Should the fans spin when i only plug them into the psu?
Ok just read about shorting the PSU howevr all my wires are black edit: youtube saved me..
http://i39.tinypic.com/j8czrr.jpg

[Sixem]

you should connect the 24pin atx connector and put in a paperclip or a little piece of power cable in the green and black wire like in the picture , i`don`t know if your fan is going to spin i think it will i have corsair cx 750m and when i put in a paperclip in my green and black wire the fan spins without even connecting any device to the psu..

http://s8.postimg.org/z174nra3l/download.jpg

so do this:
disconnect the psu from the wall socket
connect 24 pin atx
put paperclip in green and black wire
put some electrical tape on top of the paperclip (24 pin connector)
make shure every thing is connected to the HEXc
power on psu
happy hashing

[newminer1988]

WOHOO!

[mudge]

Hi

Has anyone got these working using cgminer 3.10 on win 7?

I have got them running on hexminer but I am a bit worried that my anti virus shows hex as having a virus and I have just had 0.1621 stolen from my bitcoin wallet

[Zich]

Hello Zich,

Can i ask you for help, i'm really lost.
I just got my miners yesterday, and i'm suffering a lot to make them working.
Thanks
Bestalg

Hi bestalg,

Very sorry to not respond in time since i am only online from 01:00 - 14:00 UTC.

Like loshia said, i think you should buy single rail PSU, so you don't had to worry about rail maximum load 
Antec HCG Series HCG-900W is four rail.

[Zich]

Hi

Has anyone got these working using cgminer 3.10 on win 7?

I have got them running on hexminer but I am a bit worried that my anti virus shows hex as having a virus and I have just had 0.1621 stolen from my bitcoin wallet

Hi mudge,

The cgminer patch for detecting HEX16 only work on linux. So on windows 7 only HEXMINER available right now.
Or you can use virtual pc installed on win7 to run linux. I already test this with HEX16C.
https://bitcointalk.org/index.php?topic=323727.msg4198171#msg4198171

But the best way is to use TPLINK TL-MR3020 as host, but then you will need separate PSU ofc.
Feel free to ask us here about the setup  

[Zich]

..............
Does those nonces = 0 mean they are not working or damaged?
Maybe you can help Marto
Thanks!

Smells like dead chips to me

Yeah sound like dead chip. Or you can try to visual check if there is any missing component or unclean solder.
I mark the chip base on component numbering in schematic but you can make sure by measuring the chip temperature or by touching the chip. Working chip will be very hot 


If all clean then you need to send back to marto.

[awgilyas]

Looks like DHL said my miners are coming tomorrow.  I am excite. 

[loshia]

Looks like DHL said my miners are coming tomorrow.  I am excite. 

Nice,

Here is the hub i am using for nonstop operation of HEX boards + TpLink host

http://www.amazon.de/dp/B00602C91U/ref=pe_386171_38075861_TE_item - it is MTT hub and working great no issues or whatsoever

I am recommending highly this one and nothing else.

Happy mining:)

[Zich]

Looks like DHL said my miners are coming tomorrow.  I am excite. 

Nice,

Here is the hub i am using for nonstop operation of HEX boards + TpLink host

http://www.amazon.de/dp/B00602C91U/ref=pe_386171_38075861_TE_item - it is MTT hub and working great no issues or whatsoever

I am recommending highly this one and nothing else.

Happy mining:)

I just open my stupid hub. I found that it used 2 x FE1.1s chip LOL
Did you ever checkout the chip in that 10 port hub loshia? one must be FE2.1. But what about other one?

[loshia]

Looks like DHL said my miners are coming tomorrow.  I am excite.  

Nice,

Here is the hub i am using for nonstop operation of HEX boards + TpLink host

http://www.amazon.de/dp/B00602C91U/ref=pe_386171_38075861_TE_item - it is MTT hub and working great no issues or whatsoever

I am recommending highly this one and nothing else.

Happy mining:)

I just open my stupid hub. I found that it used 2 x FE1.1s chip LOL
Did you ever checkout the chip in that 10 port hub loshia? one must be FE2.1. But what about other one?

Yes i did and i posted it couple of times already

root@HEX16A:~# lsusb
Bus 001 Device 002: ID 1a40:0201 Terminus Technology Inc. FE 2.1 7-port Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB



I have not open it and i am not sure if Terminus Technology Inc. 4-Port HUB is tt chip but i am using 10 ports without issues I have only two tp-links with 10 ports (Actually 9 HEX16B + power for the tplink + data) otherwise my Hex16A are not more than 7 (850W PSu) because of the power  
I guess with 7 boards i am using only one (or maybe 0) port of 4 port chip
Actually tp-link can be hacked to get power from usb data port but i do not have time for this. When i need it (not lose USB port on my hub) i just strip usb power wire spike + crimp/ or solder + tape  and so on you now the story
PS:

In the begging i used to cut USB data red wire to avoid feeding from the hub but as long as i am using single PSU ground i am not doing it anymore

PS:
By the way i am trying new timing for nanos, because i think we are loosing some speed with latest 3.10
driver-hexmineru.c line 176
   if (long_sleep) {
         //applog(LOG_ERR, "Long sleep %s%d",hexmineru->drv->name, hexmineru->device_id);
         // 6+ Gh/s
          //cgsleep_us_r (&ts_start, 600*1000);
            cgsleep_ms(200);
       } else {   
         if(!job_switch) {
         //   applog(LOG_ERR, "Short sleep %s%d",hexmineru->drv->name, hexmineru->device_id);
            //cgsleep_us_r (&ts_start, 5*1000);
              cgsleep_ms(5);
         } else {
            //applog(LOG_ERR, "No sleep %s%d",hexmineru->drv->name, hexmineru->device_id);
         }
      }
    }

Cpu goes bit high again but i think nanos work better

If you have time you can play with   cgsleep_ms(200); - increase reduces cpu load but may impact nanos performance - do not go above 800
No need to decrease it

[Zich]

I just open my stupid hub. I found that it used 2 x FE1.1s chip LOL
Did you ever checkout the chip in that 10 port hub loshia? one must be FE2.1. But what about other one?

Yes i did and i posted it couple of times already

root@HEX16A:~# lsusb
Bus 001 Device 002: ID 1a40:0201 Terminus Technology Inc. FE 2.1 7-port Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB



I have not open it and i am not sure if Terminus Technology Inc. 4-Port HUB is tt chip but i am using 10 ports without issues I have only two tp-links with 10 ports (Actually 9 HEX16B + power for the tplink + data) otherwise my Hex16A are not more than 7 (850W PSu) because of the power  
I guess with 7 boards i am using only one (or maybe 0) port of 4 port chip
Actually tp-link can be hacked to get power from usb data port but i do not have time for this. When i need it (not lose USB port on my hub) i just strip usb power wire spike + crimp/ or solder + tape  and so on you now the story
PS:

In the begging i used to cut USB data red wire to avoid feeding from the hub but as long as i am using single PSU ground i am not doing it anymore

I see, so it's give chip info there 

[awgilyas]

Looks like DHL said my miners are coming tomorrow.  I am excite. 

Nice,

Here is the hub i am using for nonstop operation of HEX boards + TpLink host

http://www.amazon.de/dp/B00602C91U/ref=pe_386171_38075861_TE_item - it is MTT hub and working great no issues or whatsoever

I am recommending highly this one and nothing else.

Happy mining:)

It doesn't need a powered hub right?

I got one hub that I still have lying around from my block erupter days. 

I'm just worried I might not have enough molex power plugs. lol (Ordered some of Amazon. Might take a while)

[loshia]

Looks like DHL said my miners are coming tomorrow.  I am excite. 

Nice,

Here is the hub i am using for nonstop operation of HEX boards + TpLink host

http://www.amazon.de/dp/B00602C91U/ref=pe_386171_38075861_TE_item - it is MTT hub and working great no issues or whatsoever

I am recommending highly this one and nothing else.

Happy mining:)

It doesn't need a powered hub right?

I got one hub that I still have lying around from my block erupter days. 

I'm just worried I might not have enough molex power plugs. lol (Ordered some of Amazon. Might take a while)

Are you waiting for HEXA2 (Avalon 2) boards?
If yes according to marto post they will feed the hub with 5V. However if you gona use them with tp-link and you have it in hand i suggest to run lsusb when hub is connected and see if tplink supports that hub. It happen to me with some d-links that they work with PC but tp-link is not seeing them

Once again if you live in Germany and want nonstop operation just by the one I suggested. I can guarantee you you will not regret

[Zich]

By the way i am trying new timing for nanos, because i think we are loosing some speed with latest 3.10
driver-hexmineru.c line 176
   if (long_sleep) {
         //applog(LOG_ERR, "Long sleep %s%d",hexmineru->drv->name, hexmineru->device_id);
         // 6+ Gh/s
          //cgsleep_us_r (&ts_start, 600*1000);
            cgsleep_ms(200);
       } else {   
         if(!job_switch) {
         //   applog(LOG_ERR, "Short sleep %s%d",hexmineru->drv->name, hexmineru->device_id);
            //cgsleep_us_r (&ts_start, 5*1000);
              cgsleep_ms(5);
         } else {
            //applog(LOG_ERR, "No sleep %s%d",hexmineru->drv->name, hexmineru->device_id);
         }
      }
    }

Cpu goes bit high again but i think nanos work better

If you have time you can play with   cgsleep_ms(200); - increase reduces cpu load but may impact nanos performance - do not go above 800
No need to decrease it

Yesterday i try to change  (&ts_start, 600*1000) to (&ts_start, 800*1000). Got WU around 70/m for 2 nano  

[loshia]

By the way i am trying new timing for nanos, because i think we are loosing some speed with latest 3.10
driver-hexmineru.c line 176
   if (long_sleep) {
         //applog(LOG_ERR, "Long sleep %s%d",hexmineru->drv->name, hexmineru->device_id);
         // 6+ Gh/s
          //cgsleep_us_r (&ts_start, 600*1000);
            cgsleep_ms(200);
       } else {   
         if(!job_switch) {
         //   applog(LOG_ERR, "Short sleep %s%d",hexmineru->drv->name, hexmineru->device_id);
            //cgsleep_us_r (&ts_start, 5*1000);
              cgsleep_ms(5);
         } else {
            //applog(LOG_ERR, "No sleep %s%d",hexmineru->drv->name, hexmineru->device_id);
         }
      }
    }

Cpu goes bit high again but i think nanos work better

If you have time you can play with   cgsleep_ms(200); - increase reduces cpu load but may impact nanos performance - do not go above 800
No need to decrease it

Yesterday i try to change  (&ts_start, 600*1000) to (&ts_start, 800*1000). Got WU around 70/m for 2 nano  

Honestly speaking WU is a mistery for me. No joks it was explained by kano..You can dig the info for it. but changing it to 800 will reduce CPU load for sure. However it can reduce nanos hashrate. In theory up to 1300 should be fine without impact on the hashrate but according to my observations it is not quite true. In general you have to pump same job to the chip (and getting response from it) and watch when it will ask for new one. I do not know exactly speaking of timing when chip is asking for new one. But what i know that as fast you pump it the chance to delay the time for the new job is lower. Unfortunately pumping each 5 ms as it was in first version generates a lot of IO and CPU load but insures that you will never leave chip workless . We need to found good compromise and sweet spot how much IO/CPU load to suffer.
Got it?
PS: I am not bitfury chip expert and if someone can comment on it i am all years

[Zich]

By the way i am trying new timing for nanos, because i think we are loosing some speed with latest 3.10
driver-hexmineru.c line 176
   if (long_sleep) {
         //applog(LOG_ERR, "Long sleep %s%d",hexmineru->drv->name, hexmineru->device_id);
         // 6+ Gh/s
          //cgsleep_us_r (&ts_start, 600*1000);
            cgsleep_ms(200);
       } else {   
         if(!job_switch) {
         //   applog(LOG_ERR, "Short sleep %s%d",hexmineru->drv->name, hexmineru->device_id);
            //cgsleep_us_r (&ts_start, 5*1000);
              cgsleep_ms(5);
         } else {
            //applog(LOG_ERR, "No sleep %s%d",hexmineru->drv->name, hexmineru->device_id);
         }
      }
    }

Cpu goes bit high again but i think nanos work better

If you have time you can play with   cgsleep_ms(200); - increase reduces cpu load but may impact nanos performance - do not go above 800
No need to decrease it

Yesterday i try to change  (&ts_start, 600*1000) to (&ts_start, 800*1000). Got WU around 70/m for 2 nano  

Honestly speaking WU is a mistery for me. No joks it was explained by kano..You can dig the info for it. but changing it to 800 will reduce CPU load for sure. However it can reduce nanos hashrate. In theory up to 1300 should be fine without impact on the hashrate but according to my observations it is not quite true. In general you have to pump same job to the chip (and getting response from it) and watch when it will ask for new one. I do not know exactly speaking of timing when chip is asking for new one. But what i know that as fast you pump it the chance to delay the time for the new job is lower. Unfortunately pumping each 5 ms as it was in first version generates a lot of IO and CPU load but insures that you will never leave chip workless . We need to found good compromise and sweet spot how much IO/CPU load to suffer.
Got it?
PS: I am not bitfury chip expert and if someone can comment on it i am all years

Got it. Then i will focus on (&ts_start, 800*1000) but change cgsleep_ms(200)

[loshia]

By the way i am trying new timing for nanos, because i think we are loosing some speed with latest 3.10
driver-hexmineru.c line 176
   if (long_sleep) {
         //applog(LOG_ERR, "Long sleep %s%d",hexmineru->drv->name, hexmineru->device_id);
         // 6+ Gh/s
          //cgsleep_us_r (&ts_start, 600*1000);
            cgsleep_ms(200);
       } else {   
         if(!job_switch) {
         //   applog(LOG_ERR, "Short sleep %s%d",hexmineru->drv->name, hexmineru->device_id);
            //cgsleep_us_r (&ts_start, 5*1000);
              cgsleep_ms(5);
         } else {
            //applog(LOG_ERR, "No sleep %s%d",hexmineru->drv->name, hexmineru->device_id);
         }
      }
    }

Cpu goes bit high again but i think nanos work better

If you have time you can play with   cgsleep_ms(200); - increase reduces cpu load but may impact nanos performance - do not go above 800
No need to decrease it

Yesterday i try to change  (&ts_start, 600*1000) to (&ts_start, 800*1000). Got WU around 70/m for 2 nano  

Honestly speaking WU is a mistery for me. No joks it was explained by kano..You can dig the info for it. but changing it to 800 will reduce CPU load for sure. However it can reduce nanos hashrate. In theory up to 1300 should be fine without impact on the hashrate but according to my observations it is not quite true. In general you have to pump same job to the chip (and getting response from it) and watch when it will ask for new one. I do not know exactly speaking of timing when chip is asking for new one. But what i know that as fast you pump it the chance to delay the time for the new job is lower. Unfortunately pumping each 5 ms as it was in first version generates a lot of IO and CPU load but insures that you will never leave chip workless . We need to found good compromise and sweet spot how much IO/CPU load to suffer.
Got it?
PS: I am not bitfury chip expert and if someone can comment on it i am all years

Got it. Then i will focus on (&ts_start, 800*1000) but change cgsleep_ms(200)

I have tried 800 and after a day i though that there were 2-3 % hash loss. But it might be variance though...
if it is OK at 800 speaking of hashrate leave it there

And i found that even tp-lin is at 90% load performace of HEX16 is not suffering - 5 HEX16 + 2 Nanos
So i left it pumping
In curent implementation when you feed the chip with new job you wait longer then 5 ms 800 in your case, then you pump it each 5 ms with same job not to miss the moment. First big delay reduces cpu load ....

[awgilyas]

Looks like DHL said my miners are coming tomorrow.  I am excite. 

Nice,

Here is the hub i am using for nonstop operation of HEX boards + TpLink host

http://www.amazon.de/dp/B00602C91U/ref=pe_386171_38075861_TE_item - it is MTT hub and working great no issues or whatsoever

I am recommending highly this one and nothing else.

Happy mining:)

It doesn't need a powered hub right?

I got one hub that I still have lying around from my block erupter days. 

I'm just worried I might not have enough molex power plugs. lol (Ordered some of Amazon. Might take a while)

Are you waiting for HEXA2 (Avalon 2) boards?
If yes according to marto post they will feed the hub with 5V. However if you gona use them with tp-link and you have it in hand i suggest to run lsusb when hub is connected and see if tplink supports that hub. It happen to me with some d-links that they work with PC but tp-link is not seeing them

Once again if you live in Germany and want nonstop operation just by the one I suggested. I can guarantee you you will not regret

Yep. I hope it does (Worked fine on a Ras Pi I owned)

In America man. lol.  Yep. I have that tp-link router. Haven't flashed it yet though.