Опыт с WiFi — 0% Sonoff Tasmota

Опыт с WiFi — 0% Sonoff Tasmota, UniFi Network

Pian

Guest

13.02.2019 11:38:00

Привет! Просто заметка для тех, кто будет искать позже — у меня было так, что у Sonoff-устройств с прошивкой Tasmota (версия 6.13) и контроллером 5.10.10 показатель Wifi Experience показывался как 0%. В моём случае это решилось, когда я поставил Sleep timing в 0. Пока что с другими значениями не экспериментировал.

Pian Guest	#2 20.03.2019 19:12:00 Я в основном использую версию 6.4.1, а на некоторых устройствах — 6.3.0, где были проблемы с обновлением. Что показывают твои логи Sonoff?

rcruikshank

Guest

30.08.2020 12:56:00

У меня странные проблемы с устройством Sonoff, работающим на Tasmota. У меня много лампочек, которые работают нормально, и устройства Sonoff Basic, которые тоже в порядке, но один Sonoff Mini не подключается, и два устройства Shelly1 с установленным Tasmota тоже не хотят подключаться. Есть ли какой-то проверенный способ настройки или конкретные параметры, которые помогают стабилизировать эти устройства?

rknall

Guest

21.03.2019 07:58:00

Нет, ни одно из устройств не получило IP-адрес. Значит, проблема связана с общей сетью. Я пересмотрю свою базовую конфигурацию и разберусь. Но что касается устройств Sonoff, у меня больше нет проблем, так что для меня этот вопрос решён.

Pian

Guest

20.03.2019 23:22:00

Две мысли сразу — правильно ли вы настроили DHCP в вашей сети IoT (могут ли другие устройства получить IP, правильно ли выставлен диапазон), и, во-вторых, правильно ли вы настроили правила брандмауэра (если не уверены, попробуйте временно отключить).

rknall

Guest

20.03.2019 21:11:00

Это становится всё страннее. У меня две разные сети: одна для обычных устройств, другая для IoT-устройств. Sonoff-устройства были подключены к IoT-сети. Если я использую их режим настройки Wi-Fi (сброс нажатием 4 кнопок) и подключаю их к основной сети, им выдается DHCP-адрес, и всё работает. В IoT-сети это не работает. Значит, дело, похоже, в DHCP. Создал новую сеть — тот же результат: на новой сети адрес не выдается, на существующей — выдается. Есть идеи, куда копать дальше?

rknall

Guest

20.03.2019 19:06:00

Ниже приведён фрагмент из лога:
Wed Mar 20 19:58:34 2019 daemon.info hostapd: ath1: STA fe:ec:da:fd:f3:f6 DRIVER: Sead AUTH addr=dc:4f:22:e3:21:e3 status_code=0
Wed Mar 20 19:58:34 2019 daemon.info hostapd: ath1: STA dc:4f:22:e3:21:e3 IEEE 802.11: associated
Wed Mar 20 19:58:34 2019 daemon.info hostapd: ath1: STA dc:4f:22:e3:21:e3 WPA: pairwise key handshake completed (RSN)
Wed Mar 20 19:58:34 2019 user.info libubnt[2596]: wevent.ubnt_custom_event(): EVENT_STA_JOIN ath1: dc:4f:22:e3:21:e3 / 1

Wed Mar 20 19:58:34 2019 kern.warn kernel: [71877.131279] ieee80211_ioctl_set_ratelimit: node с aid 1 и mac dc:4f:22:e3:21:e3 помечен как неограниченный по скорости
Wed Mar 20 19:58:43 2019 daemon.info hostapd: ath1: STA dc:4f:22:e3:21:e3 IEEE 802.11: sta_stats
Wed Mar 20 19:58:43 2019 daemon.info hostapd: ath1: STA dc:4f:22:e3:21:e3 IEEE 802.11: disassociated
Wed Mar 20 19:58:43 2019 user.info libubnt[2596]: wevent.ubnt_custom_event(): EVENT_STA_LEAVE ath1: dc:4f:22:e3:21:e3 / 1

Wed Mar 20 19:58:44 2019 user.info libubnt[2596]: wevent.ubnt_handle_custom_alert_sta_assoc(): EVT_AP_STA_ASSOC_TRACKER_DBG: event_id: 1 event_type: soft failure vap: ath1 sta_mac: dc:4f:22:e3:21:e3 auth_ts: 71877.47896 auth_delta: 0 assoc_delta: 0 wpa_auth_delta: 20000 radius_auth_delta: -1 radius_auth_status: N/A ip_delta: 20000 disassoc_count: 0 ip_assign_type: roamed auth_failures: 0 assoc_failures: 0 wpa_auth_failures: 0 ip_failures: 0 acl_status: allowed arp_status: N/A dns_status: N/A

dc:4f:22:e3:21:e3 — MAC-адрес устройства. Похоже, что устройство подключается, а потом сразу отключается? Не уверен, инициирует ли EVENT_STA_LEAVE само устройство или точка доступа, но выглядит так, будто они вообще не хотят “общаться”. WPA-рукопожатие вроде проходит нормально, связь на базовом уровне тоже есть, но по какой-то причине устройство не хочет оставаться на связи. Есть идеи?

AmazedMender16 Guest	#8 20.03.2019 07:12:00 Привет, @rknall, логи UAP хранятся на самом UAP, а не на контроллере. С уважением, Glenn R.

rknall Guest	#9 20.03.2019 07:04:00 Ты имеешь в виду логи на точке доступа или на контроллере? @Pian Какая версия Tasmota стоит на твоём Sonoff?

AmazedMender16 Guest	#10 20.03.2019 06:53:00 Привет, @rknall, посмотри логи UAP, когда клиент подключается к сети. С уважением, Гленн Р.

Pian Guest	#11 19.03.2019 23:18:00 Если честно, у меня Sonoff без проблем подключаются как к LITE, так и к PROs с версией 4.0.21 (и даже 4.0.28 из бета-форумов). Ты уверен, что проблемы с DHCP связаны именно с Sonoff? Всё нормально, если назначить статические IP?

rknall

Guest

#12

19.03.2019 23:07:00

Сделал даунгрейд — в итоге ситуация ухудшилась, и даже мой iPhone начал плохо ловить Wi-Fi. Потом обновился до версии 4.0.21, и у устройств Sonoff с Wi-Fi стало отлично (примерно 93%), но DHCP по-прежнему не работает. Принудительное переподключение не помогло. Завтра поэкспериментирую с параметром сна на устройствах Sonoff, может это поможет. Бесит, что на -Lite всё работало нормально.

mpember Guest	#13 19.03.2019 22:53:00 https://www.ui.com/download/unifi

rknall Guest	#14 19.03.2019 22:51:00 У меня версия 4.0.21.9965, не совсем понимаю, как сделать даунгрейд, пока ищу файл прошивки. Но это будет следующий вариант.

mpember Guest	#15 19.03.2019 22:49:00 Пробовал более раннюю версию прошивки? Я откатился к 4.0.15, а потом обновился до 4.0.21.9965. Проблемы, с которыми я столкнулся, были связаны только с одной версией прошивки.

rknall Guest	#16 19.03.2019 22:12:00 У меня есть AC-Lite, который отлично работал со всеми устройствами Sonoff. Но как только я переключил точку доступа на AC-PRO, ни одно из устройств больше не получает IP-адрес. Они нормально подключаются к Wi-Fi, но DHCP постоянно сбоит. Все прошивки обновлены до последних версий, и я понятия не имею, что могло вызвать такую проблему. К тому же время от времени показатель качества Wi-Fi прыгает от 0% до 75%. Есть какие-нибудь идеи?

Читают тему (гостей: 1)