Aquatik

В личку Вам ответил... :1111493779:

Какое заманчивое предложение... Это заработок в неделю?? :smile3046:

Сразу предупреждаю микруха идет чистая, ключи закрыты! надо все запустить и ее ресетнуть... техаса вроде документация толковая... Для быстроты усвоение рекомендую купить у них мост усб и2с, при чем замечу что этот смбус специфический-задержки у него большие... Долго мучились под сам7, пришлось программно написать... Очень помог мост от ti... Ну если есть вопросы пишите на их форуме, там немец один нам довольно толково отвечал.. Удачи...

А вот с дет.садами в зелике не все так радужно... :bb-offtopic: У местных с трудом, а уже и не представляю как у иногородних... Ну только если в платные.... :1111493779:

О прикольно... Ща попробуем... Спасибо зп ссылочку!

А потом приходят письма счастья :bb-offtopic:

да... как обычно хочется все в одном флаконе и за 3 рубля :bb-offtopic:

:krapula: пять баллов!!!!

:rolleyes:

:rolleyes:

Количество банок ножкой правильно выставлено? Амперметром не особо правильно мерить в такой цепи на измерители тоже падение есть... Что мешает оценить по токозадающему резистору в цепи зарядки... Ну первое же что надо проверять как сделана разводка, в таких схемах очень критично как идет земля и где происходит соединение цифровой аналоговой земли... Первое что могу предложить это понизить ток в цепи зарядки, и оценить как себя микросхема чувствует! И ОЧЕНЬ рекомендую просмотреть трассировку стартовой платы MAX1737EVKIT.... Из личному опыту могу сказать одно при таких тока плата должна быть многослойка, или очень продумано оттрассирована...

Не точно конечно по пдф, под свои нужды переделана была... Но заработала сразу... Зарядка разработана тоже своя,на отделеной микросхеме... Она тоже по и2с настраивается.... Требования были к устройству такие, задавать ток разный + от солар заряжаться умно, постоянно именяя ток по определенному алгоритму...

BQ20Z80 не пользовал, применяли более старший чип BQ20Z95... Впечатления самые положительные!! Управляли сборкой 3S2P каждый АКБ был 3,8Ачаса, такой же плоский как у Вас... Очень понравился режим sleep - потребление 400 мка... четко как в описании!

По 6 ножке так и должно быть... Эту ножку на землю замыкает сам бук.... По шине данных смотрите адреса в пдфе стр. 13... До адреса 0х3F они стандартны... у все микросхем стоящих в акб... Удачи... bq20z95.pdf

Это я для примера прикрепил.. -)... Имел ввиду марку самого нетбука... Посмотрел по списку буков подходящих к этой АКБ... Есть Acer Aspire One AO751H... По его схеме смотрите распиновку... Удачи! Acer_Aspire_One_AO751H.zip

Точно модель надо знать...по названию батареи могу предположить что emachines em350 какой нибудь -) Чаще всего по краям + -. от - батарея детект, должен быть на - замкнут тогда ключи откроются и на + будет напряжение... потом smbus две линии! Другая может не подойти... железо тип батареи по шине смотрит -((.. Если точно марку скажите возможно скину схемку -).. Прикрепил парочку, возможно они помогут! Удачи.. Да если электроника жива, проще перекатать... Купить новые банки да и все... Дешевши будет, и емкость можно поболее взять... Emachines_e525.zip acer_Olan_2M.zip

Возможно нашли решения нашей проблемы... При переходе из режима PLL в режим MainClock мы обнуляли регистр PLL (CKGR_PLLR).... Как только убрали все стало нормально... Причем на B это проходило, а на С нет.... Устройство поставлено на тест, пока сбоев замечено не было...

при переходе на slow clock, виснет но намного реже... но все равно подвисает...

пробовали __ramfunc не помогло...

WS не помогло.... Вернулись к переключению PLL.. При переключении из PLL в main clock в последовательности меняем CSS -> ждем MCKRDY и тут программа зависает и перезагружается по сторожевому таймеру. Хотя в режиме отладки в ОЗУ такое не происходит.

последовательность такая: меняем CSS -> ждем MCKRDY -> меняем PRES именно так... WS ща попробуем...

да согласен, попутал версия 58818С... хоть это радует... Проц падает при переключение из ПЛЛ в майнклок А не может ли дело быть Embedded Flash conroller в 40.9.1.1?

На трех частотах... 2 мГц - 18.432 мГц - 48 мГц с PLL... Ептить.... Блин еб....й атмел... В еррате есть ответ на мой вопрос! параграф 40.6.6.2 PMC_MCKR...

С самбой вопрос снят... 2.11 версия корректно с ревизией С работает.. Но глюки описанные выше остались...

Подниму тему по любимой ревизии С :angry2: Пред история... Был приборчик разработан пару лет назад, все с ним было хорошо, собирали прошивали короче все было ок, SAM7S256 был ревизии В... Намедни собрали серию, хорошо что не большую, на новой ревизии... И тут начались танцы с бубном!!! Прибор миниатюрный, житага нет.. Шьется через Самбу... Загрузчик стартует самба чип увидела, но прошить не может!!! log erase+write loading history file ... 0 events added SAM-BA console display active (Tcl8.4.13 / Tk8.4.13) (AT91-ISP v1.13) 1 % (AT91-ISP v1.13) 1 % FLASH::EraseAll -I- GENERIC::EraseAll -I- Sector 0 unlocked -I- Sector 1 unlocked -I- Sector 2 unlocked -I- Sector 3 unlocked -I- Sector 4 unlocked -I- Sector 5 unlocked -I- Sector 6 unlocked -I- Sector 7 unlocked -I- Sector 8 unlocked -I- Sector 9 unlocked -I- Sector 10 unlocked -I- Sector 11 unlocked -I- Sector 12 unlocked -I- Sector 13 unlocked -I- Sector 14 unlocked -I- Sector 15 unlocked -I- GENERIC::EraseAll -E- Generic::EraseAll returned error (0x00000004) (AT91-ISP v1.13) 1 % send_file {Flash} "C:/Documents and Settings/Fly/Рабочий стол/job_test.bin" 0x100000 0 -I- Send File C:/Documents and Settings/Fly/Рабочий стол/job_test.bin at address 0x100000 first_sector 0 last_sector 3 -I- Writing: 0xD300 bytes at 0x0 (buffer addr : 0x202BC8) -I- 0xD300 bytes written by applet -I- Writing: 0x7E4 bytes at 0xD300 (buffer addr : 0x202BC8) -I- 0x7E4 bytes written by applet -I- Sector 0 locked -I- Sector 1 locked -I- Sector 2 locked -I- Sector 3 locked (AT91-ISP v1.13) 1 % Устройство перегружаешь, а оно опа опять на загручики стоит... Типа и не прошивали.... Зная что самба вещь довольно не перманентная, начали прошивать самба прог, он заливает весело дергает ножкой, выбранной в программе, рапортуя о том что прошил удачно.. Устройство после перезагрузки стартует, вроде все ок, но работает не стабильно часто виснет.... В это же место ставишь чип ревизии В, все становить нормально и самба видет его, и глюков нет... Ну думали может сборка, перебрали все платы, на всех так же... Ставишь чип В вопрос сразу снимается... Начали дальше копать, чип QFN64 особо не потыкаешься скопом... Благо был еще один проект с таким же корпусом и на нем есть житаг... Снимаем с него чип ставим туда С... Чип перед этим затираем ножкой ERASE, для чистоты эксперимента. Желинк его увидел.... Запускаем отладку во флешь и начинаются чудеса на виража.... После входа в функцию низкоуровневой иницилизации LOWLEVELINIT он начинает беспорядочно скакать по флешь в неопределенной последовательности.... Пока колдовали с настройками случайно был выбран тип SE256, и прошит в отладку во флешь.... Ну бывает, ошиблись... Вернули обратно S256 и тут наступает занавес :krapula: :krapula: чип нормально начинает работать в отладчике, все ок.... Все повторяется как только делаешь erase.... Проверили на 10 чипах... Еще раз скажу что с ривизией B такого не происходить.. Чип под микроскоп сразу изучать все нормально атмеловский произведен 10 год 52 неделя... Мы к поставщику, где брал? он говорить у атмела в канаде... Вот и думаем или лыжи не едут....... или... Явно проблемные чипы... С атмелом кто нибудь попадался на таком??? И как то возможно проверить что чип именно атмеловский? И вопрос как теперь поставщику то доказать что брак в явной форме, они то все уже после пайки...