![]() |
Здравствуйте, гость ( Вход | Регистрация )
![]() ![]() |
![]() |
Андрей Ефименко |
![]()
Сообщение
#341
|
![]() Активист ![]() ![]() ![]() ![]() Группа: Разработчики Сообщений: 2 041 Регистрация: 8.2.2006 Пользователь №: 4 ![]() |
Например строкой вверху или внизу экрана с временем последнего успешного обмена данными (время и дата, на которые актуально текущее состояние ЛБ). Это нужно для того, что бы понимать есть ли связь с сервером. Сейчас же это приходится проверять запросом - обновить состояние, затем сводка состояния. Так же, во многих приложениях уже устоялся жест обновления состояния - "свайп вниз". Реализация этого жеста, тоже была бы на пользу дружественности интерфейса. Можно показывать наличие обмена, например, миганием зелёного индикатора при приёме данных и синего при отправке: ![]() Касательно ключей. Гораздо эффективней в этом случае выглядит схема личного кабинета. В приложении происходит аутентификация по паре логин/пароль (лучше с подключаемым вторым фактором в виде SMS и/или TOTP RFC6238). Удостоверившись в подлинности пользователя, ему можно было бы предоставить доступ к настройке закрепленным за ним ЛБ, без необходимости ввода пароля на каждую ЛБ. Та схема что используется сейчас, провоцирует использовать один и тот же пароль ко всем ЛБ, что в случае его компрометации дает гипотетическому злоумышленнику неограниченный доступ к ЛБ. Возможно мы дорастём и до этого. |
bosporsky |
![]()
Сообщение
#342
|
![]() Участник ![]() ![]() Группа: Пользователи Сообщений: 13 Регистрация: 6.3.2019 Пользователь №: 7 907 ![]() |
Можно показывать наличие обмена, например, миганием зелёного индикатора при приёме данных и синего при отправке: Симпатично смотрится, думаю лишним не будет ![]() ![]() Возможно мы дорастём и до этого. Это была бы идеальная программа диспетчеризации ![]() -------------------- Look for the Light!
|
bosporsky |
![]()
Сообщение
#343
|
![]() Участник ![]() ![]() Группа: Пользователи Сообщений: 13 Регистрация: 6.3.2019 Пользователь №: 7 907 ![]() |
-------------------- Look for the Light!
|
oleg |
![]()
Сообщение
#344
|
Активист ![]() ![]() ![]() ![]() Группа: Разработчики Сообщений: 1 272 Регистрация: 10.2.2006 Пользователь №: 6 ![]() |
|
Андрей Ефименко |
![]()
Сообщение
#345
|
![]() Активист ![]() ![]() ![]() ![]() Группа: Разработчики Сообщений: 2 041 Регистрация: 8.2.2006 Пользователь №: 4 ![]() |
Выложена beta версия ASPult v41, в которой исправлена обработка уведомления о событиях (НЕ вызовах) в Android 8 и 9.
|
Андрей Ефименко |
![]()
Сообщение
#346
|
![]() Активист ![]() ![]() ![]() ![]() Группа: Разработчики Сообщений: 2 041 Регистрация: 8.2.2006 Пользователь №: 4 ![]() |
Выложена beta версия ASPult v42, в которой:
1. Исправлено отображение текущего состояния выхода 4 для ЛБ 7.2 в панели управления лифтом 2. Исправлено отображение текущего состояния кабины лифта для ЛБ КДК в панели управления лифтом |
ViruS |
![]()
Сообщение
#347
|
Новичок ![]() Группа: Пользователи Сообщений: 1 Регистрация: 22.10.2013 Пользователь №: 6 817 ![]() |
|
bosporsky |
![]()
Сообщение
#348
|
![]() Участник ![]() ![]() Группа: Пользователи Сообщений: 13 Регистрация: 6.3.2019 Пользователь №: 7 907 ![]() |
А без обращения в техподдержку этот вопрос не решить? Разве нет документации в общем доступе? Да в принципе разобраться не сложно, полагаю что это такой самый простецкий осциллограф. Unm - номинальное напряжение, Umn - соответственно минимальное напряжение, Umx - максимальное. Остается вопрос Rds - видимо сопротивление, но вот на каких контрольных точках... -------------------- Look for the Light!
|
bosporsky |
![]()
Сообщение
#349
|
![]() Участник ![]() ![]() Группа: Пользователи Сообщений: 13 Регистрация: 6.3.2019 Пользователь №: 7 907 ![]() |
Я вероятно нашёл решение, которое позволило бы разобраться с выгрузкой программы из оперативной памяти Android. Проблема кроется в том, что когда "активити" уходит на задний план, то она теряет фокус и стопорится. Дальше в таком остановленном состоянии оно в памяти может провисеть сколько угодно, если ось не решит ее грохнуть. При этом состояние можно сохранить в бандл (в энергонезависимую память), который передастся активити при следующем ее пересоздании. Это действие ОС необходимо предусмотреть разработчику приложения заранее.
Для того, что бы при этом продолжали приходить уведомления, необходимо передать функции получения уведомлений в выделенный "service" (и назвать его например "NotificationService". Не отдельное приложение, а отдельный сервис в рамках уже действующего приложения). Он будет продолжать работу, при том что графическая часть будет выгружена из оперативной памяти. Конечно сервис тоже может выгрузится, но тут уже вступают в силу приоритеты энергосбережения выставленные в настройках ОС, и если ОС будет выдан запрет на оптимизацию энергопотребления нашего приложения, то уведомления будут всё равно приходить. Источник -------------------- Look for the Light!
|
![]() ![]() |
Текстовая версия | Сейчас: 16.12.2019, 18:14 |