HT6P20 "CHEGA PELO AMOR DE DEUS".

Software e Hardware para uC PIC

Moderadores: andre_luis, 51, guest2003, Renie

Mensagempor fabim » 11 Mai 2011 10:34

xultz escreveu:Fabim, leia com muita atenção o que vou escrever abaixo, leia pausadamente cada palavra e reative suas memórias mais profundas, esquecidas e atormentadoras.

Pense profundamente nestas coisas: RB6 e RB7. Repita várias vezes: "RB6 e RB7...". Agora repita várias vezes: "ICSP, PicStart..."

Se você está começando a sentir pequenos tremores, não se preocupe, eles vão aumentar mas faz parte do processo.

Vamos mais fundo no trauma: repita algumas vezes "Compilador CCS". Sim, eu sei que é duro, mas vamos encarar o problema de frente.

Agora que as memórias mais negras estão aflorando, faça uma viagem por este universo que você tenta a todo custo esquecer: variaveis globais, um único registrador de 8 bits, 35 míseras instruções, stack de 8 níveis... Sim, eu sei, você deve estar se debatendo para todo lado, mas não desista.

Vamos encarar o maior de todos os traumas, respire fundo, e diga bem alto, liberando todos os demônios internos que ainda restam: "Bancos de memória!!!".

E então, sobreviveu?
Então pode esquecer esse negócio de ARM e o escambau e volte a programar com PIC.

Não precisa agradecer.


Seu safado malvado, e atiçador masoquista!!
Meu psicanalista vai mandar a conta ai pro seu endereço!!!!!! Fhoda, vou ficar uma semana sem dormir!!!
Mano, ve só.
Sou responsável pelo que escrevo!!! E não pelo que você entende !!!
fabim
Dword
 
Mensagens: 5001
Registrado em: 16 Out 2006 10:18
Localização: aqui uái!!!?

Mensagempor B-EAGLE » 11 Mai 2011 10:36

xultz escreveu:Fabim, leia com muita atenção o que vou escrever abaixo, leia pausadamente cada palavra e reative suas memórias mais profundas, esquecidas e atormentadoras.

Pense profundamente nestas coisas: RB6 e RB7. Repita várias vezes: "RB6 e RB7...". Agora repita várias vezes: "ICSP, PicStart..."

Se você está começando a sentir pequenos tremores, não se preocupe, eles vão aumentar mas faz parte do processo.

Vamos mais fundo no trauma: repita algumas vezes "Compilador CCS". Sim, eu sei que é duro, mas vamos encarar o problema de frente.

Agora que as memórias mais negras estão aflorando, faça uma viagem por este universo que você tenta a todo custo esquecer: variaveis globais, um único registrador de 8 bits, 35 míseras instruções, stack de 8 níveis... Sim, eu sei, você deve estar se debatendo para todo lado, mas não desista.

Vamos encarar o maior de todos os traumas, respire fundo, e diga bem alto, liberando todos os demônios internos que ainda restam: "Bancos de memória!!!".

E então, sobreviveu?
Então pode esquecer esse negócio de ARM e o escambau e volte a programar com PIC.

Não precisa agradecer.



vai lá fabim, faça a regressão com o xultz, isso vai te ajudar


hauahaua
B-EAGLE
Word
 
Mensagens: 847
Registrado em: 19 Out 2006 14:12
Localização: Campo Grande - MS

Mensagempor Silvio51 » 11 Mai 2011 10:48

Ahhh... se não é o Fabim que tava aprendendo a programar em PIC e Delphi (Arrrghhhh) há seis meses e nos enchia o saco querendo piscar um Led...

Agora não.... seis meses depois ele é um expert em Cortex e tira onda com quem mexe com Pic... sei não viu... baixa a bola Fabim que você não é essa coca-cola toda...
Silvio51
Byte
 
Mensagens: 383
Registrado em: 02 Nov 2006 14:04
Localização: Brasil

Mensagempor tcpipchip » 11 Mai 2011 10:51

PÔ, AGORA QUE ESTOU APRENDENDO A USAR 'SID' 'SOD' COM O 8080 :(
Avatar do usuário
tcpipchip
Dword
 
Mensagens: 6560
Registrado em: 11 Out 2006 22:32
Localização: TCPIPCHIPizinho!

Mensagempor msamsoniuk » 11 Mai 2011 13:25

tcpipchip escreveu:PÔ, AGORA QUE ESTOU APRENDENDO A USAR 'SID' 'SOD' COM O 8080 :(


SID/SOD eh soh no 8085! :)
Avatar do usuário
msamsoniuk
Dword
 
Mensagens: 2935
Registrado em: 13 Out 2006 18:04

Mensagempor polesapart » 11 Mai 2011 13:58

Marcelo seu nerd! :D
Warning: time of day goes back (-163479us), taking countermeasures. :)
Avatar do usuário
polesapart
Byte
 
Mensagens: 477
Registrado em: 19 Nov 2007 12:56
Localização: Curitiba

Mensagempor luisf.rossi » 13 Mai 2011 09:48

fabim escreveu: Pra começar PIC é para amadores, é apenas uma rampa má projetada... Que nos causa vicios muito dificeis de serem vencidos.. Graças ao meu esforço, eu esqueci até como se programa pic, e nem lembro mais como usa o MPLAB. E puxei varios amigos meus para sairem dessa m**** chamada pic... Os que sairam do microshit e entraram no CM3/arm7/9/11 e agora cortexA8/A9 eu ajudo, os outros com pic, eu sacaneio..!!!


My 2 cents (again). Eu concordo que a Microchip realmente ficou para traz com seus microcontroladores de 8 bits, mas por algum motivo se criou um peconceito quase irracional com os microcontroladores deles de modo geral, talvez por ser largamente utilizado por hobistas. De modo geral realmente é dificil encontrar motivos para utilizar os PIC de 8 bits em alguns projetos, pois normalmente você vai encontrar um MSP430 ou CM0 que tenha características mais vantajosas. Porem para as familias de 16 bits e 32 bits eu ainda vejo "esperança". Os dsPIC por exemplo, acabam sendo muito úteis para aplicações de controle não muito complexas, mas que tenham requisitos de temporização e RT mais precisas, mas não precisem de conectividade de modo geral (USB.. Ethernet). Eu conheço dois exemplos que utilizaram dsPICs para aplicações profissionais/comerciais. Uma delas é em um controlador de EMCCD para um telescopio que estáno Chile. A placa utilizava um dsPIC junto com um FPGA para realizar o controle da aquisição e a filtragem do sinal. Outro exemplo seria o Robô NAO. Obviamente ele não é utilizado para aplicações criticas, mas é considerado um dos Robôs com caracteristica scusto/desempenho mais interessantes que tem no mercado. Se eu não me engano todo o controle motor dele e sensoriamento é feito por dsPICs. Ja os para os PIC24 da vida, eu vejo apenas um ponto realmente interessante. Eles são os únicos na categoria (processamento/preço/consumo) que oferecem um USB Host, que pode vir a ser muito útil para algumas aplicações, principalmente utilitários de eletrônica. Por exemplo algum dispositivo que tenha uma interface com um iphone precisa ser um USB Host. Ele poderia utilizar serial, mas tem uma transferência bem limitada, principalmente se a aplicação envolver video. Outro exemplo, serial qualquer aplicação que possa utilizar um pendrive para salvar dados. Para o PIC32, eu ja tive a oportunidade de desenvolver 2 projetos com ele e realmente o desempenho dele é muito bom. É dificil achar um CM3 que tenha um mesmo desempenho, porém o fanatismo atual do mercado por ARM colocou qualquer outro mcu de 32 bits de lado. Outro exemplo muito bom é o AvR32. Eu conversei com alguns caras da Atmel dos EUA, e eles botam a mão no fogo que o AVR32 não tem nenhuma desvantagem perto de um CM3 (inclusive os que eles mesmo vendem). Mas nesse momento sempre vem o velho argumento: Mas se você utiliza CM3 você pode pular de fabricante para fabricante sem esforço. Isso é apenas verdade em questão de ferramentas. Os compiladores e Jtags da vida, vão ser o mesmo. Mas mudando de fabricante, os registradores, nomenclatura, e tudo mais muda, o que acaba sendo a mesma dificuldade de migrar de qualquer plataforma diferente, afinal microcontrolador é tudo "a mesma coisa" salvo se você for um fanático por ASM. Apesar de tudo isso que eu falei, eu pessoalmente gosto de utilizar CM3 em projetos, mais especificamente os da ST, principalmente pelo preço, e compatibilidade de familia a familia. Se você desenvolve um projeto com um STM32F101, e precisa de mais processamento, você pode mudar uma um 103 (com o dobro de processamento) sem mudar uma vírgula no código e uma trilha no projeto. O mesmo acontece se você precisar subir q quantidade de Flash/RAM. Para reduzir não é mais valido ja que alguns periféricos somem. Para baixo consumo eu não encontrei nenhum melhor que MSP430 até hoje. Realmente nisso os caras são bons. Porém em alguns projetos eu tenho que colocar PIC por um único motivo: Disponibilidade. Infelizmente no Brasil, quase nenhum MCU é estocado, e se você quer trabalhar sem estoque e com Lead Time reduzido, não existem muitas alternativas. Para finalizar, e realmente acho que quem está começando na área deveria olhar outras arquiteturas além de PIC. O LaunchPad por exmplo é uma ótima plataforma para aprender a usar microcontroladores, pois tem um custo/beneficio imabativel. Para finalizar, colocar na comparação Cortex A8/A9 e ARM9/11 não faz sentido nenhum. Simplesmente eles não tem a mesma função e visam aplicações completamente diferente. Bom isso tudo é uma opinião pessoal e eu aceito criticas.

Abs
luisf.rossi
Byte
 
Mensagens: 109
Registrado em: 28 Nov 2010 12:48
Localização: São Paulo, SP

Mensagempor Rodrigo_P_A » 13 Mai 2011 12:20

luisf.rossi escreveu:
fabim escreveu: Pra começar PIC é para amadores, é apenas uma rampa má projetada... Que nos causa vicios muito dificeis de serem vencidos.. Graças ao meu esforço, eu esqueci até como se programa pic, e nem lembro mais como usa o MPLAB. E puxei varios amigos meus para sairem dessa m**** chamada pic... Os que sairam do microshit e entraram no CM3/arm7/9/11 e agora cortexA8/A9 eu ajudo, os outros com pic, eu sacaneio..!!!


My 2 cents (again). Eu concordo que a Microchip realmente ficou para traz com seus microcontroladores de 8 bits, mas por algum motivo se criou um peconceito quase irracional com os microcontroladores deles de modo geral, talvez por ser largamente utilizado por hobistas. De modo geral realmente é dificil encontrar motivos para utilizar os PIC de 8 bits em alguns projetos, pois normalmente você vai encontrar um MSP430 ou CM0 que tenha características mais vantajosas. Porem para as familias de 16 bits e 32 bits eu ainda vejo "esperança". Os dsPIC por exemplo, acabam sendo muito úteis para aplicações de controle não muito complexas, mas que tenham requisitos de temporização e RT mais precisas, mas não precisem de conectividade de modo geral (USB.. Ethernet). Eu conheço dois exemplos que utilizaram dsPICs para aplicações profissionais/comerciais. Uma delas é em um controlador de EMCCD para um telescopio que estáno Chile. A placa utilizava um dsPIC junto com um FPGA para realizar o controle da aquisição e a filtragem do sinal. Outro exemplo seria o Robô NAO. Obviamente ele não é utilizado para aplicações criticas, mas é considerado um dos Robôs com caracteristica scusto/desempenho mais interessantes que tem no mercado. Se eu não me engano todo o controle motor dele e sensoriamento é feito por dsPICs. Ja os para os PIC24 da vida, eu vejo apenas um ponto realmente interessante. Eles são os únicos na categoria (processamento/preço/consumo) que oferecem um USB Host, que pode vir a ser muito útil para algumas aplicações, principalmente utilitários de eletrônica. Por exemplo algum dispositivo que tenha uma interface com um iphone precisa ser um USB Host. Ele poderia utilizar serial, mas tem uma transferência bem limitada, principalmente se a aplicação envolver video. Outro exemplo, serial qualquer aplicação que possa utilizar um pendrive para salvar dados. Para o PIC32, eu ja tive a oportunidade de desenvolver 2 projetos com ele e realmente o desempenho dele é muito bom. É dificil achar um CM3 que tenha um mesmo desempenho, porém o fanatismo atual do mercado por ARM colocou qualquer outro mcu de 32 bits de lado. Outro exemplo muito bom é o AvR32. Eu conversei com alguns caras da Atmel dos EUA, e eles botam a mão no fogo que o AVR32 não tem nenhuma desvantagem perto de um CM3 (inclusive os que eles mesmo vendem). Mas nesse momento sempre vem o velho argumento: Mas se você utiliza CM3 você pode pular de fabricante para fabricante sem esforço. Isso é apenas verdade em questão de ferramentas. Os compiladores e Jtags da vida, vão ser o mesmo. Mas mudando de fabricante, os registradores, nomenclatura, e tudo mais muda, o que acaba sendo a mesma dificuldade de migrar de qualquer plataforma diferente, afinal microcontrolador é tudo "a mesma coisa" salvo se você for um fanático por ASM. Apesar de tudo isso que eu falei, eu pessoalmente gosto de utilizar CM3 em projetos, mais especificamente os da ST, principalmente pelo preço, e compatibilidade de familia a familia. Se você desenvolve um projeto com um STM32F101, e precisa de mais processamento, você pode mudar uma um 103 (com o dobro de processamento) sem mudar uma vírgula no código e uma trilha no projeto. O mesmo acontece se você precisar subir q quantidade de Flash/RAM. Para reduzir não é mais valido ja que alguns periféricos somem. Para baixo consumo eu não encontrei nenhum melhor que MSP430 até hoje. Realmente nisso os caras são bons. Porém em alguns projetos eu tenho que colocar PIC por um único motivo: Disponibilidade. Infelizmente no Brasil, quase nenhum MCU é estocado, e se você quer trabalhar sem estoque e com Lead Time reduzido, não existem muitas alternativas. Para finalizar, e realmente acho que quem está começando na área deveria olhar outras arquiteturas além de PIC. O LaunchPad por exmplo é uma ótima plataforma para aprender a usar microcontroladores, pois tem um custo/beneficio imabativel. Para finalizar, colocar na comparação Cortex A8/A9 e ARM9/11 não faz sentido nenhum. Simplesmente eles não tem a mesma função e visam aplicações completamente diferente. Bom isso tudo é uma opinião pessoal e eu aceito criticas.

Abs


Depois vc posta aqui o modelo de PIC32 que tenha os mesmos recursos que um LPC1768 com 100 pinos e com preço final de US$7,00 no brasil para eu conhecer.

desculpe, não posta aqui não, pois este tópico num tem nada a ver, cria um outro tópico no fórum de arm, ou pic, ou boteco, sei lá onde é o local certo.
---
Avatar do usuário
Rodrigo_P_A
Dword
 
Mensagens: 2237
Registrado em: 12 Out 2006 18:27
Localização: Osasco - S.P - Brasil

Mensagempor tcpipchip » 13 Mai 2011 13:03

Não consegui ler até o final...:(
Avatar do usuário
tcpipchip
Dword
 
Mensagens: 6560
Registrado em: 11 Out 2006 22:32
Localização: TCPIPCHIPizinho!

Mensagempor xultz » 13 Mai 2011 13:53

Eu consegui ler 1/3, sobre a USB host, são raros em micros, a maioria está optando por OTG que pode ser tanto host quanto device, e acaba sendo muito mais interessante.
98% das vezes estou certo, e não estou nem aí pros outros 3%.
Avatar do usuário
xultz
Dword
 
Mensagens: 3001
Registrado em: 13 Out 2006 18:41
Localização: Curitiba

Mensagempor luisf.rossi » 13 Mai 2011 14:39

Mau ae.. realmente eu deveria ter dado uns <ENTER> para aliviar o texto. Está horrivel de ler.. Sobre a comparação de preço.. eu realmente não estou falando que PIC32 é o maximo nem que a microchip é a melhor. Diga-se de passagem eu mesmo uso CM3 com frequencia (e realmente os preços/desempenho são muito bons).

O meu ponto era sobre falar que usar microchip, Atmel, ou seja qual marca for que não seja um ARM é absurdo. Simplesmente cada microcontrolador, tem suas caracteristicas, que o fabricante escolheu, e elas podem ser ou não beneficas para a sua aplicação. Um exmplo besta, o modo que é feito o controle dos pinos num AVR32 ou num PIC32 é mais eficiente do que num ARM. Isso faz com que eles possam chavear os pinos mais rápidos.. isso é útil par alguem? Não sei.. mas se for é um ponto positivo.

Outro exemplo.. MSP430.. se você precisa de baixo consumo mas não precisa de um processamento/flash/ram altos.. é muito mais atraente que um CM3.

A questão é que ficar falando que uma pessoa é burra apenas por que ela usou um PIC num projeto, e que CM3 é a melhor coisa do mundo não faz sentido.

Mas em especifico quando o LPC1768 foi lançado, eu me lembro que muitas pessoas se ferraram hahaha. Eu acho que ja foi corrigido nas versões atuais, mas no datasheet esta escrito o seguinte:

RTC.1: The Real Time Clock (RTC) does not work reliably within the
temperature specification

Work-around:
None

huahauha isso foi motivo de piada... Mas eles realmente melhoraram muito ... ja houveram datasheets mais longos. Porém eu não sei se els ja concertaram o problema da VIC deles de geral interrupts aleatórios.

Abs... eu não criei um topico novo pois não achei necessário apenas para esse post.

Abs
luisf.rossi
Byte
 
Mensagens: 109
Registrado em: 28 Nov 2010 12:48
Localização: São Paulo, SP

Mensagempor luisf.rossi » 13 Mai 2011 14:42

Corrigindo, aquilo está escrito na errata.

Abs
luisf.rossi
Byte
 
Mensagens: 109
Registrado em: 28 Nov 2010 12:48
Localização: São Paulo, SP

Mensagempor msamsoniuk » 13 Mai 2011 15:16

<flame war mode=on>
que comedia voces hein! isso tudo eh balela total! :D

todos os problemas do universo podem ser resolvidos com o 68000 pq possui o melhor equilibrio entre custo, complexidade e features. de fato, o 68000 jah estava sendo utilizado antes do ARM comecar a engatinhar e vai estar sendo utilizado milhares de anos depois do ARM dar o ultimo suspiro! :)

ah sim, o PIC jah era fabricado antes do 68000... vai ver eh por isso que o PIC pode ser considerado *totalmente obsoleto* hehehe ;D
</flame>
Avatar do usuário
msamsoniuk
Dword
 
Mensagens: 2935
Registrado em: 13 Out 2006 18:04

Mensagempor luisf.rossi » 13 Mai 2011 15:48

Mais OT da minha parte, mas eu realmente fiquei interessado, Rodrigo_P_A, onde você encontrou esse preço no BR? Qual distribuidor/volume? Que
e realmente está muito bom. Quero guardar como referencia para futuros usos.

Abs
luisf.rossi
Byte
 
Mensagens: 109
Registrado em: 28 Nov 2010 12:48
Localização: São Paulo, SP

Mensagempor Rodrigo_P_A » 13 Mai 2011 19:09

luisf.rossi escreveu:Mais OT da minha parte, mas eu realmente fiquei interessado, Rodrigo_P_A, onde você encontrou esse preço no BR? Qual distribuidor/volume? Que
e realmente está muito bom. Quero guardar como referencia para futuros usos.

Abs


posso dizer que pago isso, pela negociação que fiz com o distribuidor, mas não posso passar detalhes, mas é fácil, basta pegar a lista de distribuidores NXP no brasil e negociar com eles.
---
Avatar do usuário
Rodrigo_P_A
Dword
 
Mensagens: 2237
Registrado em: 12 Out 2006 18:27
Localização: Osasco - S.P - Brasil

AnteriorPróximo

Voltar para PIC

Quem está online

Usuários navegando neste fórum: Nenhum usuário registrado e 1 visitante

cron

x