пробуй пока строка 139 значение RequestPeriod = 500; какое минимальное будет работать. Это частота запросов PID на PCM, ну то бишь частота обновления данных на экране будет. Меньше 50 то конечно делать не стОит. Потому как соощение от PCM целых 76 байт.,это тоже время занимает на приём его.
круто. не знаю че мне так не лезет програмирование. но у меня другие плюся я пишу песни играю на гитаре пишу стихи рисую, это мне лезет аж за слишком:). наверное каждому свое.
круто, но 205 похоже слишком быстро для него. Он должен после каждого Send request PID_2101 принимать данные, а он через раз , чуть больше например 220 поставь строка 143
да завал фиг с ним.Я хочу разобраться почему он только со второго запроса 2101 отвечает. Сообщение длиннее стали потому что ноли добавил - так лучше. 1520 поправил . пробуй в этом скетче задержку регулировать (была 30мс сделал 50) строка 188 больше делать.
ну супер. 60 мс вроде норм,стабильно после первого же запроса 2101 сразу отвечает. 70 думаю нет смысла ставить. Теперь нужно проверить как происходит переподключение при выключении зажигания.
лог отличный. можно продолжать. Сначала наверное нужно добавить формулы и переменные , и ошибки стирать и читать, а потом можно и экран добавлять. Чуть позже скетч будет
Привет. Значит так....... Данные идут, но..... идет пробег мигания по данным на экране, и в мониторе получение данных замедлилос, идет в ногу с промаргиванием на экране. Как будто обновление запросов зависть от обновления данных на экране, как оно может зависить от этого обновления на экране...... бред. не работает тач, но с этим я сам справлюсь, а вот мигания как, и связь мигания с запросом на эбу, хз. да к стати мигания происходят примерно так раза три данные потом один раз часы и дата и сново 3 и 1. и как поню раньше чем меньше данных на экране тем больше раз и быстрее они промигивают перед промигом часов и даты
да но данные приходят медленно в мониторе, без вывода на экран это было быстро. а с появлением вывода на экран очень замедлелилось, я понимаю если бы мигало но обновлялось быстро как без экрана.
и напиши простой скетч с периодическим выводом на экран статических переменных (пусть они будут, но не обновляются от эбу, чтоб скетч был простой). Будет ли мигать?
а на счет библы френд, это переводчик функций. адафруит нудно все функции и весь скетч полностью переделывать, там имена и работа фунций другая, так вод этот френд переводит функции прежней библиотеки от старого экрана в адафрутские функции.
ок круто , чуть позже скетч попробуем основной
пока поставть вместо этого делея 700 в строке 23 делей сделай 1500
убрал 700,
ок круто, да пусть будет 1500 с запасом, для стабильности. Делаю дальше
пока такой скетч
вот. вроде приятная картинка:)
неужели, это свершилось. Конструкция заработала. Чуть позже буду наращивать скетч
пробуй пока строка 139 значение RequestPeriod = 500; какое минимальное будет работать. Это частота запросов PID на PCM, ну то бишь частота обновления данных на экране будет. Меньше 50 то конечно делать не стОит. Потому как соощение от PCM целых 76 байт.,это тоже время занимает на приём его.
я в тебе никогда и не сомневался. :)
меньше 200 не успевает читать, идет сбой
ну вот такой и будет примерно опрос, только уже без delay (195) как это было. Соответственно этот обмен не будет мешать обмену со щитком и экрану
круто. не знаю че мне так не лезет програмирование. но у меня другие плюся я пишу песни играю на гитаре пишу стихи рисую, это мне лезет аж за слишком:). наверное каждому свое.
усложняем скетч. Если заработает, выключай зажигание и смотри как он перейдет опять на инит, включай зажигание и смотри подключится ли.
1512 поправил, проверяй
UPDATE ещё раз поправил строку 11 там было 100 а надо 3500
залей последний 1512. я поправил ещё
дааааа
выключаю зажигание останавливается. включаю продолжает. два раза выключал в отчете видно. лан я домой завтра продолжим
вот еще раз залил . сразу пошло
круто, но 205 похоже слишком быстро для него. Он должен после каждого Send request PID_2101 принимать данные, а он через раз , чуть больше например 220 поставь строка 143
закинул 1512 . видел ты поправил на 230. вот отчет. есть какието завалы, просмотри весь журнал. один раз выключал и включал зажигание.
это на 240
это на 220
это на 210
это 250
попробуй ещё такой скетч
завал и после него он не смог инитить
ща увеличу до 220. 220 долго небыло но потом завалился и не востановился. 250 тоже звалился причем вроде быстроее.
ладно щас 1512 ещё попробую поправить.
между запросами PID 70ms
есть завалы просмотри весь отчет
также поправил 1520 пробуй его тоже
завал и сообщения стали длиннее вроде
да завал фиг с ним.Я хочу разобраться почему он только со второго запроса 2101 отвечает. Сообщение длиннее стали потому что ноли добавил - так лучше. 1520 поправил . пробуй в этом скетче задержку регулировать (была 30мс сделал 50) строка 188 больше делать.
это 50
это 60
это 70
ну супер. 60 мс вроде норм,стабильно после первого же запроса 2101 сразу отвечает. 70 думаю нет смысла ставить. Теперь нужно проверить как происходит переподключение при выключении зажигания.
после выключения и включения идут сбои вот
отеду на надолго. максимут 1 час
я уже тут
скетч 1523 исправил. он последний. Проверь , даже если будут изредка срывы, думаю не беда. Завтра будем экран добавлять
Завтра с утра проверю. Супер
в начале были чаще завалы , потом вроде реже, главное что востонавливается. отчет
лог отличный. можно продолжать. Сначала наверное нужно добавить формулы и переменные , и ошибки стирать и читать, а потом можно и экран добавлять. Чуть позже скетч будет
наверно, тебе видней ты профи....
примерно так
Привет. Значит так....... Данные идут, но..... идет пробег мигания по данным на экране, и в мониторе получение данных замедлилос, идет в ногу с промаргиванием на экране. Как будто обновление запросов зависть от обновления данных на экране, как оно может зависить от этого обновления на экране...... бред. не работает тач, но с этим я сам справлюсь, а вот мигания как, и связь мигания с запросом на эбу, хз. да к стати мигания происходят примерно так раза три данные потом один раз часы и дата и сново 3 и 1. и как поню раньше чем меньше данных на экране тем больше раз и быстрее они промигивают перед промигом часов и даты
я сделал обновление данных на экране, когда получаем сообщение DATA от ЭБУ. Щас поправлю, но думаю все равно мигать будет
да но данные приходят медленно в мониторе, без вывода на экран это было быстро. а с появлением вывода на экран очень замедлелилось, я понимаю если бы мигало но обновлялось быстро как без экрана.
исправил 1536
вот видишь экран отъедает процессорное время, как delay. Какая то херня в библиотеке видать. По тачу просто функцию Menu() забыл в луп добавить
mcuFriend попробуй закоментить, непонятно зачем эта либа.
и напиши простой скетч с периодическим выводом на экран статических переменных (пусть они будут, но не обновляются от эбу, чтоб скетч был простой). Будет ли мигать?
если с этим экраном ниче не получится, рекомендую поставить три аккуратных кнопочки физических и использовать старый экран без тача.
че ему не нравится? ошибка
redefinition of 'void Menu()'
а на счет библы френд, это переводчик функций. адафруит нудно все функции и весь скетч полностью переделывать, там имена и работа фунций другая, так вод этот френд переводит функции прежней библиотеки от старого экрана в адафрутские функции.
исправил. Вот видимо и коряво переводит.Я щас попробовал закоментить mcuFriend, все компилируется
неа
дак я исправил только по тачу. Тут то ничё не менял. Экран так и тормозит. А что на старой либе не робит?
это утфглуе переводчик. спутал. ща пробую
тоже что и 1598
уже же работало... че за ерунда
этот экран работатет только на этой библе адафруит.