Официальный форум СВД Встраиваемые Системы
03 Декабря, 2016, 18:38:58 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.

Войти
 
 
 Сайт СВД ВС  Начало   Помощь Поиск Войти Регистрация  
Страниц: [1] 2   Вниз
  Печать  
Автор Тема: КПДА.00002-01, системные часы и новые процессоры....  (Прочитано 2193 раз)
Al
Пользователь

Сообщений: 87


« : 17 Марта, 2010, 13:50:51 »

Столкнулись с проблемой на материнской плате WSB-Q354-R10 с процессором Core 2 Duo 2.8ГГц.
В системе КПДА.00002-01 системные часы (т.е. часы ОС) разбегаются с реальным временем (GPS) со скоростью -2мс/с, что есть ОЧЕНЬ плохо. На платах, используемых ранее PEAK-760VL2 с процессором Pentium 4 разбег составлял ~10мкс/с, что было вполне приемлемо. Не подскажете пути решения данной проблемы?? Или сразу идти топиться?  Cry
« Последнее редактирование: 17 Марта, 2010, 13:58:27 от Al » Записан

Олег Большаков
Администратор
Житель форума

Сообщений: 2931



WWW
« Ответ #1 : 17 Марта, 2010, 14:46:08 »

Этот эффект наблюдается только в КПДА.00002-01?
Записан

Al
Пользователь

Сообщений: 87


« Ответ #2 : 17 Марта, 2010, 17:44:09 »

Этот эффект наблюдается только в КПДА.00002-01?
Пока не знаю, завтра попробую c последним ядром QNX4...
Записан

Олег Большаков
Администратор
Житель форума

Сообщений: 2931



WWW
« Ответ #3 : 17 Марта, 2010, 20:06:51 »

Вообще же это странно. Ядро QNX корректирует время и 2мс/с в любом случае очень много. Виновниками вполне могут быть кварц или, что более вероятно, обработчик SMI.
Записан

Василий Дмитриев
Опытный пользователь

Сообщений: 293



« Ответ #4 : 17 Марта, 2010, 22:21:12 »

Последнее время с частотами на промписях стало совсем худо. И разбегание системного времени это только один из эффектов. Четко начали ползти частоты на мостах PCI-ISA. Произошло сие после перехода на бессвинцовые технологии. Практически все sbc переразводились производителями заново. Имхо qnx тут не причем.
Записан

Санкции! Запрещаю Бараку Обаме и членам конгресса США читать мои посты!
Al
Пользователь

Сообщений: 87


« Ответ #5 : 18 Марта, 2010, 08:38:07 »

Последнее время с частотами на промписях стало совсем худо. И разбегание системного времени это только один из эффектов. Четко начали ползти частоты на мостах PCI-ISA. Произошло сие после перехода на бессвинцовые технологии. Практически все sbc переразводились производителями заново. Имхо qnx тут не причем.
Частота на PCI шине может плавать достаточно в широких пределах. ISA шина вообще асинхронная, но и там Clock может плавать. Единственное, что хоть как-то закреплено на ISA это Osc, который 14.31818 МГц.

Сегодня попробую поменять ядро, заведу на другой такой-же материнке, попробую Proc с ключиком -F, может поможет, если там действительно кварц другой....
Записан

Олег Большаков
Администратор
Житель форума

Сообщений: 2931



WWW
« Ответ #6 : 18 Марта, 2010, 11:28:42 »

Al, как Ваши успехи? Появилась ли новая информация? Повлияло ли на ситуацию новое ядро (с диска 2009)? Помогла ли опция -F? Удалось ли проверить работу платы, например, в QNX6?
Записан

Al
Пользователь

Сообщений: 87


« Ответ #7 : 18 Марта, 2010, 15:16:26 »

Ключик -F помог. Поставил на данный момент 1191000, на 3х платах разбег за 5 минут составляет +-25мс. Такое значение для нас приемлемо, т.к. автоподстройка времени происходит каждые 5 минут. Померял исходный кварц, там 14.3179МГц, таким образом таймер должен был тактироваться частотой 1193178Гц (что всего на 3Гц меньше эталона). Откуда берется 2 с лишним кГц разницы мне непонятно...
Попробую сейчас еще с последним ядром QNX4....
Записан

Олег Большаков
Администратор
Житель форума

Сообщений: 2931



WWW
« Ответ #8 : 18 Марта, 2010, 15:19:36 »

Попробую сейчас еще с последним ядром QNX4....

Тоже интересно, т.к. в обновление КПДА войдёт новое ядро. В сторону SMI не смотрели?
Записан

Al
Пользователь

Сообщений: 87


« Ответ #9 : 18 Марта, 2010, 15:24:01 »

Тоже интересно, т.к. в обновление КПДА войдёт новое ядро. В сторону SMI не смотрели?
Извиняюсь за глупый вопрос, а как туда посмотреть? Smiley
Записан

Олег Большаков
Администратор
Житель форума

Сообщений: 2931



WWW
« Ответ #10 : 18 Марта, 2010, 15:38:26 »

Вопрос на самом деле непростой. Необходимо обратиться к производителю оборудования и получить информацию о том, как можно отключить прерывание SMI (иногда в BIOS есть подобная опция). На подсчёт времени может оказывать влияние прозрачное для ОС прерывание SMI. Правда, думаю, тогда терялись бы системные тики. У Вас ticksize чему равен?

http://en.wikipedia.org/wiki/System_Management_Mode
Записан

Al
Пользователь

Сообщений: 87


« Ответ #11 : 18 Марта, 2010, 16:16:59 »

Вопрос на самом деле непростой. Необходимо обратиться к производителю оборудования и получить информацию о том, как можно отключить прерывание SMI (иногда в BIOS есть подобная опция). На подсчёт времени может оказывать влияние прозрачное для ОС прерывание SMI. Правда, думаю, тогда терялись бы системные тики. У Вас ticksize чему равен?

http://en.wikipedia.org/wiki/System_Management_Mode

Попробовал ядро от qnx4, тот-же самый разбег.

ticksize = 0.5мсек

Обращение к производителю в нашем случае врядли возможно, наверное проще будет новую плату подбирать....
Записан

Олег Большаков
Администратор
Житель форума

Сообщений: 2931



WWW
« Ответ #12 : 18 Марта, 2010, 16:20:26 »

ticksize = 0.5мсек

А если ticksize увеличить, например, до 10мс, то временной разбег остаётся прежним или приходит в норму? Зависит ли разбег от загрузки системы? Каково вообще загрузка?
Записан

Владимир Махилёв
Сотрудник СВД ВС
Ветеран

Сообщений: 659



WWW
« Ответ #13 : 18 Марта, 2010, 16:30:02 »

Если SMI действительно настолько огромны, что сбивают системные тики, то можете попробовать две простенькие программки, прикреплённые к сообщению:

irqcounter просто считает число прерываний системного таймера. В параметрах нужно задать  ticksize через -t и задержку в секундах через -d. Например,
irqcounter -d 30 -t 1

clockcycles считывает значение счетчика TSC. В параметрах нужно задать частоту процессора флагом -f, задержку в секундах флагом -d и число повторений -c. Например
clockcycles -f 3000 -d 30 -c 5

Задержки рекомендую ставить побольше, а ticksize поменьше.
Записан

Al
Пользователь

Сообщений: 87


« Ответ #14 : 18 Марта, 2010, 16:41:13 »

А если ticksize увеличить, например, до 10мс, то временной разбег остаётся прежним или приходит в норму? Зависит ли разбег от загрузки системы? Каково вообще загрузка?
ticksize увеличил, помогло Smiley Загрузка системы небольшая. Похоже действительно обработчик SMI "жрёт" тики....
Если SMI действительно настолько огромны, что сбивают системные тики, то можете попробовать две простенькие программки, прикреплённые к сообщению:
Спасибо, обязательно попробую Smiley
Записан

Страниц: [1] 2   Вверх
  Печать  
 
Перейти в:  

Powered by MySQL Powered by PHP © 2002-2016 СВД Встраиваемые Системы.
При использовании материалов сайта ссылка на forum.kpda.ru обязательна.

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines | © Aiwan. Kolobok smiles | Sitemap
Valid XHTML 1.0! Valid CSS!
Сайт СВД ВС

В последний раз google посещал эту страницу 18 Сентября, 2016, 10:04:20