You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I intend to use the T-Halow as a network Bridge (HaLow to Ethernet) for connecting non-HaLow devices to a HaLow network. This is like Mode 2 in the documentation, except the AP is NOT a T-HaLow device. The AP uses a Newracom chipset. The AP has been tested with another independent device, using a MorseMicro chipset.
This strategy will not use the AT+PAIR= behavior since it will be using an SSID.
The ESP32 is not used in this configuration.
The AP is configured with
BSS_BW=4MHz
Frequency=910MHz
SSID=Wi-Fi
WIFI_PSK=none
The logs below are from firmware huge-ic-ah_v1.6.4.3-29063_2024.8.16_.bin
After setting the BSS_BW and SSID with AT commands, the logs start to include attempts to associate, but the address is FF:FF:FF:FF:FF:FF, which doesn't match the AP. Is this expected?
I also changed the channel list with AT+CHAN_LIST=9100 and the PSK with AT+KEYMGMT=NONE to match the 3rd party AP configuration.
I try to request AT+SCAN_AP so I can then AT+BSSLIST? and see if the AP is discovered. The AT+SCAN_AP returns ERROR
What should I do to understand why the AP SCAN results in an error? Is this causing the STA to not find the AP?
The text was updated successfully, but these errors were encountered:
the scan command seem to be broken on the AT firmware. I have also noticed that trying to associate to a newracom device fails, while newracom -> morse works. The halow stack seems to be a little different here. I think you might have to reach out directly to taixin.
Yes ... adding to this ... I have tried to test extensively getting these Lilygo/Taixin devices working with certified 802.11ah Newracom and Morse Micro devices and they do NOT work.
I have reached out to Taixin numerous times asking for assistance, and have got no reply.
I intend to use the T-Halow as a network Bridge (HaLow to Ethernet) for connecting non-HaLow devices to a HaLow network. This is like Mode 2 in the documentation, except the AP is NOT a T-HaLow device. The AP uses a Newracom chipset. The AP has been tested with another independent device, using a MorseMicro chipset.
This strategy will not use the AT+PAIR= behavior since it will be using an SSID.
The ESP32 is not used in this configuration.
The AP is configured with
BSS_BW=4MHz
Frequency=910MHz
SSID=Wi-Fi
WIFI_PSK=none
The logs below are from firmware
huge-ic-ah_v1.6.4.3-29063_2024.8.16_.bin
After setting the BSS_BW and SSID with AT commands, the logs start to include attempts to associate, but the address is
FF:FF:FF:FF:FF:FF
, which doesn't match the AP. Is this expected?I also changed the channel list with
AT+CHAN_LIST=9100
and the PSK withAT+KEYMGMT=NONE
to match the 3rd party AP configuration.I try to request
AT+SCAN_AP
so I can thenAT+BSSLIST?
and see if the AP is discovered. TheAT+SCAN_AP
returnsERROR
What should I do to understand why the AP SCAN results in an error? Is this causing the STA to not find the AP?
The text was updated successfully, but these errors were encountered: