Show Posts
Pages: [1] 2 3 ... 34
1  International / Portugues / Re: Automação residencial em módulos on: April 30, 2014, 09:00:46 am
Hugo,

Você evoluiu com o nRF? Não tive mais tempo de mexer com eles, em produção ainda faço "confirmação de recebimento" por causa de falhas de ack.

Fiz testes com a livraria do maniacbug ma mesma pasta do meu projeto para facilitar o debug, fiz algumas alterações propostas pelo Greg e melhorei meu entendimento sobre o funcionamento dos registradores e comportamento do chip, nos testes as coisas ficaram melhores. Ainda não esqueci de minha promessa, assim que fizer um "clean up" posto aqui os códigos.

Um dos problemas realmente era o power dow citado pelo bubulindo, outro os flushs (desvinculei das funções start/stop listening) e faço o flush do RX somente após a certeza de ter lido os dados (armazenando em um buffer para o próximo loop), parece que desta forma deixo de perder os avisos de notificação de estado (temperatura e movimento do/nos cômodos).

Próximo passo será os touch =)
2  International / Portugues / Re: Automação residencial em módulos on: April 30, 2014, 08:51:18 am
Olhando para a tua foto nao vejo onde tens o cristal?
Estas a usar o oscilador interno?
Se sim é bem provavel que ao apagares o chip estejas a rescrever os fuses para usar um cristal externo e portanto ao fazeres isso deixas de ter um oscilador disponivel

E se a board nao estiver correctamente configurada? Os settings da board, alem de mudarem o oscilador a utilizar, alteram tambem a frequencia a que o chip corre.

Dito isto... como se desbloqueia o chip se ele estiver a olhar para um oscilador que nao existe? A mim e coisa que nao me lembra de me ter acontecido... mas pode acontecer. LOL

Se há outra forma, além de adicionar o cristal, também quero saber! =)
3  International / Portugues / Re: circuito para motor on: April 03, 2014, 06:34:58 am
Outras coisas que deve observar são:
- Qual a tensão de funcionamento e o quanto consome o motor? (importante tanto para a alimentação quanto para os componentes FET ou transistor)
- Você deseja move-lo apenas em uma direção ou nas duas? (em uma direção o FET ou um rele resolvem, nas duas direções pesquisa sobre Ponte-H, possível com transistores, FETs ou chips como o famoso L298)

Os mosfets, transistores ou o chips possuem características, como a tensão no gate (ou na base, se for um transistor) para "fazer" com que a tensão corra do source(emissor no transistor) para o dreno (coletor no transistor).

o Hugo comentou sobre "FET P", isso porque temos duas configurações PNP e NPN.

Pesquisando no google com as palavras acima (mosfets, transistores, PNP NPN, ponte H, etc você encontra muito material na internet.

Procure conhecer os componentes antes de usá-los, aceitar alguns exemplo da internet sem avaliá-los pode torrar o teu arduino, é necessário estudar um pouco para se aventurar com menores riscos =)

Bons estudos

Edit: aqui tem uns artigos bacanas para estudar: http://www.newtoncbraga.com.br/
4  International / Portugues / Re: Automação residencial em módulos on: April 02, 2014, 08:19:20 pm
Olá novamente rs

Não consegui me segurar e fiz um teste rápido com a lib do Greg, não foi bem...

Voltei ao meu código frankenstein, removi o powerDown e testei alguns canais, mas por aqui nos canais baixos parece bem interditados, contava com um "ping" de 60 e tantos com perda de muitos pacotes...

O melhor canal, por enquanto, é o 112, anexo os logs e uma foto dos três inos que estou usando para os testes.

Uma das falhas ocorreu em 307000 millis (vejam o anexo), ocorreu erro em ambos os lados, mas o pacote foi recebido pelo node 1. Meu código é parecido com o pingpair, assim que eu revisar posso postar aqui (neste momento dá até vergonha de mostrar de tão bagunçado que esta  smiley-zipper

Tendo mais resultados posto aqui, depois vejo os códigos do Hugo, pois apesar da curiosidade, preciso mesmo dormir  smiley-sweat

Até logo mais e bom desenvolvimento pra vocês =)
5  International / Portugues / Re: Automação residencial em módulos on: April 02, 2014, 03:50:04 pm
Olá Hugo,

Quanto a livraria, pensei em fazer o mesmo que você, li muitos posts e tutoriais e o datasheet, mas me deparei com o problema "tempo para pesquisar" e limitações em termos de conhecimento (meto-me em uma área que não tenho qualquer intrução), só que já perdi mais tempo tentando fazer a coisa funcionar do que usaria escrevendo o código quase do zero.

Verificarei também no canal 1, minha melhor taxa de sucesso foi bi canal 97 e 120 (mas por dedução, agora que você citou as variáveis tenho melhor noção de onde buscar referências para os parâmetros necessários). Foi o que você disse antes, muitos equipamentos funcionam em 2.4GHz o que torna ainda mais difícil as coisas para os leigos.

Bons estudos e evolução por ai também! E muito obrigado!
6  International / Portugues / Re: Automação residencial em módulos on: April 02, 2014, 02:36:40 pm
Eu meti um condensador de 100 ou 200uF e resolveu o problema no meu Mega.

obrigado! Estou usando de 200uf, mas sem osciloscópio é difícil ter certeza sobre o resultado, né?

Se bem me lembro existem filtros AC que se podem usar para limpar a entrada nos dispositivos. Muitos aparelhos têm-nos por defeito. No entanto, no teu caso, tentaria fazer isso directamente no DC que vai para o nRF.

Encontrei filtros AC, mas são um pouco caros por aqui, mesmo sendo uma boa solução pensando em toda a casa... por enquanto pesquisarei sobre filtros DC, obrigado novamente! =)

Dependendo do tipo de caixas e instalação que fizeres poderás pensar em ligar a antena a uma caixa de derivação ou a alguma parte metálica que não esteja ligada à terra. Não deixa de ser metal e não há-de piorar o sinal, creio eu.

As caixas são de plastico, pensei em esticar o fio pelo conduíte que sobe, mas fica o medo de gerar mais interferência por estar em paralelo com a fiação da luz, ventilador de teto, etc   smiley-roll Mas é coisa de testar, certo?  smiley

Não recordo-me quem foi o primeiro a comentar sobre o Greg Copeland, mas na época cheguei a salvar e testar, depois vi que o maniac fez algumas alterações como a do clock do SPI, mas realente ainda existem algumas alterações bastante relevantes que o maniac não fez, uma delas é aquele "timeout = 500;" que eu removi e que o Greg usa micros... entre outros delays que também removi... então eu copiei um método daqui outro dali e fiz uma baita bagunça smiley-sweat,  e deixei passar o powerDown e flush no método write, que não precisariam estar lá... farei mais uma revisão smiley-wink

obrigado novamente!
7  International / Portugues / Re: Automação residencial em módulos on: April 02, 2014, 10:23:13 am
Olá Hugo,

Bom ver que conseguiste tirar os nRF da gaveta =)

Sobre o capacitor eu apenas afirmei o que já tinham comentado, como esta o teu circuito, quais valores de capacitores? você esta fazendo testes na breadboard? Não tenho um osciloscópio, mas vi diversos colegas comentarem que a breadboard e a porta USB são grandes vilões... Tentei encontrar uma página de um gajo que fez testes usando o osciloscópio com/sem breadboard, com/sem capacitores, com/sem usb e tinha postado os resultados.

Pelo que pude perceber, tudo parece interferir nas ondas de radio: a alimentação, as trilhas(ou no meu caso fios que ligam os pontos na veroboard) , a USB, o ambiente, pessoas passando, etc. Para amadores como eu, isso tudo é muito complexo e abstrato.

Não sei se meus problemas também estão relacionados com harmônicas na rede elétrica, geradas por chuveiros eletrônicos e luzes dimerizadas. Alguém sabe como resolver isso?  smiley-cool

Eu acabei por desistir da livraria network do maniacbug, copiei apenas os métodos necessários da livraria RF24, reduzindo a complexidade no entendimento do código e acompanhando o datasheet/funcionamento, alem de remover os loops e dalays anteriormente citados... 

Que bom que você se entreteve com o datasheet, eu quase fiquei louco com tanta informação smiley-red

Verificarei os teus códigos assim que puder smiley-lol.

Calculei o Lambda correto para a frequência que estou a usar e dá cerca de 14 Cm
Soldei um fio com cerca de 14 Cm no modulo e o desempenho da antena é melhorado substancialmente pois agora consigo atravessar paredes que antes  não.

Fizeste a antena com que espessura de fio? Foi um único fio? tinha citado posts atrás essa solução, mas não pude testar e não sou capaz de dizer o quel certo é  smiley-sad-blue...

Não parece-me muito estético 14cm saindo do espelho da parede rs, mas se melhorar consideravelmente o sinal, penso que vale o sacrifício em alguns pontos da casa =)

Alteraste a biblioteca do maniacbug? Eu fiz referência algures onde o problema estava numa instrução que colocava os rádios a dormir.
Após comentar essa linha deixei de ter problemas.

Bubulindo, se você se refere a este tópico encontrei essa chamada no método
Code:
bool RF24::write( const void* buf, uint8_t len )

realmente, não faz sentido desabilitar o chip, creio que essa pode ser a causa do problema com os ack, afinal o chip deve estar OFF para receber o pacote =S, até o final de semana farei mais testes e retornarei.

Obrigado Hugo e Bubulindo!

Agora tenho mais possíveis diagnósticos para testar.
8  International / Portugues / Re: Android-Arduino Bridge: conexão Blutooth pensada para desenvolvedores Arduino on: March 24, 2014, 06:21:33 am
Parabéns pela iniciativa e compartilhamento!

A comunidade agradece! smiley-wink
9  International / Portugues / Re: Automação residencial em módulos on: March 13, 2014, 07:26:03 pm
Saudações a todos...

Passando por aqui só para dar um feedback. Não postei antes por não ter conseguido chegar perto do arduino, fiz mais alguns testes no domingo passado e agora a pouco, soldei umas veroboards e queimei um módulo PA+LNA com um pin header escondido embaixo de um cabo  smiley-cry

Deixei os meus códigos (de posts anteriores) de lado e resolvi fazer alguns testes somente com o pingpair dos exemplo do maniac, tive resultados melhores usando o canal 97 (testei vários, e mesmo que o scanner do maniac não indicasse pacotes no canal, alguns canais não satisfizeram). Todos os testes foram feitos dentro de casa.

Primeiro usando um com PA+LNA (RX) e um sem PA+LAN (TX), os resultados foram bons, 10 metros e três paredes, sem pessoas se movimentando e os TX e RX parados (pessoas e ou os módulos em movimento geraram algumas perdas de pacotes)

Segundo, invertendo, PA+LNA (TX) e um sem PA+LAN (RX), ficou uma @#$%¨&, saindo do comodo (4 metros) já se perdiam muitos pacotes, fazendo a curva, todos se perderam...

terceiro, dois sem PA+LNA, a distância foi entre 6 e 7 metros (somente corredor) duas paredes a comunicação falhava, coloquei três (um no corredor e um no extremo de cada comodo, formando um U) e foi o fim dos problemas de comunicação.

No final os PA+LAN pareceram muito suscetíveis a interferência, encomendei mais um par de PA+LAN de outro fornecedor para ver se encontro diferenças, ouvi muitos comentários a esse respeito.

Por enquanto permanecerei com os sem PA+LNA e em dois pontos (corredor) nodes com função de repetidores (desta forma esta funcionando sem problemas, com fontes de 7.5v, ou duas baterias de li-ion de 1600mAh e 220 uf colados à alimentação do nRF)...

Bons projetos pra vocês, sabe-se lá quando voltarei por aqui! rs

Abraços
10  International / Portugues / Re: Automação residencial em módulos on: February 28, 2014, 03:08:34 pm
Muito bom ver o tópico em grande atividade =)

O final de semana esta ai e espero avançar um pouco mais =)

Concordo com a ideia de deixar a coisa modular, eu tenho três "módulos", a placa com o arduino e nRF (no fundo superior da caixa), a placa com o rele (fixado na parte lateral) e a fonte de alimentação (fixada na parte inferior) e tive de cortar os parafuso que fixam os espelhos para certificar que eles não cheguem na fonte rs.

@LegendBR
Quote
Sobre o RS485, meus testes não estavam dando muito certo, tive uma experiência melhor com o nRF24L01+, sem contar que fica mais fácil expandir.
nRF24L01+ é uma tentação mesmo. mas estou resistindo bravamente smiley-grin

Não resista, esses bichinhos são bem legais de se trabalhar (apesar de eu ainda estar apanhando do PA+LNA  smiley-sweat) Até o HugoPT entrou para o clube  smiley-lol
11  International / Portugues / Re: Leitura de Joystick USB on: February 28, 2014, 02:55:57 pm
Olá... Tenho um projeto parecido na gaveta, mas usando um gamepad de PS3 (já fiz com gamepad sem fio de PS2 ^^)

Para ter acesso a dispositivos usb é necessário ter um usb shield, tenho guardada e essa lib nos favoritos: https://github.com/felis/USB_Host_Shield_2.0

Navegando pela internet encontrarás muitos exemplos, creio que até para usar com bluetooth =)
12  International / Portugues / Re: Automação residencial em módulos on: February 25, 2014, 08:12:42 am
O meu esboço é o abaixo, uso a lib do maniac:
Code:
#include <RF24Network.h>
#include <RF24.h>
#include <SPI.h>
#include <Wire.h>

#define PIN_VOLT 0  //A0 - Battery State
#define PIN_THERM 1 //A1 - Temperature State

#define SW_PRESENCE 2 //D2 - Presence Switch
#define RelayOrSpkr 3 //D3 - Master: Speker/Siren (PWM)
                      //D3 - Slave: Light Relay
#define SW_DOOR 4 //D4 - Door Switch
#define JP_1 5    //D5 - JP1 Node Definition
#define JP_2 6    //D6 - JP2 Node Definition
#define JP_3 7    //D7 - JP3 Node Definition
#define LED_ON 8  //D8 - Led ONLINE

//D09 - nRF_CE (P3)
//D10 - nRF_CSN (P4)
//D11 - nRF_MOSI (P6)
//D12 - nRF_MISO (P7)
//D13 - nRF_SCK (P5)

#define TimeCheck 1000UL
#define TimeOut 300UL

#define dlyCheck 0
#define dlyMonit 1

const unsigned long intDelay[] = {100UL, 1000UL};
unsigned long longLastMillis[] = {0UL, 1000UL};

#define Debug_Mode

#define Nodes_Count 6
uint8_t this_node = 0;
int to_node_idx = 0;
unsigned long next_check_time = 0;

enum state {OFF, ON, waiting, error};

struct message_t {
  int Id;
  bool Value;
};

struct nodes_t {
  uint8_t Node;
  char Name[8]; //TODO: change to use progmem http://www.nongnu.org/avr-libc/user-manual/pgmspace.html
  state State;
  unsigned long LastRequest;
  unsigned long LastResponse;
  uint8_t retries;
  bool Light;
  bool Presence;
  bool Door;
}
Node[Nodes_Count] = {
  {0,"Master", OFF, 0UL, 0UL},
  {1,"Living", OFF, 0UL, 0UL},
  {2,"kitchen", OFF, 0UL, 0UL},
  {3,"F-Room", OFF, 0UL, 0UL},
  {4,"B-Room", OFF, 0UL, 0UL},
  {5,"Hall", OFF, 0UL, 0UL}
};

#if defined(__AVR_ATmega2560__)
RF24 radio(9,53);
#else
RF24 radio(9,10);
#endif

RF24Network network(radio);

//Variable to print
double Temp;
float vBatt;

void handle_State(RF24NetworkHeader& header);
void handle_Response(RF24NetworkHeader& header);
void handle_Notification(RF24NetworkHeader& header);

void setup() {
  //    JP_1    Node
  //(X) ( ) ( ) 0
  //( ) (X) ( ) 1
  //( ) ( ) (X) 2
  //(X) (X) (X) 3
  //( ) (X) (X) 4
  //(X) (X) ( ) 5

  //TODO: change to use direct port access
  pinMode(JP_1,INPUT);
  pinMode(JP_2,INPUT);
  pinMode(JP_3,INPUT);

  // turn on pullup resistors
  digitalWrite(JP_1, HIGH);
  digitalWrite(JP_2, HIGH);
  digitalWrite(JP_3, HIGH);

  delay(20); //wait to stabilize

  bool JP1 = digitalRead(JP_1) == LOW;
  bool JP2 = digitalRead(JP_2) == LOW;
  bool JP3 = digitalRead(JP_3) == LOW;

  if (JP1 && !JP2 && !JP3) this_node = 0u;
  if (!JP1 && JP2 && !JP3) this_node = 1u;
  if (!JP1 && !JP2 && JP3) this_node = 2u;
  if (JP1 && JP2 && JP3) this_node = 3u;
  if (!JP1 && JP2 && JP3) this_node = 4u;
  if (JP1 && JP2 && !JP3) this_node = 5u;

  if(this_node == 0){
    to_node_idx = 1;
  }else{
    pinMode(SW_DOOR, INPUT);     //magnetic will put pin LOW
    digitalWrite(SW_DOOR, HIGH); // turn on pullup resistors

    pinMode(SW_PRESENCE, INPUT); //PIR will put pin HIGH

    pinMode(RelayOrSpkr, OUTPUT); //Light Relay
    digitalWrite(RelayOrSpkr, LOW); //OFF
  }

#if defined (Debug_Mode)
  Serial.begin(115200);
#endif

  radio.begin();

  network.begin(75, this_node);
  
#if defined (Debug_Mode)
  Serial.print(Node[this_node].Name);
  Serial.println(F(" Initialized"));
#endif

  pinMode(LED_ON, OUTPUT);
  digitalWrite(LED_ON, HIGH);
}

void loop() {
  NetCheck();

  if (this_node == 0){
    StatusRequest();
    //NodeTimeoutCheck();
  }
  else {
    /*unsigned long now = millis();
    if (now - longLastMillis[1] >= intDelay[1]) {
      GetTemperature();
      GetVoltage();
      longLastMillis[1] = now;
    }*/
  }
}

void NetCheck(){
  network.update();

  while (network.available()) {
    RF24NetworkHeader header;
    network.peek(header);

    int index = GetNodeIndex(header.from_node);

    if (index != -1){
      Node[index].LastResponse = millis();
      if (Node[index].State != ON){
        Node[index].State = ON;
        //mcp.digitalWrite(n, LOW);
      }
      switch (header.type){
      case 'S':
        handle_State(header);
        break;
      case 'R':
        handle_Response(header);
        break;
      case 'N':
        //handle_Notification(header);
        break;
      default:
#if defined (Debug_Mode)        
        Serial.print(F("WARNING - Unknown message type: "));
        Serial.println(header.type);
        network.read(header,0,0);
        break;
#endif
      }
    }
    else{
      network.read(header,0,0);
    }
  }
}

int GetNodeIndex(uint16_t NodeNum){
  int i = Nodes_Count;
  while (i--) {
    if (Node[i].Node == NodeNum)
      return i;
    else if (i == -1)
      break;
  }
  
  return -1;
}

void StatusRequest(void){
  unsigned long now = millis();

  if ((now - longLastMillis[dlyCheck] >= intDelay[dlyCheck])
    && (Node[to_node_idx].retries < 3)
    && (Node[to_node_idx].State != error)
    && ((now - Node[to_node_idx].LastRequest) >= TimeCheck)
    ){
      longLastMillis[dlyCheck] = now;

      Node[to_node_idx].State = waiting;
      
      Node[to_node_idx].LastRequest = now;

      RF24NetworkHeader header(/*to node*/ Node[to_node_idx].Node, /*type*/ 'S' /*Status*/);
      
      if (network.write(header, &now, sizeof(now))) {
#if defined (Debug_Mode)
        Serial.print(F("Sent Status Request: "));
        Serial.print(now, 10);
        Serial.print(F(", To Node: "));
        Serial.println(Node[to_node_idx].Name);
#endif
        Node[to_node_idx].retries = 0;
      }
      else {
#if defined (Debug_Mode)
        Serial.print(F("Node: "));
        Serial.print(Node[to_node_idx].Node);
        Serial.print(F(" - "));
        Serial.print(Node[to_node_idx].Name);
        Serial.println(F(" no found"));
#endif
        Node[to_node_idx].retries++;
      }
  }

  if(to_node_idx == Nodes_Count -1)
    to_node_idx = 1;
  else
    to_node_idx++;
}

void handle_State(RF24NetworkHeader& header){
  unsigned long ReceivedMillis;

  network.read(header,&ReceivedMillis,sizeof(ReceivedMillis));

#if defined (Debug_Mode)
  Serial.print(F("Received from node: "));
  Serial.print(header.from_node);
  Serial.print(F(" - "));
  Serial.println(ReceivedMillis);
#endif

  RF24NetworkHeader header_response(/*to node*/ header.from_node, /*type*/ 'R' /*Status*/);

  int idx = GetNodeIndex(header.from_node);

  if (network.write(header_response, &ReceivedMillis, sizeof(ReceivedMillis))) {
#if defined (Debug_Mode)
    Serial.print(F(". response at: "));
    Serial.print(millis());
    Serial.print(F(" to "));
    Serial.println(Node[idx].Node);
#endif
  }
  else {
#if defined (Debug_Mode)
    Serial.print(F("Node: "));
    Serial.print(Node[idx].Node);
    Serial.print(F(" - "));
    Serial.print(Node[idx].Name);
    Serial.println(F(" no found"));
#endif
  }
}

void handle_Response(RF24NetworkHeader& header){

  unsigned long message;

  network.read(header,&message,sizeof(message));

  int index = GetNodeIndex(header.from_node);

#if defined (Debug_Mode)
  Serial.print(F("Received: "));
  Serial.print(message);
  Serial.print(F(", from node: "));
  Serial.print(Node[index].Node);
  Serial.print(F(" - "));
  Serial.print(Node[index].Name);
  Serial.print(F(", sent at: "));
  Serial.print(Node[index].LastRequest);
  Serial.print(F(". It took: "));
  Serial.println(millis()-Node[index].LastRequest);
#endif
}
13  International / Portugues / Re: Automação residencial em módulos on: February 25, 2014, 08:12:17 am
coloquei um capacitor de 0.1 uF junto com o módulo e começou a funcionar!

Que bom que produziu efeito... Estou usando baterias de li-ion (7.4v) o LM7805 para o atmega e o LM1117 para o nrf (com capacitores de tantalum de 10uf em todas as entradas e saídas dos reguladores, como manda os datasheets), mas vamos ver o que acontece depois dos testes que citei...

Tenho andado dedicado a outras coisas e não me tem sobrado muito tempo pra os estudar smiley-sad

Creio que tempo de sobra esta difícil para todos nós (tristeza)... Por isso não tenho evoluído muito... É muita coisa para estudar e entender, ainda mais para leigos como eu...


Se seguir o quote acima verás três locais onde fiz alterações para não perder pacotes com a concorrência, o próximo passo ( depois de entender o que se passa com o PA+LNA) é testar a checagem do ack no loop do arduino (para não travar o loop do arduino com outros loops) e penso também na possibilidade de parar de usar o auto ack (percebi que as mensagens são recebidas pelos nodes, mas o ack falha).

Uma coisa que me deixou de pé a traz com estes módulos é eles trabalharem na frequência 2.4Ghz que já é ocupada com as redes Wireless

Essa é uma desvantagem, ao redor de minha casa tem umas 10 redes wifi! rs

Ainda não testei, mas esse scanner esta na fila

, num deles fiz o upload do programa do maniacBug e  sem ligar o outro modulo já me estava a escrever na serie pacote recebido lol.

Nossa, isso não me aconteceu... qual programa fizeste o upload?
14  International / Portugues / Re: Automação residencial em módulos on: February 24, 2014, 08:03:26 am
Já minha experiência com o nRF24L01+ com PA+LNA foi diferente. Meus nós escravos continuam só transmitindo quando coloco o dedo no módulo nRF24L01+, mas quando troco pelo módulo com PA+LNA, ele funciona.

Não sei se o fato do ATMega328P estar funcionando com 3.3v ao invés de 5v seria a diferença, já coloquei um capacitor eletrolítico de 200 uF, o próximo passo é aumentar esse capacitor...

Ah sim, não acredito que o problema esteja no ATMEGA, pelo que percebi, se ele trabalha com o cristal interno, 3.3v seria suficiente para manter tudo estável... Depois testarei usando os módulos bluetooth para monitorar a serial e descartar interferências oriundas das portas usb.
15  International / Portugues / Re: Automação residencial em módulos on: February 24, 2014, 07:57:28 am
Nesses momentos é duro ser hobista, se fosse cientista teria conhecimentos, equipamentos e recursos e já tinha descoberto o problema rs

Vi em algum sitio um cara com o mesmo problema (alegou trocar os módulos e o range não passar de 5 metros), mas nenhum comentário posterior e nenhum retorno sobre qualquer solução... por agora continuo com os sem PA+LNA e um node intermediário (rebatedor), até encontrarmos uma solução... infelizmente só tenho algumas horas do final de semana para testar, mas se eu encontrar algo, posto aqui.

Pages: [1] 2 3 ... 34