Господа разработчики, а скажите причину следующего поведения брелока PDL 2000: Иногда брелок просто выключается (причем пока заметил что во время движения автомобиля), в последний раз не только выключился но и отвязался от базы. Включенный брелок на команды не реагировал. Подумал батарея (хотя поставили сигнализацию 3 месяца назад). Заменил. Прописал в базу. 2 дня наслаждений и опять ... Хожу теперь со вторым брелоком. Что посоветуете ?
Да уж... складывается впечатление, что брелок брелоку - рознь. Тот, что у меня вдруг ожил подсветкой, снова ушел в темноту. Но при этом, с ним начались новые чудеса - то базу потеряет, то снова найдет. Если потеряет, то поставить/снять с охраны не может ни в какую, в метре от авто. Батарея у него села уже до одного деления и он перешел в экономный режим писка. Это за не полных две недели эксплуатации.
За то, когда я начал юзать второй брелок из комплекта - прозрел! Оказывается дальность оповещения и дальность управления на много больше, чем я уже успел привыкнуть. И это радует!!!
Общее впечатление - у брелока что-то не в порядке с мозгами.
Так что, несу скоро менять по гарантии. Чуда не произошло.
Насчет подсветки - это мы найдем, что не работает.
Но вот самопроизвольное выписывание брелка - очень беспокоит.
Есть несколько свидетельских показаний о таких случаях. Лечится легко, прописыванием второй раз. Но очень бы хотелось поймать такую проблему и разобраться, пока не удается.
К сожалению, высока вероятность просто нестабильной работы самих новейших процессоров Microchip. Пару лет назад мы с ними уже ругались по этому поводу.
dragonfly, конечно, смысл Вашего разумного возражения - "хреновым танцорам (т.е. "АТ" всегда что-то мешает) ".
Представьте себе, именитый Microchip, мягко говоря, не всегда выпускает свои микроконтроллеры в соотвествии с их дата-шитами.
А уж то, что некалиброванные чипы бывают - это 100% доказанный нами факт.
За семь лет плотной работы с микрочипом, начиная от PIC10, заканчивая PIC32 (щас у меня проект обозначился), я нашел только один аппаратный баг, не описанный в еррате. Баг связан с wakeup по заднему фронту RX в EUSART (аппаратная поддержка LIN). Баг был подтвержден через неделю, после того как был оставлен тикет на support.microchip.com.
То же самое могу сказать про филипсовские LPC2000, про STM32 и несколько других семейств с которыми работал.
Так что не надо свои ошибки перекладывать на железо. Статистика не в пользу программистов - почитайте открытые тикеты на том же support...
По поводу некалиброванных чипов (я так понимаю, имеется в виду внутренний RC-генератор) - встретилось такое только один раз (16F630 кажется) и то, только часть из партии (имхо, одну вафлю не откалибровали). Так что просьба указать тут какой это был кристалл, его ревизию и дата-код.
Извините, что вмешиваюсь в диалог титанов, но мне, как обывателю, абсолютно без разницы, кто налажал в брелоке - микрочип или программеры АТ. Надеюсь, что моя проблема разрешится заменой по гарантии. А имидж АТ, в моих глазах ни сколько не пострадает. Если б я не дружил много лет с паяльником, возможно я бы легко поверил в тезис о плохих танцорах. Но, покажите мне пожалуйста, где есть танцоры лучше и какой функционал они предлагают. Взможно, я как обыватель, просто не докопался до истины и сделал неправильный выбор.
з.ы. када-то, занимаясь изготовлением и сбытом пиратских карточек D2-MAC, мне пришлось столкнуться с аналогичным явлением. Из двух десятков закупленных 16F84 один-два могли оказаться с легким сдвигом крыши. Вроде и работают, но как-то не так.
dragonfly, я с Вами солидарен. Однако, как поборник справедливости, все же замечу - пока мой второй брелок будет работать безукоризненно, я буду убежден, что микрокод зашитый в контроллер не имеет ошибок. Поскольку микрокод не имеет разброса параметров, как иное железо.
да ни о чем это не говорит. Как раз наоборот - аппаратная ошибка гораздо более детерминированна.
На месте АТ я бы попросил адекватных юзеров не привязывать отвязавшийся брелок, а быстренько вернуть его, чтоб посмотреть чего в епромине, если она конечно от чтения не залочена.