rodrigocirilo

Qual compilador esta usando??

voce está imprimindo direto a leitura do ADC apos os calculos no LCD..voce  poderia tirar medias da leitura assim creio que ajude tambem..

13 horas atrás, aphawk disse:

@rodrigocirilo ,

 

Calma que o leão é manso, meu amigo !

 

Esse módulo que já entrega a saida em tensão, o cara precisa saber quais os limites de temperatura que você irá usar, e já te fornece ele calibrado !

 

Com ele, você já tem uma saída linear de tensão, que pode ser convertida direitamente pelo seu microcontrolador via entrada A/d , ao mesmo tempo que pode ser também aplicada a um circuito que transforme tensão de 0 a 5V em corrente de 4 a 20 mA. Acho que esse é o caminho mais fácil.

 

Procure no google, tem vários circuitos com amp op que fazem essa conversão.

 

Paulo

Sim eu achei uma postagem em um blog sobre usar o AmpOp para isso, mas ja falei mais de uma vez aqui, tenho cisma de usar AmpOp haha nao sei porque..bichinhos difíceis de lidar....

Mas assim que chegar os meus módulos vou fazer alguns testes.....enquanto nao chegam vou simular essa saida 4 a 20 mah..

Um detalhe que lembrei agora, os pt100 que vou usar são de 3 ou 4 fios... essa plaquinha parece que é só de 2 fios??

Te enviei uma MP sobre outro assunto, quando puder ler ficarei grato..

1 hora atrás, aphawk disse:

@rodrigocirilo ,

 

Realmente não pode ligar o PT100 em dois circuitos.

 

Já que você estará usando um microcontrolador, pode enviar a leitura via serial RS-232 ou 422 também, seria a maneira mais simples de todas !

 

Ou então usar um desses módulos I2C prontos de conversor D/A e a partir dele gerar o seu sinal 4 a 20 mA.

 

https://produto.mercadolivre.com.br/MLB-1034872282-modulo-conversor-a-d-d-a-yl-40-pcf8591-_JM

 

Por acaso você viu isto aqui :

 

https://produto.mercadolivre.com.br/MLB-854670770-modulo-conversor-pt100-para-0-5v-para-arduino-pic-_JM

 

 

Não se assuste pois isso é fácil !

 

Paulo

 

Vixi, então não tem como mesmo ligar o PT100 em dois circuitos..imaginei isso.

Mas no caso, eu nao sei como seria o padrão de rs232 que a placa comercial estaria apta a receber, digo em relação ao protocolo, como formatar os sinais a enviar..

Esse conversor D/A é interessante, mas será que eu conseguiria usar isso..hehe... sei não viu....

O outro conversor é interessante pois ja me entrega os sinal do PT100 de 0~5V, mas qual a escala total que ele estaria apto a converter, pois sei que os PT100 medem de -200º a 800º  não seria uma escala muito extensa para um arduino ler, com um ADC de 16bits.. mas vou investigar sobre ele, neste caso eu poderia usar o sinal 0~5V para ligar no arduino/pic e ao mesmo tempo em outro leitor comercial que leia 0V~5v ??

Obrigado mais uma vez!!

Em 15/05/2018 às 13:30, aphawk disse:

@rodrigocirilo ,

 

Fazem muitos anos eu usei um circuito muito pareçido ao do link abaixo.... é uma maneira de você já ir trabalhando enquanto seus CI's dedicados não chegam ....

 

http://www.instructables.com/id/Reading-Temperature-From-PT100-Using-Arduino/

 

E ainda tem o código :

 

https://github.com/RonanB96/Read-Temp-From-PT100-With-Arduino

 

Paulo

Paulo agradeço os links vou dar uma pesquisada.

Os CI´s dedicados que comprei, sugeridos pelo Fervolt vão funcionar, ja pesquisei bastante sobre eles.. Mas, sempre tem um MAS hahaha.... o que preciso fazer é LER o PT100 com o MAX31865 (até aqui ok) mas o sinal (variação de resistência) do PT100 tem que seguir mais a frente para um outro conversor de PT100 (comercial) ler e trabalhar o PID da resistência...  o meu projeto é só para ler e exibir a temperatura próximo de onde estiver sendo feita a leitura, o processo principal será controlado por esse conversor comercial..

E é aqui que mora o problema, pois eu pesquisei no forum da adrafruit fabricante do modulo que embarca o MAX31865 e me disseram por lá que não vai ter como o pt100 estar ligado em dois lugares ao mesmo tempo. 

O que você me diz?? estou cogitando montar uma saida 4~20mah para enviar o sinal do pt100 ja convertido para o leitor comercial..

Vai ser bem complicado esse desafio.

agradeço de antemão !!

Em 16/05/2018 às 05:17, Intrudera6 disse:

Uns anos atrás eu fiz um programa para AVR ATmega 328P (mas serve em todos os AVRs) para ler um PT100 de 4 fios (que é o mais preciso), para ler eu usei um ADS1115 que eu programei com Bascom a partir do datashit do componente (deu um trabalho tremendo), além do PT100 e do ADS1115 (conversor AD I2C de 4 portas por 16 bits de ganho programável) usei uma resistência de referência de 100 ohms de 0,01% de precisão e 5ppm de deriva térmica (mais de 10 dólares a unidade). Funcionou com precisão, mas não consegui evitar o ruído na medição. Eu acabei não resolvendo o problema e parei no desenvolvimento. Se quiser talvez eu consiga encontrar o código.

Intrudera, agradeço tambem.... mas vou esperar meu modulos chegarem e ver o que consigo com eles.... pois não sei se estou nesse nivel de prog. haha apesar de me dedicar muito....

@Fervolt Obrigado pela excelente explicação..

Já tinha visto algo sobre este CI, mas como não achei pra comprar aqui, resolvi pedir ajuda.

Vou ver se importo algumas peças para teste..e pelo que vi e como você falou ele ja entrega o sinal pronto, então é só exibir por exemplo em um ldc/oled, talvez um  pequeno ajuste do que chega..

Olá, caros colegas do CDH.

Gostaria de saber se alguém já fez leituras de sensores PT100 2/3 fios com PIC/ARDUINO.

Se há uma maneira de ler o sensor diretamente no canal analógico do uC, ou se precisa de algum conversor.

Caso necessite de conversor, poderiam indicar qual? um diagrama? 

Já, usei o LM35 muitas vezes, mas o range de temp que preciso ler ele nao suporta.

Agradeço desde já.

Bom dia pessoal, venho aqui pedir a valiosa ajuda de vocês..

Seguinte, tenho uma aplicação C# (servidor) no ponto A e tenho um equipamento que se conectará nesse servidor, que está no ponto B.

Haverá um link de RADIO levando a rede local do ponto A para o ponto B, e neste equipamento eu insiro o IP local do servidor EX: 192.168.1.200. até aqui tudo bem funciona. 

A questão é a seguinte, no ponto B tambem terá uma internet banda larga e ai que entra minha duvida, usando um switch loud balance eu consigo manter esse IP local nesse equipamento e se antena perder o link ele faz o direcionamento pela internet? no ponto A tem um DDNS funcionando, ele loud balance consegue localizar e trata como IP local??

espero ter conseguido explicar ..

Att.

Rodrigo C.

12 horas atrás, test man*~ disse:

A versão 5.070 do CCS suporta esse modelo de PIC.

 

O PICkit 3 suporta.

 

Os pull-up resistors são ativados individualmente através do registrador WPUA (ou não?), assim você ativa somente os que você quer.

Obrigado pelas dicas... vou verificar sobre o ccs e esse gravador. teria algum exempo de como setar esse registrador?

5 minutos atrás, Isadora Ferraz disse:

Penso que pullup só é válido quando pino for entrada. No caso de saída penso que o termo é pushpull.  Atenção que alguns pinos podem ser coletor (dreno) aberto. Aí sim, pullup e você ... tudo a ver.

Sim eu acabei achando 1 post que falava sobre pull-up se estiver setado como entrada...vou fazer uns testes hoje!!

Boa tarde galera do CDH.. seguinte são duas duvidas para resolver o mesmo problema

Tenho um equipamento aqui que veio com um pic 16F1823 e preciso alterar o codigo para funcionar de outra maneira, porém minhas duas gravadoras nao suportam esse pic!! nem a versão 4.105 do CCS tem o bendito!!

Sobre o supracitado pergunto, tem como incluir esse pic no CCS e tem alguma gravadora que suporta esse pic.

Segundo ponto: poderei eu substituir o 16F1823 pelo 16F688, porém como há uma leitura multiplexada de um teclado e não tem resistores de pull_down ou pull_up, acredito que devem estar setados internamente no pic, ok, o 688 tem suporte no port_A para pull_up, então o port_A todo ficaria com pull_up certo? (menos o A3 segundo datasheet) Ocorre que no A5 e A4 tenho base de transistores NPN (BC-337) que são as cargas que vou ativar em determinado ponto do codigo, mas e ai como vou setar esses pinos HIGH se eles estão com pull-up habilitado??

Att.

Rodrigo C.

edit:

Andei pesquisando e pelo que entendi com o port_a com pull-up habilitado, os pinos que eu setar como saida ja não terão mais o pull-up, procede? Li no forum do CCS compiler

@Papibakigrafo você conseguiu salvar o SSID e senha na eeprom do esp?

Estive pensando, precisava de uma maneira de inserir o login, senha e IP do esp depois de ja ter carregado o codigo nele. Pra ele ficar configuravel em qualquer lugar, sem precisar do codigo e tal..

Estou pensando na possibilidade de fazer uma plaquinha com ldc e um arduino... conversar com o esp via serial e assim "inserir" esses valores dentro do esp que irá gravar na eeprom. ou sera que tem como fazer com um software qualquer que estabeleça um comunicação serial e usar o proprio conector micro usb do nodemcu??

O que me dizem??

Bom, caso alguem conheça algum circuito/CI pode postar..

Mas eu ja consegui o que  queria com o TL431 mesmo...que no caso foi só achar a tensão de disparo com um divisor de tensão..

Olá galera do CDH, vou pedir uma ajuda aqui para vocês.

Preciso monitorar uma tensão de uma bateria (com carregador), carregador desligado ficara em torno de 12,50 volts.. porém quando ligar o carregador a tensão irá para 13.30 a 14.00 V e ai deverá ligar uma saida( um rele).

Postei aqui porque não quero usar um uC para fazer a leitura acionamento, quero fazer de forma analogica.

A um tempo usei um CI o TL431, mas faz tanto tempo que nao lembro como usa-lo.. alguem conhece algum meio fácil de fazer isso??

Desde ja agradeço!!

@Papibakigrafo  Não consigo te ajudar em relação a salvar esse tipo de dado na eeprom, mas você podeira me ajudar respondendo quantos endereços o ESP12e (nodmecu) tem disponíveis?  e são endereços de 255 (8 bits)?

att.

23 minutos atrás, lucianolcoa disse:

@rodrigocirilo  Não entendi bem aonde você quer chegar. Mas penso eu que você conseguiria algo mais fácil fazendo comunicação serial por algum dispositivo de RF, tipo esse que mencionei nos posts acima, nrfl2401 que, com antena, chega a 1km de alcance fácil... Mas o que você quer fazer realmente necessita de aplicação web??? web cliente e web server?

----------------------------

Edit:uma coisa que você pode fazer também e configurar um esp como cliente e vários outros como servers. Ahe você faz o client fazer uma requisição tipo GET para os servers com botões pre configurados para acionar comandos e mandar mensagens.

Olá, não pode ser por RF, serial etc... tem que ser pela rede ethernet/wifi. pois deverá mandar as informações para um pc que não vai estar no loccal (porém chegará até no local uma rede ethernet via radio (uma rede local) que levará os dados até o pc de destino..

Esqueça webserver webclient... o esp não vai hospedar nenhuma pagina...só vai ler um botão e enviar o estado. recebendo um dado do servidor aciona uma saida.

Os esp´s deverão se conectar ao SERVIDOR que será uma aplicação V C# (nos testes estou simulando com um terminal tcp server. 

Não sei se seria possivel(creio que sim) mas nao queria usar nada de web/html/get/post etc.. hehe....

Esse ultimo codigo que postei veio no finzinho da tarde.. quebrei um pouco a cabeça mas acho que é o melhor caminho a seguir... pois como falei consegui de maneira meio tosca uma comunicação de duas vias..

Pessoal, voltei hehehe

Seguinte, estou usando o nodemcu (ESP8266) na IDE do arduino.

Vamos ver se conseguem me ajudar, vou explicar rapidamente: 

Terei uma aplicação em visual studio c# (ficará para depois) (no caso vamos usar um terminal tcp server pra simular essa aplicação) que irá receber varias conexões de varios nodemcu´s. Esses nodemcus irão enviar dados ao server (aplicação(sem ser solicitado pelo server) ) o server recebe trata etc.. em determinado momento preciso enviar dados do server para algum esp (para fins de teste vamos considerar somente 1 agora) o ESP recebe trata . só isso hehe

Andei lendo e testando alguns exemplos de comunicação tcpip sockets (não manjo disso hehe) fiz a aplicacção C# e testei com app no celular e funcionou..

Comprei umas apostilas (muito simples por sinal ) e nela continha um exemplo que testei e funciona com o terminal tccpserver (hercules) apertando o botão envia uma string ao server.

segue codigo:

#include <ESP8266WiFi.h>

const char* ssid = "ID_REDE";
const char* password = "SENHA_REDE";
const char* host = "192.168.1.106"; //IP DO PC QUE ESTÁ INSTALADO O HERCULES

#define INP1 14
#define LED 2

void setup()
{
   Serial.begin(9600);   // Inicia comunicação Serial em 9600 baud rate
  
  pinMode(INP1, INPUT_PULLUP);
  WiFi.mode(WIFI_STA);
  WiFi.begin(ssid, password);
  while(WiFi.status() != WL_CONNECTED)
    delay(500); 

     Serial.println("test");

}

void loop() 
{

  WiFiClient client;
  
  if(digitalRead(INP1)==0)
  {
    if(!client.connect(host, 80)) // porta 80 ja estava no exemplo
    return;

      client.print("ENVIADO");
       delay(250);
       
  }
  
   

}

imagem do  que recebe.

O que preciso agora é conseguir enviar uma informação do server para o ESP tipo uma string ou um valor uma letra alguma coisa ...

achei esse codigo e ele funciona no caminho inverso (envia dados pc ao esp porém ele torna o ESP server e tem que usar a aba tcp client do hercules) alem de agir estranho, ao enviar o dado ele automaticamente desconecta do server.

Mas a pergunta é: como juntar esses dois codigo para formar uma comunicação TIPO serial, onde ambos pode enviar e receber normalmente.

#include <ESP8266WiFi.h>

const char* ssid = "ID_REDE";   //put your SSID of the router to connect with
const char* pass = "_SENHA_REDE";   //put your password of the router to connect with
int led;
String responce;

WiFiServer server(80);

void setup() 
{
  Serial.begin(115200);
  delay(10);
  pinMode(2, OUTPUT);
  digitalWrite(2, 0);
  
  Serial.println();
  Serial.print("Connecting to............");
  Serial.println(ssid);
  
  WiFi.begin(ssid, pass);
  
  while (WiFi.status() != WL_CONNECTED)
  {
    delay(500);
    Serial.print(".");
  }
  
  Serial.println("");
  Serial.println("WiFi connected");
  
  server.begin();
  Serial.println("Server started.....");

  Serial.println(WiFi.localIP());
}

void loop() 
{
  WiFiClient client = server.available();
  if (!client)
  {
    return;
  }
  Serial.println("new client");
  
  while(!client.available())
  {
    delay(1);
  }
  
  String req = client.readStringUntil('\r');
  Serial.println(req);
  client.flush();

  if (req.indexOf("on") != -1)
  {
    led = 0;
    responce = "ON";
  }
  else if (req.indexOf("off") != -1)
  {
    led = 1;
    responce = "OFF";
  }
  else 
  {
    Serial.println("invalid request");
    return;
  }

  digitalWrite(2, led);
  client.flush();
  client.print(responce);
  
  delay(1);
  Serial.println("Client disonnected");
}

Conto com a inteligencia e boa vontade dos colegas... pois estou ficando doido hehe

Att.

Bom tambem consegui no GITTER um exemplo de codigo que consegui fazer funcionar alguma coisa parecida com o que quero, porém tive que retirar uma parte de dentro de uma função e colocar no void loop.

#include <ESP8266WiFi.h>
  #define       LED0      2         // WIFI Module LED
//------------------------------------------------------------------------------------
String Message="";
//------------------------------------------------------------------------------------
// Authentication Variables
//------------------------------------------------------------------------------------
  char*         connect_to = "ID_REDE";
  char*         pass = "SENHA_REDE";
  IPAddress     qwertyServer(192,168,1,106);
  WiFiClient    qwertyClient;
//====================================================================================

  void setup()
  {        
    // Setting The Mode Of Pins ---------------------------------------------
    pinMode(LED0, OUTPUT);          // WIFI OnBoard LED Light
    digitalWrite(LED0, !LOW);       // Turn WiFi LED Off

    // Print Message Of I/O Setting Progress --------------------------------
    //Serial.println("\nI/O Pins Modes Set .... Done");

    // Starting To Connect --------------------------------------------------
    WiFi.mode(WIFI_STA);            // To Avoid Broadcasting An SSID
    WiFi.begin(connect_to, pass);          // The SSID That We Want To Connect To

    // Printing Message For User That Connetion Is On Process ---------------
    Serial.println("!--- Connecting To " + WiFi.SSID() + " ---!");

     // Setting The Serial Port ----------------------------------------------
    Serial.begin(9600);           // Computer Communication
    delay(500);
    Serial.print("\n");

    // WiFi Connectivity ----------------------------------------------------
    CheckConnectivity();            // Checking For Connection  
  }

//====================================================================================

  void loop()
  {

    if(WiFi.status() != WL_CONNECTED)
    {
        Serial.println("\nOops! Connection lost. Trying to reconnect " + String(WiFi.SSID()));
        Serial.println("");
        CheckConnectivity();
    }
    else if(qwertyClient.available() > 0)
    {
        ReadMessage();
        Serial.print(Message);
         Serial.print();

      qwertyClient.flush();
      }

        if(qwertyClient.connect(qwertyServer, 23))
    {
      delay(250);
      Serial.print("status\n");
      Serial.println    ("Connected");
      qwertyClient.println ("teste");
    }

  }
//====================================================================================

  void ReadMessage()
  {
      Message = "";
      Message = qwertyClient.readStringUntil('\r');
  }

//====================================================================================

  void CheckConnectivity()
  {
    while(WiFi.status() != WL_CONNECTED)
    {
      for(int i=0; i < 2; i++)
      {
        digitalWrite(LED0, !HIGH);
        delay(50);
        digitalWrite(LED0, !LOW);
        delay(550);
        Serial.print(".");
      }
      Serial.println("");
    }

  // Stop Blinking To Indicate Connected ----------------------------------
    digitalWrite(LED0, LOW);
    Serial.println("\n!-- Client Device Connected --!");
    Serial.print("\n\n");

    // Printing IP Address --------------------------------------------------
    Serial.println("Connected To      : " + String(WiFi.SSID()));
    Serial.println("Signal Strenght   : " + String(WiFi.RSSI()) + " dBm");
    Serial.print  ("Server IP Address : ");
    Serial.println(qwertyServer);
    Serial.print  ("Device IP Address : ");
    Serial.println(WiFi.localIP());

    // Conecting The Device As A Client -------------------------------------
    ClientRequest();

  }
 
//====================================================================================

  void ClientRequest()
  {
    // First Make Sure You Got Disconnected
    qwertyClient.stop();

    // If Sucessfully Connected Send Connection Message
    if(qwertyClient.connect(qwertyServer, 23))///copiei isso
    {									      ///copiei isso
      delay(250);						      ///copiei isso
      Serial.print("status\n");       	      ///copiei isso
      Serial.println    ("Connected");        ///copiei isso
      qwertyClient.println ("teste1");        ///copiei isso
    } 									      ///copiei isso e colei la no loop infinito ai 
  }											  /// começou a trafegar dados

Abrindo o serial monitor fica printando varias coisas hehe, mas também envia dado para o terminal server, e de la se eu escrevo algo no send também envia...vou tentar tratar isso amanha 

Em 18/04/2017 às 21:29, ViniciusKruz disse:

@rodrigocirilo  Pelo que pude experimentar do ESP como cliente, eu não achei muito satisfatório, no meu caso eu fiz o teste assim: o ESP se conectava ao meu site(www.meusite.com.br/pagina.php) e enviava certos dados ou lia certas variáveis, até aí tudo bem caso o servidor esteja online e respondendo rápido, o problema é o tempo gasto, se acontecer do servidor não estar respondendo no momento(offline) por padrão o ESP fica travado nesta espera por cerca de 4 segundos ou seja, se tiver alguma função esperando pode ficar prejudicada. Eu consegui configurar essa espera em 1 segundo, se o servidor não responder, encerra a comunicação. Se esse tempo for um problema para você, talvez a solução seja diferente: colocar o ESP como server e conectado a uma rede wifi qualquer, sempre executando as tarefas corriqueiras dele e sempre escutando uma porta qualquer,  daí seu supervisório simplesmente envia o pacote ao ESP que responderá de imediato. Isto te resolveria além do problema do delay da espera como ainda facilitaria para você alterar seu supervisório, ao invés deste ficar sempre aguardando um ESP para dar um comando, ele já envia de imediato este tal comando que será interpretado rapidamente também seria mais viável porque é muito mais fácil implementar no seu supervisório uma rotina onde ele envia dados para um servidor qualquer(ESP) que criar uma rotina para fazer dele um servidor. 

 

Isto que estou te propondo tem muito pouca diferença do que imagino que seu supervisório faça hoje de modo serial, imagina a cena, seu supervisório precisa saber um valor de uma variável em um dispositivo serial, o que ele faz? envia a este dispositivo o pedido deste valor e recebe a resposta, ou então, seu supervisório precisa ligar um led em um dispositivo serial: ele simplesmente manda o comando e pronto, o dispositivo responde com o led. Então! com o ESP como servidor é o mesmo princípio, o que muda é só que ao invés de seu supervisório dizer "serial.escreva(dado)" vai dizer "servidor.escreva(dado)".

 

 

Ok, estou esperando algumas apostilas chegarem.. quando tiver algo pronto e se enroscar ai dou mais detalhes.. mas suas dicas foram muito boas.. vou deixar anotado aqui..

Em 13/04/2017 às 18:16, lucianolcoa disse:

Pelo que eu entendi você quer fazer o arduino "conversar" com algum programa feito em c certo? ou nodemcu ou o que tiver

 

Então, a comunicação é sempre serial, sei como fazer em java e em python, agora outras linguagens ficarei devendo. Por mais que arduino seja parecido com C, ele não é C,e PIC também

 

Mas... no python é assim que você faz comunicação serial, no java e relativamente parecido. No C eu não sei mas algum manjão de C deve saber. Ahe depende do que o programa que você fez na linguagem X é capaz de fazer, o que ele faz entendeu....

 

Por exemplo, voltando ao código python que escrevi, você pode fazer uma coisa legal olha:

import serial

import time

tempo=0

comunica=serialSerial('COMX',9600)

arquivo=open("dados.txt",'w')

ler1=[]

ler2=[]

ler= comunica.readline()

 

print(ler)

time.sleep(2)

tempo=tempo+1

if ler1!=ler:

     ler2.append(ler)

     ler1=ler

     ler2.append(tempo)

    arquivo.write(ler2)

if ler== "sua condi":

     comunica.write("o que deseja")

Luciano agradeço a atenção e o codigo exemplo..

porém não quero comunicação serial, quero que o nodemcu se conecte na rede wifi e um pc na mesma rede(ou não) contendo o supervisório irá se comunicar via tcpip.

Eu achei um video no youtube de um exemplo de um server e client na mesma solution.. e fiz algumas adaptações, consegui fazer comunicar usando um app (android) que faz o papel do client..

Enfim.. vou comprar umas apostilas dedicadas ao assunto e ver se me ajuda..

Em 13/04/2017 às 21:22, ViniciusKruz disse:

@rodrigocirilo Esse seu supervisório já tem implementado essa parte do server? Ele fica escutando em uma porta como se fosse um webserver?

 

Geralmente com os ESPs costuma-se fazer o contrário, o ESP é quem é o servidor e recebe os comandos de outros sistemas dando a resposta, mas claro, ele(ESP) também pode ser o cliente que se conecta no servidor e checa alguma coisa.

 

 

Olá Vinicius, na verdade tenho o codigo pronto para comunicar por serial(que é o que uso atualmente) mas ainda não consegui implementar a parte de TCPIP no C#. Apesar que, conforme respondi ao Luciano, vi um video que ajudou a ter um norte para fazer uns testes..

No caso, o supervisório será o server, pois vários client´s (ESP´s) irão se conectar a ele. e sim é indicando um IP e PORTA.

24 minutos atrás, lucianolcoa disse:

faz comunicação serial... Ahe não sei como em C se faz uma comunicação serial, mas em python é assim

import serial

import time

 

comunica=serialSerial('COMX',9600)

ler= comunica.readline()

print(ler)

time.sleep(2)

if ler== "sua condi":

     comunica.write("o que deseja")

Agradeço, mas não entendi nada rsrsrs...

essoal, boa tarde..

Gostaria de saber se alguma alma caridosa aqui poderia me ajudar hehe..

Queria programar o NodeMcu na IDE do arduino.. e conversar via socktes (acho que é isso) com um supervisório feito em visual studio C#... algo simples para fins de estudo..

o ESP como cliente e o supervisório como server.. dai ao ligar o esp se conectaria no IP/Porta do PC e falaria com o software.. tipo enviar um comando do soft. para acender um led, e o esp responder com uma mensagem de ON ou OFF..

Alguem tem um exemplo de uma aplicação dessas??

Att.

Rodrigo

@Isadora Ferraz  Muito obrigado pelas dicas...

4 horas atrás, Isadora Ferraz disse:

Alguns mc têm alternativa de gravar na própria flash de programa (vulgo cortar a própria carne) mas como não gosto muito desta alternativa, permito-me deixar você pesquisar sobre se desejar, ok?

Se você que conhece muito mais do que eu não gosta dessa alternativa, imagina se eu vou usar rsrsrs.. quem saber em um futuro distante.

55 minutos atrás, Isadora Ferraz disse:

Vamos ver se entendi: você tem 512 senhas válidas e quer ver se a da entrada está entre elas, é isso? (1/2 estranho isso mas cada mania com seu lôco).

porque, meio estranho?? terá um teclado de 0 a 9 dígitos onde será cadastrado todas as senhas validas... no uso diário, será digitada as senhas e para saber se é valida ou não terá de consultar na memória, se ela estiver lá, será válida..

56 minutos atrás, Isadora Ferraz disse:

Pra ficar mais ágil, transfira pra ram antes de fazer a comparação. Um mc de mais memória lhe cai bem.

Putz.. como nao pensei nisso antes?? como sou lento rsrsrs transfiro tudo da eeprom para ram no start do mcu e pronto...

58 minutos atrás, Isadora Ferraz disse:

E sim, a eeprom interna é mais rápida.

Que bom...

58 minutos atrás, Isadora Ferraz disse:

E avalie melhor as entradas de teu projeto com mc de 8 bits: geralmente 8 bits é suficiente como senha.

Não entendi essa parte, no caso as senhas terá 4 digitos então formarão um numero  de 0000 a 9999, no caso não consigo gravar em um único endereço o valor, pois não é de 8 bits (certo??) por isso preciso separar o numero em 2 de 2 dígitos ai sempre vou ter numeros abaixo de 255 para gravar.. Então como 8 bits seriam suficiente para senhas?? 

1 hora atrás, Isadora Ferraz disse:

Mas reitero que pra ler 1 ou 2 bytes, mesmo que na útilma posição, não leva este tempo ok?

Sim se eu indicar exatamente o endereço concordo, mas no meu caso preciso ler todos os endereços para checar se a senha digitada está na memória.

No caso se for a memória EEPROM interna do PIC não levará este tempo certo??

Opa..obrigado amigão, vou dar uma olhada assim que puder..

Essa comunicação é parecida com a rs232? Tipo pra enviar putc(dado). Pra receber  dado=getc() ???

Abrs

Digo 5 segundos para fazer 1023 consultas a memória externa, sendo que cada leitura de endereço leva 5ms !! nao seria isso??