| Микроконтролери и електроника http://mcu-bg.com/mcu_site/ |
|
| Куртекс с 12 битово ADC? http://mcu-bg.com/mcu_site/viewtopic.php?f=2&t=8489 |
Страница 1 от 1 |
| Автор: | Цецо [ Сря Яну 19, 2011 11:57 am ] |
| Заглавие: | Куртекс с 12 битово ADC? |
Абе трябва ми Куртекс с 12 битово ADC и малко крака ( до TQFP64, а по-добре 48 ). ST имат такива, ама някой идиот дизайнер е вързал Vref на захранването при малките корпуси. NXP слагат 12 бита само на големите деривати. Luminary незнам дали имат, ама неща и да ги помирисвам. Май само Atmel имат подобно животинче на което Vref си е навън. Някой не е ли чувал някакво предпоследно обещание кога ще излязат на пазара? П.С. Digikey продават най малкия дериват 
|
|
| Автор: | miro_atc [ Сря Яну 19, 2011 12:09 pm ] |
| Заглавие: | |
Има ги на пазара, но е много шантава работа.... Аз следя от време на време какви са наличностите в дигикей. Една седмица няма SAM3S, друга седмица няма SAM3U... В момента има и от двете фамилии по една шепа, но всяка седмица е различно. Сякаш произвеждат по 1000 бр и те се изчерпват преди края на седмицата. С две думи не бих ги препоръчал за масово изделие. Но за малко бройки, няма проблем особено ако не са спешни, само трябва да изчакаш подходящата седмица 
Иначе като хардуер - според мен са най-доброто на пазара
|
|
| Автор: | Nikola Kirov [ Сря Яну 19, 2011 12:15 pm ] |
| Заглавие: | |
То е вързано към захранването на аналоговата част VRef. Но цялата аналогова част е нискоконсумираща и не е проблем да се върже към изхода на reference чипа. Аз така съм го вързвал с един тексаски чип и си работи прилично. С осредняване на 4 измервания се получават реални 11 бита. Това без да спирам ядрото докато се мери с ADC-to. Платката ми не е образец за правилно опроводяване на аналоговата част. |
|
| Автор: | Цецо [ Сря Яну 19, 2011 12:18 pm ] | |||||||||
| Заглавие: | ||||||||||
Да бе и аз така мислех да направя. Но в дейта шита под сурдинка пише че AVDD и VDD трябва да са вързани заедно. И никъде не пише колко точно "заедно" имат предвид. Щото и на мен ми хрумна да захраня чипа с 3.3 а да подавам на AVDD 2.5 волта. Ама.... Почват да ми се въртят някакви еретични идеи от типа да храня чипа с MCP1700 на 2.5В, а на VDD да подам 2.5 от някакъв референс. Ама това не е девелопмент, а баятелство да му и майката.
За пройзводство иде реч. Не днес, но с тази идея го правя. Ами определено бегъл поглед на хартия ми харесва. Поне не изглежда по лош от аналогичния вариант на STM32, а е по-евтин. Но пък са млади мамка му. STM32 са вече 3та година на пазара и им се знаят бакиите горе долу. |
||||||||||
| Автор: | bateAz [ Сря Яну 19, 2011 12:36 pm ] |
| Заглавие: | |
Захранвай си целия чип с едно захранване, само го филтрирай добре. Колкото по-добре, толкова по-добре. За захранване на чипа вземи някой по-прецизен LDO или го сверявай от време на време. Сверяването се прави, като мериш референтно напрежение с ADC и си правиш сметка колко ти е обхватът ( Full Scale ) в момента. Това е като да впрегнеш коня зад каруцата, ама върши работа. Мен ме е спасявало след едно хардуерно недомислие. |
|
| Автор: | Nikola Kirov [ Сря Яну 19, 2011 12:59 pm ] |
| Заглавие: | |
Хм това не съм го видял. Храня чипа с 3.3V а референса ми е 2.54V. Работи но не ми е серийно изделие. Може да се омазва нещо което не ползвам. Или нещо да се смарангясва при ниски или високи температури. Не съм го тетствал на не стайна температура. Иначе REF3030 REF3033 могат да дават до 25mA изходен ток. Трябва да ти стигне предполагам да захраниш целия процесор. |
|
| Автор: | miro_atc [ Сря Яну 19, 2011 1:56 pm ] | |||||||||
| Заглавие: | ||||||||||
Всъщност SАМ изобщо не е "млад" поне 5-6 години. Голяма част от периферията е почти 100% идентична между SAM7, SAM9, SMA3S, SAM3U.... Специално SAM3S който тествам даже е и пин съвместим с SAM7S... Между другото има една промяна точно на Vref. Аз по принцип щото не ми трябва голяма точност само го филтрирам с RC група, да ама на куртекса има 200-250uA консумация и през 1к както го бях направил си даваше бая грешка... При АРМ7 го нямах тоя проблем. |
||||||||||
| Автор: | juzisound [ Чет Яну 20, 2011 10:40 am ] |
| Заглавие: | |
Гледам тука сте все по-разбирачи от мене - ама и аз да кажа. Още не съм си решил проблема с ADC-то на ST в TQFP64 корпус. Според мене има някакво критично количество периферия /не задължително аналогова/, която като се включи - и почват проблеми с ADC-тата. Казвам различно, защото става въпрос за различни модули. Примерно: - имам включени 5-6 неща. - донаждам UART модул и проблемите почват. - махам някое от предишните - 5-6 - и се оправя - без значение кое точно махам. - това с UART-a е примерно. И с други модули се получава същия проблем. SPI примерно и т.н. Не е нещо омазване на буфери - проверил съм до колкото мога. Имам чувство, че е свързано с някакво вътрешно захранване на чипа, което при някакво специфично натоварване почва да осцилира - или нещо подобно. Освен това - в зависимост в каква част от времето на измерването се случва проблема, отражението е различно. Демек някак асинхронно става спрямо измерванията... Как съм го решил: Проблема се отразява ЕДНАКВО на всичките ADC-та. На мене ми трябва само един канал на едното ADC. Мойто ST има 3 ADC-та и двте могат да мерят едновременно - по едно и също време. Е - второто мери постоянна стойност дето я знам каква е - и разликата от нея се явява корекция за меренето на първото. Работи перфектно решението - ама все ме чопли че си е кърпеж... Предполагам че е при мене някъде проблема - или компилатора нещо маже - ама има много друга работа че да го търся - а и нали съм го закрепил някак... Иначе, ако не се е стигнало до този проблем, ADC-тата си работят точно както трябва! |
|
| Автор: | Цецо [ Чет Яну 20, 2011 10:58 am ] |
| Заглавие: | |
Странно е. Ползвам ST от 3 години. Имам 3-4 изделия с него, общо към 100 броя пройзведени. Във всичките ползвам ADC + UART + SPI + Таймери + ДМА. Никога не съм виждал нещо подобна на това, което ти казваш. С две уточнения: 1. Ползвам F101 и F103 в 48 и 100 краков корпус. Т.е. никога не съм ползвал 64. 2. Никога не ми се е налагало да ползвам ADC2 и 3. Продължавай да търсиш. Както го описваш, не прилича на бъг в силикона. Просто шестото ми чувство така ми говори Ей така на око един съвет - захрани чипа през някакво съпротивление и виж консумацията в момента на проблема. Възможно е като бъзикаш модулите да събираш някъде изход с изход, или изход с земя или нещо от сорта. От подобни токови шамари, може да се бъзика ADC-то. Но гледай с хубав скоп, възможно е да става конфликт за микросекунди....
Компилатора е последното за което трябва да се съмняваш при подобни проблеми. |
|
| Автор: | bkulev [ Съб Яну 22, 2011 12:35 am ] |
| Заглавие: | |
Хммм, хайде и аз да добавя нещо, макар че моят е LM кутрекс. Проблемът е следния: меря 2-е напрежения, като използвам само едното АЦП, макар че чипа има две. Използвам вътрешния референс. За проверка - стандартния тест две напрежения от батерия на входовете и измереното на UART-a, всяка платка мери рзлично, като всичките са под действителната стойност и са общо взето стабилни, без значение дали показвам моментата стойност или прява някакво голямо осредяване. Платките си техни EK-3S... в сайта e2e.ti.com подобен прблем не е споменат. Възможно е и проблемът е свързан с общото натоварване както спомева "juzisound", т.к. всичко що е интерфес с изключение на USB-то, при мен е активно и чипа е пуснат на максималната си честота. На мен обаче повече ми прилича на проблем с референса. Но дори и отчитайки неговата неточност, която според DS е +- 2.5%, пак не излиза сметката. Освен написаното в DS да не е вяврно. Истината, обаче е че не съм отделил много време на проблема до сега и в бъдеще ми предстои табота по него, така че когато открия нещо, ще го споделя тук. |
|
| Автор: | juzisound [ Съб Яну 22, 2011 10:00 am ] |
| Заглавие: | |
За малко да пропусна да добавя... Ми те нали се калибрират тия ADC-та преди да ползваш. При мене - понеже "смущението" има моментен и случаен характер, ако направя калибрирането в такъв момент, после нещата съвсем се омазват. За целта правя следното: След всяка калибрация меря референса - и ако дава голямо отклонение от това което очаквам, пак калибрация - докато даде колкото трябва - щото нали уш референса за това е референс... Не съм забелязал да има някакво осезаемо забавяне в тази част от кода. Тоест и да се калибрира няколко пъти - не ще да са много. Иначе похвата върши работа - поне в моя случай. Лошото е, че все има по важни неща за вършене - и това нали е закрепено някак - все остава за "друг път" 
|
|
| Страница 1 от 1 | Часовете са според зоната UTC + 2 часа [ DST ] |
| Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |
|
