DI HALT

Мелкосерийка. Используется FT2232D. Ручной монтаж. На последней партии микрух возникает странный глюк. На каждом пятом-седьмом изделии глючит FTDI микруха. Глюки каждый раз разные, но общая черта у них есть. Пример. Соединяем Rx и Tx у каждого канала. Шлем посылку, например: 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 А обратно возвращается что то вида: 1234567890 1234567890 1234567890 1234567890 1234567890 12345щ7890 1234567890 1234567890 1234567890 1234567890 1234567890 12345щ7890 1234567890 1234567890 1234567890 1234567890 1234567890 12345щ7890 1234567890 1234567890 1234567890 1234567890 1234567890 12345щ7890 1234567890 1234567890 1234567890 1234567890 1234567890 12345щ7890 1234567890 1234567890 1234567890 1234567890 1234567890 12345щ7890 1234567890 1234567890 1234567890 1234567890 Т.е. искажается один какой-либо байт. Причем это не зависит ни от бодрейта, ни от скорости. Можно слать хоть по байту в день, но гарантированно в том месте будет сбой. Словно там конечный автомат. Перекидываешь микруху - либо бага в другом байте, либо все ок. При этом второй канал обычно ведет себя молодцом. Работает битбанг и по MPSSE всякие адаптеры работают. Глючит то один, то другой канал. Рандомно, в зависимости от экземпляра микрухи. Вот что это за хрень? FTDI приторговывает отбраковкой? Или проблемы монтажа (перегрев, статика)? З.Ы. Серия микрух 4209 и 3310

Один из способов получить инвайт на хабр - написать пост в песочницу. Если он понравится, вас пропустят. Ну или выпросить у кого нибудь инвайт. Правда просто так мало кто даст, т.к. заработать инвайт это весьма сложно (надо написать пост с +200 чтоль рейтингом)

У меня сайты стоят на разных совершенно движках. И счетчик по каждому естественно свой, данные все считаются раздельно для каждого сайта. шо эт? Показатель отказов это же процент пользователей не ушедших дальше страницы входа. Собственно при средней глубине входа в 4 страницы на посещение он и должен быть низким. По крайней мере лог ключевых фраз поисковых запросов и результат входа это подтверждает. По запросам вида "Метод лазерного уютюга" показатель отказа 0% По запросам аля "gradient helsinki" у меня 100% Ну и по остальным плавает согласно тому есть инфа на странице или нет. В результате получается те самые 2% Или вы имели ввиду какой то другой параметр?

Какой то голимый у вас анализатор. И на основании чего интересно он данные берет? Я как то больше доверяю гугль аналитиксу, яндекс метрике, а также статистике Яндекс.Директа. Там рост посещаемости идет линейно. На корневом сайте он за год увеличился вдвое 6к до 12к. А показатель отказов по гугль аналитиксу не превышает 2.18% в среднем за год.

О своем конешн :) Сообщество EasyElectronics

Честно говоря, на рейтинги поисковиков как то пофигу. Все эти пузомерки они больше для рекламодателей. Куда важней поисковый траффик. Вот сейчас он, по мере индексации сообщества, стабильно растет на +100 уников в месяц. Т.е. за три месяца поисковый траф дорос до ~300 уникальных посетителей в сутки. Это не считая прямых заходов и заходов с ссылок. Тут прирост не такой агрессивный, но свои 3-3.5к уникльных посетителей в день сообщество we.ee уже имеет. Ну и активность посетителей высокая. За три месяца существования написано: ~180 тематических постов и под 230 постов полуоффтопных (личные блоги), оставлено под 7340 комментов.

Можно еще число попыток сделать ограниченным. Хотя времени на попытку опроса уходит мизер.

Ну я на рестарт и запрограммировал в случае адрес фейла. Думаю 20мс вполне хватит.

Так точно. Первый оттарабанил. Только он дал стоп, тут же второй влепил старт. Вот он этот момент передачи управления от одного к другому

Да я проще - сейчас засинхроню оба МК один от другого. В общем, сейчас все более менее правдоподобно. ОДин МК продул сразу арбитраж еще на уровне адреса слейва. Видимо неудачно ткнулся в период. Второй МК спокойно записал байт в еепромку. Первый, сразу же по окончании работы второго тоже пытался в еепромку сунуться, дал старт и SLA, но получил NACK и отпал. Видать еепромка долго жует. 08 18 28 28 28 победитель 08 38 08 20 проигравший. 20 код отсутствия ответа на адрес слейва.

Гы. Прикольно. Ресеты четко синхронно. Разница там видна, но на пределе чувствительности осциллографа. Фуз биты в обоих контроллерах бит в бит. Код одинаковый, прям один и тот же хекс загрузил в оба. А второй стартует позже первого на 40мс. Это внутренний RC так долго раскачивается? О_о

Похоже тут прокладка виновата :) У меня контроллеры стартуют с интервалом в 40мс оказывается. И вторая пачка тоже проходит ,сама по себе, независимо от первой. И на одном захвате осцила они не влезают. Решил поглядеть полную картину за 500мс и увидел это. Не то оптимизатор так изза одного байта шалит, не то SUT биты по разному стоят. Сейчас разбирусь.

Стоп. Первый сценарий тут не катит. Он для того случая, когда мои оба мастера шлют абсолютно идентичные посылки. Да, они не поймут ,что пишут синхронно, но это и не важно - т.к. все пройдет корректно. Там есть и второй сценарий, он как раз мой: 2.Два или более ведущих обращаются к одному и тому же ведомому с различными _данными_ или различными типами обмена (чтение/запись). В этом случае распределение приоритетов произойдет во время передачи битов _данных_ или бита направления. Ведущий, потерявший приоритет, может либо переключиться в режим неадресованного ведомого, либо дождаться освобождения шины и сформировать состояние СТАРТ для ее захвата. Т.е. на этапе передачи данных и происходит косяк.

Обана, т.е. после передачи адреса Slave может начаться любой бардак и никто это не отследит? Т.е. получается принимают такой вариант как маловероятный и забивают.

Итак, ситуевина. Есть шина i2c на ней висят два мастера и одна еепромка. Мастеры одновременно (ресеты обьединены) начинают ломиться в еепромку на запись. Но в разные адреса. М1 ломится в 0А по адресу страницы 00 0F и пишет туда байт 'B' M2 ломится в 0А по адресу страницы 00 FF и пишет туда байт 'B' Исходя из правил арбитража М2 арбитраж должна проиграть и свалить с поляны. Однако, что происходит на самом деле: Итак, осциллограммка для привлечения внимания. Красный квадратик отмечает место, где идет конфлик уровней. Как видим, запись прошла в ЕЕПРОМ по адресу 00 0F - Еепром подтверждает это. Что же о процессе думают два контроллера? Я писал в буфер лог работы конечного автомата прерывания TWI (тупо TWSR) и выдавал потом в уарт. Получил такую картину: М1: 08 18 28 28 28 M2: 08 18 28 28 28 Расшифровка если кто не помнит: 08 - передан СТАРТ 18 - Передан адрес девайса и получен АСК 28 - передан первый байт (00) и получен АСК 28 - передан второй байт (0F vs FF) и получен ACK 28 - передан последний байт 'B' и получен АСК - дальше будет стоп. Хотя по логике шины должно быть так М1: 08 18 28 28 28 M2: 08 18 28 38 ...........08 18 28 28 28 38 - проигрыш арбитража и старт(опционально) после освобождения шины Почему М2 продолжил передачу, хотя пролажал арбитраж на целой тетраде? Аппаратный глюк контроллера? И как с этим жить? З.Ы. Пример сугубо учебно демонстрационный и не стоит задавать вопросы "зачем нужно много мастеров, да еще в таком синхроне". UPD ах да, по одиночке они спокойно пишут каждая в свой адрес. А вот когда вместе, то вот такое вот садомазо.

Угу, попробуйте резко спрыгнуть с LPC на STM32 общее там только ядро, а ядро это удел компилятора. Периферия различается сильно. С такими же трудозатратами можно вместо AVR перекомпилить проект на PIC или STM8 Восьмиразрядники будут актуальны еще лет десять, не меньше.

В общем ситуация такая. Взял себе LPCExpresso на LPC1343 побаловался, но имхо муть несусветная этот кодред, да и сама экспресска нафиг не уперлась со своей ограниченностью и заточкой под NXP онли. ПОгуглил и нашел CooCox.com, где валяется замечательный открытый CoLinkEX. Купил LPC1343 стравил по джедайским ЛУТом плату, спаял себе этот CoLinkEx. И тут начинается веселье: На припаяном навесными соплями к универсальной макетке LPC1751 все волшебно - пашет и SWD и JTAG. Все мило прикрутилось к Keil и ходит по шагам --просто красота. Решил проверить тот же ништяг на LPC1343. Схватил дрельку, отпилил от Экспресски плату с LPC1343. Цепляю к Колинку... и вот хрен. В кейле отладчик в настройке говорит ,что дескать да, у нас все путем, висит на линии SWD совместимая бня и ноу проблем (стоит отключить хоть один проводок между Колинком и LPC1343 как уже ругается, мол ничего не висит). А вот при попытке зайти в режим отладки вываливается ошибками. Один раз правда что то прошилось. По крайней мере диодик мигать заметно медленней (раньше там была блинки на 1гц, стала блинки на 0.2гц). Вначале подумал, что это я когда экспрессу пилил покоцал плату. Нифига подобного -- подключаю ее к родному LPCLink(от которой я ее только только отпилил) - все работает нормально (В Code Red). Самое интересное, что к таргету от LPCLink идут все выводы ,в том числе и которые имеют отношение к JTAG (которого нет в LPC1343 и разведены похоже просто за компанию) и если хоть одну из них убрать то тоже не фурычит. Вот что это может быть?

Там обычный 5ти вольтовый usart только инвертированный. Пропусти его через любой инвертор и будет тебе счастье. На выходе у него тупое ascii вида Rxxx где xxx дальность. И в вашей же цитате из даташита это и написано: Although the voltage of 0-Vcc is outside the RS232 standard, most RS232 devices have sufficient margin to read 0-Vcc serial data. Типо сигнал от 0 до Vcc и для большинства мах232 девайсов это канает (имеется ввиду подключение к 12 вольтому ком порту) If standard voltage level RS232 is desired, invert, and connect an RS232 converter such as a MAX232. Но ежели вам нужен таки классический +\-12 вольт сигнал, то инвертните и пропустите через мах232. В общем они там извращенцы затейники.

Заказчик такое не потянет и ищет что бы попроще, поэтому команда \m/ разработчиков не нужна. Достаточно именно наколеночный проект (копируемый прототип тоже колхоз еще тот) сварганенный за несколько дней. А сложность проекта я себе вполне неплохо представляю сам бы сделал, да живу далековато и не до того сейчас.

Есть одна работка. А конкретно разработать один девайсик не сложный. территориально В Москве или Подмосковье, но можно и пнуть материал куда нибудь не дальше Екатеринбурга. Задачка такая: Есть купюроприемник (отдает данные по RS232 cкорей всего, но надо проверить). Есть монетоприемник - та же фигня. Есть с с пол десятка реле. Импульсный расходомер жидкости (тупо крыльчатка крутит магнит и геркон генерит импульсы) Есть еще несколько концевичков и прочей мелочи сигнально контактной. Дисплейчик - обычный HD44780 20x4 или 16х2 Надо создать систему управления аппаратом разлива соки-воды. Т.е. кинул деньгу, деньга принялась, отсчитала литраж и набузолила его в подставленную емкость. Если надо дободяжила туда сиропу и тыды. Ну эт потом разберетесь, непосредственно с заказчиком. Есть даже работающий вражеский образец - на примере его надо сделать то же самое, но в доску свое, родное и повторяемое. В прототипе стоит PIC18, но это не принципиально. Можно АВР или MSC-51, кто что лучше знает. В перспективе предусмотреть подключение GSM модуля для отправки смсок типо "Агрегат такой то/ я пуст/ я сдох/ меня ломают хулиганы" в идеале, если успеете по срокам, прикрутить его сразу. Что нибудь популярное и надежное вроде Wavecom или Siemens. А также модуль расширения, чтобы дополнительные релюшки и входы можно было повесить (думаю, тупо, торчащей шины SPI хватит за глаза) Сроки сжатые. Примерно неделя-полторы начиная со вторника. На выходе должна быть готовая работоспособная система -- т.е. плата (хоть даже сделаная ЛУТом) к которой можно подцепить барахло от прототипа и чтобы оно работало также. Ну или почти также. В принцпе, толковому эмбеддеру работы на два три вечера под пиво. Рабочую систему которую надо скопировать пришлем экспресс доставкой как минимум до города (грузовозофф или автотрейдинг) Предоплату, способы расплаты, компенсации расходов и тыды уже будете обговаривать с заказчиками. Бюджет не резиновый, поэтому будьте благоразумны :) Ваши предложения? З.Ы. Я тут только оттранслировал. Заказчик тему читает. ADD: Купюрник вот такой, например: http://www.style-avs.ru/itemID/2/243/ Или вот еще описалово или любой другой с которым вам может быть удобней работать. ADD2: Телефон заказчика 89107372633 Рязанов Сергей. или мыло rsv77()ya.ru Можно детали обговаривать с ним.

Да как только так сразу. Двусторонки получаются точно таким же способом, только в два приема. Совмещение по реперным дыркам коих надо сделать 3 штуки самым тонким сверлом. Вот тока я двусторонки никогда не делаю. Развожу по одной стороне, максимум с парой перемычек. Т.к. задалбывает меня межслойные перемычки городить.

Как и обещал, Я тут видео урок по ЛУТ технологии сделал. От обрезки платы, до сверловки и лужения. Видео урок Вот, можете заценивать. Просто, быстро, надежно. Результат вот уже больше двух лет 100%

Ой, опечатался 30мВ конечно же. И диапазон моста -30...30мВ, но табло воспринимает только 0...30мВ

Ок. Есть входное напряжение 0.30мВ значимая точность 0.01мВ. Снимается с диагонали моста. Нужно подмешать к ней внешнюю, изредка регулируемую, статичную коррекцию. Т.е. взять и добавить, скажем +5мВ, к уже имеющемуся сигналу с моста и загнать все это в табло. Да так, чтобы табло, кое заточенно на работу с мостом напрямую, не заметило подставы исчитало, что так и должно. Цель всего изврата была такой: Взять диф сигнал с моста, поднять его до вольтов, подмешать к нему сигнал коррекции (просто напряжение с потенциометра) и развести на два плеча, с понижением опять до милливольтов, образующих диф выход аля нативный мост и загнать все это в табло. А суть проблемы в том, что имеется табло, показывающее температуру, и мостовой датчик. Датчик оригинальный сдох, а табло залочено насмерть. И новые датчики идет на нем с нехилым таким смещением, кое нужно откалбировать извне.

Первоначальная схема была такой Мост --> инструментальник (AD627) К=200 на выходе от -0.5 до 4.5 вольт --> сумматор коррекциции К=1 с него разделялось на два плеча: 1) Инвертор -> усилок с К=1/200 выход 1 2) --> усилок с К=1/200 выход 2 Плавало как гавно в проруби, еще сильней чем тут. Причем совершенно непредсказуемо. Но точно по такой же картине. Вместо моста стоял тогда фирменный эмулятор датчика. Щас эмуля у меня нет, вместо него самопальный эмуль моста из резисторов. От чего питается мост хз - само табло запломбировано и на гарантии. Выходит +5 вольт и все. Но, как показал эксперимент, на него можно повесить нагрузку вплоть до 200мА без каких либо искажений с эталонного моста (без коррекции). Так что не думаю, что схема сильно просаживает и поганит напругу. Тем более что с закороченным выходом моста все работает как надо.