Olá a todos,

embora nunca ter participado ou aberto qualquer tópico neste forum conto já com algum tempo dedicado ao FPV e concretamente aos multirotores.
Participo activamente no desenvolvimento do código Multiwii desde 2011 quer em testes quer em participações de problemas relacionados.
Neste momento tenho o orgulho de contar com uma excelente equipa e de deter o depósito onde se está a desenvolver o código para o Minim OSD ou qualquer outro projecto DIY que conte com Atmel e a MAX7456. Este OSD (Minim) como vocês já devem saber, é neste momento o mais barato do mercado e consequentemente o mais procurado.

Aquando da implementação deste hardware (MINIM OSD) no código (que inicialmente comecei por desenvolver para um hardware específico conhecido por Rushduino, depois do abandono total por parte do programador que o vendeu ) as coisas ficaram descontroladas.

Desde 6 de janeiro que fiz o upload da versão Rush KV 2.1 e conta já com cerca de 300 downloads. Os tópicos relacionados estão ao rubro quer no RCG quer no forum Multiwii.
Em Portugal já existem uma quantidade de pilotos dedicados ao FPV, que eventualmente fazem correr o código MW nos seus Drones, Planadores etc, consequentemente lembrei-me que poderá haver interessados em adquiri-lo.

Tenho a chegar 10 unidades entre as quais 5 já estão vendidas, as restantes estão disponiveis. Estou sempre a receber porque estou sempre a vender por isso não hà pressa.

Existe em torno deste hardware grande discussão, relacionada com o facto de originalmente não trazer a possibilidade de fazer leituras analógicas como: voltagem, corrente ou RSSI. Como o código inicialmente foi elaborado para um hardware com estas caracteristicas existe a possibilidade de adicionar ao mesmo (Minim OSD) estas fucionalidades.

Todas as unidades vendidas por mim dispensam do processo de carregamento do software, (Mapa de caracteres e código) porque são testadas antes de enviadas aos pilotos.


Em baixo podem ver um video com a versão 2.0 deste software que em muito se assemelha à versão 2.1, contudo nada terá a ver com a versão que se seguirá em breve.

- contará com um mapa de caracteres inteiramente elaborado por mim com os caracteres mais pequenos, novos símbolos (originais);
http://code.google.com/p/rush-osd-development/wiki/OSD_pages_User_manual

- novas funcionalidades;

mas o que realmente vai fazer a diferença é o GUI, que para além de programar todas as funcionalidades sem que o piloto tenha de configurar as suas opções manualmente num "config.h" antes de carregar o software, como a capacidade de ser ligado à Controladora de voo, permitindo a simulação.


Vou utilizar este tópico para dúvidas ou exclarecimentos que julguem necessários.


Com os melhores cumprimentos,
KV







http://code.google.com/p/rush-osd-development/








Ver no Youtube

Olá KV,

Parabens por o projecto. Sou subscritor do teu canal do youtube já faz algum tempo, tenho acompanhado alguns dos videos e este osd já tinha despertado a minha atenção.
De momento tenho todo o material mwc encostado na box mas assim que voltar a pegar nele este osd seria uma solução interessante.

Reparei que os valores baseados nos dados fornecidos por o GPS têm uma actualização de 1 x por segundo, a velocidade de actualização está limitada por o osd ou por o modulo de gps utilizado neste video?
Por outro lado os azimute parece-me bastante rápido a actualizar, o que me parece que funciona por mag, certo?

Falas na impossibilidade de originalmente não fazer a leitura de dados analogicos, no entanto tens voltagem e consumo, qual é a alteração necessária?

Para terminar, qual é o preço do OSD?

Cumprimentos

Parabéns pelo projecto não conhecia, eu estou a usar o minimosd mas numa versão modificada que esta disponível no DIY drones e tenho rssi pwm e voltagem, basta usar os pinos livres e soldar nos anolog inputs com dividores de voltagem.

Mas a tua tem mto bom aspecto gráfico e tem a vantagem de se puder usar com as multiwii, vou cuscar

Bem vindo!

Ja tinha visto os teus posts no forum da Multiwii e desconfiei que fosses tuga devido ao username. Pelos vistos nao me enganei.

De momento ando e experimentar outros OSD's mas este esta com bom aspecto, e gosto particularmente do AHI.
Pode ser que mande vir em breve uma dessas placas.

rgon wrote (View Post): › Olá KV, Reparei que os valores baseados nos dados fornecidos por o GPS têm uma actualização de 1 x por segundo, a velocidade de actualização está limitada por o osd ou por o modulo de gps utilizado neste video? Por outro lado os azimute parece-me bastante rápido a actualizar, o que me parece que funciona por mag, certo? Falas na impossibilidade de originalmente não fazer a leitura de dados analogicos, no entanto tens voltagem e consumo, qual é a alteração necessária? Para terminar, qual é o preço do OSD? Cumprimentos

Olá RGon,


Agradeço a atenção merecida.

1- os dados GPS têm uma actualização a cada segundo porque assim está programado, até porque não olhamos mais do que uma vez por segundo para esses dados, existem outras situações importantes neste momento, que requerem mais atenção por parte do processador como:

a) linha de horizonte artificial, bastante mais rápida que antes;
b) bússula e as 16 posições (setas) que indicam a direcção de "casa", ao contrário das 8 da versão actual.

Estas duas situações sim, requerem uma actualização precisa para uma navegação rápida e objectiva. Contudo, posso dizer que futuramente me debruçarei sobre este assunto sem que com isso comprometa o mais importante.

- O Gps que utilizo têm uma actualização de 10hz.

Relativamente às leituras visíveis no video, a voltagem é analógica porque o hardware que utilizo neste video é o Rushduino original. Contudo para o MINIM OSD é possível seguindo as intruções que disponibilizo aqui.
http://code.google.com/p/rush-osd-development/wiki/Hardware_Mods

O consumo de corrente (no video) foi uma das minhas primeiras implementações precisamente por causa do MINIM OSD, e é feito através da controladora de voo, utilizando o VBAT e o POWERMETER (ambos têm de ser préviamente configurados no código Multiwii). Posso confirmar uma diferença mínima. Contudo requer alguma paciência para configurá-lo com precisão. Existe actualmente na versão 2.1 on #define EST_PMSum que serve para ajustar o valor final (afinação fina).

Novamente falando das leituras analógicas, estou neste momento a escrever algumas linhas para serem incluidas no código Multiwii (main loop) que farei submeter à aprovação do Alex, dentro em breve a minha ideia é que todas as leituras (as existentes mais o RSSI) sejam feitas pela controladora e enviadas pelo protocol de série. Porquê?
Porque desta maneira, falando deste caso (MINIM OSD) em particular, não só evita o utilizador de ter de soldar alguns fios directamente no Atmel (tarefa arriscada para quem não está habituado a soldar "coisas microscópicas" ) como também permitir o futuro envio destes dados através de outros meios para todo o tipo de eventual futuro hardware.

O preço do Minim OSD pronto a utilizar: 30Euros com portes incluídos (correio registado) para o continente.

Normalmente carrego o software e fecho os "jumpers" que permitem a alimentação da MAX7456 pela ligação de série, se estes não forem fechados só funciona (carregamento de caracteres incluidos) se estiver alimentado com 12v na zona de video. Aconselho vivamente a não utilizar o OSD com 12v aplicados por duas razões muito objectivas:


1- o regulador de tensão é fraco e gera aquecimento;
2- é por completo desnecessário fazer passar a alimentação da camera e ou do emissor de video por aqui.


Com os melhores cumprimentos,
KV

Bruno wrote (View Post): › "basta usar os pinos livres e soldar nos anolog inputs com dividores de voltagem. "

Olá Bruno,

precisamente, contudo o código que está escrito utiliza as seguintes portas analógicas:

- Voltagem: A0
- Voltagem de Video: A2
- Amperagem: A1
- RSSI: A3
- Temperatura: A6

Confesso que não sei se o projecto por si mencionado utiliza as mesmas portas para os mesmos fins!? Mas no caso de utilizar este sofware esta é a unica forma sem ter de mexer no código.


Com os melhores cumprimentos,
KV

Nando wrote (View Post): › Bem vindo! Ja tinha visto os teus posts no forum da Multiwii e desconfiei que fosses tuga devido ao username. Pelos vistos nao me enganei. De momento ando e experimentar outros OSD's mas este esta com bom aspecto, e gosto particularmente do AHI. Pode ser que mande vir em breve uma dessas placas.

Olá Nando,

O mundo é pequeno
Concerteza, estarei disponivel para o que precisar e em Português.

Cheers,
KV

Brutal ja tinha espreitado este projecto e pensei logo é isto mesmo
Vou querer uma coisa destas

Olá a todos,

peço desculpa aos que me enviaram Pm´s.

O trabalho tem sido muito, daí a minha ausência. Embora tenha visto as mensagens, não respondi de imediato, o que fez com que me deixasse cair em esquecimento.

Posso nesta altura Informar/confirmar que o meu código para o RSSI foi aceite pelo Alex (AlexinParis) e vai estar disponível na Dev Multiwii 2.2.

Para que serve?

Serve para que não tenhamos que andar a soldar pequenos fios nos pequenos pinos do pequeno Atmel

O sinal Rssi do RX vai poder finalmente (a pedido de numerosas familias como se diz em Portugal) ser lido pela controladora de voo e enviado para o OSD através do protocol de série. Isto simplifica bastante a utilização do mesmo, passando a ser desnecessário uma quantidade de transtornos.

Contudo, esta funcionalidade só vai estar disponível para quem tenha uma Mega board.

Porquê?

Devido ao numero de entradas analógicas disponíveis.

Quando estava a escrever este pequeno código, pensei imediatamente no desempenho, no impacto que poderia ter ao ser acrescentado a um código que já conta com uma enorme quantidade de funções, e na funcionalidade em si. Confesso que imaginava que para o mentor Multiwii, dispensar um MSP ao Português estava um pouco fora de questão. Felizmente, estava enganado, o código foi aceite, o MSP atribuido e a função considerada necessária para a evolução da telemetria, pelo que me referiu ter submetido de imediato para o repositório, encontrando-se já disponível e funcional na pasta Multiwii_Shared. Contudo, só funcionará com a próxima versão KV Team (código do OSD) que ainda está a ser trabalhada, pelo que aproveito também para adiantar que vai surpreender todos os pilotos FPV que voam com Multiwii e deixar com água na boca os que não voam com Multiwii



As minhas ideias sobre a forma como a telemetria vai chegar a nós no futuro são bastante mais complexas e completas. Falarei sobre as mesmas oportunamente, se considerarem necessário, e num tópico dedicado a este assunto


Quero pedir aos que me enviaram PM´s, para aguardarem mais uma semana (penso eu) e para fiarem descansados porque já estão reservados.


Abraço,
KV

Olá a todos,

os que me encomendaram o OSD esta semana já vão poder contar com a última versão de software instalada e dispensam de configuração e carregamento prévio, contudo como referí anteriormente por PM, têm de actualizar o softwareMultiwii para a versão mais recente

A última versão MW está sem qualquer problema no que diz respeito à "segurança". Contêm somente pequenos problemas no que diz respeito à compliação depois de seleccionadas algumas opções menos utilizadas pela maioria dos pilotos.

Aqui encontra-se disponível um video com as instruções para utilizarem convenientemente o novo GUI, farei também uma versão em Português assim que possível.

Podem ter acesso ao software novo software aqui: http://www.kvteamosd.com contudo aconselho que o façam só quando estiver disponível na secção de downloads a versão 2.2.

Com os melhores cumprimentos,
KV



Ver no Youtube

Olá a todos,


A nova dev já está disponível em http://kvteamosd.com na secção de downloads. Os OSD´s que eu enviei esta semana também devem ser actualizados porque fiz os últimos ajustes hoje mesmo!

Divirtam-se,
KV

PS: Farei durante a semana que vem um tutorial em Português para que ninguém tenha dúvidas sobre a utilização do GUI e do hardware em si.
Recebi esta semana email´s para o fazer em Português (Brasil) e Françês. O meu Françês é ainda pior que o meu Inglês por isso se alguém se oferecer para traduzir o meu tutorial Português para Francês agradeço a contribuição.


Diferênças:


<r280>
- Implementação do GUI
- Novo mapa de caracteres
- Implementação MW RSSI
- Código de voltagem mais estável
- Horizonte Artificial mais suave
- Actualização de dados de GPS mais rápida
- Indicação por setas com 16 posições
- Extinção do modo 4:3
- Implementação do reconhecimento automático (Box IDS)
- Reconhecimento de sensores automático (Code bits)
- PAL / NTSC Opção na página 4 do OSD
- Novo código para o variómetro
- Navegação pelos menu mais amigável

<r340>
- RSSI % Alarm ajustável no GUI
- Tempo the voo toma o lugar do tempo total durante o voo
- Identificação única ou nº liçensa do piloto
- Mapa de caracteres carregado através do GUI
- Editor de fontes integrado
- Implementação do Simulador da Controladora de voo

Olá a todos,

(Multiwii 2.2 e KV Team OSD r345)


Ver no Youtube


@Nando

depois de alguns email trocados, de eu lhe dar a conhecer o preço actual do OSD e sem ter voltado a contactar após, tomei a liberdade de presumir algo e responder agora em público porque considero os seguintes pontos importantes.

30Euros não é caro. Para além das despesas inerentes à importação, penso que ao estar a comprar o OSD a quem desenvolve o código e dá a conhecer uma quantidade de formas de alterar o hardware de forma a usufruir de todas as funcionaldades inclusive as que para o qual não foi concebido originalmente mesmo que um pouco mais caro, só demonstra respeito e consideração pelo trabalho de quem o tem (para além de testado e pronto a ser utilizado, pelo que agradeço mais uma vez aos que o adquiriram com base neste tópico/forum).

Existe felizmente (contudo nem um Português) quem faça donativos superiores ao preço de vários OSD´s (nomes disponíveis na WIKI) porque consideram importante que se continue a desenvolver o trabalho que se começou, ou porque tão simplesmente gosta de o utilizar mostrando assim o seu reconhecimento.


Com os melhores cumprimentos,
KV

PS: divirtam-se
http://www.kvteamosd.com

Sendo Portugues o mentor deste excelente projecto,senti-me na obrigação de comprar um OSD kvteam.Poderia ter comprado um pouco mais barato e carregar o codigo,mas não seria a mesma coisa.

Como utilizadores muitas vezes esqueçemos as horas que este pessoal dedica a desenvolver estes projectos e por vezes nem um obrigado recebem.

Força KV continua que está excelente

Ja agora aproveito para colocar umas questões,se calhar isto é basico

-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?

-Para ter a leitura da tensão da bateria de voo no osd,preciso de uma coisa deste tipo?
http://rctimer.com/index.php?gOo=goods_details.dwt&goodsid=861&productname=

-Alguma ideia de como tirar o rssi deste receptor?
http://www.hobbyking.com/hobbyking/store/__14350__FrSky_V8FR_II_2_4Ghz_8CH_Receiver_HV_.html

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.

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;

afonsos wrote (View Post): › -Para ter a leitura da tensão da bateria de voo no osd,preciso de uma coisa deste tipo? http://rctimer.com/index.php?gOo=goods_details.dwt&goodsid=861&productname=

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

afonsos wrote (View Post): › -Alguma ideia de como tirar o rssi deste receptor? http://www.hobbyking.com/hobbyking/store/__14350__FrSky_V8FR_II_2_4Ghz_8CH_Receiver_HV_.html

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

Kataventos,muito obrigado pela excelente resposta,contem informação bastante util,embora a parte tecnica do rssi ultrapasse os meus conhecimentos para fazer tal engenhoca vou ter de "chatear" algum amigo para me safar

Quanto á bussula uso as crius aio pro que teem esse sensor (HMC5883L) e efectivamente utilizei o procedimento standard para o calibrar.
Mais logo ja vou testar esse procedimento especifico para este sensor,darei resultados em breve.
So mais uma duvida,deve-se iniciar o processo de calibração da bussula com o multi ja inclinado a 45º e apontado para norte?

afonsos wrote (View Post): › So mais uma duvida,deve-se iniciar o processo de calibração da bussula com o multi ja inclinado a 45º e apontado para norte?

Olá Afonso,

não necessáriamente, após iniciar o processo prosseguir conforme descrito. Os movimentos devem ser "suaves" e iguais em todos os eixos (como uma dança). Claro que tudo isto deve ser ensaiado porque dispomos de 30sec

Abraço,
KV

Que stress,calibrei dessa forma.
Por vezes a seta indica correctamente o home mas outras vezes fica parva
Como tenho os cabos de alimentação da bateria principal e alimentação do vtx a passar perto da FC provavelmente o problema vem dai,vou tentar passar os fios por outro lado a ver se melhora.

PS:Quando houverem mais OSDs disponiveis avisa

Olá Afonso,

já estão OSD´s disponíveis preparados testados e com o software instalado, enviar-te-ei PM.

Abraço,
KV

KV, este codigo suporta RSSI por PWM ou e so analogico?
PAra se poder usar direct com RX's tipo FrSky e EzUHF que fornecem o valor em formato PWM e nao ser preciso buffers e filtros.

Outra coisa, em relacao ao GPS e necessario mesmo ter GPS ou ele aceita funcionar nem GPS?
Sei que nao vou ter as funcoes associadas ao GPS mas eu nos meus quads so tenho GYRO (em algums ACC tambem) e so me interessa mesmo e o RSSI e voltagens dos packs (motorizacao e video)

Ideal seria poder ligar o GPS directo, por exemplo eu so tenho promicros que para terem GPS so com o conversor I2C. Funciona bem mas e mais fios e hardware para criar confusao de cabos.

Olá Nando,

respondo aqui por ser o tópico dedicado às questões colocadas.
1- O código já suporta leitura de RSSI PWM mas ainda não está disponivel online para download, vai estar com a versão 2.2 dentro em breve. Contudo, os últimos OSD´s enviados por mim já contam com a função, devida alteração no hardware (PIN soldado) e opção de programação no GUI.

2- O OSD funciona mesmo sem teres o GPS. Imagina o GUI Multiwii, vai somente identificar o hardware que efectivamente tens disponivel, o OSD faz exactamente o mesmo, todas as outras funções não estarão visíveis no ecrã nem tão pouco o código perguntará à controladora por valores/informação de hardware não disponivel após o inicio da comunicação).

3- Lamento mas o GPS directo ao OSD está fora de questão. Hoje em dia é desnecessário "inventar" muito/(mais fios e hardware como dizes) devido à alta qualidade a baixo custo das Mega boards disponiveis no mercado, para além de que com o teu actual setup não usufruires de voo autónomo/outras funções. Contudo a realidade é que se não tens é porque não necessitas

Abraço,
KV

(Movi para aqui a pergunta para ficar tudo junto)

1. Ok!

2. Actualmente nos OSD's que uso so preciso mesmo de leituras para o RSSI, Tempo e Voltagem de um ou dois packs.

3. Ok, Compreendo a razao. No meu caso nao pretendo o GPS para fazer navegacao autonoma mas apenas para ter os dados de localizacao no OSD. Como tal quero deixar a FC o mais livre possivel de trabalho extra desnecessario.


Penso que tenho por aqui material de tinha adquirido antes que da para meter o codigo a funcionar. A ver se ligo isto e experimento.

Olá KataVentos!

Tenho uma dúvida. Liguei o sensor de corrente da RCTimer a uma AIOP V2.0 para poder ter as leituras no OSD. Liguei o V ao A0, o I ao A1 e o GND ao GND (obviamente ). Estas ligações estão correctas?

Qual o próximo passo? Já activei no GUI do OSD as opções das baterias. Tenho que fazer alguma coisa no código MultiWii?

Tens de activar o powermeter no codigo.
Tem de ser o hard. Ve no wiki da multiwii como o ajustar.

Agora é que ja fiquei todo baralhado lool