Respostas no Fórum
-
AutorPosts
-
em resposta a: Aplicação stand alone no QDSP #5900
@irving, achei alguma documentação relevante que denota ser possível inclusive algo suportado oficialmente:
https://developer.qualcomm.com/software/hexagon-dsp-sdk
Porém seria legal saber se existe alguém acessível que tenha os guias para não precisar bater cabeça sem necessidade. Já basta o trampo que foi compilar o gattlib na Dragon tendo que bypassar o DBUS (nada com o snapdragon em si, era coisa de build environment)
Felipe
Team BeeInformedem resposta a: Makefile para build de aplicações em C para a DragonBoard #5895Galera só uma coisa pra quem for usar o repo que passei, durante a compilação se acontecer algum problema de undefined reference pode ser que vocês não tenham a libluetooth-dev ou a libgattlib, caso não seja necessário para a aplicação de voces, basta ir no make file na linha LDFLAGS e comentar as opções
-lbluetooth -lgattlib
Abs
Felipe
Team BeeInformedem resposta a: Olha onde já chegamos……. Vejam que bacana!!! #5891@All, alguém sabe o que esses três meses de membership da direito? Nós recebemos esse email também 🙂
@Bruno, se depender de todos aqui a missão é deixar tão difícil, a ponto de não haver solução que não seja declarar todos vencedores 😀Felipe
Team BeeInformedem resposta a: Olha onde já chegamos……. Vejam que bacana!!! #5882Bruno,
Eita! Parabéns a todos os grupos, os ultimos sprints foram uma loucura, mas vamos começar a ver que valeu a pena demais!
Eita2! To vendo que o team BeeInformed e todos os outros vão descansar pouco, fazer o que né, challenge accepted!
Eita3! No instructables, que honra! Podemos compartilhar esse arquivo em nossas redes sociais Bruno?
Felipe
BeeInformed Teammem resposta a: … 5 dias restantes … #5605Vai ser disponibilizado depois o vídeo? Não vamos conseguir participar pois faremos um overnight coding essa noite e na sexta pra fechar o máximo de pontas que conseguirmos.
Felipe
BeeInformedTeamem resposta a: Presente adicional… #5604Legal!
Já estou até com dó de mandar ela pro meio do barro pra fazer testes 🙂
Prometemos cuidar bem dela. Será a primeira de muitas 😛
Felipe
BeeInformedTeamem resposta a: DB em curto #5586Os pinos curto circuitados são os da fonte? Ou é o Jack que está reportando isso? Você mediu com a fonte desconectada (Desligada eu sei que sim, mas digo com ela desligada da tomada mas o cabo conectado no Jack?)? Pergunto isso pois essas fontes chaveadas possuem um capacitor de bulk na saida e quando desligadas ao adicionar o testador de continuidade ele reporta curto por alguns segundos mas por influência desse capacitor.
Caso esse não seja o seu cenário, é possivel soldar pela parte de baixo da placa os sinais do 12V antes do regulador. Eu não acredito que exista uma forma de alimentar direto pelos 5V, a menos que o VUSB tenha alta capacidade de corrente, tentou alimentar ela pela USB On-The-Go? Ela que costuma ter esse tipo de caracteristica.
A boa noticia é que pode não ser um curto geral, mas apenas no estágio de entrada da fonte, que nao prejudica a sua placa, bastaria encontrar o responsável pelo curto na fonte (ou solda)
PS: Com essas placas parando de funcionar, estou até com medo de tirar a minha do lugar, liguei ela no começo da terceira fase e ela ta ligada desde então heuhuehue
em resposta a: Viagem a Califórnia. Confirmação da Data #5548Bruno, favor desconsiderar, vi aqui que tinha um tópico explicando o como vai funcionar.
Desculpe, vacilo meu 🙂
Felipe
em resposta a: Receptor RF via UART da Linker Mezzanine #5530Tudo bem @gubertoli?
Então pelo que sei a VirtualWire é um emulador de I2C ou OneWire, do lado de um microcontrolador é perfeitamente justificável seu uso as custas de um pouco de CPU, porem do lado da DragonBoard a forma de operação dela pode não dar o melhor resultado (a menos que voce use um bit-rate bem baixinho).O que ocorre eh que no Python (e mesmo em C) você não tem garantia de quanto tempo leva uma leitura de gpio, o que pode fazer com que você amostre o bit errado, ou mesmo o nível errado corrompendo o pacote.
A uart funcionaria melhor pois nesse caso o hardwared do MCU e da Dragon trabalham por você e cuidam da temporização, a unica recomendação é baixar o bit-rate, se o pacote de dados for pequeno (ou o payload tiver tamanho fixo) sua aplicação nao vai sentir impacto de velocidade.
Agora se voce tem acesso ao HC-12 pode ser um excelente negocio, pois pelo datasheet dele, ele tem toda uma infra interna pra cuidar dos pacotes que chegam por RF e te entregar uma porta serial filtrada e livre de erros, bastando conectar na Dragon nesse caso, tanto MCU quando Dragon comunicariam-se deforma transparente como se estivessem ligados diretamente, se esse modulo estiver ao alcance, não pense duas vezes é o melhor e mais produtivo caminho 🙂
Pra ajudar, segue o datasheet do bicho:
https://www.elecrow.com/download/HC-12.pdfQualquer coisa, da um grito!
Abs
FN
em resposta a: Sincronismo das GPIOs #5523@thaysa, tempo real vai ser bem dificil , visto que a leitura do GPIO usando syscalls não é deterministica, ou seja sempre vai variar o tempo em que voce escreve até que o valor seja disponibilizado na saida do GPIO, o mesmo ocorre na leitura por meio da syscalls.
Uma forma interessante de medir o periodo é utilize a time.h para capturar o time corrente (em nanossegundos), escreva no gpio desejado, aguarde a leitura do mesmo gpio usando poll() ou epoll(), no momento em que retornar, leia o tempo corrente novamente e calcule a diferença da primeira leitura, voce pode refazer o processo varias vezes para saber se a variação está grande (além do aceitável) entre escrita e leitura partindo da aplicação.
Uma solução para seu problema é ao acessaro o driver do gpio eh desabilitar o flag O_NONBLOCK durante a função open(), com isso ao executar uma tarefa write, ela só vai retornar depois que a syscall for completamente encerrada ou seja após o Linux fazer um write_l() que é o acesso mais baixo ao hardware sendo a escrita direto ao registradpr do controlador do GPIO.
Se eu puder ajudar mais, pergunta ai 🙂
Felipe
em resposta a: placa resetando intermitentemete #5521@Thaysa, o hcitool lescan trava a ponto de não aceitar mais Ctrl+C? Se for apenas um hang dele, tente matar o processo, desabilitar e habilitar novamente o adaptardo BT fazendo isso aqui:
hciconfig hci0 down
hciconfig hci0 upFelipe
em resposta a: Receptor RF via UART da Linker Mezzanine #5519Olá pessoal, peguei a discussão no meio, mas caso seja de utilidade, os modulos RT3/4 , RR3/4 não desempenham bem com taxa de dados altas (eles utilizam modulação FSK, um derivado do FM) porém o demodulador degrada muito o sinal de dados a medida que o bit-rate aumenta, se possível mantenham-o em 500bps, e na saida do módulo antes de chegar no RX da Dragon, coloquem um CI buffer-schimitt trigger com dois 74hc04 em série, isso ajuda a minimizar efeitos de degradação reduzindo erros que possam enganar o oversampler da UART da DragonBoard
Se eu puder ajudar em algo mais, podem perguntar.
Abs
Felipe
em resposta a: TDC São Paulo #5518Ja irei como palestrante para falar sobre Bluetooth Low Energy, existe a possibilidade de expor a solução no mesmo dia?
Já temos o conceito formado e boa parte da solução ja implementada e para nós seria ótimo poder expor um pouco mais do conteúdo.
Só uma duvida, existe algum formato específico? Banner? Apresentação de slides?
Obrigado.
Felipe
em resposta a: Viagem a Califórnia. Confirmação da Data #5517Olá Bruno, me liguei agora que tinha fórum (perdi um monte de informação importante).
GOstaria de tirar uma dúvida, quem não tem visto e for selecionado para a viagem, a Qualcomm vai fornecer alguma carta para ajudar no processo de obtenção? Isso é importante pois os membros da equipe aqui queriam adiantar o processo de obtenção caso isso seja apenas nossa responsabilidade.
Obrigado
Felipe
-
AutorPosts