<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[Форум Guardant &mdash; Новые Guardant Code. Обвновление при помощи TRU]]></title>
		<link>https://forum.guardant.ru/topic/87/</link>
		<atom:link href="https://forum.guardant.ru/feed/rss/topic/87/" rel="self" type="application/rss+xml" />
		<description><![CDATA[Недавние сообщения в теме «Новые Guardant Code. Обвновление при помощи TRU».]]></description>
		<lastBuildDate>Thu, 12 Jan 2012 08:01:27 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: Новые Guardant Code. Обвновление при помощи TRU]]></title>
			<link>https://forum.guardant.ru/post/640/#p640</link>
			<description><![CDATA[<p>Пожелание разработчикам: если это возможно, сделать дополнительное API для формирования числа-вопроса, и обработки ответа от разработчика в формате, совместимом с утилитой GrdUtil. Чтобы на стороне клиента этот функционал можно было встраивать в свою программу, и не использовать GrdTRU, а на стороне разработчика пользоваться стандартной утилитой.</p>]]></description>
			<author><![CDATA[null@example.com (romik)]]></author>
			<pubDate>Thu, 12 Jan 2012 08:01:27 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/640/#p640</guid>
		</item>
		<item>
			<title><![CDATA[Re: Новые Guardant Code. Обвновление при помощи TRU]]></title>
			<link>https://forum.guardant.ru/post/619/#p619</link>
			<description><![CDATA[<div class="quotebox"><cite>romik пишет:</cite><blockquote><p>Не совсем понимаю, с чем это связано. Уточню свой вопрос, под &quot;старым&quot; и &quot;новым&quot; поколением имелись ввиду ключи Code с процессорами ARM и Cortex соответственно.</p></blockquote></div><p>Мы Вас поняли, про поколения ключей. Вообще говоря - теоретически все должно работать, т.к. кроме ячеек с загружаемым кодом - маски идентичны. При этом нужно иметь в виду, что при расшифровании числа вопроса и зашифровании числа ответа в ключ на стороне разработчика временно записывается некая специальная маска (формируемая на основе данных обновляемого ключа), и мы не можем гарантировать, что процесс пройдет успешно для различных поколений ключей в дальнейшем.</p><p>Мой коллега лишь хотел обратить внимание, что эту возможность мы не тестировали - и если она работает - то замечательно, если нет - увы. Можете попробовать самостоятельно (скорее всего Вы это уже сделали).</p>]]></description>
			<author><![CDATA[null@example.com (AndreyStepin)]]></author>
			<pubDate>Mon, 26 Dec 2011 07:31:12 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/619/#p619</guid>
		</item>
		<item>
			<title><![CDATA[Re: Новые Guardant Code. Обвновление при помощи TRU]]></title>
			<link>https://forum.guardant.ru/post/618/#p618</link>
			<description><![CDATA[<p>Не совсем понимаю, с чем это связано. Уточню свой вопрос, под &quot;старым&quot; и &quot;новым&quot; поколением имелись ввиду ключи Code с процессорами ARM и Cortex соответственно.</p>]]></description>
			<author><![CDATA[null@example.com (romik)]]></author>
			<pubDate>Fri, 23 Dec 2011 15:52:45 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/618/#p618</guid>
		</item>
		<item>
			<title><![CDATA[Re: Новые Guardant Code. Обвновление при помощи TRU]]></title>
			<link>https://forum.guardant.ru/post/617/#p617</link>
			<description><![CDATA[<p>Нет, такая возможность не предусмотрена, не тестировалась и не будет тестироваться в дальнейшем. Но теоретически, в некоторых случаях, не исключаем, что такая схема может сработать.</p>]]></description>
			<author><![CDATA[null@example.com (Кирилл Ковлежов)]]></author>
			<pubDate>Fri, 23 Dec 2011 10:47:44 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/617/#p617</guid>
		</item>
		<item>
			<title><![CDATA[Re: Новые Guardant Code. Обвновление при помощи TRU]]></title>
			<link>https://forum.guardant.ru/post/615/#p615</link>
			<description><![CDATA[<p>При генерации клиентского дампа обновления на стороне разработчика, утилита GrdUtil использует локальный ключ соответствующей модели. Вопрос: можно ли использовать локальный ключ старого поколения для генерации дампов к ключам нового поколения, и наоборот?</p>]]></description>
			<author><![CDATA[null@example.com (romik)]]></author>
			<pubDate>Thu, 22 Dec 2011 16:01:49 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/615/#p615</guid>
		</item>
		<item>
			<title><![CDATA[Re: Новые Guardant Code. Обвновление при помощи TRU]]></title>
			<link>https://forum.guardant.ru/post/347/#p347</link>
			<description><![CDATA[<p>Дополняя ответ моего коллеги, хочу отметить, что новые ключи <strong>Code</strong> начинаются с ID 2AE56697 , новые ключи <strong>Code Time</strong> с ID 2AEC5220 .</p>]]></description>
			<author><![CDATA[null@example.com (Кирилл Ковлежов)]]></author>
			<pubDate>Thu, 04 Aug 2011 13:07:03 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/347/#p347</guid>
		</item>
		<item>
			<title><![CDATA[Re: Новые Guardant Code. Обвновление при помощи TRU]]></title>
			<link>https://forum.guardant.ru/post/341/#p341</link>
			<description><![CDATA[<p>Без лишних действий со стороны пользователя можно попробовать следующий алгоритм:<br />Число-вопрос, помимо всего прочего, содержит ID обновляемого ключа. ID, по сути, содержит в себе точную дату производства ключа (потому и уникален). Так как новые ключи мы начали производить с определенного момента, то по ID можно косвенно понять, новый это ключ, или старый. ID, в частности, отображается утилитой GrdUtil при введении числа-вопроса в соответствующем поле диалога обновления.</p><p>Также можно оставлять комментарий (что ключ новый) у маски ключа при его программировании. В результате при загрузке маски по числу-вопросу будет видно, что ключ новый. Однако этот вариант не очень хорош тем, что придется именовать все маски для новых ключей.</p>]]></description>
			<author><![CDATA[null@example.com (Алексей Перепелов)]]></author>
			<pubDate>Thu, 04 Aug 2011 08:13:19 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/341/#p341</guid>
		</item>
		<item>
			<title><![CDATA[Re: Новые Guardant Code. Обвновление при помощи TRU]]></title>
			<link>https://forum.guardant.ru/post/324/#p324</link>
			<description><![CDATA[<p>Варианты с пометками в базе, и утилитой диагностики понятны, но хотелось бы получить информацию без лишних действий со стороны клиента.<br />На практике ситуация выглядит так: я подготавливаю десяток ключей, прописывая их некой пустой начальной маской, иду на почту, и рассылаю ключи клиентам, не заботясь о том, кому какой ключ попадёт. Когда ключ приходит к клиенту, он формирует запрос на обновление. Дальше всё делается стандартными утилитами: нашел прошивку по числу-вопросу, зарегистрировал её на конкретного клиента, сформировал файл-обновление.</p>]]></description>
			<author><![CDATA[null@example.com (romik)]]></author>
			<pubDate>Thu, 28 Jul 2011 18:58:53 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/324/#p324</guid>
		</item>
		<item>
			<title><![CDATA[Re: Новые Guardant Code. Обвновление при помощи TRU]]></title>
			<link>https://forum.guardant.ru/post/323/#p323</link>
			<description><![CDATA[<p>Подразумевалось немного другое, а именно: в базе данных делаются любые необходимые пометки(например о поколении ключа), затем при необходимости обновления ключа, зная его ID, очень просто извлекать эти комментарии(пометки), следовательно определять поколение ключа.</p><p>Не совсем понятно, в чём конкретно заключается трудность запроса необходимой информации у пользователя из отчёта утилиты диагностики.</p><p>В дополнение всему вышесказанному, ознакомиться с инструкциями по миграции можно здесь: <a href="https://www.guardant.ru/download/manual/info_Guardant_Code_NG.pdf">https://www.guardant.ru/download/manual … ode_NG.pdf</a></p>]]></description>
			<author><![CDATA[null@example.com (Кирилл Ковлежов)]]></author>
			<pubDate>Thu, 28 Jul 2011 12:25:02 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/323/#p323</guid>
		</item>
		<item>
			<title><![CDATA[Re: Новые Guardant Code. Обвновление при помощи TRU]]></title>
			<link>https://forum.guardant.ru/post/322/#p322</link>
			<description><![CDATA[<p>Для обновления использую стандартные утилиты, но что-то не найду в них как по ID ключа клиента посмотреть информацию, о самом ключе.</p>]]></description>
			<author><![CDATA[null@example.com (romik)]]></author>
			<pubDate>Thu, 28 Jul 2011 11:49:58 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/322/#p322</guid>
		</item>
		<item>
			<title><![CDATA[Re: Новые Guardant Code. Обвновление при помощи TRU]]></title>
			<link>https://forum.guardant.ru/post/321/#p321</link>
			<description><![CDATA[<p>Да, такой вариант возможен.</p><p>Если Вы используете для обновления наши стандартные утилиты, то они выдают id, по которому можно установить в базе данных, какой конкретно ключ требуется обновить (когда произведен, версия прошивки и т. п.)</p><p>Ещё вариант - делать соответствующие пометки в базе данных.</p>]]></description>
			<author><![CDATA[null@example.com (Кирилл Ковлежов)]]></author>
			<pubDate>Thu, 28 Jul 2011 11:27:35 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/321/#p321</guid>
		</item>
		<item>
			<title><![CDATA[Re: Новые Guardant Code. Обвновление при помощи TRU]]></title>
			<link>https://forum.guardant.ru/post/320/#p320</link>
			<description><![CDATA[<p>Вопрос не об этом!</p><p>Например, у меня есть какое-то количество клиентов, у половины старые ключи, у второй половины новые. Клиент присылает запрос на обновление прошивки. Как я смогу узнать, какой модели у него ключ, чтобы сформировать обновление правильной маской?</p><p>Пока я вижу только один вариант - идентифицировать ключ по имени предыдущей маски, которая была в него записана. Получается, что нужно параллельно вести две одинаковые маски для старой и новой архитектуры, которые будут отличаться только ячейками загружаемого кода?</p>]]></description>
			<author><![CDATA[null@example.com (romik)]]></author>
			<pubDate>Thu, 28 Jul 2011 10:18:50 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/320/#p320</guid>
		</item>
		<item>
			<title><![CDATA[Re: Новые Guardant Code. Обвновление при помощи TRU]]></title>
			<link>https://forum.guardant.ru/post/319/#p319</link>
			<description><![CDATA[<p>Здравствуйте, romik.</p><p>Отличить поколения ключей можно так:</p><p>1. По номеру модели в маркировке - &quot;9&quot; и &quot;А&quot; для новых моделей Code и Code Time соответственно (для старых моделей используются номера &quot;7&quot; и &quot;8&quot;)</p><p>2. По номеру микропрограммы в утилите диагностики: для старых ключей номер имеет формат <strong>1.0.0.х.</strong> Для новых <strong>1.0.2.х.</strong></p>]]></description>
			<author><![CDATA[null@example.com (Кирилл Ковлежов)]]></author>
			<pubDate>Thu, 28 Jul 2011 07:23:24 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/319/#p319</guid>
		</item>
		<item>
			<title><![CDATA[Новые Guardant Code. Обвновление при помощи TRU]]></title>
			<link>https://forum.guardant.ru/post/318/#p318</link>
			<description><![CDATA[<p>Подходят к концу запасы ключей с процессором ARM, скоро прийдётся закупать партию с Cortex. Код под новую архитектуру я перекомпилирую, но возникает вопрос: как отличить поколение ключей у клиентов, для того, чтобы выполнять обновление соответствующей маской?</p>]]></description>
			<author><![CDATA[null@example.com (romik)]]></author>
			<pubDate>Wed, 27 Jul 2011 14:01:34 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/318/#p318</guid>
		</item>
	</channel>
</rss>
