Hey there,
sorry if this question has been already asked, but couldn't find any answer.
My avalon says 82171.28 MHS and I'm currently mining in two pools.... it's been mining all day. When I check the Mhash in the pools I got this:
slush: 36368.844 and 50btc: 37185.844
so, I got 73553 MHS total.... where are the other 8617.436?
are they lost? or those numbers are not exact? what is more reliable?
thanks!
B.
Topic: Avalon ASIC users thread - page 120. (Read 438722 times)
i'm getting a fair # of these on one unit. can someone tell me what they mean?
Code:
Thu Jul 11 14:56:03 2013 auth.emerg kernel: [16129.320000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:04 2013 auth.emerg kernel: [16130.420000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:10 2013 auth.emerg kernel: [16136.490000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:15 2013 auth.emerg kernel: [16141.550000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:20 2013 auth.emerg kernel: [16146.600000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:25 2013 auth.emerg kernel: [16151.660000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:30 2013 auth.emerg kernel: [16156.720000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:35 2013 auth.emerg kernel: [16161.780000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:40 2013 auth.emerg kernel: [16166.840000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:45 2013 auth.emerg kernel: [16171.900000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:50 2013 auth.emerg kernel: [16176.950000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:55 2013 auth.emerg kernel: [16182.010000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:01 2013 auth.emerg kernel: [16187.070000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:06 2013 auth.emerg kernel: [16192.130000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:11 2013 auth.emerg kernel: [16197.190000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:16 2013 auth.emerg kernel: [16202.240000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.140000] usb 1-1.1: USB disconnect, device number 3
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.280000] usb 1-1: reset high-speed USB device number 2 using ehci-platform
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.730000] usb 1-1.1: new full-speed USB device number 4 using ehci-platform
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.870000] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Detected FT232RL
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Number of endpoints 2
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Endpoint 1 MaxPacketSize 16384
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.890000] usb 1-1.1: Endpoint 2 MaxPacketSize 16384
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.890000] usb 1-1.1: Setting MaxPacketSize 64
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.910000] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB0
Thu Jul 11 14:57:21 2013 auth.info kernel: [16207.300000] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
Thu Jul 11 14:57:21 2013 auth.info kernel: [16207.300000] ftdi_sio 1-1.1:1.0: device disconnected
You have exactly the same problems as I do. I tried to disable DHCP server and WiFi + install the latest ckolivas firmware + set max temp to 45C, but it was not enough. It is better now but there was a warm day where the temperature went up and that day the cgminer restartarted 4-5 times. Another day it did not restarted at all. The OpenWRT itself is up for almost 5 days now, but cgminer keeps restarting. However, it did not need manual intervention for those 5 days, which I am happy about.
If you ever manage to fully fix this, please let me know!
You can disable the WiFi interface via the web interface. Go to Network, then Interfaces and bring down the WWAN interface. You may also want to go to WiFi tab and disable it there also.
i'm getting a fair # of these on one unit. can someone tell me what they mean?
Code:
Thu Jul 11 14:56:03 2013 auth.emerg kernel: [16129.320000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:16 2013 auth.emerg kernel: [16202.240000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.140000] usb 1-1.1: USB disconnect, device number 3
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.280000] usb 1-1: reset high-speed USB device number 2 using ehci-platform
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.730000] usb 1-1.1: new full-speed USB device number 4 using ehci-platform
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.870000] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Detected FT232RL
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Number of endpoints 2
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Endpoint 1 MaxPacketSize 16384
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.890000] usb 1-1.1: Endpoint 2 MaxPacketSize 16384
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.890000] usb 1-1.1: Setting MaxPacketSize 64
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.910000] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB0
Thu Jul 11 14:57:21 2013 auth.info kernel: [16207.300000] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
Thu Jul 11 14:57:21 2013 auth.info kernel: [16207.300000] ftdi_sio 1-1.1:1.0: device disconnected
Turn off WiFi.
There's a fuse on the board that needs to be removed to fix it. I am actually curious myself how to remove it. The wiki says to remove the fuse but doesn't give any instructions. I actually ran Ethernet and put a switch in for my boxes, so I don't need the WiFi anyway.
is this the F1 fuse they were talking about a while back? i have a batch 2 delivered just last week which i thought had that fuse already removed. am i wrong?
plus i've already disabled dhcp and am running a direct ethernet connection.
This is a known issue, the solution is if you are plugged in via wired to disable the wifi interface as it sucks too much power while constantly searching for an AP. I think some people uninstall the wifi package or something? Not sure what the correct term is...
It was said you do NOT have to remove the F1 fuse on the newer B2 Avalons, as the flaw in the old board design has been fixed and the F1 fuse is correct in the current boards.
Does anyone have a useful means of contacting Avalon?
I have two orders from February 3rd, neither of which is showing in the store. I also have two tickets in their system, neither of which has been answered.
I waited patiently when batch 2 was delayed for everyone. But now that they are talking about batch 3 shipping, I'm pissed.
I have two orders from February 3rd, neither of which is showing in the store. I also have two tickets in their system, neither of which has been answered.
I waited patiently when batch 2 was delayed for everyone. But now that they are talking about batch 3 shipping, I'm pissed.
if your tickets are older than June they will be ignored, if they are, create a new one. yifu has said this many times
Yup, that's why I made the second ticket.
Does anyone have a useful means of contacting Avalon?
I have two orders from February 3rd, neither of which is showing in the store. I also have two tickets in their system, neither of which has been answered.
I waited patiently when batch 2 was delayed for everyone. But now that they are talking about batch 3 shipping, I'm pissed.
I have two orders from February 3rd, neither of which is showing in the store. I also have two tickets in their system, neither of which has been answered.
I waited patiently when batch 2 was delayed for everyone. But now that they are talking about batch 3 shipping, I'm pissed.
if your tickets are older than June they will be ignored, if they are, create a new one. yifu has said this many times
Does anyone have a useful means of contacting Avalon?
I have two orders from February 3rd, neither of which is showing in the store. I also have two tickets in their system, neither of which has been answered.
I waited patiently when batch 2 was delayed for everyone. But now that they are talking about batch 3 shipping, I'm pissed.
I have two orders from February 3rd, neither of which is showing in the store. I also have two tickets in their system, neither of which has been answered.
I waited patiently when batch 2 was delayed for everyone. But now that they are talking about batch 3 shipping, I'm pissed.
that's bad.
the only way i can think of is to go to NY and track down Yifu. if you live close enough and it's worth your while, seriously, this is the only way i can think of.
is this the F1 fuse they were talking about a while back? i have a batch 2 delivered just last week which i thought had that fuse already removed. am i wrong?
plus i've already disabled dhcp and am running a direct ethernet connection.
You can see the version number on the controller board if you remove the top. The washers may fall into the unit, and you will need an M4 allen hex wrench. My unit, delivered this week, is 1.52 and does not need modification. I believe the controller that does need modification is 1.5
i remember there was a post recently; something about any delivered after April 19th or thereabouts not needing a fuse removal.
i looked at the board of one of the two i received before this one and the fuse was removed. then came this third unit last week which i assumed had its fuse removed as well but also has these -71 errors. i don't want to open that top yet again...
is there no way to ssh in and and check?
Does anyone have a useful means of contacting Avalon?
I have two orders from February 3rd, neither of which is showing in the store. I also have two tickets in their system, neither of which has been answered.
I waited patiently when batch 2 was delayed for everyone. But now that they are talking about batch 3 shipping, I'm pissed.
I have two orders from February 3rd, neither of which is showing in the store. I also have two tickets in their system, neither of which has been answered.
I waited patiently when batch 2 was delayed for everyone. But now that they are talking about batch 3 shipping, I'm pissed.
is this the F1 fuse they were talking about a while back? i have a batch 2 delivered just last week which i thought had that fuse already removed. am i wrong?
plus i've already disabled dhcp and am running a direct ethernet connection.
You can see the version number on the controller board if you remove the top. The washers may fall into the unit, and you will need an M4 allen hex wrench. My unit, delivered this week, is 1.52 and does not need modification. I believe the controller that does need modification is 1.5
i'm getting a fair # of these on one unit. can someone tell me what they mean?
Code:
Thu Jul 11 14:56:03 2013 auth.emerg kernel: [16129.320000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:04 2013 auth.emerg kernel: [16130.420000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:10 2013 auth.emerg kernel: [16136.490000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:15 2013 auth.emerg kernel: [16141.550000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:20 2013 auth.emerg kernel: [16146.600000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:25 2013 auth.emerg kernel: [16151.660000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:30 2013 auth.emerg kernel: [16156.720000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:35 2013 auth.emerg kernel: [16161.780000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:40 2013 auth.emerg kernel: [16166.840000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:45 2013 auth.emerg kernel: [16171.900000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:50 2013 auth.emerg kernel: [16176.950000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:55 2013 auth.emerg kernel: [16182.010000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:01 2013 auth.emerg kernel: [16187.070000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:06 2013 auth.emerg kernel: [16192.130000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:11 2013 auth.emerg kernel: [16197.190000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:16 2013 auth.emerg kernel: [16202.240000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.140000] usb 1-1.1: USB disconnect, device number 3
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.280000] usb 1-1: reset high-speed USB device number 2 using ehci-platform
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.730000] usb 1-1.1: new full-speed USB device number 4 using ehci-platform
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.870000] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Detected FT232RL
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Number of endpoints 2
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Endpoint 1 MaxPacketSize 16384
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.890000] usb 1-1.1: Endpoint 2 MaxPacketSize 16384
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.890000] usb 1-1.1: Setting MaxPacketSize 64
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.910000] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB0
Thu Jul 11 14:57:21 2013 auth.info kernel: [16207.300000] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
Thu Jul 11 14:57:21 2013 auth.info kernel: [16207.300000] ftdi_sio 1-1.1:1.0: device disconnected
Thu Jul 11 14:56:04 2013 auth.emerg kernel: [16130.420000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:10 2013 auth.emerg kernel: [16136.490000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:15 2013 auth.emerg kernel: [16141.550000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:20 2013 auth.emerg kernel: [16146.600000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:25 2013 auth.emerg kernel: [16151.660000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:30 2013 auth.emerg kernel: [16156.720000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:35 2013 auth.emerg kernel: [16161.780000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:40 2013 auth.emerg kernel: [16166.840000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:45 2013 auth.emerg kernel: [16171.900000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:50 2013 auth.emerg kernel: [16176.950000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:55 2013 auth.emerg kernel: [16182.010000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:01 2013 auth.emerg kernel: [16187.070000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:06 2013 auth.emerg kernel: [16192.130000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:11 2013 auth.emerg kernel: [16197.190000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:16 2013 auth.emerg kernel: [16202.240000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.140000] usb 1-1.1: USB disconnect, device number 3
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.280000] usb 1-1: reset high-speed USB device number 2 using ehci-platform
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.730000] usb 1-1.1: new full-speed USB device number 4 using ehci-platform
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.870000] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Detected FT232RL
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Number of endpoints 2
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Endpoint 1 MaxPacketSize 16384
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.890000] usb 1-1.1: Endpoint 2 MaxPacketSize 16384
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.890000] usb 1-1.1: Setting MaxPacketSize 64
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.910000] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB0
Thu Jul 11 14:57:21 2013 auth.info kernel: [16207.300000] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
Thu Jul 11 14:57:21 2013 auth.info kernel: [16207.300000] ftdi_sio 1-1.1:1.0: device disconnected
Turn off WiFi.
There's a fuse on the board that needs to be removed to fix it. I am actually curious myself how to remove it. The wiki says to remove the fuse but doesn't give any instructions. I actually ran Ethernet and put a switch in for my boxes, so I don't need the WiFi anyway.
is this the F1 fuse they were talking about a while back? i have a batch 2 delivered just last week which i thought had that fuse already removed. am i wrong?
plus i've already disabled dhcp and am running a direct ethernet connection.
Quote
Turn off WiFi.
There's a fuse on the board that needs to be removed to fix it. I am actually curious myself how to remove it. The wiki says to remove the fuse but doesn't give any instructions. I actually ran Ethernet and put a switch in for my boxes, so I don't need the WiFi anyway.
are you referring to my post?
Quote
update on my problem.
the problem I am having is I can't even get in to the openwrt barrier breaker interface or hit the splash screen. Wherever that "os" software is stored is where the problem lies. I've tried hard reboots, a hard reset with the switch, and still nothing. I scanned for the Ip of the asic which should be the 192.168.0.100 since I could not connect to it or ping it. The scan came back negative for that address, it couldnt see anything there and there was no mac address present, despite the fact that windows network connections could "see" that the cable was plugged in to something and not completely disconnected.
anybody have some thoughts on this problem? a fix would be rewarded
Regards,
Brian
the problem I am having is I can't even get in to the openwrt barrier breaker interface or hit the splash screen. Wherever that "os" software is stored is where the problem lies. I've tried hard reboots, a hard reset with the switch, and still nothing. I scanned for the Ip of the asic which should be the 192.168.0.100 since I could not connect to it or ping it. The scan came back negative for that address, it couldnt see anything there and there was no mac address present, despite the fact that windows network connections could "see" that the cable was plugged in to something and not completely disconnected.
anybody have some thoughts on this problem? a fix would be rewarded
Regards,
Brian
i'm getting a fair # of these on one unit. can someone tell me what they mean?
Code:
Thu Jul 11 14:56:03 2013 auth.emerg kernel: [16129.320000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:04 2013 auth.emerg kernel: [16130.420000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:10 2013 auth.emerg kernel: [16136.490000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:15 2013 auth.emerg kernel: [16141.550000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:20 2013 auth.emerg kernel: [16146.600000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:25 2013 auth.emerg kernel: [16151.660000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:30 2013 auth.emerg kernel: [16156.720000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:35 2013 auth.emerg kernel: [16161.780000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:40 2013 auth.emerg kernel: [16166.840000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:45 2013 auth.emerg kernel: [16171.900000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:50 2013 auth.emerg kernel: [16176.950000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:55 2013 auth.emerg kernel: [16182.010000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:01 2013 auth.emerg kernel: [16187.070000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:06 2013 auth.emerg kernel: [16192.130000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:11 2013 auth.emerg kernel: [16197.190000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:16 2013 auth.emerg kernel: [16202.240000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.140000] usb 1-1.1: USB disconnect, device number 3
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.280000] usb 1-1: reset high-speed USB device number 2 using ehci-platform
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.730000] usb 1-1.1: new full-speed USB device number 4 using ehci-platform
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.870000] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Detected FT232RL
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Number of endpoints 2
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Endpoint 1 MaxPacketSize 16384
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.890000] usb 1-1.1: Endpoint 2 MaxPacketSize 16384
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.890000] usb 1-1.1: Setting MaxPacketSize 64
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.910000] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB0
Thu Jul 11 14:57:21 2013 auth.info kernel: [16207.300000] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
Thu Jul 11 14:57:21 2013 auth.info kernel: [16207.300000] ftdi_sio 1-1.1:1.0: device disconnected
Thu Jul 11 14:56:04 2013 auth.emerg kernel: [16130.420000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:10 2013 auth.emerg kernel: [16136.490000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:15 2013 auth.emerg kernel: [16141.550000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:20 2013 auth.emerg kernel: [16146.600000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:25 2013 auth.emerg kernel: [16151.660000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:30 2013 auth.emerg kernel: [16156.720000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:35 2013 auth.emerg kernel: [16161.780000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:40 2013 auth.emerg kernel: [16166.840000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:45 2013 auth.emerg kernel: [16171.900000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:50 2013 auth.emerg kernel: [16176.950000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:55 2013 auth.emerg kernel: [16182.010000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:01 2013 auth.emerg kernel: [16187.070000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:06 2013 auth.emerg kernel: [16192.130000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:11 2013 auth.emerg kernel: [16197.190000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:16 2013 auth.emerg kernel: [16202.240000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.140000] usb 1-1.1: USB disconnect, device number 3
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.280000] usb 1-1: reset high-speed USB device number 2 using ehci-platform
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.730000] usb 1-1.1: new full-speed USB device number 4 using ehci-platform
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.870000] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Detected FT232RL
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Number of endpoints 2
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Endpoint 1 MaxPacketSize 16384
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.890000] usb 1-1.1: Endpoint 2 MaxPacketSize 16384
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.890000] usb 1-1.1: Setting MaxPacketSize 64
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.910000] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB0
Thu Jul 11 14:57:21 2013 auth.info kernel: [16207.300000] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
Thu Jul 11 14:57:21 2013 auth.info kernel: [16207.300000] ftdi_sio 1-1.1:1.0: device disconnected
Turn off WiFi.
There's a fuse on the board that needs to be removed to fix it. I am actually curious myself how to remove it. The wiki says to remove the fuse but doesn't give any instructions. I actually ran Ethernet and put a switch in for my boxes, so I don't need the WiFi anyway.
update on my problem.
the problem I am having is I can't even get in to the openwrt barrier breaker interface or hit the splash screen. Wherever that "os" software is stored is where the problem lies. I've tried hard reboots, a hard reset with the switch, and still nothing. I scanned for the Ip of the asic which should be the 192.168.0.100 since I could not connect to it or ping it.
the problem I am having is I can't even get in to the openwrt barrier breaker interface or hit the splash screen. Wherever that "os" software is stored is where the problem lies. I've tried hard reboots, a hard reset with the switch, and still nothing. I scanned for the Ip of the asic which should be the 192.168.0.100 since I could not connect to it or ping it.
if you did the hard reset by pressing the reset button after bootup, try 192.168.1.1 as the IP for the board
and telnet (not ssh or surf) to it
okay thanks for the suggestion. I will report back within a day or so. If anybody else has some suggestions. Just let me know. Thanks everyone again for helping out. It is really appreciated!
Regards,
Brian
update on my problem.
the problem I am having is I can't even get in to the openwrt barrier breaker interface or hit the splash screen. Wherever that "os" software is stored is where the problem lies. I've tried hard reboots, a hard reset with the switch, and still nothing. I scanned for the Ip of the asic which should be the 192.168.0.100 since I could not connect to it or ping it.
the problem I am having is I can't even get in to the openwrt barrier breaker interface or hit the splash screen. Wherever that "os" software is stored is where the problem lies. I've tried hard reboots, a hard reset with the switch, and still nothing. I scanned for the Ip of the asic which should be the 192.168.0.100 since I could not connect to it or ping it.
if you did the hard reset by pressing the reset button after bootup, try 192.168.1.1 as the IP for the board
and telnet (not ssh or surf) to it
update on my problem.
the problem I am having is I can't even get in to the openwrt barrier breaker interface or hit the splash screen. Wherever that "os" software is stored is where the problem lies. I've tried hard reboots, a hard reset with the switch, and still nothing. I scanned for the Ip of the asic which should be the 192.168.0.100 since I could not connect to it or ping it. The scan came back negative for that address, it couldnt see anything there and there was no mac address present, despite the fact that windows network connections could "see" that the cable was plugged in to something and not completely disconnected.
anybody have some thoughts on this problem? a fix would be rewarded
Regards,
Brian
the problem I am having is I can't even get in to the openwrt barrier breaker interface or hit the splash screen. Wherever that "os" software is stored is where the problem lies. I've tried hard reboots, a hard reset with the switch, and still nothing. I scanned for the Ip of the asic which should be the 192.168.0.100 since I could not connect to it or ping it. The scan came back negative for that address, it couldnt see anything there and there was no mac address present, despite the fact that windows network connections could "see" that the cable was plugged in to something and not completely disconnected.
anybody have some thoughts on this problem? a fix would be rewarded
Regards,
Brian
Dear Bitsyncom and/or Avalon ASIC Team
Can you please answer my ticket #1236
I have not received all the batch 2 machines that i ordered and my ticket has sat unanswered for over a week now.
I have tried to contact you via PM on the forum, via e-mail and of course this ticket was the first thing i did.
I have waited patiently for my machines, and the ones delivered are great, thank you.
Please can someone attend to my ticket and the missing machines.
i'm getting a fair # of these on one unit. can someone tell me what they mean?
Code:
Thu Jul 11 14:56:03 2013 auth.emerg kernel: [16129.320000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:04 2013 auth.emerg kernel: [16130.420000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:10 2013 auth.emerg kernel: [16136.490000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:15 2013 auth.emerg kernel: [16141.550000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:20 2013 auth.emerg kernel: [16146.600000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:25 2013 auth.emerg kernel: [16151.660000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:30 2013 auth.emerg kernel: [16156.720000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:35 2013 auth.emerg kernel: [16161.780000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:40 2013 auth.emerg kernel: [16166.840000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:45 2013 auth.emerg kernel: [16171.900000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:50 2013 auth.emerg kernel: [16176.950000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:55 2013 auth.emerg kernel: [16182.010000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:01 2013 auth.emerg kernel: [16187.070000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:06 2013 auth.emerg kernel: [16192.130000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:11 2013 auth.emerg kernel: [16197.190000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:16 2013 auth.emerg kernel: [16202.240000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.140000] usb 1-1.1: USB disconnect, device number 3
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.280000] usb 1-1: reset high-speed USB device number 2 using ehci-platform
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.730000] usb 1-1.1: new full-speed USB device number 4 using ehci-platform
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.870000] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Detected FT232RL
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Number of endpoints 2
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Endpoint 1 MaxPacketSize 16384
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.890000] usb 1-1.1: Endpoint 2 MaxPacketSize 16384
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.890000] usb 1-1.1: Setting MaxPacketSize 64
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.910000] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB0
Thu Jul 11 14:57:21 2013 auth.info kernel: [16207.300000] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
Thu Jul 11 14:57:21 2013 auth.info kernel: [16207.300000] ftdi_sio 1-1.1:1.0: device disconnected
Thu Jul 11 14:56:04 2013 auth.emerg kernel: [16130.420000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:10 2013 auth.emerg kernel: [16136.490000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:15 2013 auth.emerg kernel: [16141.550000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:20 2013 auth.emerg kernel: [16146.600000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:25 2013 auth.emerg kernel: [16151.660000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:30 2013 auth.emerg kernel: [16156.720000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:35 2013 auth.emerg kernel: [16161.780000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:40 2013 auth.emerg kernel: [16166.840000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:45 2013 auth.emerg kernel: [16171.900000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:50 2013 auth.emerg kernel: [16176.950000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:56:55 2013 auth.emerg kernel: [16182.010000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:01 2013 auth.emerg kernel: [16187.070000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:06 2013 auth.emerg kernel: [16192.130000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:11 2013 auth.emerg kernel: [16197.190000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:16 2013 auth.emerg kernel: [16202.240000] usb 1-1: clear tt 1 (0030) error -71
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.140000] usb 1-1.1: USB disconnect, device number 3
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.280000] usb 1-1: reset high-speed USB device number 2 using ehci-platform
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.730000] usb 1-1.1: new full-speed USB device number 4 using ehci-platform
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.870000] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Detected FT232RL
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Number of endpoints 2
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.880000] usb 1-1.1: Endpoint 1 MaxPacketSize 16384
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.890000] usb 1-1.1: Endpoint 2 MaxPacketSize 16384
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.890000] usb 1-1.1: Setting MaxPacketSize 64
Thu Jul 11 14:57:17 2013 auth.info kernel: [16203.910000] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB0
Thu Jul 11 14:57:21 2013 auth.info kernel: [16207.300000] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
Thu Jul 11 14:57:21 2013 auth.info kernel: [16207.300000] ftdi_sio 1-1.1:1.0: device disconnected
Latest update from Avalon.
Avalon ASIC July Update, Trade-In, Batch #3, Chips and more
What's an update without some photos?
Batch three Refund
Understandably, batch three has been overdue for a few weeks, whilst shipping is due to start Monday, and finish within 2 weeks. Those who do not wish to wait can fill out the form for a refund, please note the deadline for these refunds is before the 14th, once we start shipping we will not be honoring any refunds that gets posted.
Finally caught up
Scaling up production has been problematic for us in the past, but today? No more. The speed which we finished shipping batch #2 which took about 3 weeks (aside from custom issues with Serbia and Germany), batch #3 will be no different, and will be even faster. We modified the module upgrade design so it'll fit both generation 1 and generation 2 case setups, the chips are being moved to shanghai so they may begin to deliver by mid-july, trade-in list has been acquired and cleaned up. ( I hope everyone already have an account on the store. ) The Avalon team are very excited to get these things over with so we may get back to engineering.
In Summary
Trade-in emails are going out at the same time as this newsletter.
The chips is scheduled to start delivering mid-july in order which they were purchased.
Batch three starts shipping mid-july, expected to finish within 2 weeks as there is no order issues unlike batch #2
Part of batch #3 will have different design as we continue to improve our unit.
Once batch three starts shipping and no problem arises, we will begin taking orders for upgrade modules.
upgrade modules will be in-stock as there is no pre-order, delivery time frame 3-5 days.
Next generation chip is in the works, 55nm will not be very different physically for backward compatibility.
We will make announcement at least 2 month prior of 55nm release so those who purchase our generation one chip will not be in the dark.
Avalon ASIC July Update, Trade-In, Batch #3, Chips and more
What's an update without some photos?
Batch three Refund
Understandably, batch three has been overdue for a few weeks, whilst shipping is due to start Monday, and finish within 2 weeks. Those who do not wish to wait can fill out the form for a refund, please note the deadline for these refunds is before the 14th, once we start shipping we will not be honoring any refunds that gets posted.
Finally caught up
Scaling up production has been problematic for us in the past, but today? No more. The speed which we finished shipping batch #2 which took about 3 weeks (aside from custom issues with Serbia and Germany), batch #3 will be no different, and will be even faster. We modified the module upgrade design so it'll fit both generation 1 and generation 2 case setups, the chips are being moved to shanghai so they may begin to deliver by mid-july, trade-in list has been acquired and cleaned up. ( I hope everyone already have an account on the store. ) The Avalon team are very excited to get these things over with so we may get back to engineering.
In Summary
Trade-in emails are going out at the same time as this newsletter.
The chips is scheduled to start delivering mid-july in order which they were purchased.
Batch three starts shipping mid-july, expected to finish within 2 weeks as there is no order issues unlike batch #2
Part of batch #3 will have different design as we continue to improve our unit.
Once batch three starts shipping and no problem arises, we will begin taking orders for upgrade modules.
upgrade modules will be in-stock as there is no pre-order, delivery time frame 3-5 days.
Next generation chip is in the works, 55nm will not be very different physically for backward compatibility.
We will make announcement at least 2 month prior of 55nm release so those who purchase our generation one chip will not be in the dark.
agreed. but how bout small photos?
Jump to: