XiuaElectronics: [Robótica y Automatización Industrial].

domingo, 30 de abril de 2017

XiuaElectronics: Curso Proteus 8.5 + MPASM y PIC16F628A

Curso Proteus 8.5 + MPASM y PIC16F628A #03: Manejo de puertos digitales I/O, pulsador y leds.

Que tal amigos?

En el día de hoy veremos la tercera clase del curso de Proteus 8 con el compilador MPASM y el pic16f628a; para esta calse trabajaremos lo que tiene que ver con puertos digitales I/O (Estradas y salidas), también unas instrucciones básicas en assembler la cuales nos servirán para diferentes aplicaciones; en este caso las utilizaremos para el control del encendido y apagado de unos led's a través de un pulsador.

Para empezar miraremos los registros los cuales serán los encargados de configurar los puertos.

Bancos de registros:

El pic16f628a posee 4 bancos en los cuales se dividen diferentes bits de cofiguración, por ejemplo en el banco 1 es donde configuraremos los registros TRIS los cuales serán los encargados de decir la configuración del puerto a controlar.

*Sintaxis C
TRISA=0; // en este caso se le dice que el puerto A estará como salida

*Sitanxis Assembler
MOVLW 0b'00000'
MOVWF TRISA

Como ven solo aumento una linea con respecto a la sintaxis de c, pero en cambio ocupa menos memoria y son más rapidas las instrucciones.

También les comento que por defecto iniciamos en el banco 0, para ingresar al banco uno necesitamos poner en uno lógico es bit RP0 del registro status, esta aprte la verán en el vídeo de esta clase, solo se los comento para que lo tengan presente.

Instrucciones BTFSS y BTFSC de Ensamblador RISC

La instrucción BTFSS y la instrucción BTFSC son cada una como una simple instrucción de comparación, como lo es un IF en otros lenguajes de programación, a excepción de que los if pueden contener varias instrucciones como en el siguite código de Java:

if (variable=='condición')

{

instrucción1;

instrucción2;

instrucción3;

}

else

{

instrucción4;

instrucción5;

instrucción6;

}

La instrucción BTFSS de Assembler RISC verifica que el bit del puerto o variable especificado se encuentre en 1 lógico (alrededor de los 5v), si la respuesta es cierta entonces se salta la siguiente instrucción, mientras que si no lo es, realiza la sig instrucción. Como se muestra en el ejemplo:

BTFSS PORTA,0 ;"Bit 0" del puerto A esta en 1 lógico (5volts)?

goto no esta en1 ;No, (esta en 0volts).

goto si esta en1 ;Si, (esta en 5volts).

Por otra parte la instrucción BTFSC de Assembler RISC verifica que el bit tenga un 0 lógico, y de igualmanera, si es cierto, se salta la instrucción siguiente, y si es falsa entonces hace la siguiente.

BTFSC PORTA,0 ;"Bit 0" del puerto A esta en 0 lógico (0volts)?

goto no esta en0 ;No, (esta en 5volts).

goto si esta en0 ;Si, (esta en 0volts).

Bien, esta es una breve explicación de unos datos básicos que debemos tener en cuenta a la hora de programar en assembler, ahora ya que vimos lo escencial, vamos a proceder a ver el vídeo tutorial de la clase de hoy:

Para complementar esta clase, les dejo el link del vídeo tutorial de como instalar Proteus 8.5 en todas las versiones de windows:

https://www.youtube.com/playlist?list=PLHsJoDYdMkxWV3KRvvzMXPHqoXpUgPtj2

Bien muchachos, esto es todo por hoy; esten pendiente en mi canal, o de mi blog o de mi pagina de facebook.

Facebook: https://www.facebook.com/electronicalibrexc/
Youtube: http://www.youtube.com/c/breismanrueda
Google +: https://plus.google.com/u/0/+breismanrueda
Twitter: https://twitter.com/BreismamR

Esto es todo por hoy, Sigue mi blog y visita mi próxima entrada!

Cualquier duda, trabajo, tutoria personalizada por correo electronico o pagina en facebook:
Correo: ElectronicaLibreXC@outlook.com
Facebook: https://www.facebook.com/electronicalibrexc/

Salu2...

Fuentes de apoyo: http://malandres.blogspot.com.co/2009/06/instruccion-bsfss-y-bsfsc-de.html

lunes, 27 de marzo de 2017

XiuaElectronics: Curso Proteus 8.5 + MPASM y PIC16F628A

Curso Proteus 8.5 + MPASM y PIC16F628A #02: Características técnicas Pic16f628a y set insrucciones.

¿Que tal amigos?

En el día de hoy vamos a ver la segunda clase del curso de Proteus 8.5 + MPASM y el pic16f628a; para esta clase vamos a tratar unos aspectos importantes, y serán el setlist de instrucciones que trae el pic16f628a, con las cuales podremos formar diferentes programas en assembler, de igual manera veremos las características técnicas de nuestro microcontrolador entre otras cosas, así que empezemos:

Set de Instrucciones:

La anteriores nstrucciones son las pertinentes a uestro microcontrolador pic16f628a, estas intrucciones tienen una duración de un ciclo, pero en algunos casos tendrán 2 ciclos de duraciones, esto es importante ya que sabremos exactamente cuanto se tardará en ejecutar una acción nuestro microcontrolador, y eso mismo podreos hacer retarmos mucho más eficientes.

En la siguiente clase me detendré a explicar las operacones basicas de bit-oriented, las cuales podrán observar en la imagen, ya que con estas procederemos a hacer la mayoria de nuestros programas, en dado caso que necesitemos explicar otra instrucción a parte de las mencionadas anteriormente, se explicará en una clase posterior.

Ya que vimos el set de instrucciones que posee nuetro microcontrolador, ahora vamos a ver la características técnicas que este posee:

Características principales

• Velocidad de operación hasta 20 MHZ con oscilador externo.

• Admite 8 configuraciones de oscilador.

• 8 niveles de PILA.

• Procesador con arquitectura HARVARD.

• Conjunto reducido de instrucciones RISC (35) gama media.

• Instrucciones de un ciclo excepto los saltos (200nS por instrucción a 20 MHZ).

• Resistencias PULL-UP programables en el puerto B.

• Pin RA5 MCLR programable como reset externo o pin de entrada.

• Rango de operación desde 3V hasta 5.5V.

• 15 pines de I/O y 1 sólo de entrada (RA5).

• Temporizador Perro guardián WDT independiente del oscilador.

• Programable con bajo voltaje LPV (5V.).

• Programación serial en Circuito ICSP por 2 pines: RB6 reloj y RB7 datos.

• Código de protección programable por sectores.

• Memoria de programa FLASH 2048K. de 100.000 ciclos escritura/borrado.

• Memoria de datos EEPROM de 1.000.000 ciclos escritura/borrado de 100 años retención.

• 2 circuitos comparadores análogos con entradas multiplexadas.

• 3 Timers, Timer 0 a 8 bits, Timer 1 a 16 bits y Timer 2 a 8 bits.

• Módulos CCP, Captura compara 16 bits, y PWM, modulación de ancho de pulso 10 bits.

• 10 fuentes de interrupción.

• Módulo de comunicación serial USART/SCI.

• Capacidad de corriente para encender leds directamente (25 mA I/O) por cada pin.

Pines de entradas y salidas(IN y OUTPUT):

Para mayor información les dejaré el link del datasheet para que lo puedan descargar y ver: http://adf.ly/1ltwuG

Estas son las características básicas de nuestro microcontrolador y su disposición de pines, ahora veremos el vídeo tutorial correspondiente a esta clase:

Salu2...

viernes, 17 de marzo de 2017

XiuaElectronics: Curso Proteus 8.5 + MPASM y PIC16F628A

Curso Proteus 8.5 + MPASM y PIC16F628A #01: Configuración Proteus 8.5 para programar en ensamblador.

¿Que tal amigos?

En esta noche vamos a dar inicio a la primera clase del curso Proteus 8.5 + MPASM y PIC16F628A;

Pero bueno, para entender mejor de que trata este curso hablaremos sobre el.

Curso Proteus 8.5 + MPASM y PIC16F628A:

Este curso se esta desarrollando por la necesidad de adaptarse a un entorno de trabajo el cual requiera muchos recursos para poder diseñar y programar diferentes artefactos electrónicos y no se posea estos. Basicamente lo que se hará en este curso serán dos cosas. La primera es que, aprenderemos a programar en un lenguaje que por excelencia, todos los electrónicos deberiamos conocer, me estoy refiriendo al lenguaje assembler o ensamblador; más adelante abordaremos un concepto más extenso sobre este lenguaje, no sin antes decir que programaremos el pic16f628a, ya que es un pic muy utilizado industrialmente, por su facilidad de uso y sus perifericos compatibles para una amplia gama de proyectos.

La segunda cosa que se hará en este curso es aprender a utilizar el MPASM Compiler, es una de las nuevas funcionalidades de Proteus 8, la cual nos permite programar dentro del software, pero bien, ¿como así?, basicamente la funcionalidad nueva de Proteus es que nos permite agregar un compilador a este para poder programar un lenguaje en especifico y cargarlo directamente al microcontrolador que se esta programando, cabe recordar que este microcontrolador será el que esta dentro del esquematico de Proteus 8; esto es una gran ventaja, ya que podemos desarrollar un mundo de proyectos, sin necesidad de gastar dinero en los dispositivos, sino que todo será simulado.

Ya que vimos el por que de este curso veremos algo sobre el lenguaje que utilizaremos durante este curso, en este caso será ASSEMBLER o ENSAMBLADOR.

Lenguaje Assembler o Ensamblador:

El lenguaje ensamblador, o assembler (en inglés assembly language y la abreviación asm), es un lenguaje de programación de bajo nivel. Consiste en un conjunto de mnemónicos que representan instrucciones básicas para los computadores, microprocesadores, microcontroladores y otros circuitos integrados programables. Implementa una representación simbólica de los códigos de máquina binarios y otras constantes necesarias para programar una arquitectura de procesador y constituye la representación más directa del código máquina específico para cada arquitectura legible por un programador. Cada arquitectura de procesador tiene su propio lenguaje ensamblador que usualmente es definida por el fabricante de hardware, y está basada en los mnemónicos que simbolizan los pasos de procesamiento (las instrucciones), los registros del procesador, las posiciones de memoria y otras características del lenguaje. Un lenguaje ensamblador es por lo tanto específico de cierta arquitectura de computador física (o virtual). Esto está en contraste con la mayoría de los lenguajes de programación de alto nivel, que idealmente son portátiles.

Un programa utilitario llamado ensamblador es usado para traducir sentencias del lenguaje ensamblador al código de máquina del computador objetivo. El ensamblador realiza una traducción más o menos isomorfa (un mapeo de uno a uno) desde las sentencias mnemónicas a las instrucciones y datos de máquina. Esto está en contraste con los lenguajes de alto nivel, en los cuales una sola declaración generalmente da lugar a muchas instrucciones de máquina.

Muchos sofisticados ensambladores ofrecen mecanismos adicionales para facilitar el desarrollo del programa, controlar el proceso de ensamblaje, y la ayuda de depuración. Particularmente, la mayoría de los ensambladores modernos incluyen una facilidad de macro (descrita más abajo), y se llaman macro ensambladores.

Fue usado principalmente en los inicios del desarrollo de software, cuando aún no se contaba con potentes lenguajes de alto nivel y los recursos eran limitados. Actualmente se utiliza con frecuencia en ambientes académicos y de investigación, especialmente cuando se requiere la manipulación directa de hardware, alto rendimiento, o un uso de recursos controlado y reducido. También es utilizado en el desarrollo de controladores de dispositivo (en inglés, device drivers) y en el desarrollo de sistemas operativos, debido a la necesidad del acceso directo a las instrucciones de la máquina. Muchos dispositivos programables (como los microcontroladores) aún cuentan con el ensamblador como la única manera de ser manipulados.

Esto es algo acerca de assembler, pero bueno, dejemonos de conceptos y vamos al grano; importante que los lean ya que sin ellos estarán perdiendo el tiempo en el curso 😈😈. Veamos el siguiente vídeo donde muestro como iniciar con la configuración de Proteus 8 para poder programar con el compilador que viene por defecto.

Salu2...

XiuaElectronics: Curso NODEMCU LOLIN ESP8266 Y Arduino IDE.

Curso NODEMCU LOLIN ESP8266 y Arduino IDE [#10]: Envio de datos a multiples IP (UDP y TCP).

Que tal amigos?

En este día veremos el tutorial #10 del curso de ESP8266 con la IDE de Arduino; en este caso vamos a ver la pequeña intruducción al mundo del transporte informatico, ubicado en la cuarta capa del modelo ISO de la red.

Cuarta capa del modelos ISO para la RED: Nivel de transporte.

El nivel de transporte o capa de transporte es el cuarto nivel del modelo OSI encargado de la transferencia libre de errores de los datos entre el emisor y el receptor, aunque no estén directamente conectados, así como de mantener el flujo de la red. Es la base de toda la jerarquía de protocolo. La tarea de esta capa es proporcionar un transporte de datos confiable y económico de la máquina de origen a la máquina destino, independientemente de las de redes físicas en uno. Sin la capa transporte, el concepto total de los protocolos en capas tendría poco sentido.

Protocolo TCP:

La descripción completa del protocolo TCP se encuentra en el documento RFC793 o su traducción al español. TCP (Transmission-Control-Protocol, en español Protocolo de Control de Transmisión) es de los protocolos fundamentales en Internet. Fue creado entre los años 1973 - 1974 por Vint Cerf y Robert Kahn.

Muchos programas dentro de una red de datos compuesta por computadoras pueden usar TCP para crear conexiones entre ellos a través de las cuales puede enviarse un flujo de datos. El protocolo garantiza que los datos serán entregados en su destino sin errores y en el mismo orden en que se transmitieron. También proporciona un mecanismo para distinguir distintas aplicaciones dentro de una misma máquina, a través del concepto de puerto.

TCP da soporte a muchas de las aplicaciones más populares de Internet, incluidas HTTP, SMTP, SSH y FTP.

TCP es un protocolo de comunicación orientado a conexión y fiable del nivel de transporte, actualmente documentado por IETF en el RFC 793. Es un protocolo de capa 4 según el modelo OSI.

Protocolo UDP:

La descripción completa del protocolo UDP se encuentra en el documento RFC768 o su traducción al español.

User Datagram Protocol (UDP) es un protocolo del nivel de transporte basado en el intercambio de datagramas. Permite el envío de datagramas a través de la red sin que se haya establecido previamente una conexión, ya que el propio datagrama incorpora suficiente información de direccionamiento en su cabecera. Tampoco tiene confirmación ni control de flujo, por lo que los paquetes pueden adelantarse unos a otros; y tampoco se sabe si ha llegado correctamente, ya que no hay confirmación de entrega o recepción. Su uso principal es para protocolos como DHCP, BOOTP, DNS y demás protocolos en los que el intercambio de paquetes de la conexión/desconexión son mayores, o no son rentables con respecto a la información transmitida, así como para la transmisión de audio y vídeo en tiempo real, donde no es posible realizar retransmisiones por los estrictos requisitos de retardo que se tiene en estos casos.

Bueno, esto es algo de teoria, pero para tener un concepto más claro, les dejaré el siguiente vídeo, donde explicaré de la mejor forma, en que consisten estos tipos de protocolos de transporte de datos en la red, y así mismo como se es aplicado en la actualidad.

Bien muchachos, esto es todo por hoy; esten pendiente en mi canal, o de mi blog o de mi pagina de facebook.

Facebook: https://www.facebook.com/electronicalibrexc/
Youtube: http://www.youtube.com/c/breismanrueda
Google +: https://plus.google.com/u/0/+breismanrueda
Twitter: https://twitter.com/BreismamR

Esto es todo por hoy, Sigue mi blog y visita mi próxima entrada!

Cualquier duda, trabajo, tutoria personalizada por correo electronico o pagina en facebook:
Correo: ElectronicaLibreXC@outlook.com
Facebook: https://www.facebook.com/electronicalibrexc/

Salu2...

XiuaElectronics: Curso NODEMCU LOLIN ESP8266 Y Arduino IDE.

Curso NODEMCU LOLIN ESP8266 y Arduino IDE [#09 ]: Conexion a servidor + ESP8266 (Modo Sever).

Que tal amigos?

En este día veremos el tutorial #9 del curso de ESP8266 con la IDE de Arduino; en este caso vamos a ver la pequeña intruducción y conceptos basicos del MODO SERVER de nuestro esp8266, y anexaremos un vídeo con el cual profundizaremos en el tema, creando una aplicación con este tipo de modo y el resto que ya hemos visto en el transcurso del curso.

¿Qué es un Servidor?

Un servidor, como la misma palabra indica, es un ordenador o máquina informática que está al “servicio” de otras máquinas, ordenadores o personas llamadas clientes y que le suministran a estos, todo tipo de información. A modo de ejemplo, imaginemos que estamos en nuestra casa, y tenemos una despensa.

Pues bien a la hora de comer necesitamos unos ingredientes por lo cual vamos a la despensa, los cogemos y nos lo llevamos a la cocina para cocinarlos. Así en nuestro ejemplo, nuestra máquina servidor sería la despensa, y los clientes somos nosotros como personas que necesitamos unos ingredientes del servidor o despensa. Pues bien con este ejemplo podemos entender ahora un poco mejor qué es un servidor.

Por tanto un servidor en informática será un ordenador u otro tipo de dispositivo que suministra una información requerida por unos clientes (que pueden ser personas, o también pueden ser otros dispositivos como ordenadores, móviles, impresoras, etc.).

¿Qué es un Cliente-Servidor?

Es la tecnología que proporciona al usuario final el acceso transparente a las aplicaciones, datos, servicios de cómputo o cualquier otro recurso del grupo de trabajo y/o, a través de la organización, en múltiples plataformas. El modelo soporta un medio ambiente distribuido en el cual los requerimientos de servicio hechos por estaciones de trabajo inteligentes o "clientes, resultan en un trabajo realizado por otros computadores llamados servidores".

¿Qué es un Servidor Web?

Es un programa que gestiona cualquier aplicación en el lado del servidor realizando conexiones bidireccionales y/o unidireccionales y síncronas o asíncronas con el cliente generando una respuesta en cualquier lenguaje o aplicación en el lado del cliente. El código recibido por el cliente suele ser compilado y ejecutado por un Navegador Web. Para la transmisión de todos estos datos se utiliza algún protocolo. Generalmente se utiliza el protocolo HTTP para estas comunicaciones, perteneciente a la capa de aplicación del Modelo OSI. El término también se emplea para referirse al ordenador que ejecuta el programa.

Con las anteriores definiciones nos bastará para entender el siguiente vídeo, en el cual explicaremos como hacer un servidor y con este enviar respuestas a las peticiones de los clientes; es importante que tengan un recorrido estricto durante el curso, ya que en vídeos pasados, vimos diferentes terminos y definiciones los cuales se usarán en esta clase; nos siendo más:

Salu2...

Fuentes de consulta:

https://www.ecured.cu/Cliente-Servidor

http://www.aprenderaprogramar.com/index.php?option=com_content&view=article&id=542:que-es-un-servidor-y-cuales-son-los-principales-tipos-de-servidores-proxydns-webftppop3-y-smtp-dhcp&catid=57:herramientas-informaticas&Itemid=179

https://www.ecured.cu/Servidor_Web

martes, 17 de enero de 2017

XiuaElectronics: Curso NODEMCU LOLIN ESP8266 Y Arduino IDE.

Curso NODEMCU LOLIN ESP8266 y Arduino IDE [#06 || 07 || 08 ]: Conexion a servidor + ESP8266 (Modo Cliente).

Que tal amigos?

En este día veremos los tutoriales #6 #7 y #8 del curso de ESP8266 con la IDE de Arduino; en este caso, metimos 3 en 1, ya que estos 3 vídeo tutoriales, son uno solo, sino que maneja bastante cotenido, así que en el canal de youtube se dividio en tres partes.

Para esta entrada vamos a ver lo que se refiere al MODO CLIENTE del ESP8266, y con esta los diferentes aspectos, comandos, parametros y demás necesarios para manejar este modo que nos ofrece el ESP8266; pero antes de empezar vamos a ver algo de teoría necesaria para poder entender mejor esta sección del curso.

¿Que es HTTP?:

Desde 1990, el protocolo HTTP (Protocolo de transferencia de hipertexto) es el protocolo más utilizado en Internet. La versión 0.9 sólo tenía la finalidad de transferir los datos a través de Internet (en particular páginas Web escritas en HTML). La versión 1.0 del protocolo (la más utilizada) permite la transferencia de mensajes con encabezados que describen el contenido de los mensajes mediante la codificación MIME.

El propósito del protocolo HTTP es permitir la transferencia de archivos (principalmente, en formato HTML). entre un navegador (el cliente) y un servidor web (denominado, entre otros, http en equipos UNIX) localizado mediante una cadena de caracteres denominada dirección URL.

Solicitud HTTP:

Una solicitud HTTP es un conjunto de líneas que el navegador envía al servidor. Incluye:

Una línea de solicitud: es una línea que especifica el tipo de documento solicitado, el método que se aplicará y la versión del protocolo utilizada. La línea está formada por tres elementos que deben estar separados por un espacio:

el método
la dirección URL

La versión del protocolo utilizada por el cliente (por lo general, HTTP/1.0).

Los campos del encabezado de solicitud: es un conjunto de líneas opcionales que permiten aportar información adicional sobre la solicitud y/o el cliente (navegador, sistema operativo, etc.). Cada una de estas líneas está formada por un nombre que describe el tipo de encabezado.

El cuerpo de la solicitud: es un conjunto de líneas opcionales que deben estar separadas de las líneas precedentes por una línea en blanco y, por ejemplo, permiten que se envíen datos por un comando GET o POST durante la transmisión de datos al servidor utilizando un formulario.

Ahora veremos algo sobre los comandos para hacer las peticiones; estos comandos son soportados por el ESP8266, tanto el HTTP como en HTTPS.

Comando GET:

El concepto GET es obtener información del servidor. Traer datos que están en el servidor, ya sea en un archivo o base de datos, al cliente. Independientemente de que para eso tengamos que enviar (request) algún dato que será procesado para luego devolver la respuesta (response) que esperamos, como por ejemplo un identificador para obtener una noticia de la base de datos.

Bien muchachos!, con esto acabariamos lo básico y fundamental que necesitaremos para comprender mejor los vídeos tutoriales del MODO CLIENTE del ESP8266 de este curso, no siendo más veamos.

Salu2...

sábado, 14 de enero de 2017

XiuaElectronics: Curso NODEMCU LOLIN ESP8266 Y Arduino IDE.

Curso NODEMCU LOLIN ESP8266 y Arduino IDE #05: Configuracion punto acceso Wireless (AP) + ESP8266.

Que tal amigos?

En este día veremos el quinto tutorial del curso de ESP8266 con la IDE de Arduino.

Para esta clase veremos el MODO AP, una configuración que permite nuestro módulo ESP8266; pero antes de empezar a hablar de comos e realizza esta configuración, es importante saber de que trata esta, y las funcionalidades que nos brinda. Para esto veremos de que trata un AP o punto de acceso y como aplicarlo en nuestro módulo.

MODO AP o PUNTO DE ACCESO:

También llamado sólo AP, Access Point traducido significa punto de acceso. Se trata de un dispositivo electrónico utilizado en redes inalámbricas de área local (WLAN - Wireless Local Area Network, una red local inalámbrica es aquella que cuenta con una interconexión de computadoras relativamente cercanas, sin necesidad de cables), estas redes funcionan a base de ondas de radio con frecuencias específicas. El Access Point difunde un SSID (Service Set Identifier), el cuál es un "nombre de red" que se puede visualizar desde los dispositivos inalámbricos y permite ser una puerta de entrada a la red local, simplemente autorizando las peticiones de los dispositivos inalámbricos solicitándoles una contraseña correcta.

Cabe destacar que los dispositivos que se conectan a la red, tendrán acceso al mismo segmento que el AP, por lo que se vuelve hasta cierto punto una vulnerabilidad de seguridad en el sistema. Ejemplo de lo anterior ello es que si el AP tiene asignada la dirección IP 192.168.5.74, los dispositivos autorizados para acceder tendrán IP dentro del segmento 192.168.5.X.

MODO AP en ESP8266:

Una vez que ya vimos en teoría, de que trata un punto de acceso, vamos a aclarar unas cosas; primero nuestro modulo ESP8266 soporta este tipo de configuración, pero NO tendrá internet; por la cuestión de que no lo estaremos conectando a la red; si se conecta a la red, no podrá configurarse como un punto de acceso, es decir, que no podrá configurarse como un repetidor de señal WiFi, ya que al conectarlo a internet, el modulo estará ocupado en la conexión con la red loca WiFi, y en el momento de configurarlo como AP, se desconectará y empezará a emitir la señal WiFi, pero sin estar conectado a la red.

¿Entonces para que nos sirve el punto de acceso (MODO AP) en el ESP8266?

Si nos encontramos en un área apartada de la ciudad; donde muy posiblemente no habrá redes de internet, y necesitamos manejar diferentes sistemas electrónicos inalambricamente, es ahí donde nos sirve el MODO AP; ya que al configurarse como tal permite que otros dispositivos se conecten a el, y puedan intercambiar información sin necesidad de estar conectados a la red de internet.

Cabe considerar que todo esto se hará bajo el perimetro maximo de alcance que tenga cualquiera de los dispositivos, es decir, tanto el dispositivo que se conecta al ESP8266, como el mismo ESP8266, deberán tener el mismo alcance solicitado.

Bien muchachos, ya que vimos algo de lo que corresponde al MODO AP del ESP8266, vamos a ver como se hace la configuración de nuestro módulo para ponerlo en MODO AP a través del siguiente vídeo:

Salu2...