Este artigo descreve como comunicar entre um microcontrolador PIC16F877A conectado a uma placa CuscoPIC e um software de supervisório industrial através de uma porta serial RS232. Primeiramente, o microcontrolador deve ser programado para ler e escrever mensagens serialmente e o bootloader deve ser gravado na placa CuscoPIC para habilitar a porta serial. Em seguida, o software supervisório deve ser configurado com o driver ASCII e tags para realizar a comunicação serial com o microcontrolador.
Guia de como buildar/compilar o OpenCV através do código disponibilizado no repositório oficial do projeto (github). O tutorial utiliza o Visual Studio, mas o processo pode ser adaptado para outras IDEs ou ambientes com poucas modificações. A versão do OpenCV utilizada é a 3.0.0 que encontra-se em desenvolvimento no momento em que este documento foi escrito (Junho de 2014).
Escalando uma plataforma poliglota - QConSP 17Leandro Moreira
Apresentar o que leva uma plataforma ter mais de uma linguagem ou banco como solução e quais problemas essa abordagem traz, exemplicando o case da globo.com.
Assuntos como: caching, latência, armazenamento, vídeo ao vivo, streaming, tuning, linux kernel, network, load balancer, encoding, importância dos testes e muito mais.
Nessa apresentação, Diego Sueiro vai mostrar como Linux e o RTOS Zephyr podem compartilhar dados usando RPMsg (Remote Processor Messaging), fluxo de inicialização, e configurações necessárias para habilitar essa comunicação em SoC Multicores Híbridos.
Os fabricantes de SoC estão lançando arquiteturas HMP (Multiprocessadores Híbridos) em que um ou mais núcleos lidam com a aplicação do usuário final e outros núcleos implementam recursos específicos. Em vez de “lutar” com o Linux Kernel para atender às restrições de tempo real, você pode delegar o trabalho “sujo” para um microcontrolador em um ambiente isolado e controlado e é onde o RTOS Zephyr se destaca. É importante que os núcleos híbridos se comuniquem entre si para atender aos requisitos da aplicação. O RPMsg pode ser usado nesses tipos de arranjos expondo uma API independente das especificidades da comunicação entre núcleos.
Principais tópicos desta sessão:
Aplicações de tempo real com o HMP
Introdução ao Zephyr
Introdução ao OpenAMP
Introdução ao RPMsg e RPMsg-lite
RPMsg no Linux
Ativando o RPMsg-lite no Zephyr
Setup da comunicação entre o Linux e Zephyr
Demo
Trabalhos futuros
Link para o video:
https://experience.embarcados.com.br/webinars/linux-e-zephyr/
Globo.com - migração do player flash para html5Leandro Moreira
Vamos apresentar a experiência de migrar o player da Globo.com, com seus 10 milhões de acessos diários, de Flash para tecnologias modernas da web – sem downtime. O player anterior tinha arquitetura monolítica que dificultava a manutenção e inclusão de novas features, além de enfrentar as limitações cada vez maiores sofridas pelo Flash. O novo player, construído com tecnologias modernas, incluindo HTML5, ECMAScript 6 e webpack, conta com arquitetura voltada à extensibilidade. Além disso, abrimos o código da maior parte do player, no projeto Clappr no Github.
Veremos, ainda, os principais desafios enfrentados:
Como isolar um componente (aparência e comportamento) entre milhares de páginas existentes;
Como fazer a troca em todos os produtos da Globo.com (Globoesporte, Gshow, G1, Techtudo, globoplay, globotv e outros), sem que os donos dos produtos tenham que fazer qualquer alteração;
Como suportar a maioria dos browsers e devices.
Finalmente vamos analisar o resultado desta migração: um player mais fácil de manter e evoluir, com tempo de inicialização de vídeo mais rápido, novas features e a inclusão da comunidade de desenvolvedores.
Guia de como buildar/compilar o OpenCV através do código disponibilizado no repositório oficial do projeto (github). O tutorial utiliza o Visual Studio, mas o processo pode ser adaptado para outras IDEs ou ambientes com poucas modificações. A versão do OpenCV utilizada é a 3.0.0 que encontra-se em desenvolvimento no momento em que este documento foi escrito (Junho de 2014).
Escalando uma plataforma poliglota - QConSP 17Leandro Moreira
Apresentar o que leva uma plataforma ter mais de uma linguagem ou banco como solução e quais problemas essa abordagem traz, exemplicando o case da globo.com.
Assuntos como: caching, latência, armazenamento, vídeo ao vivo, streaming, tuning, linux kernel, network, load balancer, encoding, importância dos testes e muito mais.
Nessa apresentação, Diego Sueiro vai mostrar como Linux e o RTOS Zephyr podem compartilhar dados usando RPMsg (Remote Processor Messaging), fluxo de inicialização, e configurações necessárias para habilitar essa comunicação em SoC Multicores Híbridos.
Os fabricantes de SoC estão lançando arquiteturas HMP (Multiprocessadores Híbridos) em que um ou mais núcleos lidam com a aplicação do usuário final e outros núcleos implementam recursos específicos. Em vez de “lutar” com o Linux Kernel para atender às restrições de tempo real, você pode delegar o trabalho “sujo” para um microcontrolador em um ambiente isolado e controlado e é onde o RTOS Zephyr se destaca. É importante que os núcleos híbridos se comuniquem entre si para atender aos requisitos da aplicação. O RPMsg pode ser usado nesses tipos de arranjos expondo uma API independente das especificidades da comunicação entre núcleos.
Principais tópicos desta sessão:
Aplicações de tempo real com o HMP
Introdução ao Zephyr
Introdução ao OpenAMP
Introdução ao RPMsg e RPMsg-lite
RPMsg no Linux
Ativando o RPMsg-lite no Zephyr
Setup da comunicação entre o Linux e Zephyr
Demo
Trabalhos futuros
Link para o video:
https://experience.embarcados.com.br/webinars/linux-e-zephyr/
Globo.com - migração do player flash para html5Leandro Moreira
Vamos apresentar a experiência de migrar o player da Globo.com, com seus 10 milhões de acessos diários, de Flash para tecnologias modernas da web – sem downtime. O player anterior tinha arquitetura monolítica que dificultava a manutenção e inclusão de novas features, além de enfrentar as limitações cada vez maiores sofridas pelo Flash. O novo player, construído com tecnologias modernas, incluindo HTML5, ECMAScript 6 e webpack, conta com arquitetura voltada à extensibilidade. Além disso, abrimos o código da maior parte do player, no projeto Clappr no Github.
Veremos, ainda, os principais desafios enfrentados:
Como isolar um componente (aparência e comportamento) entre milhares de páginas existentes;
Como fazer a troca em todos os produtos da Globo.com (Globoesporte, Gshow, G1, Techtudo, globoplay, globotv e outros), sem que os donos dos produtos tenham que fazer qualquer alteração;
Como suportar a maioria dos browsers e devices.
Finalmente vamos analisar o resultado desta migração: um player mais fácil de manter e evoluir, com tempo de inicialização de vídeo mais rápido, novas features e a inclusão da comunidade de desenvolvedores.
Sistema De Comunicação Bluetooth Usando Microcontrolador PICDavidson Fellipe
Engenheiros desenvolvem soluções cada vez mais robustas, para nos trazer maior simplicidade, praticidade e eficiência para o paradigma de comunicação sem fio e torná-la cada vez mais presente em nossas vidas. O Bluetooth foi nasceu diante da necessidade de uma solução para comunicação sem fio para curtas distâncias segura, de baixo custo, com suporte a comunicação por voz e por dados e com facilidade de integração aos protocolos de comunicação. A proposta deste trabalho é o desenvolvimento de um sistema de comunicação Bluetooth utilizando microcontrolador PIC. O objetivo é desenvolver um módulo para plataforma de desenvolvimento PIC e outro que será o módulo responsável para comunicação Bluetooth. Por fim fornecer uma biblioteca de funções, de código aberto, escrita em C, para facilitar o desenvolvimento de aplicações que desejem utilizar o protocolo de comunicação Bluetooth para microcontroladores da família PIC.
Github: https://github.com/davidsonfellipe/bluetooth-communication-system-using-pic-microcontroller
Sistema De Comunicação Bluetooth Usando Microcontrolador PICDavidson Fellipe
Engenheiros desenvolvem soluções cada vez mais robustas, para nos trazer maior simplicidade, praticidade e eficiência para o paradigma de comunicação sem fio e torná-la cada vez mais presente em nossas vidas. O Bluetooth foi nasceu diante da necessidade de uma solução para comunicação sem fio para curtas distâncias segura, de baixo custo, com suporte a comunicação por voz e por dados e com facilidade de integração aos protocolos de comunicação. A proposta deste trabalho é o desenvolvimento de um sistema de comunicação Bluetooth utilizando microcontrolador PIC. O objetivo é desenvolver um módulo para plataforma de desenvolvimento PIC e outro que será o módulo responsável para comunicação Bluetooth. Por fim fornecer uma biblioteca de funções, de código aberto, escrita em C, para facilitar o desenvolvimento de aplicações que desejem utilizar o protocolo de comunicação Bluetooth para microcontroladores da família PIC.
Github: https://github.com/davidsonfellipe/bluetooth-communication-system-using-pic-microcontroller
Desenvolvimento de drivers para sistemas embarcadosRodrigo Almeida
Apresenta a definição de driver sob a ótica da programação. Desenvolve um modelo genérico para implementação de drivers apresentando um exemplo para acesso à um barramento de leds, além das ligações e rotinas para acesso à um dispositivo de LCD 2x16.
Webinar: Arquitetura de software para sistemas embarcadosEmbarcados
Objetivo: Mostrar a importância da estruturação de firmware durante o ciclo de desenvolvimento de um produto.
Neste webinar abordaremos um pouco do ciclo de desenvolvimento de um produto e técnicas de programação que vão garantir a portabilidade, reuso e testabilidade de bibliotecas.
Link: https://www.embarcados.com.br/webinars/webinar-arquitetura-de-software-para-sistemas-embarcados/
AE01 -ESTUDO CONTEMPORÂNEO E TRANSVERSAL -COMUNICAÇÃO ASSERTIVA E INTERPESSOA...Consultoria Acadêmica
Ingedore Koch (1996, p. 17) propõe que a linguagem deve ser compreendida como forma de ação, isto é,
“ação sobre o mundo dotada de intencionalidade, veiculadora de ideologia, caracterizando-se, portanto,
pela argumentatividade”. Com base nessa afirmação, todas as relações, opiniões, interações que são
construídas via linguagem são feitas não apenas para expressar algo, mas também para provocar alguma
reação no outro. Dessa forma, fica explícito que tudo é intencional, mesmo que não tenhamos consciência
disso.
Fonte: FASCINA, Diego L. M. Linguagem, Comunicação e Interação. Formação Sociocultural e Ética I.
Maringá - Pr.: Unicesumar, 2023.
Com base no texto fornecido sobre linguagem como forma de ação e suas implicações, avalie as afirmações
a seguir:
I. De acordo com Ingedore Koch, a linguagem é uma forma de ação que possui intencionalidade e
argumentatividade, sendo capaz de provocar reações no outro.
II. Segundo o texto, todas as interações construídas por meio da linguagem são feitas apenas para expressar
algo, sem a intenção de provocar qualquer reação no interlocutor.
III. O texto sugere que, mesmo que não tenhamos consciência disso, todas as ações linguísticas são
intencionais e visam provocar algum tipo de reação no outro.
É correto o que se afirma em:
ALTERNATIVAS
I, apenas.
II, apenas.
I e III, apenas.
II e III, apenas.
I, II e III
Entre em contato conosco
54 99956-3050
AE02 - ESTUDO CONTEMPORÂNEO E TRANSVERSAL COMUNICAÇÃO ASSERTIVA E INTERPESSOA...Consultoria Acadêmica
A interação face a face acontece em um contexto de copresença: os participantes estão imediatamente
presentes e partilham um mesmo espaço e tempo. As interações face a face têm um caráter dialógico, no
sentido de que implicam ida e volta no fluxo de informação e comunicação. Além disso, os participantes
podem empregar uma multiplicidade de deixas simbólicas para transmitir mensagens, como sorrisos,
franzimento de sobrancelhas e mudanças na entonação da voz. Esse tipo de interação permite que os
participantes comparem a mensagem que foi passada com as várias deixas simbólicas para melhorar a
compreensão da mensagem.
Fonte: Krieser, Deise Stolf. Estudo Contemporâneo e Transversal - Comunicação Assertiva e Interpessoal.
Indaial, SC: Arqué, 2023.
Considerando as características da interação face a face descritas no texto, analise as seguintes afirmações:
I. A interação face a face ocorre em um contexto de copresença, no qual os participantes compartilham o
mesmo espaço e tempo, o que facilita a comunicação direta e imediata.
II. As interações face a face são predominantemente unidirecionais, com uma única pessoa transmitindo
informações e a outra apenas recebendo, sem um fluxo de comunicação bidirecional.
III. Durante as interações face a face, os participantes podem utilizar uma variedade de sinais simbólicos,
como expressões faciais e mudanças na entonação da voz, para transmitir mensagens e melhorar a
compreensão mútua.
É correto o que se afirma em:
ALTERNATIVAS
I, apenas.
III, apenas.
I e III, apenas.
II e III, apenas.
I, II e III.
Entre em contato conosco
54 99956-3050
Experiência da EDP na monitorização de vibrações de grupos hídricosCarlosAroeira1
Apresentaçao sobre a experiencia da EDP na
monitorização de grupos geradores hídricos apresentada pelo Eng. Ludovico Morais durante a Reunião do Vibration Institute realizada em Lisboa no dia 24 de maio de 2024
1. 25/6/2014 Imprimir este Artigo - Comunicando com o microcontrolador PIC16F877A através da placa CuscoPIC.
http://kb.elipse.com.br/pt-br/questions/4563/__print 1/4
Este artigo também está disponível para visualização online em http://kb.elipse.com.br/pt-br/questions/4563/
Comunicando com o microcontrolador PIC16F877A através da placa CuscoPIC.
1. Introdução
Este artigo mostra como comunicar com o microcontrolador PIC16F877A utlizando a placa CuscoPIC. Para
isto, utilizaremos o driver ASCII para comunicar via Serial/Serial (RS232/RS232).
Primeiramente, deve-se programar o microcontrolador utilizando a porta paralela, e então passar o
bootloader para que a placa habilite a porta RS232. (O site da CuscoPIC apresenta os passos para a
gravação do bootloader).
Em seguida, na programação do controlador, pode-se utilizar o programador MPLab, software próprio da
Microchip, fabricante do PIC16F877A.
2. Programação
O programa utilizado neste exemplo funciona de modo a ler os valores vindo da serial do computador.
void main() // função principal
{
char x,y, linha[17];
signed long aux;
int index;
while(1) // laço infinito
{
if (!kbhit()) continue;
x = getch();
if (x == 'A') { //Testa valor vindo do supervisório
aux = AD(0); //Passa o valor do potenciômetro para uma variável "aux"
printf("%04li", aux); //Imprime no display o valor do potenciômetro
} else if (x == 'B') { //Testa valor vindo do supervisório
output_d(y); //Escreve o valor de "y" na saída D
if (y) y=0; else y=128; //Se "y" for igual a "0", recebe o valor "128"
} else if (x == 'C') { //Testa valor vindo do supervisório
index=0; //Configura o vetor para o display
do {
linha[index]=getch();
index++;
} while(linha[index-1]);
lcd_gotoxy(1,2);
printf(lcd_putc,"SLIDER=%s", linha); //Imprime no display "Slider=" o
valor vindo do slider do supervisório.
}
}
}
3. Configuração
Após compilar e gravar o programa na CuscoPIC, deve-se configurar o supervisório, seja ele o Elipse
SCADA ou o Elipse E3. No exemplo abaixo, a configuração foi desenvolvida no Elipse SCADA, mas
também é válida para o Elipse E3.
1. Adicione o driver ASCII no projeto.
2. 25/6/2014 Imprimir este Artigo - Comunicando com o microcontrolador PIC16F877A através da placa CuscoPIC.
http://kb.elipse.com.br/pt-br/questions/4563/__print 2/4
2. Configure os extras do driver com os comandos TX e RX (escrita e leitura) da serial.
Obs.: É possível configurar o tipo de informação a ser lida pelo driver como o exemplo do comando "C"
descrito na programação no microcontrolador, no caso C%4u/h00 (sendo % - símbolo identificador de
campo variável; 4- número de caracteres; u- decimal sem sinal; e /00- caractere especial em formato
hexadecimal de dois dígitos). Todas as possibilidades para esta configuração encontram-se no manual do
driver, no capítulo Configuração dos Comandos ASCII.
3. Configure o meio físico de conexão (Physical Layer) como serial e preencha os dados conforme as
informações dados pelo desenvolvedor da placa.
3. 25/6/2014 Imprimir este Artigo - Comunicando com o microcontrolador PIC16F877A através da placa CuscoPIC.
http://kb.elipse.com.br/pt-br/questions/4563/__print 3/4
4. Insira e configure os tags conforme o ID configurado nos extras do driver e o parâmetro desejado,
seja ele de leitura e/ou escrita. Para maiores informações dos parâmetros de leitura e escrita, ver o
capítulo Referência de Tags do manual do driver.
Exemplos de configuração de tags:
N1 = 0; N2 = 3; N3 = 0; N4 = 0
Tag de leitura e escrita (N1=0); utilizando o comando de índice 3 (N2 = 3); com o índice da variável em 0
(N3 = 0); e sem Offset na mensagem (N4 = 0).
4. 25/6/2014 Imprimir este Artigo - Comunicando com o microcontrolador PIC16F877A através da placa CuscoPIC.
http://kb.elipse.com.br/pt-br/questions/4563/__print 4/4
N1 = 1; N2 = 4; N3 = 0; N4 = 0
Tag que lê ou escreve os valores dos campos variáveis de TX antes de enviar um comando (N1 = 1);
utilizando o comando de índice 4 (N2 = 4); com o índice da variável em 0 (N3 = 0); e padrão 0 no N4 (N4
= 0).
N1 = 4; N2 = 4; N3 = 0; N4 = 0
Tag que envia uma pergunta ao microcontrolador (N1 = 4); utilizando o comando de índice 4 (N2 = 4);
padrão 0 no N3 (N3 = 0); e padrão 0 no N4 (N4 = 0).
5. Após configurados os tags, configure as telas conforme desejado.
4. Considerações Finais
É possível comunicar com um equipamento microcontrolado utilizando o driver ASCII, desde que ele
tenha suporte a escrita e leitura de mensagens com o supervisório pela porta RS232. Estas mensagens
são configuradas anteriormente no programa do microcontrolador.