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

[Zich]

Zich,

Do you have the instructions for updating the tplink for use with the hex miner?

Thanks for your great detailed instructions.

Yes, i just finish posting the detail with picture 
https://bitcointalk.org/index.php?topic=476326.0

[ZBC3]

Zich,

I'd send you a donation but it wouldn't be enough. I hope Marto74 knows how much we appreciate your assistance. Hopefully technobit can put you to first in line for whatever product they come out with next.

[ZBC3]

Zich,

Your RPi instructions are spot on. I followed them easily, and have been running without issues for 3 hours.

[Zich]

Glad it work for you ZBC3  & don't worry about donation 

[brainstorm90000]

Hello,
questions about HEX16A2 and litecoins:

Does Hex16A2 can mine litecoins? In other words, does HEX16A2 support SHA256 algorithm?
In case the answer is YES, how could I patch the last cgminer version 3.7.2 that supports --scrypt option in order to support HEXC miner?

Thank you in advance
Cristian
 

[aopa38]

Hello,
questions about HEX16A2 and litecoins:

Does Hex16A2 can mine litecoins? In other words, does HEX16A2 support SHA256 algorithm?
In case the answer is YES, how could I patch the last cgminer version 3.7.2 that supports --scrypt option in order to support HEXC miner?

Thank you in advance
Cristian
 

Does Hex16A2 can mine litecoins? No
In other words, does HEX16A2 support SHA256 algorithm? Yes

[awgilyas]

Uhh guys.

I think I have a defective board

https://www.dropbox.com/s/onhkc80sev7ep6n/Screenshot%202014-02-24%2014.10.05.png

 

[Zich]

Uhh guys.

I think I have a defective board

https://www.dropbox.com/s/onhkc80sev7ep6n/Screenshot%202014-02-24%2014.10.05.png

 

Not molex extender problem this time  

Woo, your reject is high   Are you sure the PSU is fine?
And try using latest cgminer.

[awgilyas]

Uhh guys.

I think I have a defective board

https://www.dropbox.com/s/onhkc80sev7ep6n/Screenshot%202014-02-24%2014.10.05.png

 

Not molex extender problem this time  

Woo, your reject is high   Are you sure the PSU is fine?
And try using latest cgminer.

Pretty sure.  Connected it directly to the PSU.  

It stops hashing after an hour.  I'm pretty sure the PSU is fine. Corsair CX750M been running for 2 months now..


I'll try to flash the new firmware.

EDIT: Flashed new firmware, low rejects rate now.  Monitoring the miner to see if it dies...

[iFA88]

Anyone know what its this? This appears 1-2x pro week. Alfter this, i have to pull out the first USB hub from the RPI (model A). The simple reboot of the RPI did not help. I have soon 3 usb hub tested, and all have this problem.
It may occur that the RPI has anything hardware problem? example polyfuse?
i have 6x hex16 1x hex8a1.

syslog:

Code:

Feb 25 09:50:24 rpi cgminer: Deamon: Restarting..
Feb 25 09:51:12 rpi cgminer: Deamon: Get time failed!
Feb 25 09:51:12 rpi cgminer: Deamon: Started
Feb 25 09:51:14 rpi kernel: [50285.530158] usb 1-1.1.6: reset full-speed USB device number 70 using dwc_otg
Feb 25 09:51:15 rpi kernel: [50285.710225] usb 1-1.1.5: reset full-speed USB device number 69 using dwc_otg
Feb 25 09:51:15 rpi kernel: [50285.890232] usb 1-1.1.4: reset full-speed USB device number 68 using dwc_otg
Feb 25 09:51:15 rpi kernel: [50286.070507] usb 1-1.1.7: reset full-speed USB device number 71 using dwc_otg
Feb 25 09:51:15 rpi kernel: [50286.251332] usb 1-1.1.3: reset full-speed USB device number 67 using dwc_otg
Feb 25 09:51:15 rpi kernel: [50286.430215] usb 1-1.1.2: reset full-speed USB device number 66 using dwc_otg
Feb 25 09:54:05 rpi kernel: [50456.082587] irq 32: nobody cared (try booting with the "irqpoll" option)
Feb 25 09:54:05 rpi kernel: [50456.082625] CPU: 0 PID: 11413 Comm: cg@hexc_recv/2 Not tainted 3.10.30+ #642
Feb 25 09:54:05 rpi kernel: [50456.082693] [<c0013a24>] (unwind_backtrace+0x0/0xf0) from [<c0010d7c>] (show_stack+0x10/0x14)
Feb 25 09:54:05 rpi kernel: [50456.082735] [<c0010d7c>] (show_stack+0x10/0x14) from [<c007ddc0>] (__report_bad_irq+0x20/0xe4)
Feb 25 09:54:05 rpi kernel: [50456.082763] [<c007ddc0>] (__report_bad_irq+0x20/0xe4) from [<c007e274>] (note_interrupt+0x1c4/0x224)
Feb 25 09:54:05 rpi kernel: [50456.082788] [<c007e274>] (note_interrupt+0x1c4/0x224) from [<c007c548>] (handle_irq_event_percpu+0xac/0x1b0)
Feb 25 09:54:05 rpi kernel: [50456.082811] [<c007c548>] (handle_irq_event_percpu+0xac/0x1b0) from [<c007c6a0>] (handle_irq_event+0x54/0x84)
Feb 25 09:54:05 rpi kernel: [50456.082834] [<c007c6a0>] (handle_irq_event+0x54/0x84) from [<c007ea80>] (handle_level_irq+0x98/0x108)
Feb 25 09:54:05 rpi kernel: [50456.082857] [<c007ea80>] (handle_level_irq+0x98/0x108) from [<c007bde4>] (generic_handle_irq+0x28/0x40)
Feb 25 09:54:05 rpi kernel: [50456.082881] [<c007bde4>] (generic_handle_irq+0x28/0x40) from [<c000e9ac>] (handle_IRQ+0x30/0x84)
Feb 25 09:54:05 rpi kernel: [50456.082919] [<c000e9ac>] (handle_IRQ+0x30/0x84) from [<c0402a14>] (__irq_svc+0x34/0xc8)
Feb 25 09:54:05 rpi kernel: [50456.082959] [<c0402a14>] (__irq_svc+0x34/0xc8) from [<c0025b80>] (__do_softirq+0x94/0x19c)
Feb 25 09:54:05 rpi kernel: [50456.082983] [<c0025b80>] (__do_softirq+0x94/0x19c) from [<c0025d1c>] (do_softirq+0x48/0x54)
Feb 25 09:54:05 rpi kernel: [50456.083006] [<c0025d1c>] (do_softirq+0x48/0x54) from [<c0025f8c>] (irq_exit+0x8c/0xc8)
Feb 25 09:54:05 rpi kernel: [50456.083031] [<c0025f8c>] (irq_exit+0x8c/0xc8) from [<c000e9b0>] (handle_IRQ+0x34/0x84)
Feb 25 09:54:05 rpi kernel: [50456.083057] [<c000e9b0>] (handle_IRQ+0x34/0x84) from [<c0402a14>] (__irq_svc+0x34/0xc8)
Feb 25 09:54:05 rpi kernel: [50456.083087] [<c0402a14>] (__irq_svc+0x34/0xc8) from [<c005bfb8>] (futex_requeue+0x3f4/0x7a8)
Feb 25 09:54:05 rpi kernel: [50456.083111] [<c005bfb8>] (futex_requeue+0x3f4/0x7a8) from [<c005d0cc>] (do_futex+0x15c/0xa84)
Feb 25 09:54:05 rpi kernel: [50456.083133] [<c005d0cc>] (do_futex+0x15c/0xa84) from [<c005da80>] (SyS_futex+0x8c/0x168)
Feb 25 09:54:05 rpi kernel: [50456.083156] [<c005da80>] (SyS_futex+0x8c/0x168) from [<c000dac0>] (ret_fast_syscall+0x0/0x30)
Feb 25 09:54:05 rpi kernel: [50456.083166] handlers:
Feb 25 09:54:05 rpi kernel: [50456.083196] [<c02d02a0>] dwc_otg_common_irq
Feb 25 09:54:05 rpi kernel: [50456.083215] [<c02dca84>] dwc_otg_pcd_irq
Feb 25 09:54:05 rpi kernel: [50456.083244] [<c02c12a8>] usb_hcd_irq
Feb 25 09:54:05 rpi kernel: [50456.083255] Disabling IRQ #32
Feb 25 09:54:05 rpi kernel: [50456.087986] hub 1-0:1.0: port 1 disabled by hub (EMI?), re-enabling...
Feb 25 09:54:05 rpi kernel: [50456.088033] usb 1-1: USB disconnect, device number 2
Feb 25 09:54:05 rpi kernel: [50456.088051] usb 1-1.1: USB disconnect, device number 64
Feb 25 09:54:05 rpi kernel: [50456.088066] usb 1-1.1.1: USB disconnect, device number 65
Feb 25 09:54:05 rpi kernel: [50456.094004] usb 1-1.1.2: USB disconnect, device number 66
Feb 25 09:54:05 rpi kernel: [50456.096914] usb 1-1.1.3: USB disconnect, device number 67
Feb 25 09:54:05 rpi kernel: [50456.097650] usb 1-1.1.4: USB disconnect, device number 68
Feb 25 09:54:05 rpi kernel: [50456.098338] usb 1-1.1.5: USB disconnect, device number 69
Feb 25 09:54:05 rpi kernel: [50456.100241] usb 1-1.1.6: USB disconnect, device number 70
Feb 25 09:54:05 rpi kernel: [50456.101344] usb 1-1.1.7: USB disconnect, device number 71
Feb 25 09:54:05 rpi kernel: [50456.106311] usb 1-1.3: USB disconnect, device number 4
Feb 25 09:54:05 rpi kernel: [50456.130079] wlan0: deauthenticating from 64:66:b3:be:41:5a by local choice (reason=3)
Feb 25 09:54:06 rpi wpa_supplicant[1716]: wlan0: CTRL-EVENT-DISCONNECTED bssid=64:66:b3:be:41:5a reason=3
Feb 25 09:54:06 rpi kernel: [50457.092257] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x0040bacc AR_DIAG_SW=0x0040bacc DMADBG_7=0x0040bacc
Feb 25 09:54:06 rpi kernel: [50457.120774] ath: phy0: Failed to wakeup in 500us
Feb 25 09:54:06 rpi kernel: [50457.129825] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x0040bacc AR_DIAG_SW=0x0040bacc DMADBG_7=0x0040bacc
Feb 25 09:54:06 rpi kernel: [50457.140137] cfg80211: Calling CRDA for country: CN
Feb 25 09:54:06 rpi wpa_action: WPA_IFACE=wlan0 WPA_ACTION=DISCONNECTED
Feb 25 09:54:06 rpi wpa_action: WPA_ID=0 WPA_ID_STR= WPA_CTRL_DIR=/var/run/wpa_supplicant
Feb 25 09:54:06 rpi kernel: [50457.198855] ath: phy0: Failed to wakeup in 500us
Feb 25 09:54:06 rpi kernel: [50457.208819] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x0040bacc AR_DIAG_SW=0x0040bacc DMADBG_7=0x0040bacc
Feb 25 09:54:06 rpi wpa_action: ifdown wlan0
Feb 25 09:54:06 rpi kernel: [50457.229174] ath: phy0: Failed to wakeup in 500us
Feb 25 09:54:06 rpi dhclient: receive_packet failed on wlan0: Network is down
Feb 25 09:54:06 rpi kernel: [50457.256492] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x0040bacc AR_DIAG_SW=0x0040bacc DMADBG_7=0x0040bacc
Feb 25 09:54:06 rpi kernel: [50457.361045] usb 1-1.3: ath9k_htc: USB layer deinitialized
Feb 25 09:54:06 rpi kernel: [50457.361678] usb 1-1.4: USB disconnect, device number 5
Feb 25 09:54:06 rpi kernel: [50457.520079] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:06 rpi dhclient: Internet Systems Consortium DHCP Client 4.2.2
Feb 25 09:54:06 rpi dhclient: Copyright 2004-2011 Internet Systems Consortium.
Feb 25 09:54:06 rpi dhclient: All rights reserved.
Feb 25 09:54:06 rpi dhclient: For info, please visit https://www.isc.org/software/dhcp/
Feb 25 09:54:06 rpi dhclient:
Feb 25 09:54:07 rpi dhclient: Bind socket to interface: No such device
Feb 25 09:54:07 rpi wpa_action: removing sendsigs omission pidfile: /run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlan0.pid
Feb 25 09:54:07 rpi kernel: [50457.960139] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:07 rpi ifplugd(wlan0)[1632]: Link beat lost.
Feb 25 09:54:07 rpi wpa_supplicant[1716]: wlan0: Failed to initiate AP scan
Feb 25 09:54:07 rpi kernel: [50458.350060] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:07 rpi ifplugd(wlan0)[1632]: Exiting.
Feb 25 09:54:08 rpi kernel: [50458.689967] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:08 rpi kernel: [50458.959963] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:08 rpi kernel: [50459.229985] hub 1-0:1.0: Cannot enable port 1.  Maybe the USB cable is bad?
Feb 25 09:54:08 rpi kernel: [50459.230077] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:08 rpi kernel: [50459.349969] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:09 rpi kernel: [50459.619965] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:09 rpi kernel: [50459.889973] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:09 rpi kernel: [50460.159962] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:09 rpi kernel: [50460.429981] hub 1-0:1.0: Cannot enable port 1.  Maybe the USB cable is bad?
Feb 25 09:54:09 rpi kernel: [50460.430073] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:09 rpi kernel: [50460.550056] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:10 rpi kernel: [50460.819963] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:10 rpi kernel: [50461.090052] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:10 rpi kernel: [50461.360013] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:11 rpi kernel: [50461.629974] hub 1-0:1.0: Cannot enable port 1.  Maybe the USB cable is bad?
Feb 25 09:54:11 rpi kernel: [50461.630062] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:11 rpi kernel: [50461.750010] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:11 rpi kernel: [50462.019972] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:11 rpi kernel: [50462.290000] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:11 rpi kernel: [50462.559979] Indeed it is in host mode hprt0 = 00001501
Feb 25 09:54:12 rpi kernel: [50462.830410] hub 1-0:1.0: Cannot enable port 1.  Maybe the USB cable is bad?
Feb 25 09:54:12 rpi kernel: [50462.830476] hub 1-0:1.0: unable to enumerate USB device on port 1

lsusb:

Code:

Bus 001 Device 002: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 1a40:0201 Terminus Technology Inc. FE 2.1 7-port Hub
Bus 001 Device 004: ID 0cf3:7015 Atheros Communications, Inc. TP-Link TL-WN821N v3 802.11n [Atheros AR7010+AR9287]
Bus 001 Device 005: ID 04d8:000a Microchip Technology, Inc. CDC RS-232 Emulation Demo
Bus 001 Device 006: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB
Bus 001 Device 007: ID 04d8:000a Microchip Technology, Inc. CDC RS-232 Emulation Demo
Bus 001 Device 008: ID 04d8:000a Microchip Technology, Inc. CDC RS-232 Emulation Demo
Bus 001 Device 009: ID 04d8:000a Microchip Technology, Inc. CDC RS-232 Emulation Demo
Bus 001 Device 010: ID 04d8:000a Microchip Technology, Inc. CDC RS-232 Emulation Demo
Bus 001 Device 011: ID 04d8:000a Microchip Technology, Inc. CDC RS-232 Emulation Demo
Bus 001 Device 012: ID 04d8:000a Microchip Technology, Inc. CDC RS-232 Emulation Demo

[loshia]

Anyone know what its this? This appears 1-2x pro week. Alfter this, i have to pull out the first USB hub from the RPI (model A). The simple reboot of the RPI did not help. I have soon 3 usb hub tested, and all have this problem.
It may occur that the RPI has anything hardware problem? example polyfuse?
i have 6x hex16 1x hex8a1.

-----

Bugy kernel or bad hardware dude.

[Zich]

     

Shipment 48 Hour after receive of payment

http://technobit.eu/index.php?id_product=60&controller=product&id_lang=1

[gcube1305]

   

Shipment 48 Hour after receive of payment

http://technobit.eu/index.php?id_product=60&controller=product&id_lang=1

Compared to others technobit products, it is quite expensive...
0.1 BTC in 50 days !! Way too much expensive for me

[wolf_miner]

I have an unused LC-B250SFX 250W PSU power supplies, is this suitable to power a single Avalon2 HEX16A2?

+5 & +3.3 Combined 105
+5 & +3.3 & +12 Combined 235   
+12 16A peak

The option for compiling Avalon2 HEX16A2 driver is --enable-hexminera --enable-hexminerc , is true?
Now i try to use a thin client with linux but next week i was planning to buy a MR3020.

Thaks in advance Luca

[loshia]

I have an unused LC-B250SFX 250W PSU power supplies, is this suitable to power a single Avalon2 HEX16A2?

+5 & +3.3 Combined 105
+5 & +3.3 & +12 Combined 235   
+12 16A peak

The option for compiling Avalon2 HEX16A2 driver is --enable-hexminera --enable-hexminerc , is true?
Now i try to use a thin client with linux but next week i was planning to buy a MR3020.

Thaks in advance Luca

--enable-hexminerc is enough
Made sure you pass to cgminer default-miner as c.you can read change log first

[awgilyas]

Anyone knows how to set it the tp-link to reboot a few times a day?

[Zich]

Anyone knows how to set it the tp-link to reboot a few times a day?

Add this to schedule task:

Code:

0 8,20 * * * reboot

mean reboot at 8 am & 8 pm

[Zich]

I have an unused LC-B250SFX 250W PSU power supplies, is this suitable to power a single Avalon2 HEX16A2?

+5 & +3.3 Combined 105
+5 & +3.3 & +12 Combined 235  
+12 16A peak

The option for compiling Avalon2 HEX16A2 driver is --enable-hexminera --enable-hexminerc , is true?
Now i try to use a thin client with linux but next week i was planning to buy a MR3020.

Thaks in advance Luca

--enable-hexminerc is enough
Made sure you pass to cgminer default-miner as c.you can read change log first

Confirm  
Unlike previous patch, on latest patch you can enable HEXC without HEXA.

Edit:
You still need to enable hexminera in order to enable hexminerc 

[Leahcim]

I have an unused LC-B250SFX 250W PSU power supplies, is this suitable to power a single Avalon2 HEX16A2?

+5 & +3.3 Combined 105
+5 & +3.3 & +12 Combined 235   
+12 16A peak

The option for compiling Avalon2 HEX16A2 driver is --enable-hexminera --enable-hexminerc , is true?
Now i try to use a thin client with linux but next week i was planning to buy a MR3020.

Thaks in advance Luca

--enable-hexminerc is enough
Made sure you pass to cgminer default-miner as c.you can read change log first

Confirm 
Unlike previous patch, on latest patch you can enable HEXC without HEXA.

with e447b697d90c4d1e4c6a2dc8bd9bfc3eab23115f i still have to use --enable-hexminera am i using the wrong patch?

[Zich]

I have an unused LC-B250SFX 250W PSU power supplies, is this suitable to power a single Avalon2 HEX16A2?

+5 & +3.3 Combined 105
+5 & +3.3 & +12 Combined 235   
+12 16A peak

The option for compiling Avalon2 HEX16A2 driver is --enable-hexminera --enable-hexminerc , is true?
Now i try to use a thin client with linux but next week i was planning to buy a MR3020.

Thaks in advance Luca

--enable-hexminerc is enough
Made sure you pass to cgminer default-miner as c.you can read change log first

Confirm 
Unlike previous patch, on latest patch you can enable HEXC without HEXA.

with e447b697d90c4d1e4c6a2dc8bd9bfc3eab23115f i still have to use --enable-hexminera am i using the wrong patch?

That is the right patch. Did you get cgminer directly from git?

Code:

git clone https://github.com/ckolivas/cgminer.git