AUTOMALABS

• NetIO – É a única app paga desta lista, mas vale a pena se você quer operar no dia-a-dia algum dispositivo via rede mas não sabe como criar sua própria app Android.  No site do desenvolvedor você tem acesso a um editor online onde você desenha sua própria interface e faz toda a configuração.
• WiFi TCP/UDP Controller v1.13.1 – e WiFi TCP/UDP Controller 16 v1.7.2 (para telas pequenas) – A app gratuita que mais perto chega de NetIO. Você pode gravar uma grande quantidade de comandos. Você pode ter até cinco controladores virtuais, cada um tendo como alvo um servidor distinto, mas qualquer um deles pode apontar para o endereço de broadcast. Infelizmente só mostra na tela a última recepção por isso pode não ser o melhor para diagnóstico ou acompanhamento do funcionamento da comunicação. Não mostra o IP da recepção, o que pode ser inconveniente quando você monitora broadcasts. Os dados podem ser processados na própria app e você pode exibir apenas a parte da recepção que você quiser.
  OBS.: A porta de recepção é configurada em “Received Data Preference”.
•  TCP/UDP Terminal v.1.4.0 – Mostra a recepção da forma de um log, mas também não mostra o IP de quem transmitiu.
•  UDP Receiver and Sender v1.6 – Para quem só quer fazer um teste rápido é muito mais simples de usar. Coloque a porta que deseja escutar e imediatamente a app já mostra um log das recepções. Não mostra IP de quem transmitiu. Tamanho da fonte no LOG não é configurável.
• UDP Data Log – Lite v1.4 – Apenas faz recepção UDP e é simples de usar. Eu prefiro o TCP/UDP Terminal, mas esta pode ser útil por suportar qualquer Android desde a versão 2.2;
• UDP tool 1.0 – Não funcionou comigo

Todo shield é um módulo. “Shield” é um termo adotado pelos criadores do Arduino para designar módulos que foram construídos especificamente para montagem sobre um Arduino. Shields são convenientes e mais fáceis de usar isoladamente e produzem um resultado final mais elegante. Mas não tem flexibilidade por causa da pinagem fixa. Se dois shields usarem os mesmos pinos do Arduino você precisa fazer alteração em um deles. Módulos são mais flexíveis nesse sentido e mais baratos, por não serem “especializados”. Isto é: quando um fabricante cria um “shield GPS” ele está visando o Arduino apenas mas se ele fizer um “módulo GPS”, vai ter um público mais amplo: usuários de Arduino, ESP8266, Raspberry Pi, etc.

Visualmente eles podem ser idênticos, mas o funcionamento é muito diferente. O buzzer ativo é um produto mais complexo, de uso mais simples. Ele já tem incorporado o circuito oscilador que produz o som e só requer energizar. O buzzer passivo é apenas um transdutor. Pense nele como um “alto falante” miniatura.

Buzzer ativo

• Mais fácil de testar e usar: ao energizar já apita continuamente;
• Não é o mais apropriado para criar melodias. É mais apropriado para alarmes/avisos/sinalização;
• Medindo a resistência entre os terminais com um multímetro, você tem uma alta resistência;
• É polarizado;
• Geralmente o terminal positivo é nitidamente maior que o negativo.

Buzzer passivo

• Difícil de testar e usar: ao energizar você só ouve um débil estalo. Parece um buzzer ativo com defeito;
• É o mais apropriado para fazer melodias, porque você tem o controle sobre os tons gerados;
• Medindo a resistência entre os terminais com um multímetro, você tem algo entre 8 e 15 ohms nos dois sentidos;
• Não tem polaridade, apesar de muitas vezes vir com o sinal + no corpo supostamente indicando onde é o positivo;
• Geralmente os terminais tem o mesmo tamanho.

O buzzer de PC é do tipo passivo. Hoje em dia ele é só usado para bips por isso parece até que é do tipo ativo. Mas antigamente, até o Windows 98, era comum tocar músicas simples por ele.

Arduino 1.6.5 com ESP8266 board package 2.0.0

Também pode ocorrer com max(), mas não aconteceu comigo.

Me deparei com este erro ao mesclar o programa graphics_test de Adafruit_ILI9341 com um programa que eu já estava usando no ESP8266.

Esse erro só ocorre quando uma das bibliotecas específicas do ESP8266 (não sei apontar qual ainda) é incluída no projeto. Ao usar “min” em um programa simples, compila normalmente.

Contorne o problema acrescentando “std::” antes de cada “min”, desta forma:

std::min()

Fonte

Isso depende do modelo e de como é alimentado. Aqui eu vou documentar em parte baseado na minha experiência.

Arduino Nano, alimentado pela porta USB

O primeiro a sofrer é o diodo Schottky na entrada. Os dois exemplos abaixo são de placas modelo BAITE BTE14-01, com Schottky de 350mA.

Este não é tão evidente. Mesmo com ampliação você pode ter dificuldade para perceber que está inchado pelo calor.

Quando você está fazendo seu projeto pode ficar tentado pela simplicidade de alimentar tudo, por exemplo, da porta USB. Seu projeto pode acabar falhando por alimentação insuficiente e você vai quebrar a cabeça procurando o problema em outro lugar.

Por enquanto só vou tratar do Arduino Nano

Quando você alimenta pela USB a soma da corrente drenada da linha de +3.3V e a corrente drenada da linha de +5V não pode exceder o máximo da porta, que no caso do Nano é de 350 a 500mA. Quando você alimenta por Vin o total não pode exceder o máximo tolerado pelo regulador de +5V, porque o regulador de +3.3V está ligado em cascata com ele.  Quando você alimenta por uma fonte externa ligada ao terminal de +5V, o regulador interno de +5V fica inoperante e a corrente total máxima é definida pela corrente máxima da sua fonte externa ou pelo quanto as trilhas do Arduino podem suportar. O valor que for mais baixo.

No terminal de +5V, quando alimentado pela USB

De 350 a 500 mA – Mesmo que sua porta USB forneça mais que isso, existe uma limitação no circuito do Arduino. No caso do Arduino Nano um diodo Schottky MBR0520 previsto no esquema do Nano 3.0 e que pode ser encontrado identificado como “B2” determina o limite de 500mA .  Se seu Arduino Nano tem um diodo marcado “B4” pode ser um SS0540 ou MBR0540 que também suportam 500mA. Mas se estiver marcado “S4” (encontrado em clones chineses com chip serial CH340G), deve ser um SD103AWS, que somente suporta 350mA. Note que se você exceder a corrente máxima possivelmente vai fritar o diodo. Eu já fritei dois.

Arduino Nano 3.0 – Design BAITE, com chip serial CH340G e schottky de 350mA (componente marcado “S4” no canto superior direito)

Arduino Nano 3.0 – Design chinês genérico, com chip serial CH340G e schottky de 500mA (componente marcado “B2” à direita)

Arduino Nano 3.0 – Design original Gravitech, com chip serial FTDI e schottky de 500mA (componente marcado “B4” no meio da placa)

No terminal de +5V, quando alimentado pelo terminal Vin

Depende do CI regulador que veio no seu modelo exato. Se for um AMS1117, o máximo é 1A, mas na prática isso pode ser menor porque depende do valor de Vin. Quanto mais alto esse valor, maior potência o regulador tem que dissipar e menor é a corrente limite.

No terminal de +3.3V, não importa por onde você alimente

Se o seu Nano tem um chip FTDI FT232RL, é o regulador interno dele que fornece isso e a máxima corrente que você pode drenar está definida no datasheet como meros 50mA. O FTDI usa isso como tensão de referência mas deixa explicito que você pode usar para alimentar algo, desde que não exceda esse limite.

Se no lugar do chip FT232RL existe um CH340G, o valor máximo é incerto, porque ao contrário da FTDI a WCH não colocou essa informação no datasheet. Mas é certamente um valor pequeno porque o pino 4 do CH340G também é definido como uma “referência” de 3.3V e por isso não tem a intenção de alimentar nada. Eu tive sucesso ao usar essa tensão de referência do CH340G para alimentar o CI HCF4050 da interface que criei para o ILI9341, mas não recomendo ficar abusando da sorte.