 Show Posts
|
|
Pages: [1]
|
Thank you, I checked them with one the mine AUC3 which is as follow : CRC[0 0 0 0],MM Count=4,Smart Speed=1,Connecter=AUC,AUC VER=AUC-20151208,AUC I2C Speed=400000,AUC I2C XDelay=19200,AUC Sensor=15225,AUC Temperature=28.99,Connection Overloaded=false,Voltage Level Offset=0,Nonce Mask=24,USB Pipe=0,USB Delay=r0 0.000000 w0 0.000000,USB tmo=0 0|STATS=1,ID=AV81,Elapsed=264,Calls=0,Wait=0.000000,Max=0.000000,Min=99999999.000000,MM ID1=Ver[8211904-1ab9760] Mostly they are the same but for one parameters mine are much higher AUC Sensor=15225 , I have no idea what this implies or means . But the other AUC3 contains much more log. CRC[0 0 0 0],MM Count=5,Smart Speed=1,Connecter=AUC,AUC VER=AUC-20151208,AUC I2C Speed=400000,AUC I2C XDelay=19200,AUC Sensor=16000,AUC Temperature=26.55,Connection Overloaded=false,Voltage Level Offset=0,Nonce Mask=24,USB Pipe=0,USB Delay=r0 0.000000 w0 0.000000,USB tmo=0 0|STATS=2,ID=POOL0,Elapsed=264,Calls=0,Wait=0.000000,Max=0.000000,Min=99999999.000000,Pool Calls=0,Pool Attempts=0,Pool Wait=0.000000,Pool Max=0.000000,Pool Min=99999999.000000,Pool Av=0.000000,Work Had Roll Time=false,Work Can Roll=false,Work Had Expire=false,Work Roll Time=0,Work Diff=8192.00000000,Min Diff=1.00000000,Max Diff=8192.00000000,Min Diff Count=1,Max Diff Count=1588,Times Sent=1824,Bytes Sent=208055,Times Recv=16,Bytes Recv=8016,Net Bytes Sent=208055,Net Bytes Recv=8016|STATS=3,ID=POOL1,Elapsed=264,Calls=0,Wait=0.000000,Max=0.000000,Min=99999999.000000,Pool Calls=0,Pool Attempts=0,Pool Wait=0.000000,Pool Max=0.000000,Pool Min=99999999.000000,Pool Av=0.000000,Work Had Roll Time=false,Work Can Roll=false,Work Had Expire=false,Work Roll Time=0,Work Diff=0.00000000,Min Diff=0.00000000,Max Diff=0.00000000,Min Diff Count=0,Max Diff Count=0,Times Sent=2,Bytes Sent=149,Times Recv=4,Bytes Recv=1658,Net Bytes Sent=149,Net Bytes Recv=1658|STATS=4,ID=POOL2,Elapsed=264,Calls=0,Wait=0.000000,Max=0.000000,Min=99999999.000000,Pool Calls=0,Pool Attempts=0,Pool Wait=0.000000,Pool Max=0.000000,Pool Min=99999999.000000,Pool Av=0.000000,Work Had Roll Time=false,Work Can Roll=false,Work Had Expire=false,Work Roll Time=0,Work Diff=0.00000000,Min Diff=0.00000000,Max Diff=0.00000000,Min Diff Count=0,Max Diff Count=0,Times Sent=2,Bytes Sent=149,Times Recv=4,Bytes Recv=1658,Net Bytes Sent=149,Net Bytes Recv=1658| These AUCs logs are from the pack with 2 AUCs and 5 avalons each .
Well Well Well, So i guess i found what was so f...king wrong. I was overlooking something very simple (may be simple but not documented any where). Im mining at slush pool main address stratum+tcp://stratum.slushpool.com:3333 and everything seemed fine (nearly). After moving miner to another location and the connect / disconnect story started while the miners where working i could see it is all stale hashes and the pool seems dropping all my hashrates. I overlooked this and never thought this is the issue , i thought because miners are not stable this is happening. Well actually it was vise versa totally. For some reason the stratum+tcp://stratum.slushpool.com:3333 was counting all my hashes as stall . going around searching for what causes these stall hash rate i found that there is kind of logic in the pools software that when they found to many stall hashes from client they try to somehow communicate with client and inform it about this , either this or stale hash buildup on avalons seems to cause them to restart . Changing to stratum+tcp://cn.stratum.slushpool.com:3333 seems to solve the stale hashes. I have got 35 of them stable for about 30 minutes now.A chain of 5 seems to still crash though which im working on . Best regards |
|
|
|
If you mean using powered hub to power the RasPi it is generally NOT an option unless it specifically says it will supply at least 2.5A per-port. (Canaan calls for at least 2.5A rating).
If you mean using a hub between the Pi and the AUC's --no one has EVER needed to do that. The issue with running more than 3 miners per AUC is not related to power, it is related to longer communications times needed to talk to all the miners in the chain. That increased time leads to higher number of rejected shares.
For full info on all Avalon miners use the CGMiner API log. There is a ton of data there on the AUC's including data speed, voltages, temp, etc.
Thank you , Can you give me some hints at the key and values i must check in the cgminer log and where to compare those values with correct ones ? I can also paste the log here , if you have sometime to check . Regards [...]
The raspberry models are : Raspberry Pi 3 Model B Rev 1.2 Firmware version is : OpenWrt Designated Driver 12009 / LuCI Master (git-19.094.07392-b9dea8e) MM version is : 8211904-1ab9760 Power brick is : 5V ,2500MA for two sets of units and one 5V ,2000MA for one set. How can i check for power surge or line voltage drop ? I guess it should be possible in cgminer logs. Thank you everyone for help. |
|
|
|
|
Thats exactly as you said man.
I am going to test what you said but i guess somehow this will solve the problem as i had tested something like you said , powering up device by device and at some point it become totally unstable.
Im wondering what does canaan officially announced as the raspbery power requirements for up to 20 miners per raspbery.
Also powered USB hub is an option ? how would it connect to raspbery ?
Regards
|
|
|
|
|
Thank Steamtyme ,
I was also thinking about chaining less units and see what happens as you said.
The bricks will be here by tomorrow , but im not so sure if it is rasbperi power, as pack of 10s are doing the same thing too.
Regards
|
|
|
|
|
Well out of despair i went ahead and ordered two more AUCs and two raspbery brick of 3amp .
It is really getting on my nerve what is actually wrong and what has happened in moving them around .
There is not an easy way to pinpoint the exact issue and the openwrt logs are not helping at all.
Is there anywhere in the logs i can find something more ?
Regards
|
|
|
|
Hi all , We have bought pack of 40 avalon 821 recently . They were working relatively stable for one week . But after we moved them to another location we are facing very bothering issue. The connection between raspbery and AUC3 keeps disconnecting and reconnecting non stop part of the logs : [ 1.857048] usb 1-1: new high-speed USB device number 2 using dwc_otg
[ 1.864729] Indeed it is in host mode hprt0 = 00001101
[ 1.881785] EXT4-fs (mmcblk0p2): mounted filesystem without journal. Opts: (null)
[ 1.891498] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[ 1.899845] Freeing unused kernel memory: 220K (80547000 – 8057e000)
[ 1.951914] mmc1: new high speed SDIO card at address 0001
[ 1.995119] init: Console is alive
[ 1.999977] init: – watchdog –
[ 2.067276] usb 1-1: New USB device found, idVendor=0424, idProduct=9514
[ 2.075250] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 2.084327] hub 1-1:1.0: USB hub found
[ 2.089388] hub 1-1:1.0: 5 ports detected
[ 2.155638] init: – preinit –
[ 2.367049] usb 1-1.1: new high-speed USB device number 3 using dwc_otg
[ 2.487250] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00
[ 2.495481] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 2.505974] random: procd urandom read with 68 bits of entropy available
[ 2.506939] smsc95xx v1.0.4
[ 2.569907] smsc95xx 1-1.1:1.0 eth0: register ‘smsc95xx’ at usb-3f980000.usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:09:f8:e8
[ 2.677044] usb 1-1.2: new full-speed USB device number 4 using dwc_otg
[ 2.801722] usb 1-1.2: New USB device found, idVendor=29f1, idProduct=33f2
[ 2.810074] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 2.818839] usb 1-1.2: Product: USB2IIC Converter
[ 2.824909] usb 1-1.2: Manufacturer: CANAAN
[ 2.830440] usb 1-1.2: SerialNumber: 20141122
[ 2.917042] usb 1-1.3: new full-speed USB device number 5 using dwc_otg
[ 3.040501] usb 1-1.3: New USB device found, idVendor=29f1, idProduct=33f2
[ 3.048811] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3.057542] usb 1-1.3: Product: USB2IIC Converter
[ 3.063621] usb 1-1.3: Manufacturer: CANAAN
[ 3.069173] usb 1-1.3: SerialNumber: 20141122
[ 3.157042] usb 1-1.4: new full-speed USB device number 6 using dwc_otg
[ 3.280545] usb 1-1.4: New USB device found, idVendor=29f1, idProduct=33f2
[ 3.288856] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3.297556] usb 1-1.4: Product: USB2IIC Converter
[ 3.303578] usb 1-1.4: Manufacturer: CANAAN
[ 3.309033] usb 1-1.4: SerialNumber: 20141122
[ 3.397046] usb 1-1.5: new full-speed USB device number 7 using dwc_otg
[ 3.520567] usb 1-1.5: New USB device found, idVendor=29f1, idProduct=33f2
[ 3.528728] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3.537299] usb 1-1.5: Product: USB2IIC Converter
[ 3.543183] usb 1-1.5: Manufacturer: CANAAN
[ 3.548529] usb 1-1.5: SerialNumber: 20141122
The setup is as follow 20 avalon to one raspbery in pack of 5 which are connected to 4 AUCs and then raspbery . one Raspbery -> 4 AUCS -> 20 Avalon 10 avalon to one raspbery in pack of 5 which are connected to 2 AUCs and then raspbery . one Raspbery -> 2 AUCS -> 10 Avalon 10 avalon to one raspbery in pack of 5 which are connected to 2 AUCs and then raspbery . one Raspbery -> 2 AUCS -> 10 Avalon And all of them are experiencing same issue and connect / disconnect frequently every 3-4 for minutes. RPI image version is : Controller Version: Avalon Firmware for avalon8 – 20190404 And MM version is : 8211904-1ab9760 We tried changing USB cables between raspbery and AUC3 but it did not help . Also tried moving AUCs around and it did not help aslo. It seems the problem is not AUCs itself as we have 8 of them and tested all of them between devices. So would you please advice what can be wrong.I was going to change the raspbery firmware but im not sure that it is the problem. Regards |
|
|
|
|
