Andrew V.

Это не автозамена. Это наконец-то завезли правильные русские кавычки в русскую раскладку на айфоне.

Полностью выгрузите приложение на айфоне двойным нажатием на home и свайпом приложения вверх. После этого должно нормально сконнектится. Если да - то это мой баг, и решать его нужно пока только выгрузкой, ромашку ждать бесполезно. Нужно просто приложению принудительно инициировать новый коннект при каждом разворачивании приложения, а не только при первой загрузке. Если нет - то что-то новое.

Это ваш кастом или через автообновление приходит та же прошивка? Спасибо!

А можно слегка о планах развития приложения? Безотносительно полного перехода в облако. Чтобы понимать, чего интересного ждать в ближайшие пару месяцев ) Ну и чтобы новую тему не создавать - мне кажется совершенно неправильным, что на главном экране в самой верхней части экрана - при переходе роутера на резерв указывается основное (неработающее сейчас) соединение жёлтым цветом - вместо указания активного резервного соединения зелёным. Да и очень хотелось бы видеть текущее соединение в списке роутеров. Вот тут хотя бы цветом: зелёный кружок - основное, желтый - резервное. Спасибо!

Вот оно и подтверждение. Acme у меня точно нет. А краснота посыпалась прям очень активно последние 2-3 дня. До этого не было вообще этих строк ни разу.

Не забывайте, что под ios есть testflight. А я первый добровольный тестировщик нового функционала )

Угу, только у меня ssl нет, да и появились строчки буквально пару дней назад. При том, что с моей стороны вообще ничего не менялось.

Для первого подключения обязателен прямой (по мнению роутера) коннект между смартфоном и роутером.

Лично у меня сегодня приложение под ios вообще перестало коннектится к роутеру. Показывает Доступен, нажимаю на роутер - крутится ромашка секунд 20 и пропадает. Через облачный днс заходит без проблем. А приложение не работает. При этом в логе куча новых красных строчек про какие-то иконки под ios, которые не прогрузились. 2017/11/16 12:21:22 [error] 9723#0: *803 open() "/usr/share/htdocs/apple-touch-icon-precomposed.png" failed (2: No such file or directory), client: 10.13.70.222, server: my.keenetic.net, request: "GET /apple-touch-icon-precomposed.png HTTP/1.1", host: "XXXX.mykeenetic.ru" и тд. Ну и любимое: Nov 16 14:42:30ndm CloudControl::Session: "iPhone 7 A jr.": failed to connect to the application server. Nov 16 14:42:30ndm CloudControl::Stream: failed to send a chunk: operation failed.

В моем случае кнопка Повторить не появляется - поля над номером прошивки (под названием модели) - так и остаются пустыми, сколько ни ждать. Пока не выйдешь и не зайдёшь заново. Спасибо!

Я уже задавал этот вопрос, сказали определение сети идет по маку. И в планах есть исправить это.

А без setport, со стороны именно роутера нельзя сделать галку, чтобы не монтировался cd rom и sd карта? Просто чтобы роутер этого даже не пытался делать? Или смысла в этом ноль?

Конечно, AT^SETPORT поможет, но если бы это можно было делать силами роутера - было бы отлично.

Приветствую. Хотелось бы иметь возможность отключить в роутере необходимость каждый раз при передергивании пингчеком 4g модема монтировать диск, встроенный в этот модем. Речь про поддерживаемый Huawei E3276 - там есть слот для sd карты. Кроме того, он определяется как CD. И вот теперь постоянно в логах куча ненужных операций:

Скажите, а нет новостей по pt360 на ultrall?

Приветствую. Заметил такую проблему на ios 11.1. Полагаю, на более ранних прошивках проблема идентичная. При обычном сворачивании приложения и последующем его открывании - далеко не всегда восстанавливается связь с роутером. Я бы даже сказал практически никогда. То есть данные на экране старые, новые не подгружаются. Ждать можно бесконечно. Если принудительно выгрузить приложение, потом запустить его и нажать на роутер с глобусом - коннект всегда происходит. Суть предложения в следующем. При сворачивании приложения завершать сессию связи с роутером. И при последующем открывании приложения каждый раз инициировать новую сессию через меню Все устройства. То есть при каждом открывании приложения принудительно должно появляться меню Все устройства, а оттуда пользователь уже начинает новую сессию, выбрав свое устройство. В противном случае сейчас приходится постоянно выгружать приложение, чтобы при следующей загрузке оно соединилось с роутером. Спасибо!

Имеется в виду с точки зрения конкретной ситуации, а не новых норм языка. Это вполне употребимая практика:

можно и без has been - в логах вполне допустимо Internet connection lost Internet connection established

Стандартное выражение. Можно internet connection is down, чтобы не так пугало )

Нене это тоже неправильно. Проще и универсальнее всего: is up is down

Я про это даже не говорю ))

Я в курсе. Но больше одного сайта все равно кроме как в варианте по умолчанию не попингуешь. К тому же только по ip, а мой дурной провайдер пропускает такие запросы, даже когда интернет заблокирован. Нужны запросы по имени. Как в варианте по умолчанию. Но 50 секунд это очень до фига.

То есть таймаут в этом случае при падении перед переключением на резерв составляет чуть больше 50 секунд? А можно со временем сделать 4й вариант пинга - собственный набор сайтов по желанию пользователя с кастомными таймаутами и кол-вом неудачных пингов для фэйловера? Я бы с удовольствием поставил яндекс и фб, но с 5х3 = 15 секунд. А зачем ему её постоянно искать каждые 5-7 секунд, если они уже соединились и дружат в режиме резерва? То, что он её ищет постоянно, когда она выключена - это я согласен. Тут вопросов нет. Но и то хотя бы в логе это всё группировать надо. А вот когда уже они подружились и wisp в горячем резерве - почему постоянно ассоциация-дисассоциация происходит? Так же не должно быть по логике. И зачем он её ищет по всему диапазону, если стоит определённый канал? У меня никто не отваливается, кстати. Спасибо за ответы!

Ну хотя бы через месяц? Через полгода? Через год? ))

То есть он 100% в нынешней реализации не может быть триггером ни для каких событий со стороны роутера? Например, переключения на резерв. Странно, что он появляется где-то раз в 2-3 дня и всегда именно с секундной разницей между пропаданием и появлением. Он вообще 100% допилен? И чтобы дважды не вставать. В пингчеке если вариант "по умолчанию" - где-то описаны эти настройки? Помню, что он пингует 3 сайта. А есть информация какие и с какой задержкой? Есть ли среди них заграничные, чтобы не оказаться в ситуации как у меня на днях, что по вине проблем на стороне провайдера Россия идёт, а все заграничные ресурсы недоступны, а роутер считает, что всё ок. И сколько времени уходит на такую проверку - то есть через сколько перейдёт на резерв? Стандартные 3х5 или больше? И чтобы трижды не вставать, в режиме wisp вот такое идёт безостановочно. Я про associated-disassosiated. Создал отдельную тему, но там никто из разработчиков не отвечает. А когда роутер с wisp недоступен - то в логах ежесекундные строчки с попытками найти роутер. Это тоже нормально и должно засорять 99% лога или они должны группироваться как-то (kernel: Wi-Fi client: probe request: SSID=INTERNET_AV_REZERV, BSSID=00:00:00:00:00:00 - и так каждые 6-7 секунд)? Nov 07 13:00:48wmondWifiMaster0/AccessPoint0: (MT76x2) STA(b8:53:ac:13:64:61) had associated successfully. Nov 07 13:00:48wmondWifiMaster0/AccessPoint0: (MT76x2) STA(b8:53:ac:13:64:61) set key done in WPA2/WPA2PSK. Nov 07 13:01:38ndhcpsDHCPREQUEST received (STATE_INIT) for 192.168.1.197 from f0:db:e2:90:45:83. Nov 07 13:01:39ndhcpssending ACK of 192.168.1.197 to f0:db:e2:90:45:83. Nov 07 13:05:39ndhcpsDHCPREQUEST received (STATE_INIT) for 192.168.1.103 from 80:56:f2:e5:60:99. Nov 07 13:05:39ndhcpssending ACK of 192.168.1.103 to 80:56:f2:e5:60:99. Nov 07 13:06:13wmondWifiMaster0/AccessPoint0: (MT76x2) STA(b8:53:ac:13:64:61) had been aged-out and disassociated. Nov 07 13:07:54wmondWifiMaster0/AccessPoint0: (MT76x2) STA(f0:db:e2:90:45:83) had associated successfully. Nov 07 13:07:54wmondWifiMaster0/AccessPoint0: (MT76x2) STA(f0:db:e2:90:45:83) set key done in WPA2/WPA2PSK. Nov 07 13:17:07ndhcpsDHCPREQUEST received (STATE_INIT) for 192.168.1.245 from b8:53:ac:13:64:61. Nov 07 13:17:07ndhcpssending ACK of 192.168.1.245 to b8:53:ac:13:64:61. Nov 07 13:21:46wmondWifiMaster0/AccessPoint0: (MT76x2) STA(f0:db:e2:90:45:83) had associated successfully. Nov 07 13:21:46wmondWifiMaster0/AccessPoint0: (MT76x2) STA(f0:db:e2:90:45:83) set key done in WPA2/WPA2PSK. Nov 07 13:27:46wmondWifiMaster0/AccessPoint0: (MT76x2) STA(f0:db:e2:90:45:83) had been aged-out and disassociated. Nov 07 13:29:25ndhcpsDHCPREQUEST received (STATE_RENEWING) for 192.168.1.23 from ec:1a:59:78:43:bd. Nov 07 13:29:25ndhcpssending ACK of 192.168.1.23 to ec:1a:59:78:43:bd. Nov 07 13:29:58wmondWifiMaster0/AccessPoint0: (MT76x2) STA(f0:db:e2:90:45:83) had associated successfully. Nov 07 13:29:58wmondWifiMaster0/AccessPoint0: (MT76x2) STA(f0:db:e2:90:45:83) set key done in WPA2/WPA2PSK. Nov 07 13:37:16wmondWifiMaster0/AccessPoint0: (MT76x2) STA(f0:db:e2:90:45:83) had been aged-out and disassociated. Nov 07 13:42:09ndhcpsDHCPREQUEST received (STATE_RENEWING) for 192.168.1.32 from f0:b4:29:b6:50:5c. Спасибо!