|
Виж темите без отговор | Виж активните теми
Дата и час: Съб Окт 03, 2026 10:11 pm
| Автор |
Съобщение |
|
Cekins
Ранг: Форумен бог
Регистриран на: Сря Апр 20, 2005 12:02 pm Мнения: 9136 Местоположение: Разград
|
Аз не мога да разбера защо като е толкова трудно да се пишат програми на PIC, микрочип още не са фалирали? Странна работа. Ама що се хващаш пък конкретно за ПИК-а. Ми то и другите нискобюджетни и лимитирани МЦУ-та не са кой знае колко по различни - навсякъде има трески за дялане, ама ти пък как отсъди без да си го пипвал че за нищо не става. Ами то и аз без да съм пипвал, само на книга, много неща не ми харесват.
|
| Съб Апр 24, 2010 8:45 pm |
|
 |
|
Dimitar
Ранг: Форумен бог
Регистриран на: Пет Ное 12, 2004 3:38 pm Мнения: 9103 Местоположение: Chicago, IL
|
Много е просто и няма нищо общо нито с Майкрочип, нито с която и да била друга фирма - колкото по-малко знае човек, толкова е по-щастлив. Затова tqi и Миро са толкова нещастни  .
|
| Нед Апр 25, 2010 2:42 am |
|
 |
|
emilvtc
Ранг: Форумен бог
Регистриран на: Вто Фев 06, 2007 8:44 pm Мнения: 3180 Местоположение: Пловдив
|
Относно темата на Миро - интересно как се спира ДМА-то при Фрейминг или Оверрън грешки при приемане по Уарт-а? Не виждам логика те да могат да спрат ДМА трансфера, а ТаимОут от Уарт таймера по приемане да не може ?!? Мнооого тъпо ако е така ...
|
| Нед Апр 25, 2010 9:29 am |
|
 |
|
miro_atc
Ранг: Форумен бог
Регистриран на: Нед Фев 26, 2006 6:52 pm Мнения: 11288 Местоположение: Добрич
|
Честно казано не знам всички подробности
Значи, много вероятно е да не се спира ДМА-то - така е на всякъде. При Луминари обаче има едно предимство/възможност - към всеки приет байт се добавят 4 бита за горните грешки. Предполагам може да се конфигурира ДМА-то така че да сваля данни + статус. Така като погледнеш получените данни може да провериш точно на кой байт се е появил проблем. Не знам доколко е практично да пишеш един байт данни един статус, но го има като възможност.
При Атмел примерно няма такава възможност и създава малко ядове ако ползваш двойно буфериране и се забавиш. Щото ако си заредил два буфера от две заявки и се получила грешка, не знае в първата заявка ли е, във втората ли е...
Нещо *важно* в случая - не знам фрейминг/оверън/четност прекъсванията дали се блокират от ДМА-то!!
Не сме го изпробвали щото след като не стана rxtout повече не ни интересуваше ДМА. Тъй че може би леко съм ви подвел като казах че ДМА-то блокира всички прекъсвания. И за да не продължавам да говоря наизуст сега потърсих повече инфо...
Действително никъде не намерих някъде да се казва че се блокират. Но намерих по-ясна дефиниция на проблема с receive таймоута:
Очевидно при включено ДМА фифото винаги ще се изпразни преди да изтекат 32-та бита. Тъй че проблемът по-скоро може би е свързан с генерирането на таймоута отколкото ДМА-то.
|
| Нед Апр 25, 2010 11:56 am |
|
 |
|
miro_atc
Ранг: Форумен бог
Регистриран на: Нед Фев 26, 2006 6:52 pm Мнения: 11288 Местоположение: Добрич
|
п.с.
сега видях че има възможност за изключване на ДМА-то при грешка:
А пък проблемът с receive таймоута евентуално може да се заобиколи като се настрои ДМА-то само за burst трансфери, които да тригват по определено ниво на фифо-то и да са с 1 байт по-малки от това ниво. Така може би фифо-то няма да се изпразва и таймоута може и да проработи.
Както и да е.. казвам го като идея ако някой все пак реши да ползва ДМА. Аз не мисля че ще го ползвам... твърде тромаво е, пък и с горните игрички ще стане още по-грозно.
|
| Нед Апр 25, 2010 12:30 pm |
|
 |
|
fan
Ранг: Почетен член
Регистриран на: Съб Окт 13, 2007 12:12 pm Мнения: 712
|
Ти сигурно държиш да ползваш за удобство нещо с вграден ETHERNET и за това си се метнал на LUMINARY. Защото иначе като гледам новите кортекси на ATMEL ATSAM3U и ATSAM3S, ако не държиш на вградения ETHERNET работата ще ти е песен?! 
|
| Нед Апр 25, 2010 12:40 pm |
|
 |
|
miro_atc
Ранг: Форумен бог
Регистриран на: Нед Фев 26, 2006 6:52 pm Мнения: 11288 Местоположение: Добрич
|
Значи първо наличността - когато решавахме ATSAM3U още го нямаше, а от 3S имаше само до 32К RAM версии, а в случая размерът на паметта е важен.
Второ етернет-а е предимство, макар че в последствие се оказа че май няма да трябва, но го взехме предвид.
Трето никак не е маловажна и цената. Поне на обещания ни дадоха много добра цена, сега дали ние ще стигнем бройките за да я ползваме и дали ще остане същата е друга бира
Четвърто наистина много и богата периферия, също добра документация и библеотечки... Друг е въпросът аз дали ще я използвам, но е факт че я има.
Изобщо по рекламни брошури Луминари изглеждаха а и още са си един добър избор. Това че в тая тема пиша само за треските им не значи че са супер кофти. Просто Пирев тръгна с това колко бързи били PIC32 и колко хубави параметри имали. Ех, и рекламата на Луминари си я бива... и като бързина и те са до 80 MHz и ядрото е с богат instruction set, а периферията ако я мерим на кило е поне няколко кила в повече и даже нещо невероятно и цената е по-добра според мен. Но подобно сравнение на рекламни брошури едва ли е толкова полезно.
Та затова изкарах треските дето знам, ако някой изкара и тия на ПИК32 всеки ще може да се направи по-полезно сравнение надявам се... Освен ако майкрочеповете са без трески, знам ли
Иначе за мен причината да избера АРМ освен всичко останало е възможността да избирам измежду различни производители. Ако ползвам само Атмел е все едно да не ползвам АРМ
Тъй че без значение дали Атмел или Луминари са по-добри, аз най-добре да си ги поддържам и двете платформи  Даже ако мога и други бих поддържал, ама нямам толкоз сили...
И още веднъж да подчертая, че повечето от проблемите на Луминари са свързани с факта че правя универсални драйвери и универсални неща!!! Ако някой прави конкретно приложение с фиксирана периферия, то той може би изобщо няма да се сблъска с тия проблеми. За такива хора Луминарито е по-добър избор от Атмел. Или поне така си мисля щото навремето Атмелските библиотечки бяха много куци. Може и да си го оправили - не знам, аз ползвам само мои работи 
|
| Нед Апр 25, 2010 1:39 pm |
|
 |
|
¶
Ранг: Форумен бог
Регистриран на: Пет Фев 25, 2005 1:58 pm Мнения: 4585 Местоположение: US
|
Е, хайде сега, името му е PIC, предлага го Microchip, накрая не било PIC  По принцип не може да се угоди на всички  Определено не ги правят в Остин, правят си ги в Аризона. Всъщност реално погледно в крайна сметка всички архитектури си приличат, и няма как да е другояче, топлата вода е една и съща.
Ми да сравним две цени най-накрая, за да не спекулираме:
1000pcs x $7.6 за LM3S2B93-IQC80-B1-ND с 96kB RAM
1000pcs x $8.25 за PIC32MX795F512 с 128kB RAM
Избрах за сравнение процесорите с най-много RAM от двете фамилии, цени на DigiKey, ако обаче си поръчаш 1000 парчета от Microchip Direct то тогава същия проц ще излезне $7.22. В TI цената е 5.75 за този процесор, обаче можеш само мостри да си поръчаш, поне не видях да мога директно от TI да си го закупя 1000бр. на $5.75 , a дори и да мога, разликата в цената е към $1.47 , но единия има цели 32kB памет в повече. Сравнението ми разбира се е хамалско, просто отваряш и гледаш цени, не съм гледал точна каква периферия има Гумнари чипа.
Започвам да си мисля, че нашето си е вигнаги по, най, бест, само защото си е наше, а чуждото крастата го яла, само защото е чуждо  Има обаче една съществена разлика, утре Гумнари може и да ги няма, докато Microchip ще ги има. Не е за подценяване и факта, че при Гумнари има вече ревизия Ф на errata документа, явно ще се копа яко в насока бъгове.
П.П. Подзябах и периферята на Гумнари от кумова срама за горния чип, нищо особено, даже по зле - няма USB, няма Eth, 3 UART-а срещу 6, 2 SPI канала срещу 4, 2бр. I2C срещу 5бр. I2C, еднакъв брой таймери и RTCC, няма изведен 16-битов паралелен порт за външна памет и периферия, АЦП-та 16 входа, 10-бита, 1MSPS еднаква производителност, памет както казах 32 кила по-малко, флаш наполовина по-малко, налични QEI , DMA канали в повече.
_________________ Ето аз дишам, работя, живея и програми пиша тъй както умея, с проца под вежди се гледаме строго и боря се с него доколкото мога....
|
| Нед Апр 25, 2010 4:03 pm |
|
 |
|
miro_atc
Ранг: Форумен бог
Регистриран на: Нед Фев 26, 2006 6:52 pm Мнения: 11288 Местоположение: Добрич
|
значи аз говоря за LM3S9B90 и според сайта на каубойците цената е 7.7$/1к за нас конкретно "обещаната цена" е 4 евро/10к...
вече казах, че с цените има много "ако"... ако се стигнат такива бройки, ако има кой да ни ги достави... плюс това аз лично не се занимавам, знам само че офертата е достатъчно сериозна че да сложим тоя чип и в други проекти, където няма нужда от него, ама с по-слаб няма да излезе по-евтино...
Аз предполагам, че и Микочип безспорно могат да дадат по-добра цена, ма колко по-добра? В случая цената е уникална щото не само че има етернет ами е с вграден PHY, тъй че реално пада на 3 евро
Колкото до периферията - може да я видиш сам  Има си всичко... и всичко "на реклама" е по-добро:
* има ETH MAC +PHY
* има USB OTG
* UART са 3, но с по-големи фифота, повече режими (ISO7816)
* има SPI има SSI има I2S (освен и2ц-тата)
* не само че има външна шина, ами и с поддръжка за всякакви памети и интерфейси (SDRAM, NAND, NOR...)
Отделно самото ядро също е с много повече "работи". Само за дебъг и трейс ако видиш колко глпости има, просто MIPS-a ми изглежда като беден роднина
Тъй че за имане, луминаритата имат... Не им е това проблема
Аз ми е любопитно как пък Микрочеп са решили че М4К е 1.5 DMIPS, направо ме разбиха 
|
| Нед Апр 25, 2010 8:06 pm |
|
 |
|
¶
Ранг: Форумен бог
Регистриран на: Пет Фев 25, 2005 1:58 pm Мнения: 4585 Местоположение: US
|
Хе-хе, те не са го решили, ами си е точно така. Има независими оценители, иначе ако сами се оценяват кой ще им повярва.
При PIC32 SPI модула има различни режими, които позволяват frame употреба, което си е точно I2S(right/left)/DSP, в момента работя точно по този въпрос  . Просто са си спестили парички за лиценз. Чипа WM8731, който вложих в mp3 плеъра, вместо да употрябват термина I2C употребяват термина 2 wire интерфейс, пак поради същата причина - да не плащат лицензи. Всъщност доста производители вече го правят. Иначе като погледнеш си е баш I2C но не го споменават. USB OTG го има от около 2г. при Microchip, пробвал съм го, работи си много добре. FIFO-то при UART-a на PIC32 се разширява до 64к FIFO с DMA контролера ( не съм го пробвал, не ми е потрябвало ). Trace също е реализиран, JTAG тоже, паралелния порт позволява различни интерфейси и конфигурации, но пак за да не плащат лицензи не са упоменати имената на интерфейсите, но като се ровниш във форума на Microchip "подходящи" потребители, явно хора на Microchip, упоменава това-онова как да се конфигурира, че да стане дадения интерфейс. Компилатора е GNU, "библиотечките" са newlib, т.е. при КУРтекса на Гумнари май само PHY-то е в повече. Очаква се съвсем скоро да имат и PHY. Плюс обаче на MIPS ядрото е, че има MAC инструкции, които липсват при Гумнари, всъщност не съм чел при Гумнари инструкциите в подробности, не ми и трябва. Или при DSP сметки MIPS ядрото се приближава до DSP ядрата по производителност, докато КУРтекса остъпва. Май няма периферия при КУРтекса на Гумнари, която да не е реализирана и при PIC32
При PIC32 вътрешния VCO на PLL е проектиран за максимална честота до 200MHz. Няма логика да се празапасиш толкова много, ако един ден не смяташ да пуснеш ядрото и периферията на 200MHz. MIPS ядрото си няма проблеми на тази честота, най-вероятно периферията на PIC32 не е още изпипана за 200MHz. Доста колеги вече споменават, че са овърклокнали PIC32 до 120MHz, не съм още пробвал, но явно е така. С други думи очаквам в началото на 2011г. да се пуснат на пазара PIC32 на 200MHz, което никак не е зле. Може би в края на това лято ще имат и по 256kB RAM.
Май не си заслужава повече да ги сравняваме, каквото имат едните, го имат и другите, цените са им еднакви, значи трябва всички да сме хепи, щото който не харесва едните, да ползва другите, и така нататък. А бе направо ни глезят в последните години производителите 
_________________ Ето аз дишам, работя, живея и програми пиша тъй както умея, с проца под вежди се гледаме строго и боря се с него доколкото мога....
|
| Пон Апр 26, 2010 4:34 am |
|
 |
|
head_up
Ранг: Форумен бог
Регистриран на: Нед Юни 01, 2008 9:54 pm Мнения: 1503 Местоположение: Пловдив
|
много спорно... и ако ПЛЛ на ЛПЦ-тата гони таван от 500Mхз да разбирам ли че тяхната арм7-ца (дето по принцип си е на 72Мхз таван и си седи на толкова от много време) сега може да литне на половин гига ако се напънат да я пооправят с периферията? никакви шансове да защитиш теза по този начин.
|
| Пон Апр 26, 2010 7:46 am |
|
 |
|
miro_atc
Ранг: Форумен бог
Регистриран на: Нед Фев 26, 2006 6:52 pm Мнения: 11288 Местоположение: Добрич
|
Ами явно се намират хора дето им вярват на "независимия" тест, който не е сертифициран и е изготвен от самите микрочеп. Нямаше да е смешно, ако резултата не беше по-голям от 5к ядрото, а то също е MIPS, при това 64-битово.
Виж не казвам че ядрото е лошо, даже напротив - на мен ми харесва принципно. Много по-изчистено и по-просто в сравнение с куртекса, демек по-подходящо за контролери... Иначе като производителност двете ядра са почти идентични, даже куртекса би трябвало да е един косъм по-бързо заради неща като conditional execution, instruction folding , задължително с три шини и т.н..
И МАК инструкции си има куртекса и всякакви сатурейшъни. Поне аз не виждам нещо дето при куртекса да е по-малко...
Туй не значи че MIPS е по-лошо. Пак казвам на мен ми харесва това че е изчистен. При куртекса са сложили твърде много неща и става много сложно, а като производителност няма как да е много по-бърз. Но при всички случаи не е по-бавен както се опитват да го изкарат Микрочеп.
|
| Пон Апр 26, 2010 9:30 am |
|
 |
|
tgi
Ранг: Форумен бог
Регистриран на: Нед Юни 10, 2007 2:22 pm Мнения: 6492 Местоположение: София
|
Не значи, разбира се. Просто като прави човек делителите за PLL-а остават комбинации.
Всички процесори, дето съм виждал, имат такива неизползваеми комбинации.
Ей го 5200 е 400 MHz, инак няма проблем да го наклочи човек в гигахерците. Остава и
да заработи там де - което няма да стане, 120nm 603е ядрата им стигнаха дотам и там си
останаха.
Инак периферията няма нужда да е наклочена като ядрото, разбира се. Пак в 5200
тя стига до 133 MHz; DDRAM-ът върви на 266 съответно. Което не пречи на ядрото
да работи на 400, с един цикъл достъп до кешовете.
Всъщност не толкова лошо за <$18 @10к процесор с куп периферии де, ама им е време да вървят нагоре
ако ще остават водещи (Freescale де). Че едно хубаво инак ядро (E6) вече го оплескаха, сега
едно друго предстои да видим какво ще го направят.
_________________------------------- www.tgi-sci.com------------------- http://www.flickr.com/photos/didi_tgi/
|
| Пон Апр 26, 2010 10:46 am |
|
 |
|
¶
Ранг: Форумен бог
Регистриран на: Пет Фев 25, 2005 1:58 pm Мнения: 4585 Местоположение: US
|
Причини да си стои от толкова години на 72MHz можеш да намериш много. Едната може би е, че изчакват някой друг да вдигне на неговото ядро честотата и тогава да пуснат и те тяхната, чист маркетинг, да речем, че не искат да си гърмят патроните. Примери колкото щещ в тази насока. Може и по периферията да работят още. По принцип никой не се презапасява в пъти, освен ако не мисли да развива ядрото. Отделно не защитавам определена теза, просто това ми направи впечатление.
_________________ Ето аз дишам, работя, живея и програми пиша тъй както умея, с проца под вежди се гледаме строго и боря се с него доколкото мога....
|
| Пон Апр 26, 2010 2:35 pm |
|
 |
|
ji4ka
Ранг: Форумен бог
Регистриран на: Чет Фев 01, 2007 4:04 am Мнения: 1539
|
Като пускаха PIC32, от Микрочип казваха ,че го правят само заради клиенти, които искали да си купуват 32-бит контролери от същия производител, от който си вземат и 8-битовите, иначе приоритет им били само 8-битовите. Сиреч, правят се на разсеяни и пристъпват така малко изодзадзе...  Ама и другите производители вече са много наострени, явно още им държи мокро PIC16F84. 
|
| Пон Апр 26, 2010 2:38 pm |
|
|
Кой е на линия |
Потребители разглеждащи този форум: 0 регистрирани и 36 госта |
|
Вие не можете да пускате нови теми Вие не можете да отговаряте на теми Вие не можете да променяте собственото си мнение Вие не можете да изтривате собствените си мнения Вие не можете да прикачвате файл
|
|