plombir

Получилось несколько раз просимулироваль такое "зависание". Решение, вероятнее всего, оказалось в питании. Стабильного 3.52В было не достаточно. Поднял до 4.2В, за два дня ниодного сбоя. Немного непонятно, но пока это факт. Прошивка 10.

Второй терминал t-mail по совету одного Фидошника. Пока разбирался с его настройками он пытался связаться на скорости 2400. SIM300 настроен на 9600. Попробую повторить этот эксперимент. Если получится, поиграюсь со временем. Версию модуля могу посмотреть только в понедельник.

SIM300C. Собрано на макетке. Питание 2200мкф, БП импульсный 4 амперный. Запустился без проблем. SMS, GPRS и прочее отправляет и принимает. Терминал - виндозный hyper. UART эмулируется через USB на м/с FTDI245R. При попытки сменить терминал на другой модуль "повис". При включение кнопкой PWRKEY начинает передавать по UART кучу непонятной информации (шумит). Пытается найти оператора, не находит и через 10 сек выключается. Пока включён на команды реагирует, но при ответе ОК добавляет ещё что то. В терминале выглядит как жирная точка с переходом на другую строку. Полное отключение питания на 10...15! секунд несколько раз не помогло. Конденсатор точно разряжен и внешний UART отключён. Сменил модуль. Со вторым всё заработало. Думал "спалил" первый. Через 20 минут поставил первый и он заработал. Отсюда вопросы: Если кто сталкивался с таким, то на какое время нужно обесточить модуль? Или, поделитесь опытом, на какое время Вы его обесточиваете?

Эта контора - полная лажа! Единственное, что у неё хорошее - это каталог. Грамотно и подробно всё описано, нарисовано. Имел глупость заложится на их элементы. Писал, звонил, наконец, сам приехал к ним в офис. Сказали всё будет пучком, записали мои пожелания на клочке бумаги, на которой ручки расписывают, и всё... А ещё мне сказали такую фразу - "А зачем вам кнопки без фиксации, все с фиксацией берут" :07: А ещё, при заходе на их сайт, открывается окно (поверх ихнего) с проститутками! Делайте выводы, Господа!

Требуется инженер-схемотехник в Москве, имеющий опыт разработки электронных приборов с применением современных микроконтроллеров (AVR, PIC и т.д.) з.п. от 1000$ тел: (495)111-15-56; 111-50-85 Большая просьба, не задавать здесь вопросов. Попросили разместить, поэтому, ответить на них не смогу...

Интересная тема. А вот как на практике защищаются входы, например, с таблетки i-Button? А если корпус из металла, то какую степень "жесткости" по ЭМП выдерживал этот вход у Вас? Ведь для тех кто будет "бить разрядом" по изделию, не ударить по самому гнезду считается верхом неприличия. Да и из любопытства по нему пройдутся. :)

Чтобы не возникало у нас проблем с изготовителем, типа компьютер 286, нет COM, нет USB выхода, и т.д. был собран универсальный маленький программатор по SPI на M8 + Flash 4Mбайта (на все случаи жизни) + 2 светодиода и одна кнопка. Уже в двух серийных девайсах такой программатор применяем.

Добавлю к выше сказанному: это определение находится в файлах lnk-----.xcl , которые подключаются при линковании Выход: запретить все подключения и самому создать свой файл .XCL с прописанными настройками линка, и подключить его в свой проект. Пример моего XCL для меги8 config_m8.zip

Если это не секрет, на какие контроллеры Вы закладываетесь? Лично меня, устраивают ATMEL кон-ры. Но при их эксплуатации встречал ситуации отказов, которые не поддаются нормальному объяснению. По опыту применения (далее идёт только моё мнение, и которое тоже не хочется обсуждать) от лучшего к худшему это: самая "дубовая" m8535 DIP, m64 TQFP, далее m8535 TQFP, m128 TQFP, at90s2313 DIP, m8 TQFP, хуже m8 DIP, и самая непонятная tiny2313 DIP.

Доброго дня, Господа! Так как м/с flash AT45DB161B-RI (28 ног) снята с производства, решено заменить её на 8-и ножечную. Так, вот, проблема возникла при написании кода определения занятости м/с. Если раньше сигнал проверялся на ноге RDY/~BUSY и проблем не было, то здесь она отсутствует и приходится проверять через "Регистр Статуса" 7-ой бит. Что то не получается... Перепробовал по разному и по всякому. Начинает работать если ставится задержка из цикла NOP-ов вместо ожидания. Если кто сталкивался с программным опросом м/с flash AT45 через регистр, подскажите пожалуйста последовательность действий при ожидании занятости.

Для моей задачи SS сигнал не требовался. Цель данного девайса - программатор для ATMega64 и тут же через UART контроллера прошивалась 16Мбит flash м/с. Начало пакета - это комп как мастер. Конец пакета, в данном случае, не надо отслеживать. Длина известная. Правда, Reset на м/к я подключил не через мах232. Резистор 4к7 + стабилитрон 5V1. По этой анологии и SS можно вывести.

SPI на COM порте: Схематехника - м/с мах232 или подобная с 2-мя каналами в одну сторону и с 2-мя в другую. Резисторы 4k7 на землю после СОМа. Для Delphi использовал компонент TMS Async32 10 Sep 2002 srс. Для управления ногой Тх использовал команду "break" (разрыв порта в высоко-импедансное состояние). С остальными управляющими ногами проблем не было. Скорость 115Кб/с. Столкнулся с маленьким траблом. Под ХР из за её особенностей, наблюдались ошибки (примерно 30-50%) при передачи пакетами по 256 байт. Под W98 - ниодной ошибки. В этом форуме мне присоветовали блокировать все процессы под ХР и использовать нулевой уровень. http://electronix.ru/forum/index.php?showtopic=11244 Проверял на переходнике USD->COM - работает как часы.

Если я правильно понял, под "Алгоритмом адаптивного прокладывания маршрута" подразумевается, что все узлы которые приняли пакет от мастера начинают его передавать дальше другим, не зная слышат его или нет. Или, данному узлу найти всех кто его слышит игнорировав повторы и только им передавать, не зная дойдёт ли пакет до адресата. Если представить всю сеть как линия, где то в середине мастер находится, то сигнал пойдёт и вправо и влево. И крайние от мастера при передачи начнуть друг другу мешать, не подозревая о том. От дублирования адресов узлов, в сам адрес добавлено избыточных 2 байта случайно сгенер. числа (rnd). Получилось что адрес любого узла в системе 4 байта. 2(rnd) + 2(заданных в ручную).

В выбраном трансивере гарантируют скорость 100кб/с (ЧМ) максимум до 500кб/с. Там есть выход уровня несущей. Можно к нему АЦП подключить и мерить. C битовыми ошибками - сложнее. Если прикинуть АЦП в AVR (mega8 + ZQ11.0592) однократное измерение + небольшие вычисления 200-250мкс. За это время получится пакет принять. И не очень хотелось бы усложнять всю конструкцию. Испытания готовой системы на обьекте покажут, хватит ли ему определений принял/не принял данные. А если этого будет не достаточно, то придётся усложнять алгоритм.

2 defunct! Интересный вариант. Над ним стоит подумать. А идея с маршрутом у меня такая получилась: Мах узлов 32. Пакет: [заголовок][адр. кому][адр. от кого][данные][crc]. Обязательное условие передачи - подтверждение приема пакета. Любой обмен начинает только мастер. Узел-ретранслятор работает по тупому алгоритму, не думая ни о чём. В [данных] как Вы и написали, будет весь маршрут прописан, но узел точно знает к кому следующему ему обращаться. При инициализации (поиску всех узлов) каждый возвращает номера всех кого услышал (32 адреса). На мастере создается матрица 32х32. И если надо запросить узел, по ней логически вычисляется самый короткий маршрут (минимальное число ретрансляций). Если пакет не проходит - помечается в матрице ошибка на узле. И в другой раз ищется другой маршрут. Я в первом посте не смог все тонкости задачи описать. Они позднее появились. Узлы со временем могут пропадать и появляться новые. И постоянного адреса у них может не быть (менталитет пользователя), но даже через него должна ретрансляция работать. И ещё, связь по разным причинам может становится то хуже то лучше. Поиск всех узлов получается процесс постоянный (раз в 30-60 секунд например).

Всех благодарю за ответы! Решение у меня принято. Протокол собственный. Прикинул его на бумаге - вроде получается. Инициализация устройств с их последующей маршрутизацией. Всего, взято по немногу от всех протоколов. От tcp/ip, от сотовой связи, от Зеленоградцев (spectr433), от множества протоколов на 2,4ГГц + от старых протоколов забытых в Советское время. В трансивер заложил м/с гибридного трансивера на 433Mhz, в качестве драйвера slave mega8, для master mega64 т.к. озу, по расчётам вычисления оптимального маршрута с таблицей всех адресов - требуется прилично. Ещё раз, всем спасибо!

Благодарю Всех кто откликнулся. Пока, без комментариев... Сижу, информацию перевариваю... :)

Всем доброго дня. Где эту тему положить не нашёл, но так как основная часть будет сделана на AVR выкладываю здесь. Решил взяться за проект: 20-30 устройств, связь между ними по радио-каналу, заложился на частоту 430-465MHz (или ~900MHz резерв), растояние между устройствами 50-150м, максимальное удаление между крайними 2км. Где то, примерно в центре есть головное устройство. Задача: постоянный сбор данных со всех устройств на головное. Время цикла: максимум в 10 секунд надо уложиться. Трудности: исходя из разрешённой мощности передатчиков + железо вокруг + помехи - крайние устройства не могут связатся на прямую с головой. Необходима ретрансляция. Возможно двойная или тройная. Господа! Посоветуйте протокол для данной задачи, т.е. логический уровень. Возможно, есть уже такое. Достаточно будет названия его. С физической реализацией данной задачи проблем не возникнет.

Вот я что по этой теме нашел. Компонент "DriverLINX Port IO Driver wrapper component" для delphi, c++ с исходниками. dlportio.zip Он немного великоват, но стоит того...

2 fantasy! Спасибо, огроменное! Нулевое кольцо - то что надо. Раньше о нем не слышал. "Капнул" в инете - нашел, то что надо. Придется, правда ядро NT с перехватом API изучать, но главное нашел! направление для моей проблемы. Теперь из третьего кольца будем в нулевое стучаться С Новым Годом! тебя. Еще раз, спасибо. ЗЫ. Больше недели общался в разных форумах и ничего, только здесь подсказали...

Программа уже написана и работает. Но в ХР глючит, как я выше описал, а в W98 нормально работает. Заказчику, для которого это сделано, не хотелось бы говорить, что сей девайс и софт к нему корректно работает под W98, а вот под XP возможны проблемы с удлинением времени процесса. Через стандартные CreateFile, EscapeCommFunction, WaitCommEvent и т.п. Используется стандарный компонент для Delphi. А что это за кольцо? Где об этом почитать? А реализовать его на С++ или Delphi реально? Заранее, благодарен.

Столкнулся с такой проблемой на WinXP: Управляю внешним устройством на ATmega через СОМ порт (Delphi 7). С эмулировал на нём SPI. Управляю ногами СОМ порта как на LPT (вкл./выкл.). Передаю данные пакетами по 256 байт. Из них 50% внеш. устройство принимает с ошибками. На том же компе, но под WIN98 - ниодной! ошибки. Железо, точно, исправно. Что делал: Приоритетами игрался. От мин. к реалтайм. В свойствах exe файла включал совместимость с другими ОС. Результат - ничего не помогло. Заметил, после перезагрузки XP, первые несколько минут, работает нормально. Потом - полный финиш... Посоветуйте, на что обратить внимание, в каком месте искать Новогоднюю собаку. P.S. под WIN98 работает в 2 раза! быстрее, чем под XP... Всех с наступившим Новым Годом!