Тестирование
Вы так часто меняете часовые пояса?
Загвоздка в том, что с нуля все нормально, но на каком-то этапе все хорошее заканчивается. Вот когда наступает этот момент - я не понял. Поэтому и вопрос был к разработчику. Во вложении - пример программы. Попробуйте в нем создать что-нибудь.
Пост 344 на 18-й странице. Вложение там.
Раннее в этой теме я уже написал об этом пост 224. Но на счёт этого ..тишина. Возможно кольцом никто не пользовался. Мне нужно было связать три меги2560, решил попробовать кольцом, чтоб модбас не городить. Происходит точно как у Вас. Автор промолчал, а может просто не заметил.ItsMe писал(а): ↑30.10.2018{, 15:03}У меня одного не получается гонять булевские переменные по кольцу?
Пытаюсь передать из ESP по кольцу передать boolean переменную (чекбокс в браузере) в mega. В результате что бы ни передавал - всегда приходит ИСТИНА. Переделываю переменную на integer (=0 и !=0) - все работает.
Хочу сказать что в версии 2.5.1 таких проблем с часами нету.Sancho писал(а): ↑30.10.2018{, 11:32}lexuv, А год какой стоит?
Давно писалось - должны при установке времени быть все данные.
Отправлено спустя 56 секунд:
Блок пишет все ячейки, поэтому при отсутствии данных получите ошибки данных.
Отправлено спустя 1 минуту 51 секунду:Вы так часто меняете часовые пояса?
У меня 3231 один раз прописал и забыл. Модуль с батарейкой.
Мне то же текущей реализации счетчика не хватало, поэтому я решил потратить пару дней, и полностью переписал его.zamdirector писал(а): ↑26.10.2018{, 08:28}Уважаемый Разработчик!
Недавно начал осваивать Вашу замечательную программу и при попытке сделать таймер столкнулся с небольшой проблемкой (сначала в версии 3.1.4, а потом и в 4.0).
Предполагаю, что в блоке CTDU (Счетчик) закралась ошибка.
Просмотрев код, выяснил, что выход ">L" (Достижение установленного значения) всегда в программе определяется знаком "больше или равно" (>=).
Это верно, когда счёт идёт "На увеличение" (UP).
Но, когда выбирается счёт "На уменьшение" (DOWN), то условие выполняется сразу и на выходе ">L" одновременно появляется сигнал.
"На увеличение" - всё верно, знак ">=" (_count1P >= 10)
UP_OK.jpg
"На уменьшение" - ошибка, знак тот же ">=" (_count1P >= -10), условие сразу становится верным, хотя счётчик не досчитал до заданного значения.
DOWN_ERROR.jpg
Судя по описанию блока, счётчик всегда считает +1 или -1 для целых чисел в зависимости от установки "Типа счетчика".
Тогда вероятно наиболее верным решением будет установить в условии знак равенства "==", (то есть для примера на скриншотах _count1P == 10 ).
Вероятно с аналогичной проблемой столкнулся и автор в предыдущих постах:Чтобы прога работала, надо либо ручками исправить в коде знак условия, либо пока (не исправят) не использовать счетчик для обратного хода, то есть допилить программу, используя только "прямые счетчики" + математику.
Есть проблемы (на уровне С) с массивами строк. То есть создавать такие массивы можно без проблем, читать их можно то можно, а вот изменять значения в нём не получается. Какие то там проблемы с объектом String() в С. Пока разбираюсь. А пока не разберусь, смысла заполнять значения из неизменяемого массива нет. Проще значения выпадающего списка заполнить на этапе проектирования программы.
Буду разбираться. Мне стыдно конечно, но я только узнал об этой проблеме (не всегда хватает времени читать форум, часто пропускаю вопросы).WZV писал(а): ↑30.10.2018{, 20:45}Раннее в этой теме я уже написал об этом пост 224. Но на счёт этого ..тишина. Возможно кольцом никто не пользовался. Мне нужно было связать три меги2560, решил попробовать кольцом, чтоб модбас не городить. Происходит точно как у Вас. Автор промолчал, а может просто не заметил.
ItsMe, Похоже это баг часов реал вр с параметром системные часы контроллера. Если убрать (плата 2) RTCGTItsMe писал(а): ↑26.10.2018{, 11:27}онтроллер: Модуль ESP8266 ESP-01 V090
1. При попытке создать цифровой вход на контроллере ESP вылет
Спойлер
Показать
2. Неудобно, если при просмотре пароля подключения или имени сети если нажать "Отмена", значение параметра очищается. Было бы лучше, если бы он оставался неизменным.
Вы это серьезно? Значит, блок неграмотно устроен. Об этом должна быть тогда информация в самом блоке, как минимум.
У нас на Украине до сих пор есть переход на зимнее время. Т.е. 2 раза в год надо переводить часы.
Вы это совсем серьезно? Мне ее прописывать каждый год?
Блин а я заказал таких 4 шт.,думал лучше будут.SnusMumrik писал(а): ↑30.10.2018{, 06:20}"Против лома нет приема, если нет другого лома."
Это я про сигнал Pin Pe-De который формируется аппаратно в подобных схемах вот как эта:
(https://ru.aliexpress.com/item/Single-C ... st=ae803_4)
В режиме передачи через ADM485 должны передаваться не только 1, но и 0....
И вот как раз с 0-ми в таких схемных решениях не очень хорошо.
всякие аппаратные временные задержки, одновибраторы и тому подобное будут не совсем адекватно работать.
При Pin Pe-De =0 А и В переходят в Z- состояние, и все что, рядом с кабелем лежит в лотках или по стенам, ну типа силовых кабелей от чп даже если они проложены по правилам будет давать наводку на витую пару ( уровень сигналов слишком велик), конечно некоторую положительную роль сигают терминальные резисторы, хоть и не для этого предназначены...И начнутся танцы с бубном..
Чет опять понесло куда то не в ту сторону
В общем не стоит пренебрегать честным Pin Pe-De.
1. Да.