#15: Re: Minim OSD e Multiwii Author: KataVentos,
Posted in this forum: Thu 11-04-2013, 19:56
Olá Afonso,
antes de mais quero agradecer duplamente, pela aquisição do OSD e pelo donativo, agora já existe um Português pelo que deverei pedir que ignorem o post anterior. Obrigado.
Estou neste momento em fase de criação de uma página onde estarão disponíveis novidades que podem ser adquiridas através do site e/ou feitas de raiz por vós seguindo as instruções disponíveis. Tudo a seu tempo... Graças aos donativos podemos continuar a desenvolver considerando o projecto pelo menos autosuficiente.
Vou disponibilizar as nossas ideias e desenvolvimentos quer neste OSD quer noutros caminhos que estamos a percorrer utilizando o mais recente hardware no mercado.
afonsos wrote ( View Post): ›
Ja agora aproveito para colocar umas questões,se calhar isto é basico
|
Penso que não existem questões básicas, existem sim pessoas muito básicas que não colocam questões. Existe uma quantidade tal de informação acerca de determinado assunto/ponto, exlicado de maneiras muito diferentes o que acaba por confundir e fazer com que não o compreendamos realmente, pelo que tentarei sempre ser o mais sucinto e objectivo possível.
afonsos wrote ( View Post): ›
-A minha seta do home por vezes não aponta correctamente para o local de descolagem (home),por vezes tem um desvio de 45-90º.
Reparei no teu video que a seta esta a funcionar correctamente.
Que poderá ser? mag mal calibrado?
|
Nas últimas versões Multiwii 2.2 e KVT_OSD r345 tive uma "queixa" por parte de um utilizador de peso no projecto Muultiwii relativamente a este assunto, pelo que comecei de imediato a tentar encontrar a razão... Efectivamente a explicação está na forma como se calibra a bússola e o local onde a mesma se encontra. Não estar a ser perturbado por nenhum campo magnético por mais pequeno que seja é 90% do caminho andado. Procedi também a uma alteração no código (OSD) e vim a descobrir mais tarde que tem exactamente o mesmo impacto que o código anterior para quem tinha o problema. É extremamente difícil de resolver um problema quando não o conseguimos reproduzir .
Vou descrever de seguida o procedimento básico para uma bússola bem calibrada. Contudo incrivelmente, a marca/modelo de sensor pode influenciar na forma de como é calibrado.
Procedimento standard:
1-Eixo Z (Yaw): rodar 360º passando por: Norte, Este, Sul e Oeste;
2-Eixo X (Roll): rodar 360º e voltar ao ponto de partida;
3-Eixo Y (Pitch):rodar 360º e voltar ao ponto de partida.
Agora... Para o sensor que eu utilizo (HMC5883L) a forma correcta de calibrar é um pouco diferente bem como o código do sensor, porque o BIAS positivo é diferente no eixo Z cerca de 7%.
O campo gerado para os eixos X&Y é de 1.16 Gauss, e no eixo Z 1.08 Gauss.
(Gauss) unidade de medida de um campo magnético (inducção magnética).
Procedimento indicado para a bússola (HMC5883L):
1- Apontar para o norte e no nosso caso (Europa/Portugal) apontar também 45º na direcção da terra;
2- Eixo Z (Yaw): rodar 360º passando por: Norte, Este, Sul e Oeste;
3- Eixo Y (Pitch):rodar 360º e voltar ao ponto de partida;
4- Apontar para Este;
5- Eixo X (Roll): rodar 360º e voltar ao ponto de partida;
Para obter a tensão (voltagem) da bateria basta utilizar um divisor de voltagem feito com duas resistencias.
A minha questão é:
Queres medir através da FC, ou através do MinimOSD utilizando as modificações disponíveis na wiki?
O código do OSD utiliza a referência de voltagem interna de 1.1v e o código Multiwii não, o que faz com que o divisor de voltagem seja diferente de forma a obteres valores estáveis.
Se querias dizer ou medir corrente e tensão sim, esse é um bom exemplo de hardware para o efeito, vai conceteza funcionar correctamente depois dos devidos ajustes com a leitura através da FC. No caso do OSD só depois de baixares a tensão nos pin´s para 1v porque a escala está feita para 3.3v.
GND- Massa
V - Voltagem
I - Corrente
Fiz uma pesquisa rápida e constatei que para esse receptor em particular a melhor forma é utilizando um RC filter (Low Pass filter) e um Buffer ligado ao Led verde que pisca (em termos de velocidade) consoante o nº de "pacotes/dados" que recebe.
Fiz um hà bastante tempo utilizando um LM 358 para o RX original do Turnigy 9X, funcionava bastante bem.
Há relativamente pouco tempo fiz um RC Filter de forma a utilizar o RSSI do meu FRSky D8rII-Plus depois de o ter flashado com o código CPPM 27ms.
O RSSI nos FRSky é PWM (Pulse with Modulation) e como tal para obtermos uma leitura analógica necessitamos de "cortar" os impulsos.
Esquema por mim utilizado para o efeito:
Envolver componentes e pontas em manga termoretráctil!
NOTA: A fotografia está invertida face ao desenho. Na entrada precisamos de sinal e massa para que o condensador faça o seu trabalho, na saída somente o sinal visto a massa ser comum.
O Buffer (Amplificador operacional LM358) serve para copiar o sinal "fraco" produzido pelo RX.
Depois de o sinal passar pelo filtro (RC Filter) O LM 358 torna-o significativo de forma a providenciar uma boa leitura.
O LM 358 Deverá ser alimentado (5v) e deverás soldar (unir) os pinos 1 e 2 que correspondem à saida (a ligar ao teu OSD ou FC).
NOTA: Aproveito para dizer que a próxima versão do código (OSD) já vai contar com leitura digital para o RSSI (PWM).
Para quem usar FRSky (outros com PWM out) e quiser soldar um pin no lugar do MISO (pin 12) passa a ser desnecessário o RC Filter.
afonsos wrote ( View Post): ›
Estou muito satisfeito com o OSD, até sinto falta quando voo o 400 que ainda não tem OSD,mas estas informações de rssi e tensão do pack de voo dava muito jeito.
|
Fico contente que estejas a divertir-te com o OSD.
Espero ter ajudado neste post.
Aproveito para dizer que tenho a chegar OSD´s! o 400 vai gostar também!
Abraço,
KV
|