"Народный контроллер" для теплового насоса - 2

РЕКЛАМА НА ФОРУМХАУС

Что то часы дико отстают... И все временные задержки раза в 2 длиннее.
обновил время в 21 00, в 22 00 уже на 10 минут опаздывают...
ТОЧНЕЕ ЗА 1 МИНУТУ ОТСТАЮТ НА 25 СЕКУНД.

кварц запаян, стоит так
RTC_clock rtcSAM3X8 (XTAL); / Внутренние часы, используется часовой кварц
"0.966 beta" / Версия прошивки

 

Поставил

Код:

RTC_clock rtcSAM3X8(RC);                                               // Внутренние часы, используется внутренний RC генератор
//RTC_clock rtcSAM3X8(XTAL);                                               // Внутренние часы, используется часовой кварц

тоже самое...

 

На 963 все норм.

 

@vad711, @Pav2000, Какая сейчас самая последняя (стабильная версия) ? хочу обновиться. Просто чтоб быть в тренде. А то потом опять потрачу кучу времени на перенос настроек.

 

@dimex2015, https://github.com/vad7/ControlHeatPump

Set time internal RTC form i2c RTC DS3231: 09.12.2018 22:04:02
Щас проверил - тютелька в тютельку. Синхронизация с i2c часами отключена, на дурину припаян кварц.

 

Блин условия типа

Код:

  if (xTaskGetTickCount()-startDefrost<Option.delayDefrostOn*1000)

Option. delayDefrostOn*1000 тоже, должно получаться 30 сек а выходит 240

Кто то гдето тормозит... И это не сейчас, это с лета еще...
Может с памятью чего, настройки старые тормозят?
Обнулть контроллер...
А может, размер страицы памяти с тех времен напутан...
За 7 часов он отстал на час...

 

Проверяется легко - нужно загрузить простейший скетч со строчками
Serial. print("start\n");
delay (600000);
Serial. print("end\n");
Должно быть 10 минут.

Для точных расчетов времени нужно использовать GetTickCount() вместо xTaskGetTickCount().

 

@vad711, Как я и предполагал. Скачал отсюда https://github.com/vad7/ControlHeatPump
При компиляции ругается (и с 6 и с 3 конфигом)
В файле Graphics_h
void Statistics: Update()
^
Graphics: 30: error: 'void Statistics: Update()' previously defined here
void Statistics: Update()
^
exit status 1
redeclaration of 'STATS_OBJ_Temp'

 

@dimex2015, нет такого файла Graphics. h

 

Мысль понятна. Сейчас еще раз проверю.

 

@vad711, Мой косяк. С 6м теперь компилится.
С 3м ошибка
C:\Projects\NC\Control\HeatPump.ino: In member function 'void HeatPump: compressorON()':
HeatPump: 2686: error: 'mod' was not declared in this scope
journal. jprintf (pP_TIME,"compressorON > modWork:%d[%s], now %s\n",mod,codeRet[Status.ret], is_compressor_on() ? "ON": "OFF");
^
exit status 1
'mod' was not declared in this scope

 

@dimex2015, надо пока в конфиге #define DEBUG_MODWORK заремарить. Я его не использую.

 

Помогло! Буду двигаться дальше.

 

Если стоит часовой кварц то это правильно.

RTC_clock rtcSAM3X8 (RC); - использует внутреннюю RC цепочку, точность оставляет желать лучшего 1-2 минуты в сутки.

Если распаян кварц + RTC_clock rtcSAM3X8 (XTAL) и часы сильно врут то проблема именно в железе.
надо смотреть:
1. Промыть место пайки от флюса
2. Если не распаяны конденсаторы (15-20пф) рядом с кварцем - распаять
3. Заменить кварц, желательно из другой партии (и проверить номинал)
4. Битая дунька (это крайне маловероятно - неверный делитель - не верю)
От программы это не зависит - программа просто читает аппаратный счетчик часов (счетчик не правильно считает - а это значит либо частота не та либо схема неисправна).

Я сейчас обновился в выходные до 981.
Но есть проблема с ПИД ЭРВ (она всегда была, просто есть желание сделать нормальный контроль перегрева). Хуже не будет.

journal. jprintf (pP_TIME,"compressorON > modWork:%d[%s], now %s\n",get_modWork(),codeRet[Status.ret], is_compressor_on() ? "ON": "OFF");
будет работать, не успел выложить

 

Вечером куплю посвежее кварц. этот пока выпаивал, мог поджарить. Смущает, то что и с RC тоже врет. ну может чуть меньше.
Холодно в келье где НК стоит +15С может и это до кучи.