KaScada писал(а): 30 окт 2019, 11:10
Напишите марку и модель устройства.
Были подобные проблемы на TV боксах дешевых, да и вообще на слабеньких устройствах, причина в компрессе картинки "на лету", некоторые устройства это очень долго делают,но зато кол-во передаваемой информации в разы меньше по сети и нагрузка.
Тут сложно найти компромисс, возможно, нужно добавить расширенные настройки для web, чтобы пользователь для себя подбирал степень сжатия и смотрел как ведет его устройство, тем самым подбирал оптимальные настройки под себя.
android 7.0
samsung J7
Google Chrome Версия 78.0.3904.70 (Официальная сборка), (64 бит)
Opera Версия:63.0.3368.107
ПК:
Тип ЦП QuadCore Intel Core 2 Quad Q8300, 2500 MHz
Системная память 4096 МБ (DDR2 SDRAM)
Видеоадаптер NVIDIA GeForce GTS 250 (1 ГБ)
Непохоже на слабенькие устройства.
Отправлено спустя 3 минуты 13 секунд:
Rovki писал(а): 30 окт 2019, 07:58
если нет связи компоненты краснеют ,если слейв не отвечает - треугольники с !!!!
Если делать как вы учили, т.е. через шлюз и шлюз убрать чтоб не мешал на последний экран,
то ничего не краснеет и нет никаких треугольников!!! Да - краснеет сам шлюз - но он то убран у нас на последний экран) Поэтому в окне программы не видно есть связь или нет!
Отправлено спустя 2 минуты 22 секунды:
Вопрос то решился:
-делал (как вы и показывали в одном из видео) с помощью динамического текста, фон которого привязан к биту регистра статуса соединения. И при отсутствии соединения-закрываю показания датчиков текстом "нет связи" на непрозрачном фоне.
Ваши видео очень полезны!
Отправлено спустя 5 минут 49 секунд:
Следующий вопрос:
-при подключении\отключении зарядки бит зарядки (в каскаде) меняется только через 6-7 секунд.
Хотя сам телефон реагирует моментально на подключение\отключение зарядки.
-то же самое и при пропадании связи. Реакция те же 6-7 секунд.
Так и должно быть? Так долго?
Отправлено спустя 38 минут 38 секунд:
KaScada писал(а): 30 окт 2019, 11:10
причина в компрессе картинки "на лету",
так проблема в том, что графики нет вообще!
один задатчик ставлю и такая проблема вылезает. (каскада 7.1.8)
Возможно в 6 платной и нет такого, но в 7.1.8 присутствует сей нюанс
Отправлено спустя 5 минут 31 секунду:
[spoiler]
В каком то видео проекте видел большую кнопку "ОТРЕЖЬ"
Подходит такой оператор к панели и нажимает кнопку эту...
А связь пропала....ну вот так вот совпало))
И увидит это оператор через 6 - 7 секунд только. Что связи нет.
Вопрос: сколько раз оператор успеет нажать кнопку за 6 секунд? и что будет если связь восстановится на 5 секунде (оператор в это время все еще нажимает кнопку "ОТРЕЖЬ")?
П.С, я понимаю что ничего страшного не произойдет, что можно настроить время между нажатиями кнопки (например не чаще раз в 10 сек), и что никого из персонала не должно быть под ножом в это время.......но вы же прекрасно понимаете что будет в реальности)
[/spoiler]
Отправлено спустя 25 минут 21 секунду:
Непонятно все равно со скоростью реакции:
Вот к примеру делал тут проект на есп8266 + MIT App Inventor + flprog
Кусок кода для обзора
[spoiler]
//Плата:5
////////////////////////app invertor///////////////////
HTTP.handleClient();
delay(1);
////////////////////////////////////////////////////
void buildXML(){
bool button_glushi = ESP8266_freeParam_127467965;
String IP_adress = ESP8266_freeParam_242989127;
//int GPIO12 = digitalRead(12);
//int GPIO13 = digitalRead(13);
int wifi_level = ESP8266_freeParam_155682452; //уровень wifi
float volt_akb = analogRead(A0)*5/1023; //вольтаж АКБ
XML="<?xml version='1.0'?>";
XML+="<Donnees>";
XML+="<volt_akb>";
XML+=volt_akb;
XML+="</volt_akb>";
XML+="<wifi_level>";
XML+=wifi_level;
XML+="</wifi_level>";
//////////////////////////////////статус пинов///////////
//XML+="<pin12>";
//XML+=GPIO12;
//XML+="</pin12>";
//XML+="<pin13>";
//XML+=GPIO13;
//XML+="</pin13>";
///////////////////////////////текущий ip адрес///////////////////
XML+="<IP_adress>";
XML+=IP_adress;
XML+="</IP_adress>";
/////////////////////////////////////////////////
XML+="<button_glushi>";
XML+=button_glushi;
XML+="</button_glushi>";
XML+="</Donnees>";
}
[/spoiler]
При этом мониторю статус соединения - реакция на пропадание 1-2 секунды!
Вы не подумайте - я не возмущаюсь и не ругаюсь!
Мне просто обидно за каскаду!
Вот как так получается что в обычном http можно мониторить статус соединения за 1-2 секунды, а в каскаде с производственным modbus нельзя!