LusoRobótica - Robótica em Português
Robótica => Lojas => Tópico iniciado por: metRo_ em 10 de Abril de 2014, 13:13
-
Tem se vindo a falar da Cypress e dos seus PSoC por isso achei por bem partilhar esta promoção deles em que os integrados custam 1$ e os portes são grátis: http://www.cypress.com/?id=2218 (http://www.cypress.com/?id=2218)
-
Muito bom! quem ainda não experimentou, experimente!
-
Podiam dar uma pequena breve explicação do que é esse chip?
É que me lembro de ver uns que eram do género fpga com um microcontrolador integrado
Edit:
Tive a ler um pouco, mas não compreendi bem. É um arm com todos os pinos reconfiguraveis?
Por 1 euro acho que não custa experimentar, se haver maneira fácil de programar o bootloader
-
É necessário um programador pelo menos para instalar bootloader:
http://eewiki.net/display/microcontroller/PSoC+Bootloaders (http://eewiki.net/display/microcontroller/PSoC+Bootloaders)
E uma vez com bootloader pode ser que se possa fazer algo interessante. Eu publiquei aqui uns tutoriais com PSoC. O Tiago publicou tutoriais sobre PSoC, o que são, etc.
A jornada de mil milhas começa com o primeiro passo, como diz o ditado chinês. Acrescento, para começar a jornada tem que poder dar o primeiro passo, ter forças para tal. Portanto, deve investir numa placa PSoC com as coisas como programação facilitadas. Isto é um requisito "sine qua non", mais fácil para se concentrar no que é importante: aprender. "I am afraid" (infelizmente, tenho pena que seja assim) como dizem os ingleses...
-
Pois assim já não fica tão económico como parece, acho que preferia dedicar me aos arms discovery
-
Provavelmente a maneira mais barata de ter um programador para psoc3 e 5 é uma fx2 do ebay por meia duzia de €, mas penso que não dá para os 4, por outro lado é jtag, logo devia funcionar.
Meh, fico de pé atrás com empresas que cada chip que fazem é preciso um programador diferente, mas isso está um bocado na moda agora, cada familia sai com um protocolo diferente ::)
-
Caro senso: há coisas proprietárias. O investimento dos fabricantes. Há muito trabalho em fazer programadores que funcionam. Quem os cria não quer vender no barato. A receita do barato é a falência!
-
Senso: Como facto interessante, premi sobre uma publicidade de Lusorobótica. Direcionou-me ao site de Texas Instruments. Veja com os seus olhos, quanto custa a solução Ti para aprender sobre Zigbee, e talvez desenvolver algo:
http://www.ti.com/tool/cc2530zdk-zll (http://www.ti.com/tool/cc2530zdk-zll)
E digo: vale a pena investir o dinheiro.
-
Senso: Como facto interessante, premi sobre uma publicidade de Lusorobótica. Direcionou-me ao site de Texas Instruments. Veja com os seus olhos, quanto custa a solução Ti para aprender sobre Zigbee, e talvez desenvolver algo:
http://www.ti.com/tool/cc2530zdk-zll (http://www.ti.com/tool/cc2530zdk-zll)
E digo: vale a pena investir o dinheiro.
Metendo me na conversa, acredito que uma grande parte do custo vem logo dos 3 conjuntos de led
-
O PSoC4 não tem JTAG, usa uma tal de interface SWD que é um standard da ARM.
Agrada-me que a Cypress tenha publicado toda a informação para se poder fazer um programador para PSoC4, tanto hw como sw: http://www.cypress.com/?docID=48133 (http://www.cypress.com/?docID=48133) . Ahhhhhh.... está a cheirar-me a AT90S1200, iniciei-me nos AVR comprando um par destes e fazendo o programador (hw e sw) usando a placa de som como osciloscópio...
Só ainda não descobri quais são as condições de licenciamento das ferramentas de desenvolvimento deles (PSoC Creator). Parece que vou ter mesmo que sacar o meio giga para ficar a saber.
-
Uma coisa é criar um bootloader outra é um programador com depurador, isto é algo mais a sério!
Até agora não se fez nenhum programador/depurador de baixo custo para PSoC4.
O mercado na Ásia, especialmente na China e India é grande. Portanto se alguém na Lusorobótica acabar por fazer um programador/depurador de baixo custo, tem aí um potencial produto para comercializar.
Apropriadas proteções e outras especiais caraterísticas devem ser contempladas para o produto ter sucesso.
Para quem está interessado existe maneira de utilizar a placa Pioneer PSoC 4 para programar dispositivos externos. O programador existente na placa Pioneer não permite depuração.
-
O programador da Cypress que suporta todas as famílias PSoC custa US$89:
http://www.cypress.com/?rID=38154 (http://www.cypress.com/?rID=38154)
A minha sugestão é como começar por algum lado e descobrir PSoC talvez com a placa Pioneer, ou uma outra de baixo custo aqui referida há bem pouco tempo. Sem começar é que nunca se aprende.
Quanto a tutoriais e outros tópicos de interesse sobre PSoC está aqui tudo:
http://lusorobotica.com/index.php?board=43.0 (http://lusorobotica.com/index.php?board=43.0)
A propósito sobre o tópico PSoC, é algo que sempre suscitou pouco interesse aqui. Porquê? Eu tenho o meu entendimento sobre as razões. Aliás nem as universidades portuguesas parecem estar interessadas.
-
A propósito sobre o tópico PSoC, é algo que sempre suscitou pouco interesse aqui. Porquê? Eu tenho o meu entendimento sobre as razões. Aliás nem as universidades portuguesas parecem estar interessadas.
Tecnologia vendida por uma só empresa. Se a Cypress decide abandonar ou "estragar" os PSoC, lá se vai o tempo e dinheiro investidos.
-
Como qualquer outro micro, a NXP não faz pic's, nem a atmel faz stm's, e por ai fora.
Sim, SWD pode-se dizer que é norma nos arm's, não sei se continua a poder ter o tempero da casa como o JTAG, mas para mim se á coisa que me irrita é ter de enterrar dinheiro em programadores que depois podem ou não funcionar decentemente.
Dev boards a custar 1000€ existem a monte, não quer dizer que eu seja o mercado alvo delas(que não sou), a questão é, quando é que as empresas aprendem que muitas pessoas que pegam nos chips deles por hobby podem acabar por usar milhares de chips(ex. estudante de eletrónica, começa com familia X de micros e basicamente usa isso o resto da vida, point in case, PIC em Portugal).
Zig bees e afins são sempre coisas ligeiramente mais caras, mais que não seja porque o processo de fabrico é diferente(leia-se, mais caro), e para mais esse tem led's, se forem da cree custam meia duzia de € cada um.
-
É dificil oferecer tais ferramentas a hobistas. O preço alto reflete os custos de se criarem tais ferramentas e fornecer apoio técnico. Nunca será fácil reconciliar o mercado hobista com o profissional.
-
Não sofram de NIH(not invented here), JTAG e SWD foram criados para serem protocolos standard, só que não pode ser..
-
Quanto a estar-se agarrado a um único fabricante, isso é verdade para todos estes microcontroladores. Se acham que ao usar um ARM não estão, pensem melhor... apesar de o core ser igual, tudo o resto é diferente de fabricante para fabricante, desde os programadores aos periféricos do chip e seus registos, às eventuais APIs de sw, às macros de pré-processador de C especiais para configurar certos detalhes, tudo. Dentro disto, prefiro os chips que tenham as interfaces abertas; gostava que os fabricantes de semicondutores vendessem semicondutores e não software.
Fazer um programador para este PSoC4 não me parece assim nada do outro mundo Tayeb. Está tudo no documento que deixei, da própria Cypress. Os PSoC 4 têm uma API de software numa ROM interna que trata dos detalhes da programação da flash, e o SWD é usado para falar com essa API. Portanto basta fazer uma interface qq entre o PC e o SWD (também especificado ao nível eléctrico no doc da Cypress) e uma aplicação no PC para ler o ficheiro .HEX (também especificado no doc da Cypress) e transmiti-lo ao chip. Não é mais complicado do que o programador que fiz para os AVR, embora me pareça ter um timming mais apertado na inicialização o que pode exigir usar um micro entre o PC e o chip.
Quanto ao debug não me lembro se tá incluido no doc mas penso que não. Não faço questão de ter o debug, não digo que não seja uma excelente ferramenta, mas estou habituado a lidar com sistemas "opacos" e não me faz nenhuma confusão não ter. Uma grande parte do meu sucesso profissional é porque sou um bocado como o Bear do Discovery; quando há um problema esquisito num sistema enorme que ninguém conhece bem, atiram-me lá pa dentro só com um canivete no bolso e ao fim de algum tempo saio de lá com o problema resolvido, lol. Acho que nunca usei um debugger desses (qual é mesmo o nome, os que permitem fazer debug em tempo-real no chip?), nem profissionalmente.
-
O nome especificio não sei se tem, swd existe o bus blaster e o openOCD, não sei quão facil ou dificil é para adicionar suporte para outro chip.
Pois, deve ser do hábito, mas desde que haja serial tudo se trata ;D
-
Yap, desde que haja uma COM tá-se sempre bem :)
-
E então usar algo deste género
http://www.cypress.com/?rID=92146 (http://www.cypress.com/?rID=92146)
Não custa Nenhum fortuna, e parece me que se partir se a board naquele sítio fica se com um programador para outros psoc do género.
-
Como qualquer outro micro, a NXP não faz pic's, nem a atmel faz stm's, e por ai fora.
E como é que configuras os periféricos / lógica reprogramável dos PSoC?
Através de código ou só tens a GUI? Era mais nesse sentido porque é essa a tecnologia que os difere dos outros.
A ideia que fiquei na altura é que só tinhas a GUI proprietária.
-
Como qualquer outro micro, a NXP não faz pic's, nem a atmel faz stm's, e por ai fora.
E como é que configuras os periféricos / lógica reprogramável dos PSoC?
Através de código ou só tens a GUI? Era mais nesse sentido porque é essa a tecnologia que os difere dos outros.
A ideia que fiquei na altura é que só tinhas a GUI proprietária.
Pelo que tenho estado a ver é tudo configurável por registos, a GUI gera código C que compila com o GCC para ARM (estou a falar só dos PSoC4), e pode inclusivé "exportar" código para compilar no Keil e outros, portanto é tudo código.
-
Quanto a estar-se agarrado a um único fabricante, isso é verdade para todos estes microcontroladores. Se acham que ao usar um ARM não estão, pensem melhor... apesar de o core ser igual, tudo o resto é diferente de fabricante para fabricante, desde os programadores aos periféricos do chip e seus registos, às eventuais APIs de sw, às macros de pré-processador de C especiais para configurar certos detalhes, tudo. Dentro disto, prefiro os chips que tenham as interfaces abertas; gostava que os fabricantes de semicondutores vendessem semicondutores e não software.
Eu estava habituado a ARM cortex-m3 da stm32 e ultimamente tenho usado o nRF51822 que é baseado em ARM cortex-m0 e embora os periféricos sejam diferentes tudo o que é clocks, interrupções, etc é igual.
O que me chateia mesmo são os programadores não serem standard mas todos lhe chamam JTAG e SWD. Com o openocd e outros projectos do género começamos a conseguir ter um programador para várias plataformas. Mas por exemplo no tal nRF51822 só mesmo o JTAG da segger é que funciona e têm uma versão lite que só vendem a empresas para vir nos kit de desenvolvimento, custa cerca de 60€ ou algo do género, mas depois a versão para o utilizador final começa numas centenas de euros.
-
E então usar algo deste género
http://www.cypress.com/?rID=92146 (http://www.cypress.com/?rID=92146)
Não custa Nenhum fortuna, e parece me que se partir se a board naquele sítio fica se com um programador para outros psoc do género.
Nop, como foi referido noutro lado, esse psoc tem um bootloader, essa placa á parte é apenas usb-serial, até tem lá no silk, rx e tx.
-
Olha metro, eu preferia que fosse o core a mudar. Uns pequenos ajustes na sintaxe de handling de interrupçõoes e o programa C estava pronto a bombar noutro chip. Já com mudanças nos periféricos...
-
E então usar algo deste género
http://www.cypress.com/?rID=92146 (http://www.cypress.com/?rID=92146)
Não custa Nenhum fortuna, e parece me que se partir se a board naquele sítio fica se com um programador para outros psoc do género.
Nop, como foi referido noutro lado, esse psoc tem um bootloader, essa placa á parte é apenas usb-serial, até tem lá no silk, rx e tx.
Agora um pouco offtopico:
Nesse link diz:
This USB-Serial device supports USB-UART, USB-GPIO, USB-I2C, and USB-SPI configurations.
Será que dava para programar um atmega directamte (.hex) por SPI, ja que se costuma programar o bootloader por AVR_SPI. ??
-
AVR ISP NÃO é simplesmente spi, apesar de os pinos em maior parte dos micros serem os mesmos.
Por 2€ tens um usbAsp do ebay, se tiveres um arduino com bootloader facilmente programas um attiny32313 e fazes um usbAspTiny.
-
AVR ISP NÃO é simplesmente spi, apesar de os pinos em maior parte dos micros serem os mesmos.
Por 2€ tens um usbAsp do ebay, se tiveres um arduino com bootloader facilmente programas um attiny32313 e fazes um usbAspTiny.
foi so um palpite.
Mas continuando a conversa.
Eu nao me importava de pagar os tal 5€ e qualquer por essa board. Comparando com o arduino que é uma plataforma mt mais cara
-
Xiiii, a Cypress é uma doida. Têm uma appnote e código C para usar um microcontrolador para gravar código num PSoC 4 através da tal interface SWD que ele suporta (podemos dizer que é como a ICSP ou ISP dos AVR/PIC). O código foi feito para correr num PSoC5LP, mas não deve ser muito dificil de portar para outro micro como um AVR/Arduino... quem é o 1º ;)?
http://www.cypress.com/?rID=81013 (http://www.cypress.com/?rID=81013)
-
PSoC também tem bootloaders usb e I2C que dão muita flexibilidade aos seus chips.
-
Ya Tig, mas isso não é razão para "espanto", não é nada do outro mundo fazer isso com qualquer outro micro. O busilis está sempre é em como é que o código chega a um chip virgem pela 1ª vez.
-
Uma coisa destas: http://sourceforge.net/apps/trac/libswd (http://sourceforge.net/apps/trac/libswd)
A funcionar como deve ser e com suporte para vários chips é que era :D