Network issues on efusA9X

    Hello,


    in the meanwhile we contact our WiFi supplier and wait for feedback.

    Because we have some customers work with this WLAN Card under WEC2013 it should not be a big issue.

    F&S Elektronik Systeme GmbH
    As this is an international forum, please try to post in English.
    Da dies ein internationales Forum ist, bitten wir darum, Beiträge möglichst in Englisch zu verfassen.

    Hello,


    Ok, thanks for the info.


    I have just discovered new problem related to WiFi. We have both 2.4GHz and 5GHz WLAN installed in our offices where I test efusA9X. Until today, all tests were done on 5GHz network. Today I tried 2.4GHz. Upload to the device is drastically slower that on 5GHz, but at least it is somehow working. On the other side, download from the device is completely useless. Speed is terrible, transfer breaks very quickly, and then for some time you cannot even connect to the device.


    Sometimes efusA9X fails to associate with 2.4GHz network, although it says signal strength is excellent.


    Can you please check this as well, as this seems as another big problem, maybe different than the original one?


    Best regards,


    Miodrag Bazdar

    Hello,


    i submit both issue to our supplier, i got answer:


    that they have some updates on the driver since the last released date and that they plan to do another round of testing with the updates on a WEC7 i.MX6 setup. If once it passes their internal QA tests they would be releasing an updated binary.


    I ask for a date.
    And will keept you informed.

    F&S Elektronik Systeme GmbH
    As this is an international forum, please try to post in English.
    Da dies ein internationales Forum ist, bitten wir darum, Beiträge möglichst in Englisch zu verfassen.

    FYI: we got the update WiFi WEC7 driver. I will repeat at least the simple test i did before. Then i will send you new BSP. Maybe tomorrow or the day after tomorrow.

    F&S Elektronik Systeme GmbH
    As this is an international forum, please try to post in English.
    Da dies ein internationales Forum ist, bitten wir darum, Beiträge möglichst in Englisch zu verfassen.

    Hello,


    you can download new BSP and test new WiFi diver in your enviroment. Yesternoon i got anohter version from our supplier ("with only small modification") so i did not test it in detail.

    Await your test results and hope your problems are resolved now.

    F&S Elektronik Systeme GmbH
    As this is an international forum, please try to post in English.
    Da dies ein internationales Forum ist, bitten wir darum, Beiträge möglichst in Englisch zu verfassen.

    I will check but i am sure i gave you the right one.

    It creashes when you copy data or even when it is idle?


    The latest driver prints out version 2.4 while boot (v2.40.8eb91.pa built on Dec 9 2020).

    Are there any additional debug output while chrash?


    EDIT:

    >> Are you sure you gave me good BSP?

    << Yes the files in your BSP are the right one! You should also see the two previous version in subfolders (201207 and 201210)

    F&S Elektronik Systeme GmbH
    As this is an international forum, please try to post in English.
    Da dies ein internationales Forum ist, bitten wir darum, Beiträge möglichst in Englisch zu verfassen.

    Edited 3 times, last by fs-support_ZU ().

    Hello,


    The crash yesterday happened on our hardware environment, during file copy. I will leave idle today to check if it will crash on its own.


    I confirm driver version in my image is the same as you specified. Here are some debug messages from boot process:


    Exception 'Raised Exception' (0x6ba): Thread-Id=03d2002e(pth=a305f270), Proc-Id=013f000e(pprc=a3013bf0) 'udevice.exe', VM-active=013<==== [SDMAC/QCA9377-3] 802.11ac SDIO driver v2.40.8eb91.pa built on Dec 9 2020 ====> f000e(pprc=a3013bf0) 'udevice.exe' PC=4002b544(coredll.dll+0x0001b544) RA=80257648(kernel.dll+0x0000e648) SP=002ff964, BVA=00000000 SDIO Interface : Set by busdriver : 24750000 (4-bit) [SDMAC] Debug Global Level 10, Components 0x00000000 [SDMAC] ol_transfer_bin_file: Configured board data file bdata_sxsdmac.bin [SDMAC] ol_transfer_bin_file: otp file otp_AR6320.bin [SDMAC] ol_transfer_bin_file: Firmware file athwlan_AR6320.bin ENETA: FULL-DUP, 100Mbps [SDMAC] ol_ath_service_ready_event: HW sub-version: QCA6174.


    I have not caught any debug output on crash (serial debug was off).


    I'll let you know if I get some more info.


    Thanks for help.


    Best regards,


    Miodrag Bazdar

    Hello,


    ok i will wait for more details/debug output.


    At first glance i would say the Wifi driver is ok now. I had one test running over 48h. Now i have two boards running (one since yesterday 18°°) and copied nearly 500MB in and out without issues.


    Maybe we have another issue:(?



    BTW: you should set a valid Network Address under HKLM\Comm\qca9377_sd1\parms!

    Especailly you have two board in the same Network!




    F&S Elektronik Systeme GmbH
    As this is an international forum, please try to post in English.
    Da dies ein internationales Forum ist, bitten wir darum, Beiträge möglichst in Englisch zu verfassen.

    Edited once, last by fs-support_ZU ().

    Hello,


    I have got another WiFi crash, again during file upload. Test is done as following:


    - WiFi is connected on 5Ghz band, DHCP is used for IP address obtaining.

    - FTP session is opened over WiFi connection. File XIPiMX6SX_C7E_V140_BETA_201102.bin (about 50MB size) is used for FTP upload/download.

    - I am working on other tasks, and from time to time I use to upload/download mentioned file to/from the machine few times.

    - After some random time I get the crash (usually after few hours, even less sometimes), usually on file upload.


    Here are crash debug information from serial port:


    [SDMAC] BSSID=DC:A5:F4:45:92:D0 Ut=24660 Rk= 64 (hyst=(3 * 1) RSSI:19 => 16 [SDMAC] mode:11a, pref:0, demerit:0 delta=21287691 load:0) [SDMAC] StaFindBetterCandidateAP: Port=0 Unable to obtain better AP; 1 candidates, (CandidateAP == ActiveAP)=1 [SDMAC] Elapsed time too short; Elapsed= 42s ScanGap=32 Valid=60 [SDMAC] BSSID=DC:A5:F4:45:92:D0 Ut=24660 Rk= 64 (hyst=(3 * 1) RSSI:19 => 16 [SDMAC] mode:11a, pref:0, demerit:0 delta=21290864 load:0) [SDMAC] StaPerformRoam: Port=0 State=(3,11) ndisStatus=00000000 bMustRoam=0 bStrict=1 candidateAP=dc:a5:f4:45:92:d0 Candidat [SDMAC] BSSID=DC:A5:F4:45:92:D0 Ut=26580 Rk= 68 (hyst=(4 * 1) RSSI:20 => 18 [SDMAC] mode:11a, pref:0, demerit:0 delta=21305187 load:0) [SDMAC] StaPerformRoam: Port=0 State=(3,11) ndisStatus=00000000 bMustRoam=0 bStrict=1 candidateAP=dc:a5:f4:45:92:d0 Candidat [SDMAC] BSSID=DC:A5:F4:45:92:D0 Ut=26580 Rk= 68 (hyst=(4 * 1) RSSI:20 => 18 [SDMAC] mode:11a, pref:0, demerit:0 delta=21314311 load:0) [SDMAC] StaPerformRoam: Port=0 State=(3,11) ndisStatus=00000000 bMustRoam=0 bStrict=1 candidateAP=dc:a5:f4:45:92:d0 Candidat [SDMAC] BSSID=DC:A5:F4:45:92:D0 Ut=26580 Rk= 68 (hyst=(4 * 1) RSSI:20 => 18 [SDMAC] mode:11a, pref:0, demerit:0 delta=21347719 load:0) [SDMAC] StaFindBetterCandidateAP: Port=0 Unable to obtain better AP; 1 candidates, (CandidateAP == ActiveAP)=1 [SDMAC] Elapsed time too short; Elapsed= 39s ScanGap=2 Valid=60 [SDMAC] BSSID=DC:A5:F4:45:92:D0 Ut=27540 Rk= 70 (hyst=(4 * 1) RSSI:21 => 19 [SDMAC] mode:11a, pref:0, demerit:0 delta=21350891 load:0) [SDMAC] StaPerformRoam: Port=0 State=(3,11) ndisStatus=00000000 bMustRoam=0 bStrict=1 candidateAP=dc:a5:f4:45:92:d0 Candidat


    [SDMAC] Start to dump target 4455B0

    [SDMAC] [36] : 0x80932EF9

    [SDMAC] [37] : 0x0040EA88

    [SDMAC] [38] : 0x0040A050

    [SDMAC] [39] : 0x00000005

    [SDMAC] [40] : 0x809F2985

    [SDMAC] [41] : 0x0040EAB8

    [SDMAC] [42] : 0x00409E90

    [SDMAC] [43] : 0x00000004

    [SDMAC] [44] : 0x80911210

    [SDMAC] [45] : 0x0040EAE8

    [SDMAC] [46] : 0x00000003

    [SDMAC] [47] : 0x004040CC

    [SDMAC] [48] : 0x80911154

    [SDMAC] [49] : 0x0040EB28

    [SDMAC] [50] : 0x00400000

    [SDMAC] [51] : 0x00000000

    [SDMAC] [52] : 0x8091122D

    [SDMAC] [53] : 0x0040EB48

    [SDMAC] [54] : 0x00000000

    [SDMAC] [55] : 0x00400600

    [SDMAC] [56] : 0x40910024

    [SDMAC] [57] : 0x0040EB78

    [SDMAC] [58] : 0x0040AB98

    [SDMAC] [59] : 0x0040AB98

    [WLANAPI] Stopped waiting for notification because server returns error (0, 1818)

    [SDMAC] TXRX: Pause Tx Schedular queues except managment queue as we are going detach this peer

    DOT11MSM: Dot11MsmSecSendNotification: AcmNotify - Error: 87

    DOT11MSM: Dot11MsmSecSendNotification: AcmNotify - Error: 87

    [SDMAC] ol_ath_phyerr_detach: called [SDMAC] ol_ath_txbf_detach: called

    [SDMAC] Miniport Unload Driver


    Thanks for investigating this.


    Best regards,


    Miodrag Bazdar

    And to mention that the before mentioned problem with 2.4GHz band still exists with the new version of driver. So, from my point of view, new driver is the same as old one.


    Best regards,


    Miodrag Bazdar

    First at all, i am sorry for all the trouble you have with this driver.


    But with the current driver i cannot reproduce the error any more. With the previous one it takes less then 24 hours until WLAN crashes - even in idle state, just connected!


    With the current driver i am connected to our WLAN with two efus over 48h/72h and copy more than 1GB Data in and out each board. I did exactly the same test as you decribed. So if the driver has still bugs it must be related to a very special situation.


    Two things we should clearfy before i contact our supplier again.


    1. It seems that your RSSI is low (RSSI:19 => 16, 51 on my side) can you use a repeater and check if the error still occures. So i can give supplier more details when the bug occurs.


    2. I wonder about your exception while startup. I never realized it on my side. I will check it on Monday/Tuesday in more detail. So my question is, did you only update the DLL or the complete BSP? The binaries under \COMMON\SRC\NETDCU\WLAN\SDMAC\SDIO_WIFI\FILES are very important!


    >> problem with 2.4GHz band still exists with the new version of driver

    << Assume you enlarge the distance to your AP for this test? Whats about RSSI in this case?

    F&S Elektronik Systeme GmbH
    As this is an international forum, please try to post in English.
    Da dies ein internationales Forum ist, bitten wir darum, Beiträge möglichst in Englisch zu verfassen.

    Hello,


    1. As for RSSI level, I suppose it may only be due to a lack of antenna, since the tests are done in our offices where we use WiFi network on a daily basis and signal level should be fairly good. I can only try to attach WiFi antenna to the efusA9X board (I see UFL connector on it, I suppose it is used for WiFi) and see if it will matter. Nevertheless, WLAN should not crash, no matter signal level.


    2. I have updated the complete BSP. As a matter of fact, I have binary compared old and new version of BSP, and used files from new BSP where ever differences occurred.


    3. AP with 2.4GHz band is the same office where 5GHz is, but the signal level is even worse in this case:


    [SDMAC] BSSID=DC:A5:F4:43:92:E0 Ut= 5350 Rk= 15 (hyst=(2 * 1) RSSI: 9 => 5 [SDMAC] mode:11g, pref:0, demerit:0 delta=281736 load:0)


    Again, it may be to the lack of antenna, since this network is also used in our office on a daily basis.


    What signal level is considered good or normal by your WiFi supplier? Do they recommend to use WiFi antenna?


    Best regards,


    Miodrag Bazdar

    Hello,


    >> 1. ,,, see UFL connector on it, I suppose it is used for WiFi)..

    << Yes! Plesase use an antenna. You definitly need an antenna else i won't work reliable! If you later put your device in a box (maybe) it won't work at all.

    ... Nevertheless, WLAN should not crash, no matter signal Level.

    << For sure, i 100% agree with you. But i need information which i can provide our supplier.


    >> 2. I have updated the complete BSP. As a matter of fact, I have binary compared old and new version of BSP, and used files from new BSP where ever differences occurred.

    << Ok, so i think we have same base here.


    >>3. What signal level is considered good or normal by your WiFi supplier?

    << I have to ask this also. I will also request a complete list of registry settings. But from other cards i remember the value "46" for "poorrssi" on may side i saw values in the range from 48 to 52. (But when i connect to a far away AP i have values form 1...10, but i do not stay conneted for a long time and i can't copy but it also not crashes)-

    >>Do they recommend to use WiFi antenna?

    << Yes.


    I please you to answer "1." so that i can forward it to our supplier.

    Thanks.

    F&S Elektronik Systeme GmbH
    As this is an international forum, please try to post in English.
    Da dies ein internationales Forum ist, bitten wir darum, Beiträge möglichst in Englisch zu verfassen.

    Hello,


    I have connected dual band 2.4/5 GHz WiFi antenna to the efusA9X board and WLAN seems to be stable now! Both 2.4 and 5 GHz connections work with similar speeds. Signal level is also comparable:


    [SDMAC] BSSID=DC:A5:F4:43:92:E0 Ut=27568 Rk= 60 (hyst=(0 * 0) RSSI:44 => 38 => for 2.4 GHz

    [SDMAC] BSSID=DC:A5:F4:45:92:D0 Ut=30520 Rk= 76 (hyst=(0 * 0) RSSI:43 => 37 => for 5 GHz


    One more thing: when antenna is connected, we only get one notification over serial port (when connection is established). Without antenna WiFi debug info was being printed all the time.


    I am going to continue testing WiFi with antenna and let you know if any problem occurs. On your side, please try to investigate WLAN crashing in case of low RSSI.


    Thanks in advance,


    Miodrag Bazdar

    Hello,


    sounds good, so i think you can at least continue your develpment. We will check the crash in low RSSI wihtout antenna together with our supplier.

    F&S Elektronik Systeme GmbH
    As this is an international forum, please try to post in English.
    Da dies ein internationales Forum ist, bitten wir darum, Beiträge möglichst in Englisch zu verfassen.

    Hello,


    a new BSP is available now. The WLAN host driver ist still V2.4 our supplier rework only the target firmware which is downloaded while boot.

    F&S Elektronik Systeme GmbH
    As this is an international forum, please try to post in English.
    Da dies ein internationales Forum ist, bitten wir darum, Beiträge möglichst in Englisch zu verfassen.

    Hello,


    Thank you for the latest BSP. I confirm that after running tests during last 5 days we didn’t encounter any WLAN crash. Furthermore, connection seems to be more stable and faster, both in 5GHz and especially in 2.4GHz band. I hope we can finally close this case.


    Best regards,


    Miodrag Bazdar