Closed Hedda closed 3 years ago
In version 6.7.9, the CTUNE value has been set to 128
Is HFXO CTUNE value 128 permanent setting for ITead Zigbee 3.0 USB Dongle Model 9888010100045 with hardware version 1.3?
Opened a new issue for this follow-up question in https://github.com/xsp1989/zigbeeFirmware/issues/10
Does the LFXO Capacitor Bank (CMU clock) also have to be calibrated and corrent tuning value set for that as well in the firmware?
https://www.silabs.com/community/mcu/32-bit/forum.topic.html/clibrate_lfxo_inefr-3I0T
https://www.silabs.com/community/mcu/32-bit/forum.topic.html/how_do_i_use_thetun-Pqlx
https://www.silabs.com/documents/public/application-notes/an0004.2-efr32-series2-cmu.pdf
https://www.silabs.com/documents/public/application-notes/an0004.1-efm32-cmu.pdf
"This KBA focuses only to HFXO calibration but the LFXO has its own capacitor bank."
HFXO CTUNE is set to 128 to have better RF performance, and the default value can also work normally
@xsp1989 Sounds as if the root cause for the problem with pairing due to Electromagnetic interference (EMI) / radio-frequency interference (RFI) https://github.com/home-assistant/core/issues/48592 issues is still related to a hardware design flaw as I now read that EFR32 with a properly designed circuit board design for a PCB trace antenna hardware should not need to change the HFXO CTUNE from the default parameter.
It sounds more and more like ITead engineers needs to take this board back to the drawing board and redesign the antenna circuits. As noted before, the ITead Zigbee 3.0 USB Dongle Model 9888010100045 with hardware revision version 1.3 currently do not follow Silabs reference antenna design.
I guess until hardware is redesigned with a better antenna design the recommendation to users should simply be to warn just not buy this ITead Zigbee 3.0 USB Dongle Model 9888010100045 with hardware revision version 1.3 if want a stable Zigbee network?
Again. the tip to ITead engineers is that they should follow the design used by Silabs MGM210 (MGM210L and MGM210P)
https://www.silabs.com/wireless/zigbee/efr32mg21-series-2-modules
https://fccid.io/QOQMGM210L/Internal-Photos/Internal-Photos-4211021
https://fcc.report/FCC-ID/QOQGM210P/4460964
Nice blog post about the benefits of ceramic antennas compared to PCB trace antennas:
https://resources.pcb.cadence.com/blog/2020-understanding-ceramic-chip-antenna-vs-pcb-trace-antenna
Technical description:
https://www.mouser.co.id/pdfDocs/ceramicchipantennasvspcbtraceantennasacomparison.pdf
Ceramic chip antenna is probably worth the ~ $1 that it would add to total BOM cost, even if raising retail price of the product.
https://eu.mouser.com/Passive-Components/Antennas/_/N-8w0fa?P=1y9hq54Z1yu8mv5
I agree but some extra capacitors and shield for the for the HFXO / receiver path is higher on the list for getting it working more stable.
Also possible potting the output power down can helping if the interference is coming from the RF part that is blocking the device.
I was suggesting putting some isolating tape and then aluminium / copper tape that is not covering the antenna and grounding it at the USB but no one have trying it what i knowing but its one well proven method in SDR dongles community.
1$ in BOM is in the end more § in the bill to the customer so i think one plastic tube / film with metal / shielding coating is one more cost efficient solution in on low cost device like this.
Also possible potting the output power down can helping if the interference is coming from the RF part that is blocking the device.
FYI, such workarounds are very unpopular at least and can have an impact on a company's reputation.
It is not ethical and maybe not even legal to first release a product with "20dBm" listed in its specification and then later say that due to a hardware design flaw you can now only use the product you bought with example only a "12dBm" configuration.
While not as costly you can compare such a solution to Apple's iPhone battery operating "fix" where they just sent out a software patch that lowered the processor frequency so that it would draw less power.
That would also be like Tesla releasing a new "Long Range" model car that they market to have a 400 miles range but then they discover that it has problems so they later release an over-the-air update that limits the car to 300 miles range.
And shipping devices that not working at all under "normal conditions" is . . . ? By the way is one DIY device and its your responsibility doing the casing and connection of it by the recommendations of the manufacture.
Looks like have missed tuning/calebrated and set HFXO Capacitor Bank calibration value (CTune) in the firmware for ITead Zigbee 3.0 USB Dongle Model 9888010100045 with hardware version 1.3 or?
@xsp1989 Not sure if you have already heard or not but it seems that a lot of people who bought the new ITead Zigbee 3.0 USB Dongle Model 9888010100045 with hardware version 1.3 are having problems when trying to pair their Zigbee end devices to the dongle/stick adapter as a Zigbee coordinator.
See many bug reporting a problem of not being able to pair any devices -> https://github.com/home-assistant/core/issues/48592
The problem doesn't sound to be isolated to ZHA in Home Assistant but also to OpenHAB as well as Zigbee2MQTT dev users too.
@MattWestb in https://github.com/zigpy/zigpy/discussions/692 believe that the root cause might be that "CTune value" not being tuned properly in firmware(?).
@xsp1989 If so then the solution might be to create a new firmware with HFXO CTUNE value set to 128 or what do you think?