diff --git a/bibliografia.bib b/bibliografia.bib index b9e1c9e..e6e5c94 100644 --- a/bibliografia.bib +++ b/bibliografia.bib @@ -33,161 +33,315 @@ @misc{acidentes year = 2017 } -@article{young2009fisica, - title={F{\'\i}sica IV: {\'o}tica e f{\'\i}sica moderna}, - author={Young, Hugh D and Freedman, Roger A}, - journal={12{\textordmasculine} edi{\c{c}}{\~a}o. Editora}, - year={2009} +@online{djangobook, + author = {The Django Book}, + title = {The Django Book}, + year = {2019}, + url = {https://djangobook.com/mdj2-django-structure/}, + urldate = {2019-03-25} } -@book{difranco2004radar, - title={Radar detection}, - author={DiFranco, Julius and Rubin, Bill}, - year={2004}, - publisher={The Institution of Engineering and Technology} +@online{djangoframework, + author = {Django Software Foundation}, + title = {Django}, + year = {2019}, + url = {https://docs.djangoproject.com/en/2.1/}, + urldate = {2019-03-25} } -@misc{Radar, - title ={Radar Basics}, - author = {Christian Wolff}, - year = {2019}, - url ={http://www.radartutorial.eu/11.coherent/co06.en.html}, - urlaccessdate={03 jun. 2019} +@online{jensen2018, + author = {Henrique Jensen}, + title = {Arquitetura de projetos React e Redux}, + year = {2018}, + url = {https://medium.com/@henriquejensen/arquitetura-de-projeto-react-e-redux-a1c24c1319d2}, + urldate = {2019-03-25} } -@book{Richards, - title ={Principles of modern radar}, - author ={Richards, Mark A and Scheer, Jim and Holm, William A and Melvin, William L}, - year ={2010}, - series={3th}, - pages=299, - publisher={Citeseer} +@online{stateless-wiki, + author = {Wikipédia, a enciclopédia livre}, + title = {Protocolo sem estado}, + year = {2017}, + url = {https://pt.wikipedia.org/wiki/Protocolo_sem_estado}, + urldate = {2019-03-27} } - -@misc{RDS, - title = {Dispositivo de Radio Definido por Software}, - organization = {National Instruments}, - year = {2019}, - url ={http://www.ni.com/pt-br/support/model.usrp-2901.html}, - urlaccessdate={03 jun. 2019} +@online{contranV, + organization = {Conselho Nacional de Tr\^ansito}, + title = {Manual Brasileiro de Sinalização de Trânsito, Volume V Sinalização Semafórica}, + year = {2014}, + Org-Short = {CONATRAN}, + url = {https://www.denatran.gov.br/images/Educacao/Publicacoes/Manual_VOL_V_(2).pdf}, + urldate = {2019-03-25} } - -@book{Skolnikh, - title={Introduction to radar systems}, - author={Skolnikh, Merrill I}, - year={1962}, - publisher={McGraw-Hill Book Company} +@online{contranVI, + organization = {Conselho Nacional de Tr\^ansito}, + title = {Manual Brasileiro de Sinalização de Trânsito, Volume VI Sinalização Auxiliar}, + year = {2016}, + Org-Short = {CONATRAN}, + url = {https://www.denatran.gov.br/ultimas-noticias/153-manual-transito}, + urldate = {2019-03-25} } -@misc{CONTRAN, - title ={Resolução do CONTRAN 396/11}, - author = {{CONTRAN}}, - year = {2019}, - url ={https://www.denatran.gov.br/download/Resolucoes/RESOLUCAO_CONTRAN_396_11.pdf}, - urlaccessdate={29 mai. 2019} - } - -@misc{CTB, - title ={Codigo de Transito Brasileiro}, - url ={http://www.planalto.gov.br/ccivil_03/leis/l9503.htm}, - urlaccessdate={29 mai. 2019} - } - - @article{Localisation, - title={Improved license plate localisation algorithm based on morphological operations}, - author={Yepez, Juan and Ko, Seok-Bum}, - journal={IET Intelligent Transport Systems}, - volume={12}, - number={6}, - pages={542--549}, - year={2018}, - publisher={IET} -} - -@book{Gonzalez, - title={ Digital Image Processing}, - author={ Gonzalez, Rafael C. and Woods, Richard E.}, - year={2007}, - publisher={Pearson} -} - -@misc{DNIT, - title ={Contagem continua - DNIT}, - author = {{DNIT}}, - url ={http://servicos.dnit.gov.br/dadospnct/ContagemContinua}, - year = 2019, - Org-Short = {DNIT}, - urlaccessdate={12 mar. 2019} - } - -@misc{HTTP, - title = {Status codes HTTP}, - author = {{Iana Organization}}, - url ={https://www.iana.org/assignments/http-status-codes/http-status-codes.xhtml}, - year = 2019, - Org-Short = {IANA}, - urlaccessdate={02 jun. 2019} - } - -@misc{Doppler, - title = {Doppler- Effect}, - url ={http://www.radartutorial.eu/11.coherent/co06.en.html}, - year = 2019, - Org-Short = {radartutorial.eu}, - urlaccessdate={02 jun. 2019} - } - -@article{GNURadio, - title={Implementation of a GNU radio and python FMCW radar toolkit}, - author={Themba W. Mathumo ; Theo G. Swart ; Richard W. Focke}, - journal={IEEE Xplorer}, - volume={12}, - number={6}, - pages={585 - 590}, - year={2017}, - publisher={IET} +@online{temperatura, + author = {J. A. Pomilio}, + title = {DIMENSIONAMENTO DE SISTEMAS DE DISSIPAÇÃO DE CALOR PARA DISPOSITIVOS SEMICONDUTORES DE POTÊNCIA}, + year = {2014}, + url = {http://www.dsce.fee.unicamp.br/~antenor/pdffiles/eltpot/cap11.pdf}, + urldate = {2019-04-30} } -@book{beer, - - author ={Beer e R. Johston}, - publisher={Mc Grill-Hall}, - title ={Resist\^encia dos Materiais}, - series ={2th}, - year ={1989} +@book{livro_transcal, + author ={YUNUS A. {\c c}ENGEL, AFSHIN J. GHAJAR}, + title ={Tranferência de calor e massa}, + publisher={Mc Graw-Hill}, + pages =993, + series ={5th}, + year ={2015} } -@manual{involucro, - Address = {Rio de Janeiro}, +@online{protecao, + organization = {Associa{\c c}\~ao Brasileiras de Normas T\'ecnicas}, + title = {Instalações elétricas de baixa tensão I - ABNT NBR 5410:2004 - Proteção e segurança}, + year = {2004}, Org-Short = {ABNT}, - Organization = {Associa{\c c}\~ao Brasileira de Normas T\'ecnicas}, - Subtitle = {Graus de proteção providos por invólucros (Códigos IP)}, - Title = {{NBR} IEC 60529:2017}, - Year = 2017 -} - + url = {https://www.abntcatalogo.com.br/curs.aspx?ID=22}, + urldate = {2019-04-30} } -@misc{surtos, +@online{material, organization = {Associa{\c c}\~ao Brasileiras de Normas T\'ecnicas}, - title = {Dispositivos de proteçao contra surtos em baixa tensao}, - year = {2007}, + title = {Graus de proteção para invólucros de equipamentos elétricos (código IP)}, + year = {2005}, Org-Short = {ABNT}, - url = {https://www.abntcatalogo.com.br/norma.aspx?ID=1604}, - urlaccessdate={30 mai. 2019} + url = {https://www.abntcatalogo.com.br/norma.aspx?ID=87342}, + urldate = {2019-04-30} } -@misc{instalacao, +@online{vento, organization = {Associa{\c c}\~ao Brasileiras de Normas T\'ecnicas}, - title = {Electrical installations of buildings - Part 7-712: Requirements for special installations or locations - Solar photovoltaic (PV) power supply systems}, - year = {2002}, + title = {Forças devidas ao vento em edificações- ABNT NBR 6123:1988 Versão Corrigida 2:2013}, + year = {1988}, Org-Short = {ABNT}, - url = {https://www.abntcatalogo.com.br/norma.aspx?ID=66749}, - urlaccessdate={30 mai. 2019} + url = {https://www.abntcatalogo.com.br/curs.aspx?ID=2236}, + urldate = {2019-04-30} +} +@online{freitas2018, + author = {Rubens Freitas}, + title = {O que é FaaS (Function as a Service)?}, + year = {2018}, + url = {https://vertigo.com.br/o-que-e-faas-function-as-a-service-2/}, + urldate = {2019-04-16} +} + +@online{jsonorg, + organization ={JSON Organization}, + title = {JSON}, + year = {2019}, + url = {https://www.json.org/}, + urldate = {2019-04-25} +} + +@online{fowler2015, + author = {Martin Fowler and James Lewis}, + title = {Microservices: a definition of this new architectural term}, + year = {2015}, + url = {https://martinfowler.com/articles/microservices.html}, + urldate = {2019-04-18} +} + +@article{ebert2016devops, + author = {Ebert, Christof and Gallardo, Gorka and Hernantes, Josune and Serrano, Nicolas}, + journal = {IEEE Software}, + number = {3}, + pages = {94--100}, + publisher = {IEEE}, + title = {{DevOps}}, + volume = {33}, + year = {2016} } +@book{pedroni, + Address = {United States of America}, + Author = {Volnei A. Pedroni}, + Date-Added = {2019-05-02}, + Date-Modified = {2019-05-02}, + Publisher = {MIT Press}, + Title = {Circuit Design with VHDL}, + Year = {2004} + } + + + @book{balanis, + Address = {United States of America}, + Author = {Constantine A. Balanis}, + Date-Added = {2019-05-02}, + Date-Modified = {2019-05-02}, + Edition = {3}, + Publisher = {A JOHN WILEY}, + Title = {Antenna Theory Analysys \& Desing}, + Year = {2005} + } + + @book{louis, + Address = {United States of America}, + Author = {Luis, E. Frenzel JR.}, + Date-Added = {2019-05-02}, + Date-Modified = {2019-05-02}, + Edition = {3}, + Publisher = {Mc Graw Hill}, + Title = {Fundamentos de Comunicação Eletrônica}, + Year = {2013} + } + + @online{gpio, + author = {Pedro Minatel}, + title = {Os primeiros passos com a Raspberry pi: Controlando a GPIO por SYSFYS}, + year = {2017}, + url = {https://blog.usinainfo.com.br}, + urldate = {2019-03-27} + } + @book{richards, + title={Principles of modern radar}, + author={Richards, Mark A and Scheer, Jim and Holm, William A and Melvin, William L}, + year={2010}, + publisher={Citeseer} + } + + @misc{bladerf, + title ={bladeRF Source}, + year={2019}, + url ={https://github.com//nuand/bladerf}, + organization={Nuand}, + urlaccessdate={02 mai. 2019} + } + + @misc{camera, + title ={Câmera-IPC-B620H-V/Z}, + year={2019}, + url ={https://www.hikvision.com/mtsc/uploads/product/accessory/IPC-B620H-V'Z_Datasheet_V5.5.2_20190131.pdf}, + organization={Hikvision}, + urlaccessdate={02 mai. 2019} + } + + @misc{switch, + title ={Switch de Mesa MS105}, + year={2019}, + url ={http://www.mercusys.com.br/product/details/MS105}, + organization={Mercusys}, + urlaccessdate={02 mai. 2019} + } + + @misc{DNIT, + title ={DNIT}, + url ={http://servicos.dnit.gov.br/dadospnct/ContagemContinua}, + year={2017}, + organization={PNCT}, + urlaccessdate={02 mai. 2019} + } + + @misc{NRF, + title ={NRF24L01}, + year={2019}, + url ={https://www.deltakit.net/product/nrf24l01-wireless-2-4ghz-pa-lna-transreceiver-module/}, + organization={DeltaKit}, + urlaccessdate={02 mai. 2019} + } + + @misc{rasp, + title ={Raspberry pi 3}, + year={2019}, + url ={https://www.raspberrypi.org/products/raspberry-pi-3-model-b/}, + organization={Raspberry Pi}, + urlaccessdate={02 mai. 2019} + } + + @misc{bladex115, + title ={BladeRF x115}, + year={2019}, + url ={https://www.antratek.com/nuand-bladerf-x115-sdr-software-defined-radio}, + organization={Antratek}, + urlaccessdate={02 mai. 2019} + } + + @book{gonzalez, + Address = {United States of America}, + Author = {Rafael C. Gonzalez}, + Date-Added = {2019-05-02}, + Date-Modified = {2019-05-02}, + Edition = {3}, + Publisher = {Pearson}, + Title = {Processamento Digital de Imagens}, + Year = {2009} + } + + @misc{fft, + title ={FFT IP Core}, + year={2019}, + url ={https://www.intel.com/content/dam/www/programmable/us/en/pdfs/literature/ug/ug_fft.pdf}, + organization={Intel}, + urlaccessdate={02 mai. 2019} + } + + @misc{hosted, + title ={FPGA Hosted Architecture}, + year={2019}, + url ={https://raw.githubusercontent.com/ifrasch/files/master/bladeRF-FPGA-samples-architecture.png}, + organization={Nuand}, + urlaccessdate={02 mai. 2019} + } + + @book{vasilescu, + Address = {United States of America}, + Author = {Gabriel Vasilescu}, + Date-Added = {2019-05-02}, + Date-Modified = {2019-05-02}, + Edition = {3}, + Publisher = {Springer}, + Title = {Electronic Noise and Interfering Signals}, + Year = {2005} + } + + @misc{spi1, + title ={Comunicação SPI(Serial Peripheral Interface )}, + year={2013}, + url ={http://microcontrolandos.blogspot.com/2013/03/comunicacao-spi.html}, + organization={Microcontrolandos}, + urlaccessdate={24 abr. 2019} + } + + @misc{spi2, + title ={Comunicação SPI – Parte 1}, + year={2014}, + url ={https://www.embarcados.com.br/spi-parte-1/}, + organization={Embarcados}, + urlaccessdate={24 abr. 2019} + } + + @misc{gpio1, + title ={Raspberry Pi B+: Introdução a Porta GPIO}, + year={2014}, + url ={https://blog.fazedores.com/raspberry-pi-b-introducao-porta-gpio/}, + organization={Fazedores}, + urlaccessdate={24 abr. 2019} + } + + @misc{tcp1, + title ={O que é o protocolo TCP/IP}, + year={2018}, + url ={https://br.ccm.net/contents/285-o-que-e-o-protocolo-tcp-ip}, + organization={CCM}, + urlaccessdate={24 abr. 2019} + } + + @misc{uart, + title ={Comparação Entre Protocolos de Comunicação Serial}, + year={2019}, + url ={https://www.robocore.net/tutoriais/comparacao-entre-protocolos-de-comunicacao-serial.html}, + organization={RoboCore}, + urlaccessdate={24 abr. 2019} + } + @article{Amauri, Author = {Assef, A.}, Title = {Conversor CC Conversor CC-CC Elevador de Tensão CC Elevador de Tensão Boost}, @@ -213,6 +367,30 @@ @inproceedings{Braga +@misc{controlador, + title ={Controlador de carga Charge Controller 10A}, + url ={https://www.neosolar.com.br/aprenda/saiba-mais/controladores-de-carga}, + urlaccessdate={23 abr. 2019} +} + +@misc{holofote, + title ={Luminária LED RGBW 10W }, + url ={https://produto.mercadolivre.com.br/MLB-945940826-refletor-holofote-led-rgbw-10w-ip67-piscina-controle-_JM?searchVariation=32312772436&quantity=1&variation=32312772436}, + urlaccessdate={23 abr. 2019} +} + +@misc{conversor, + title ={Conversor DC-DC modelo XL6019}, + url ={https://www.curtocircuito.com.br/conversor-dc-dc-step-down-e-boost-xl6019.html}, + urlaccessdate={23 abr. 2019} +} + +@misc{rele, + title ={Módulo relé 1 canal 5V}, + url ={https://www.google.com/search?q=RELE&rlz=1C1CHZL_pt-BRBR770BR770&source=lnms&tbm=isch&sa=X&ved=0ahUKEwijj_v9mv7hAhWMIrkGHQuDAn8Q_AUIDigB&biw=1517&bih=694#imgrc=R5sqx5u7HLfrUM:}, + urlaccessdate={23 abr. 2019} +} + @inproceedings{alan, Author = {A. A. C. Souza}, Title = {Sistema fotovoltaico autônomo e seus componentes}, @@ -220,21 +398,62 @@ @inproceedings{alan Booktitle = {PROJETO DE UM SISTEMA FOTOVOLTAICO AUTÔNOMO PARA ALIMENTAÇÃO DE CARGAS EM PROPRIEDADES RURAIS}, } -@misc{solar, +@online{solar, organization = {Centro de Refer\^encia para Energia Solar e Eólica}, title = {Irradiação solar diária média do Gama}, year = {2016}, Org-Short = {CRESESB}, url = {http://www.cresesb.cepel.br}, - urlaccessdate={23 abr. 2019} + urldate = {2019-05-03} +} + +@book{callister, + + author ={Callister e D. Rethwisch}, + publisher={John Wiley}, + title ={Fundamentals of materials science and engineering: an integrated approach}, + series ={18th}, + year ={2008} +} + +@book{beer, + + author ={Beer e R. Johston}, + publisher={Mc Grill-Hall}, + title ={Resist\^encia dos Materiais}, + series ={2th}, + year ={1989} } -@misc{protecao, + +@misc{ventos, organization = {Associa{\c c}\~ao Brasileiras de Normas T\'ecnicas}, - title = {Instalações elétricas de baixa tensão I - ABNT NBR 5410:2004 - Proteção e segurança}, - year = {2004}, + title = {Forças devidas ao vento em edificações- ABNT NBR 6123:1988 Versão Corrigida 2:2013}, + year = {2013}, Org-Short = {ABNT}, - url = {https://www.abntcatalogo.com.br/curs.aspx?ID=22}, - urlaccessdate={23 abr. 2019} + url = {https://www.abntcatalogo.com.br/curs.aspx?ID=2236}, + urlaccessdate={30 mai. 2019} +} + +@book{transcal, + + author ={{\c c}engel, A. J.}, + publisher={Mc Graw-Hill}, + title ={Tranferência de calor e massa}, + series ={5th}, + year ={2015} } + +@misc{dissipacao, + title ={DIMENSIONAMENTO DE SISTEMAS DE DISSIPAÇÃO DE CALOR +PARA DISPOSITIVOS SEMICONDUTORES DE POTÊNCIA}, + author = {J. A. Pomilio}, + url ={http://www.dsce.fee.unicamp.br/~antenor/pdffiles/eltpot/cap11.pdf}, + year = 2014, + urlaccessdate={12 mar. 2019} + } + + + + diff --git a/editaveis/apendices.tex b/editaveis/apendices.tex index 50f9282..4e5baa2 100644 --- a/editaveis/apendices.tex +++ b/editaveis/apendices.tex @@ -128,6 +128,12 @@ \chapter{Testes ALPR}\label{teste_alpr} \includepdf[angle=90]{7.pdf} \includepdf[angle=90]{8.pdf} +\chapter{Antena} +\begin{figure}[H] + \centering + \includegraphics[scale=0.6]{antena_branca.pdf} + \label{processamento_imagem1} +\end{figure} \end{apendicesenv} \ No newline at end of file diff --git a/editaveis/eletronica.tex b/editaveis/eletronica.tex new file mode 100644 index 0000000..d955001 --- /dev/null +++ b/editaveis/eletronica.tex @@ -0,0 +1,492 @@ + +\chapter{Eletrônica} + +O subsistema de eletrônica é divido em 3 partes. A primeira parte é composta pelo radar, a segunda pelo sistema de controle embarcado no totem e por fim o processamento de imagens. +%Colocar diagrama geral totem eletrônica + + +\section{Sistema do radar} +O sistema do radar é responsável por realizar a transmissão e recepção do sinal através do qual é possível detectar objetos e calcular sua velocidade com relação ao radar. + +O tipo de radar utilizado foi um \emph{Continuous-Wave Radar (CW Radar)}, como mostra a Figura \ref{Doppler1}, sendo este caracterizado por uma emissão contínua do sinal em alta frequência pela antena, onde a mesma deve ser direcionada para o alvo com intuito do sinal ser transmitido e recebido na mesma região. + +O radar CW \cite{CW} é caracterizado por não apresentar nenhum tipo de modulação, com isso é possível mensurar somente a velocidade de alvos que se aproximem ou se afastem do radar. O cálculo da velocidade é realizada através do efeito \emph{Doppler}, fenômeno físico no qual a frequência central do sinal é deslocada no espectro quando o mesmo é refletido por um objeto que possui uma velocidade com relação ao radar. +\begin{figure}[H] + \centering + \includegraphics[scale = 0.25]{Doppler2.pdf} + \caption{Diferença de fase entre o sinal transmitido e recebido.} + \label{Doppler1} + \end{figure} + +O radar de onda contínua avalia a relação entre a fase $\phi$ da onda transmitida e recebida. A relação entre a magnitude do sinal na recepção pode ser calculada de acordo com a distância percorrida pela onda eletromagnética e também pelo comprimento de onda do sinal transmitido. Considerando uma distância constante de um alvo até radar, podemos descrever a seguinte relação: + +\begin{equation} + \label{fase_1_doppler} + \phi = -2\pi\frac{2r}{\lambda}, +\end{equation} +Onde: +\begin{itemize} + \item $\phi$= Diferença de fase entre os sinais transmitido e recebido; + \item $r$= Distância percorrida pela onda; + \item $\lambda$= Comprimento de onda do sinal transmitido; +\end{itemize} + +O fator $2r$ dentro da equação se deve ao fato das ondas eletromagnéticas terem que percorrer a distância até o alvo, serem refletidas pelo mesmo para serem captadas pela antena posicionada no radar \cite{Doppler}. Pelo fato de não haver sido modulado o sinal a distância entre o alvo e o radar não pode ser calculada devido a ambiguidade ocasionada pelo comprimento de onda, onde o mesmo varia entre $0$ e $2\pi$. Se a distância do alvo até o radar não for constante, podemos representar a relação expressa na Eq.\ref{fase_1_doppler} da seguinte forma: + +\begin{equation} + \label{fase_2_doppler} + \phi(t) = -4\pi\frac{r(t)}{\lambda}. +\end{equation} + +Sabendo que o alvo está variando a sua posição com relação ao radar ao longo do tempo, basta derivar a Eq.\ref{fase_2_doppler}, que com isso podemos encontrar a velocidade relativa do alvo com relação ao radar: + +\begin{equation} + \label{fase_3_doppler} + \frac{d\phi(t)}{dt} = -4\pi\frac{dr(t)}{dt\lambda}, +\end{equation} + +\begin{equation} + \label{fase_4_doppler} + \omega(t) = -4\pi\frac{v(t)}{\lambda}, +\end{equation} + +\begin{equation} + \label{fase_5_doppler} + v(t) = \frac{\omega(t)\lambda}{-4\pi}. +\end{equation} + +De acordo com a Eq. \ref{fase_5_doppler} podemos verificar a relação entre a velocidade de objetos que se movimentam na região de campo captada pela antena e a velocidade angular da onda eletromagnética na recepção do radar, porém a velocidade do alvo relacionado a variação de fase da onda na recepção é conhecida como velocidade radial, velocidade radial é a velocidade do alvo que se movimenta de acordo com o campo de visada podendo ser definida também como a velocidade com a qual o objeto se aproxima de um determinado observador, sendo ela calculada como: + +\begin{equation} + \label{V_r} + v_r(t) = v(t)cos\theta, +\end{equation} + +\begin{equation} + \label{V_r} + v(t) = \frac{v_r(t)}{cos\theta}. +\end{equation} + +Onde: +\begin{itemize} + \item $V_r(t)$: Velocidade radial do alvo com relação ao radar; + \item $V(t)$: Velocidade do alvo; + \item $\theta$: Ângulo entre o vetor velocidade e a distância até o radar. +\end{itemize} + + +\subsection{Antena} + +As antenas utilizadas no projeto são antenas dipolo de polarização linear, frequência central de 915 MHz e com uma largura de banda de 26 MHz, onde as duas antenas são idênticas, portanto, todas as propriedades são iguais. A Figura \ref{antena} mostra uma das antenas que foram utilizadas. + +\begin{figure}[H] + \centering + \includegraphics[scale = 0.15]{antena.jpeg} + \caption{Antena dipolo com frequência central de 915MHz que é utilizada para a transmissão e recepção de dados no radar.} + \label{antena} + \end{figure} + +Outros parâmetros importantes das antenas são sua diretividade, ou seja, a capacidade de focalizar energia em um ponto, e também o ganho da antena. Neste caso a antena possuiu um ganho e diretividade de 9 dB, como mostrado na Figura \ref{ganho}. + +\begin{figure}[H] + \centering + \includegraphics[scale = 0.45]{ganho.png} + \caption{Diagrama de radiação com o ganho da antena.} + \label{ganho} + \end{figure} + +Podemos verificar também a abertura de 3 dB das antenas, onde está concentrado metade da energia transmitida ou recebida pela antena. Para calcular este ângulo é preciso pegar o maior valor no diagrama de radiação e deslocar 3 dB no eixo das ordenadas, sendo a abertura 3 dB a variação angular contida nessa região. Esse dado pode ser verificado tanto no diagrama disponibilizado pelo fabricante, na Figura \ref{ganho}, onde se encontra na faixa dos 50$^{\circ}$ a 120$^{\circ}$ como no diagrama caracterizado em campo onde a mesma abertura se encontra na faixa de -35$^{\circ}$ a 35$^{\circ}$, como na Figura \ref{dr}, confirmando que a antena utilizada possui uma abertura 3 dB de 70$^{\circ}$. + +\begin{figure}[H] + \centering + \includegraphics[scale = 0.3]{gir.png} + \caption{Diagrama de radiação da antena e a +abertura 3 dB, caracterizada na faculdade.} + \label{dr} + \end{figure} + + +\subsection{Parâmetros do radar} + + + Por se tratar de um radar que tem como objetivo mensurar a variação de frequência através do efeito \emph{Doppler}, um dos parâmetros necessários para se estabelecer o correto funcionamento do sistema é o cálculo da variação em frequência que se dá através da Eq. \ref{Doppler0} de efeito \emph{Doppler}\cite{young2009fisica}. +%Nussenzveig, Moysés, H. Curso de Física Básica. [Minha Biblioteca]. Retirado de https://integrada.minhabiblioteca.com.br/#/books/9788521208044/ +\begin{equation}\label{Doppler0} + f_0 = f_f \Big(\frac{c \pm v_0}{c \mp v_f} \Big) +\end{equation} + +Onde $f_0$ é a frequência observada pelo observador, $f_f$ é a frequência emitida pela fonte, \emph{c} é a velocidade da luz, $v_0$ é a velocidade do observador em relação ao meio, sendo esta positiva ao se aproximar da fonte e negativa ao se afastar, $v_f$ é a velocidade da fonte em relação ao meio, sendo positiva ao se afastar e negativa ao se aproximar do observador. + +Como a velocidade do observador representa a velocidade do radar e o mesmo se encontra fixo na rodovia, então $v_0$ é considerado como sendo 0, resultando na Eq. \ref{Doppler0-1}. +%Nussenzveig, Moysés, H. Curso de Física Básica. [Minha Biblioteca]. Retirado de https://integrada.minhabiblioteca.com.br/#/books/9788521208044/ +\begin{equation}\label{Doppler0-1} + f_0 = f_f \Big(1 + \frac{v_f}{c} \Big) +\end{equation} + +A partir da relação $\Delta f = f_{f} - f_{0}$, podemos concluir que a variação de frequência é dada através da Eq. \ref{Doppler}. + +\begin{equation}\label{Doppler} + \Delta f = \frac{2v_f}{\lambda} +\end{equation} + +Onde $\Delta f$ representa a variação de frequência do sinal, $v_f$ representa a velocidade relativa do alvo com relação ao radar e $\lambda$ é o comprimento de onda do sinal emitido pela antena. Como $\lambda$ depende exclusivamente da frequência do sinal emitido e o mesmo se encontra na faixa dos 915 MHz, utilizando a relação $f=c/\lambda$ podemos encontrar um valor para $\lambda$ de 0.328m. Substituindo na Eq. \ref{Doppler}, temos que $\Delta f = 6.1 Hz$. + +De acordo com este resultado, uma variação de $1 m/s$ na velocidade da fonte para o radar é representada por um desvio de $6.1 Hz$. Utilizando uma variação em $km/h$ para representar a velocidade da fonte dividimos o resultado anterior por um fator de 3.6 de modo que uma variação de $1km/h$ pode ser visualizada através de um desvio de $1.7 Hz$. + +Um outro fator importante para se estabelecer a variação em frequência é o ângulo entre a direção de transmissão/recepção do sinal e a trajetória do alvo, de modo que a equação \ref{Doppler} é alterada de acordo com o ângulo $\theta$ mensurado, mostrada na Eq. \ref{Doppler2} \cite{radarbasics}. +%http://www.radartutorial.eu/11.coherent/co06.en.html + + \begin{equation}\label{Doppler2} + \Delta f = \frac{2v}{\lambda}cos \theta +\end{equation} + +Isso implica que a variação estabelecida na Eq \ref{Doppler} é dada como sendo a máxima para um alvo que se aproxima do radar. Quando o objeto se encontra muito distante do radar esse ângulo se torna muito pequeno e a variação causado por ele inexpressiva, porém de acordo com que o alvo se aproxima, pode ser um fator determinante no cálculo da velocidade do alvo. + +Outro parâmetro é a distância máxima que o radar vai conseguir detectar um veículo, pois é necessário alertar ao motorista que vem em direção oposta a possibilidade de uma colisão frontal. Sendo necessária a capturar da imagem do automóvel caso o mesmo ultrapasse a velocidade limite da via. De acordo com esses parâmetros foi definido uma distância de 100 m atendendo o tempo necessário para realizar os processos embarcados no totem, entre eles o cálculo da velocidade do veículo e o comando para captura da imagem. Uma vez estipulada a distância máxima para captura foi possível realizar o cálculo dos demais parâmetros. + +%%%%%%%%%parametrôs de potencia e ruido%%%%%%%%%%%%%% +A Eq. \ref{potencia_recebida} define a potência a ser recebida em função do ganho da antena, distância do alvo, da potência transmitida, do comprimento da onda transmitida e da área de seção transversal do alvo \cite{richards2010principles}. + +\begin{equation}\label{potencia_recebida} + P_t\, =\, P_r \frac{(4\pi)^{3}\, R^{}4}{G^{2}\, \lambda^{2}\, \sigma } +\end{equation}% + +Onde $P_t$ é a potência transmitida, $P_r$ a potência recebida, $G$ o ganho da antena, $\lambda$ o comprimento de onda do sinal a ser enviado, $\sigma$ a área de seção transversal média do alvo e $R$ a distância do alvo até a antena. + +Através das informações acerca da USRP-NI2901 \cite{rds} a potência miníma no canal de recepção RX é de -85 dBm, porém para realização dos cálculos foi estipulado uma sinal na recepção com potência de -50 dBm utilizando os dados onde: $R=100 \, m$, $G=9 \, dB$ Fig.\ref{antena}, $\lambda=0.328 \, m$, a Eq. \ref{Doppler} e $\sigma=1 \, m^{2}$ \cite{richards2010principles}. A partir desses dados e da Eq. \ref{potencia_recebida} podemos chegar a um resultado de $P_t=14.66 \, dBm$ de potência necessária para enviar o sinal a um alvo localizado a 100 m. + +A potência de ruído térmico, predominante no projeto é definida na Eq. \ref{potencia_ruido}, onde $P_n$ é a potência de ruído, definida no receptor, $k$ a constante de Boltzman = $1.38 \times 10^{-23} \, J/K$ , $T_e$ a temperatura equivalente de ruído e $B$ a largura de banda \cite{richards2010principles}. + +\begin{equation}\label{potencia_ruido} + P_n = k\, T_e\,B +\end{equation} + +A temperatura equivalente de ruído, $T_e$, corresponde a soma da temperatura equivalente de ruído da antena, aqui estimada como temperatura ambiente, 290 K, com a temperatura equivalente de ruído do sistema eletrônico, aqui considerados a relação entre figura de ruído e temperatura equivalente de ruído para obter, no final, uma temperatura equivalente de ruído do sistema de 1453 K. De acordo com esses dados encontrou-se uma potência de ruído para o sistema de -121 dB. + +\subsection{Processamento de sinais} + +A Figura \ref{processos_geral_radar} mostra o funcionamento geral de um sistema de radar utilizando uma \emph{Raspberry Pi 3} e um Rádio Definido por Software (RDS) que é um sistema com componentes físicos em \emph{Hardware}, que porém utiliza da flexibilidade de softwares para a implementação de seus componentes, com isso possibilitando uma gama de aplicações. Foi utilizado o modelo \emph{Universal Software Radio Peripheral} - USRP vista na Figura \ref{processos_geral_radar}. + + + +\begin{figure}[H] + \centering + \includegraphics[scale=0.35]{diagrama_radar2.pdf} + \caption{Diagrama do radar utilizado na implementação através do software GNU Rádio.} + \label{processos_geral_radar} +\end{figure} + +Foi utilizado o GNU-RADIO um software de código aberto que fornece blocos de processamento de sinais para implementação em RDS. O software foi embarcado em um microcontrolador \emph{Raspberry Pi 3} que através do GNU-RADIO envia e recebe os sinais, após a recepção o sinal é processado no microcontrolador e calculado o desvio de frequência para então ter a velocidade do veículo. + + +O sinal da portadora escolhido, de acordo com a Figura \ref{processos_geral_radar}, é modulado no bloco \emph{VCO - Voltage-Controlled Oscillator}, no qual o sinal oscila através de uma frequência central e, de acordo com a sensibilidade do VCO e a amplitude da portadora, variam com o tempo fazendo com que a frequência central seja deslocada. Esses dados são enviados da \emph{Raspberry Pi 3} para o USRP através do protocolo de comunicação UART, onde os dados são convertidos de digital para analógico e executados pelo USRP, que através do bloco \emph{front-end} transmissor envia o sinal para antena. Após o sinal se propagar em espaço livre, ser refletido por um objeto e captado pela antena receptora, é enviado para o bloco \emph{front-end} receptor e depois convertem os dados de analógico para digital, mandando de volta a \emph{Raspberry Pi 3} para o GNU-RADIO passando por um \emph{mixer} e após uma filtro passa-baixas para pegar o desvio de frequência, por fim, o sinal é tratado para obter o cálculo da velocidade. + + + +A resolução de velocidade depende diretamente da resolução em frequência do sinal após a \emph{Fast Fourier Transform} (FFT), que depende da quantidade de amostras adquiridas e da frequência de amostragem, como demonstrado pela Eq. \ref{resolucao_freq}. +\begin{equation}\label{resolucao_freq} + \Delta f = \frac{f_{s}}{2\,N} +\end{equation} + +Onde N é a quantidade de amostras adquiridas, $f_{s}$ a frequência de amostragem e $\Delta f$ a resolução em frequência. A partir da Eq. \ref{resolucao_freq} definiu-se o parâmetro da frequência de amostragem necessária para garantir uma resolução de 1,7 Hz para uma determinada quantidade de amostras, neste projeto 1024 amostras, resultando em 870 Hz para o sinal a ser enviado. + +\subsection{GNU-RADIO} + + Para montagem do módulo responsável pela detecção da velocidade de objetos ao se aproximarem da área de funcionamento do radar, optou-se por utilizar o software \emph{GNU-RADIO} seguindo o diagrama a seguir: + +\begin{figure}[H] + \centering + \includegraphics[scale=0.4]{GNUR.png} + \caption{Diagrama em blocos da solução do sistema de radar.} + \label{GNU} +\end{figure} + +Onde podemos definir a função de cada um dos blocos da seguinte forma: +\begin{itemize} + \item \emph{Signal Generator CW}: Este bloco é responsável por gerar o sinal em banda base para ser transmitido pelo \emph{SDR}, sendo que os parâmetros necessários para gerenciar o bloco são \emph{packet len}, \emph{samp rate}, frequência e amplitude; + \item \emph{UHD: USRP Sink}: Bloco disponibilizado no repositório da empresa do rádio utilizado, de modo que o bloco é responsável por transmitir a mensagem de acordo com a frequência desejada, de modo que seus parâmetros principais são \emph{samp rate}, \emph{Center Frequency}, \emph{Gain} e \emph{Band}; + \item \emph{UHD USRP Source:} Bloco disponibilizado no repositório da empresa, responsável por realizar a recepção dos sinais através da antenas sendo seus principais parâmetros \emph{samp rate}, \emph{Center Frequency}, \emph{Gain} e \emph{Band}; + \item \emph{Multiply Conjugate}: Responsável por realizar o \emph{downconverter} do sinal que é captado pela antena, possibilitando com que o mesmo seja processado pelo software; + \item \emph{Rational Resampler}: Realiza uma decimação do sinal amostrado através do qual algumas amostras são descartadas com o intuído de manter uma taxa de dados. + \item \emph{Tagged Stream Multiply Leng Tag}: Através do tamanho de cada um dos pacotes de dados obtidos pelo \emph{samp rate} do sinal é transformado em varias tags; + + \item\emph{Tagged Stream FFT:} Realiza a FFT janelada das amostras no tempo de modo a aumentar ou diminuir sua resolução devido ao tamanho do pacote utilizado. + \item \emph{Find Max Peak:} Pega o espectro do sinal no tempo e com isso realiza uma busca no espectro de modo a encontrar os picos de frequências presentes no espectro do sinal. + \item \emph{Estimator CW:} Através dos valores dos índices representados pelos picos de frequência de cada amostra e também sabendo qual a frequência do sinal enviado é possível estimar a velocidade dos objetos que se aproximam ou afastam do radar; + \item \emph{Print Results}: Realiza a captura e armazenamento dos valores obtidos pelo radar com o intuito de ser jogada essas informações para o sistema de controle do radar. +\end{itemize} + +\subsection{Testes e resultados} + + Foram realizados dois testes para validação do sistema do radar. O primeiro teste consistiu em realizar um experimento em campo para captação do movimento de um automóvel através do desvio de frequência da recepção em relação à frequência transmitida, sendo esta última deslocada para zero com o intuito de se visualizar somente sua variação no momento em que o veículo se aproxima a uma distância de 20 metros. O resultado do teste é mostrado na Figura \ref{TVeiculo}. + +\begin{figure}[H] + \centering + \includegraphics[scale=0.23]{Carro.png} + \caption{Gráfico ilustrando o desvio de frequência causado pela captura de um veículo em movimento.} + \label{TVeiculo} +\end{figure} + +A Figura \ref{TVeiculo} mostra a FFT da recepção do sinal no momento o qual o carro se aproxima do radar, onde no centro temos o pico de maior ganho que representa frequência de transmissão de 915MHz na qual a antena está transmitindo, e o pico secundário dentro da FFT representa a o deslocamento em frequência causado pelo movimento do carro, e de acordo com essa variação e utilizando a equação \ref{Doppler} é possível estabelecer a velocidade do mesmo pelo radar. + +Com isso foi possível validar a transmissão e recepção do sinal à distância estipulada na seção de cálculos do radar. + +O segundo teste realizado com o radar consistiu em +medir a variação de velocidade radial na qual um sinal refletido por um ventilador é captado pela antena, por se tratar de uma velocidade angular irá aparecer no espectro do sinal várias frequências que estão relacionadas com a velocidade linear do ventilador ao longo da pá do mesmo, como mostrado nas Figuras \ref{fig:velocidade}. + +\begin{figure}[H] + + \centering + \begin{subfigure}{\textwidth} + \includegraphics[scale=0.3]{Ventilador_desligado.png} + \caption{Imagem da captação do radar com o ventilador desligado.} + \label{Vel0} + \end{subfigure} + \hfill + \begin{subfigure}{\textwidth} + \includegraphics[scale=0.3]{Ventilador_vel1.png} + \caption{Imagem da captação do radar em velocidade 1.} + \label{Vel1} + \end{subfigure} + +\end{figure} + +\begin{figure}[H]\ContinuedFloat + \centering + \begin{subfigure}{\textwidth} + \includegraphics[scale=0.3]{Ventilador_vel2.png} + \caption{Imagem da captação do radar em velocidade 2.} + \label{Vel2} + \end{subfigure} +\begin{subfigure}{\textwidth} + \includegraphics[scale=0.3]{Ventilador_vel3.png} + \caption{Imagem da captação do radar em velocidade 3.} + \label{Vel3} + \end{subfigure} + \caption{Captação de diferentes velocidades no radar.} + \label{fig:velocidade} +\end{figure} +%%%%%%%%% + + + +De acordo com o a Figura \ref{Vel0} onde pode ser verificado somente um pico na frequência de transmissão da antena, concluindo que não ha nenhum objeto com velocidade radial próximo do radar. Já na Figura \ref{Vel1} pode verificar um espalhamento espectral do sinal na recepção, pelo fato de que quando o sinal refletir sobre o ventilador a antena irá captar um grande número de velocidades devido ao aumento gradual da velocidade linear de acordo com que o sinal refletido está mais afastado do centro do ventilador fazendo com que isso seja enxergado como um espalhamento na FFT do sinal na recepção. De acordo como são analisadas as Figuras \ref{Vel2} e \ref{Vel3}, pode-se notar a expansão do espalhamento espectral devido ao aumento da velocidade angular do ventilador. + + +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% + +\section{Sistema de controle} + +O sistema de controle tem como função principal realizar o processamento de imagens, monitoramento e comunicação dos vários módulos presentes no projeto. Os sistemas foram embarcados em um microprocessador \emph{Raspberry Pi 3}, onde a Figura \ref{redePetri} mostra o diagrama de estados do sistema em rede Petri no software PIPE. A \emph{Raspberry pi 3} foi escolhida pelo seu alto desempenho com relação ao tempo de processamento dos sinais que são enviados, por atender a todos os protocolos de comunicação a serem feitos com os módulos escolhidos e também por apresentar um bom custo-beneficio. + +\begin{figure}[H] + \centering + \includegraphics[scale=0.4]{Petri.png} + \caption{Rede de Petri para a solução proposta para o sistema eletrônico, feito no software PIPE.} + \label{redePetri} +\end{figure} + +A Figura \ref{comunicacao} mostra o diagrama de conexão dos diferentes módulos do projeto ligados ao microcontrolador \emph{Raspberry Pi 3}, além disso mostra as alimentações e os protocolos de comunicação utilizados por cada um dos componentes. A linguagem de programação utilizada para o funcionamento do sistema de controle foi o \emph{Python}. Foi utilizado várias \emph{threads} para que algumas funções fossem executadas em paralelo para uma não atrapalhar na outra. + + \begin{figure}[H] + \centering + \includegraphics[scale = 0.6]{Diagram_Geral.pdf} + \caption{Diagrama lógico do sistema de controle do projeto, onde o microprocessador \emph{Raspberry Pi 3} controla os demais sistemas e faz as comunicações. Dentre as comunicações estão o servidor, o sistema de sinalização, o sistema de comunicação entre os totens, o controle de captura de imagem com a câmera, o pré-processamento da imagem e o \textit{cooler}. Feito no \emph{software Draw.io}.} + \label{comunicacao} + \end{figure} + + +\subsection{Tempo de latência}\label{tempo_latencia} + +Dentre os principais requisitos solicitados pelo microprocessador é que deve possuir uma latência máxima de operação para se comunicar entre os módulos de aproximadamente 1.36 segundos, sendo este dado obtido através do tempo em que um veículo com velocidade máxima de 150 km/h usaria para percorrer a distância do ponto de captura de sua velocidade, no máximo a 50 metros antes do radar, até o ponto onde ocorre a captura da imagem, a 7 metros após o radar, caso ocorra uma infração. + +\subsection{Sinalização} + +Quando o veículo se aproxima do radar, é enviada uma informação para o outro totem, que aciona um aviso luminoso alertando o condutor que um automóvel se aproxima em direção oposta, e que os mesmos redobrem a atenção realizando a curva ao mesmo tempo. + +Para este processo foram utilizados o módulo \emph{Wi-fi} NRF24L01, um relé de 5V e um holofote. O NRF24 foi utilizado tanto para transmitir a \emph{flag} para o outro radar, quando ocorre detecção de um veículo, quanto para recepção da \emph{flag} que vem do outro totem, quando é verificado uma detecção no outro radar. No momento em que o módulo NRF24 recebe uma \emph {flag}, o sistema de controle envia um sinal para o relé que faz o chaveamento para ligar o aviso luminoso por 5 segundos, sendo que o mesmo é atualizado quando detectado outro carro durante este intervalo de tempo, alertando o condutor sobre um veículo se aproximando na direção contrária. Esse tempo de 5 s de iluminação é necessário pelo fato do tempo em que o veículo leva para ser detectado até passar pela curva, usando o pior caso do veículo a 150 km/h em uma curva de 100 m. +A Figura \ref{esquematico} mostra o esquemático do sistema de sinalização, onde são feitas as conexões entre o módulo \emph{NRF24L01}, a \emph{Raspberry Pi 3} e o relé que ligará o holofote. + +\begin{figure}[H] + \centering + \includegraphics[scale = 0.8]{esquematico.pdf} + \caption{Esquemático do sistema de sinalização do radar, que é composto pelo o módulo \emph{NRF24L01} a \emph{Raspberry Pi} e o relé, onde o módulo recebe e transmite o sinal com o outro totem e o microprocessador que aciona através do relé o holofote para fazer a sinalização. Foi utilizado a ferramenta \emph{fritzing}.} + \label{esquematico} +\end{figure} + +O protocolo que faz a comunicação entre a \emph{Raspberry Pi} e o módulo NRF24L01 é o \emph{Serial Peripheral Interface} (SPI). Este módulo foi escolhido por ter um baixo consumo de energia, um alcance de sinal de 1 km de distância com outro totem e por sua taxa máxima de 2Mbps, sendo esta velocidade satisfatória em relação a outros protocolos de comunicação. Em relação ao relé sua comunicação com a \emph{Raspberry Pi 3} é por \emph{General Porpouse Input/Output} (GPIO), que são portas de entradas e saídas digitas. \par +Para execução do código de sinalização foi criado uma \emph{thread}, fazendo com que este processo funcionasse em paralelo com os demais. Para um fácil entendimento deste sistema no código, foi feito uma rede de Petri, mostrada na Figura \ref{Petrisinaliza}. + +\begin{figure}[H] + \centering + \includegraphics[scale = 0.6]{sinaliza.pdf} + \caption{Rede de Petri que representa a \emph{thread} executada no código de controle referente à sinalização. Feito no \emph{software Draw.io}.} + \label{Petrisinaliza} +\end{figure}. + +Como visto na Figura \ref{Petrisinaliza}, o código irá sempre estar em \emph{loop}. Inicialmente ele verifica se a Raspberry Pi 3 e o módulo \emph{Wi-fi} estão corretamente conectados, para envio de seu \emph{status} posteriormente para o servidor. Já que o módulo NRF24 é \emph{half-duplex}, ele não pode transmitir e receber ao mesmo tempo, e com isso ele fica no modo receber praticamente o tempo inteiro, fazendo uma transmissão apenas ao detectar o carro, e rapidamente volta ao modo receber para que nenhuma comunicação com o outro radar seja perdida. Quando um sinal é recebido do outro totem, é enviado um sinal para o canal 1 do relé através de uma \emph{thread}, fazendo com que a função de detecção continuasse em paralelo ao mesmo tempo que o holofote é ativado pelos 5 segundos, pois caso um carro passe durante este período, uma variável cria uma fila, e antes do holofote ser desligado, é comparado se essa variável possui o mesmo valor antes e depois do tempo ligado. Caso o valor seja igual, significa que nenhum carro passou naquele momento, sendo o holofote desligado. Já se o valor for diferente, significa que outro carro foi detectado, fazendo com o que o holofote seja acrescentado mais 5 segundos ligados até a fila estar com o mesmo valor durante o ultimo incremento de tempo. + +\subsection{Controle de Infração} + +De acordo com o Artigo $5^{\circ}$ Parágrafo $1^{\circ}$ da Resolução do CONTRAN 396/11 \cite{contranVI}, a velocidade a ser considerada para que a penalidade seja efetivada é o resultado de uma subtração da velocidade medida pelo equipamento pelo erro máximo admitido previsto na legislação metrológica em vigor, também presente na Resolução \cite{contranVI}. + + No código, após receber a velocidade do veículo calculada pelo sistema do radar, é encontrada o valor da velocidade considerada, fazendo uma comparação para saber se o veículo realmente está acima da velocidade da via, e se estiver, calculada-se a porcentagem acima da velocidade da via para saber qual tipo de infração o condutor está cometendo, que de acordo com o Artigo 218 do Código de Trânsito Brasileiro (CTB) \cite{ctb} temos 3 (três) tipos de infração, sendo elas a infração média, onde o veículo está no máximo acima 20\%, grave quando o veículo está entre 20 a 50\% e gravíssima quando o mesmo estiver acima dos 50\%. +A rede de Petri que mostra o processo dentro do sistema de controle se encontra na Seção \ref{Captura}, pois estão funcionando na mesma \emph{thread}. + + +\subsection{Captura}\label{Captura} + +Caso o veículo detectado esteja acima da velocidade permitida, é realizado uma estimativa de tempo considerando a posição e a velocidade do veículo, que determina quanto tempo o mesmo leva para chegar na região de captura da câmera, realizando o disparo da traseira do veículo. +Primeiramente foi determinado distância de captura de imagem que é entre 10 a 15 metros do radar para realização da captura da imagem. Após, foi levantado os fatores determinantes para uma boa qualidade de imagem para detecção e reconhecimento da placa na distância determinada, sendo o tamanho da lente e também o diâmetro do sensor utilizado pelo aparelho, pois eles influenciam no ângulo de abertura da câmera, e como a distância de captura é considerável, quanto menor for o ângulo de abertura maior é a resolução da imagem captada. Outro fator importante é a utilização de uma lente varifocal, pois esta possibilita um ajuste automático do foco da lente de acordo com que os objetos se aproximam ou afastam dela. Com isso foi escolhido a câmera \emph{Hilook IPC-B620H-V/Z}, com captura de 2 MP e resolução de vídeo máxima de 1920 $\times$ 1280 a 30 fps. \par +Para realização dos testes a câmera foi configurada com uma qualidade de 1280 x 980 \emph{pixels}, contendo uma qualidade boa e um tamanho de imagem menor em relação a qualidade máxima. Também foi utilizado uma quantidade alta de zoom para diminuir a quantidade de informação desnecessária da imagem e ter uma melhor visualização da placa do veículo, e por último também foi configurado em escala de cinza, diminuindo também o tamanho da imagem. +\par +Utilizando a biblioteca \emph{OpenCV} e o protocolo de comunicação \emph{Real Time Streaming Protocol} (RTSP) da pilha de protocolos \emph{Transmission Control Protocol/Internet Protocol} (TCP/IP), foi possível o acesso à câmera para realização da captura, como mostrado na Figura \ref{carro1} com o carro em uma velocidade em torno de 20 km/h. Para a conexão da câmera com a \emph{Raspberry Pi 3} foi utilizado um roteador com rede local, pelo fato da necessidade de ter uma alta taxa de transmissão devido ao envio de imagens para o servidor e da câmera necessitar de uma conexão estável com uma rede para estabelecer uma transmissão contínua. + +%A câmera foi instalada simulando sua posição na estrutura do radar, sendo a 3 metros de altura e a 10 metros de distância da região de captura. + +\begin{figure}[H] + \centering + \includegraphics[scale=0.18]{17_39_34_790981.jpg} + \caption{Imagem capturada pela câmera no caso de infração do veículo.} + \label{carro1} +\end{figure} + +O processo que realiza tanto a parte de infração quanto de captura em paralelo com as demais está mostrada na rede de Petri na{Figura \ref{Petricaptura}}. + +\begin{figure}[H] + \centering + \includegraphics[scale = 0.54]{PetriNet_Infracao-3.pdf} + \caption{Rede de Petri que representa a \emph{thread} executada no código de controle referente à infração e captura.} + \label{Petricaptura} + \end{figure}. + +Conforme a {Figura \ref{Petricaptura}}, inicialmente encontramos a velocidade considerada e comparamos com a velocidade regulamentada pela via. Se ocorre a infração, é utilizada a velocidade medida e a distância do local de detecção até a área de captura para dar tempo do veículo chegar em uma boa posição para a captura da imagem. Para a câmera ser acessada, utiliza-se um função do \emph{OpenCV} com protocolo de comunicação, usuário, senha e o IP em que ela se encontra. Com isso a captura é feita e salva em uma pasta onde se encontra o banco de imagens de cada dia na \emph{Raspberry Pi}. Por fim a imagem é enviada para a função de pré-processamento de imagens, visto na Seção \ref{procimag}, e posteriormente enviada ao servidor, visto na Seção \ref{serv}. + +\subsection{Envio de dados para o servidor} \label{serv} + +O servidor recebe alguns dados do veículo que estiverem transitando acima do limite estabelecido na via. Foi definido que os dados enviados são: + + \begin{itemize} + \item ID do radar: Identificação do equipamento utilizado, mediante numeração estabelecida pela entidade de trânsito. Este dado é do tipo inteiro; + \item Velocidade regulamentada: Velocidade limite para local da via determinada pelas normas do CONTRAN\cite{contranVI}. Este dado é do tipo inteiro; + \item Velocidade medida: Velocidade do veículo calculada pelo equipamento. Este dado é do tipo inteiro; + \item Velocidade considerada: Velocidade medida subtraída pelo erro máximo admitido previsto na legislação metrológica. Este dado é do tipo inteiro; + \item Infração: Natureza da infração cometida. Estes dados são do tipo inteiro enviados por enumeração, onde 0, 1 e 2 correspondem respectivamente a média, grave e gravíssima; + \item Imagens: As imagens tanto em escala de cinza do carro quanto a imagem pré processada para reconhecimento da placa são enviadas no formato base64, método para codificação de dados para transferência na Internet; + \item Câmera: Retorna se a câmera está ou não funcionando corretamente. Este dado será do tipo \emph{boolean}, sendo \emph{True} para correto funcionamento e \emph{False} para mau funcionamento. + \item \emph{Raspberry}: Retorna se o NRF24L01 está ou não funcionando corretamente. Este dado será do tipo \emph{boolean}, sendo \emph{True} para correto funcionamento e \emph{False} para mau funcionamento. + \item USRP: Retorna se o USRP está ou não funcionando corretamente. Este dado será do tipo \emph{boolean}, sendo \emph{True} para correto funcionamento e \emph{False} para mau funcionamento. + \item Funcionamento do radar: Retorna se o radar em geral está funcionando corretamente. Este dado será do tipo \emph{boolean}, sendo \emph{True} se todos estão funcionando e \emph{False} se um ou mais componentes não estão funcionando. + \end{itemize} + + O protocolo que faz comunicação entre a \emph{Raspberry Pi 3} e o servidor é o \emph{Advanced Message Queuing Protocol} (AMQP). No código, o envio de dados para o servidor foi dividido em dois, sendo o primeiro uma \emph{thread} chamada apenas dentro da função de processamento de imagens, para envio de dados referentes à multa, e a outra \emph{thread} executa e confere a operacionalidade dos componentes. A decisão de enviar o pacote de dados referentes à infração através de uma \emph{thread} é pelo fato do tamanho das imagens provocar uma demora em torno de 8 segundos, e com isto executando paralelamente, não interfere no restante do código de controle. Já a \emph{thread} de operacionalidade sempre está rodando e informando sobre a operacionalidade dos componentes, para o caso de algum defeito o responsável já saber onde está o problema. \par + Em relação às imagens, as duas enviadas no \emph{payload} de infração sofrem uma redução para 300 kB através de uma função de compressão e otimização de imagem que não interfere no reconhecimento da placa, fazendo com que o pacote seja menor e o tempo de envio também. Posteriormente são convertidas em base 64 e enviada para o \emph{localhost} onde se encontra a fila do maestro. + +\subsection{\emph{Cooler}} +O \emph{cooler} dimensionado deve ficar ligado durante o dia e desligado durante a noite. Para fazer seu controle, foi criada uma \emph{thread} em paralelo com as demais onde foi utilizado o segundo canal do relé, que determinado em código, é ativado entre as 7 horas da manhã até as 18 horas. O módulo relé de 2 canais ativa em modo baixo, por isso para ligar o \emph{cooler}, deve-se setar o pino em \emph{low}. + +\section{Processamento de imagem} \label{procimag} + +Este processo tem como objetivo tratar a imagem capturada pela câmera de modo que possa ser reconhecido a placa do veículo, facilitando no reconhecimento dos caracteres que é feito pelo servidor. Ao final deste processo são geradas duas imagens, uma contendo apenas a transformação de escala em cinza e a outra imagem é da placa a ser processada. O procedimento para a localização de placas de carro é mostrado na Figura \ref{fig:proc_img}. +%%diagrama do processo +\begin{figure}[H] + \centering + \includegraphics[scale = 0.6]{procimagpng.png} \caption{Procedimentos e operações morfológicas para localização de placas de carro em imagens \cite{yepez2018improved}.} + \label{fig:proc_img} +\end{figure} +A Figura \ref{fig:proc_img} trata da sequência de operações relacionadas a localização da placa de carro em uma imagem. + +\begin{figure}[H] + \centering + \includegraphics[scale=0.4]{Diagrama_logico_imagem.pdf} + \caption{Etapas do processamento de imagem a serem realizadas e seus elementos responsáveis pela execução. A câmera faz a aquisição da imagem, a \emph{Raspberry Pi 3} faz o pré-processamento, segmentação e representação, e o servidor realiza o reconhecimento da placa \cite{yepez2018improved}.} + \label{processamento_imagem} +\end{figure} + +\begin{itemize} + \item \emph{Grayscale image}: Consiste em transformar a imagem em escala de cinza; + \item \emph{Top Hat}: Extração de elementos e detalhes da imagem, consistindo na subtração da imagem obtida na primeira etapa após uma operação de abertura com elemento estruturante no formato de um retângulo; + \item Otsu \emph{method}: Processo de binarização através da técnica de Otsu que visa calcular o histograma de uma imagem e tomar como limiar. Para um processo de binarização, a metade do índice de dois picos para então usar este valor como limite; + \item \emph{Morphological opening/closing}: Remoção de ruído, através da sequência de abertura e fechamento para que objetos que não tem correspondência com o formato da placa sejam filtrados; + \item \emph{Border following}: Imagem foi varrida em busca de objetos que tem estrutura semelhante ao padrão utilizado nas outras etapas, destacando-os em seguida através de um algoritmo detector de borda, mais precisamente, o algoritmo \emph{Canny edge}. +\end{itemize} + +Todas as etapas foram implementadas através da plataforma OpenCV na linguagem de programação \textit{Python} \cite{yepez2018improved}\cite{gonzalez2007digital}. + + +\subsection{Transformação para escala de cinza} + +A escala de cinza é a transformação de uma imagem colorida, em que cada pixel é transformado em um valor que corresponde a uma escala do branco ao preto, diminuindo a quantidade de informação na imagem que não é útil para as sequências das operações. Esta transformação foi feita diretamente pelas configurações da câmera, não sendo necessário nenhum comando no código para o processamento do mesmo. + +Uma imagem com três canais de cores forma, RGB, por exemplo, endereça cada pixel através de duas dimensões sendo que cada elemento contém três valores, formando, assim, uma matriz com tamanho $M\,x\,N\,x\,P$ sendo P um vetor de três posições. Para um imagem com resolução de 1920 por 1080 \emph{pixels} têm-se uma matriz com $1920\,x\,1080\,x\,3$ o que implica, em um objeto, de tamanho 6220800 enquanto que uma imagem em escala de cinza condiz com um objeto com tamanho 2073600. Outro ponto condicionado a utilização de imagens em escala de cinza é o efeito de operações morfológicas de acordo com \cite{yepez2018improved}. As Figuras \ref{cinza} e \ref{original} mostram a transformação para escala de cinza de uma imagem colorida capturada pela câmera. + +\begin{figure}[H] + \centering + \begin{subfigure}{0.8\textwidth} + \includegraphics[width=\textwidth]{transforma2.jpg} + \caption{Imagem original} + \label{original} + \end{subfigure} + \hfill + \begin{subfigure}{0.8\textwidth} + \includegraphics[width=\textwidth]{transforma2_1.jpg} + \caption{Imagem original transformada em escala de cinza} + \label{cinza} + \end{subfigure} + \hfill + +\end{figure} + + +\subsubsection{Binarização} +A partir de um aplicação de um limiar na imagem com escala em cinza, os \emph{pixels} com valores maiores que este limiar recebem o valor máximo da escala de cinza e os \emph{pixels} com valor menor que o limiar, recebem o valor mínimo \cite{gonzalez2007digital}. + +\subsection{Resultados após processamento de imagem} + + +Na figura \ref{fig1:demarcada} foram demarcados vários elementos para tentar reduzir a quantidade de objetos, aplicando um filtro de borramento na imagem original para diminuir a quantidade de transições entre objetos candidatos a placa de carro e o fundo da imagem. A próxima etapa a ser feita é classificar o objeto na imagem em placa e não placa de carro, para, em seguida realizar o reconhecimento de caracteres. + +Como elemento estruturante para as operações morfológicas foi utilizado um retângulo calculado de acordo com as especificações da câmera, sendo imagem com resolução de 1290 por 720 \emph{pixels} a uma distância aproximada de 10 m . Com ângulo de abertura horizontal e vertical de 34º e 19º, respectivamente, ocasiona em um plano com dimensionamentos de acordo com as Eqs. \ref{dimensoes1}: +\begin{equation} + 2\,d\,cos(\theta_{h} /2) = 19,12 m, + 2\,d\,cos(\theta_{v} /2) = 19,72 m. + \label{dimensoes1} +\end{equation} + +As Eq. \ref{dimensoes1} permitem mensurar a densidade linear de \emph{pixels} por metro, sendo, 66,93 pixels/m para a horizontal e 36,5 pixels/m para a vertical. + +Sabendo-se que a dimensão da placa do carro é de 0,4 m por 0,15 m estimou-se o tamanho do elemento estruturante multiplicando-se a densidade de \emph{pixels} obtida com o tamanho da placa obtendo-se uma matriz de tamanho 27 por 5, esse tamanho foi utilizado para formar um elemento estruturante de formato de um retângulo para ser utilizado na aplicação da operação morfológica \emph{Top Hat}, como mostra a Figura \ref{fig:three graphs}. + +\begin{figure}[H] + \centering + + \begin{subfigure}{0.7\textwidth} + \includegraphics[width=\textwidth]{img_origin_n.jpg} + \caption{} + \label{fig1:demarcada} + \end{subfigure} + + \begin{subfigure}{0.7\textwidth} + \includegraphics[width=\textwidth]{thr_n.jpg} + \caption{} + \label{fig2:thresh} + \end{subfigure} + + +\end{figure} + +\begin{figure}[H] \ContinuedFloat + \centering + \begin{subfigure}{0.7\textwidth} + \includegraphics[width=\textwidth]{op_cl_n.jpg} + \caption{} + \label{fig3:op_cl} + + \end{subfigure} + \caption{\ref{fig1:demarcada} mostra marcação de locais possíveis onde pode haver uma placa de carro, \ref{fig2:thresh} corresponde a \emph{Top hat} mais binarização de Otsu e \ref{fig3:op_cl} mostra operações de abertura e fechamento.} + \label{fig:three graphs} +\end{figure} + + + + diff --git a/editaveis/integracao.tex b/editaveis/integracao.tex index 1854e97..8728404 100644 --- a/editaveis/integracao.tex +++ b/editaveis/integracao.tex @@ -1,22 +1,110 @@ + + + \chapter{Plano de Integração} -O plano de integração foi planejado, como mostra a Figura \ref{fig:planejamento_integracao}, onde todos os subsistemas se comunicam. +O plano de integração realizado, como mostra a Figura \ref{fig:planejamento_integracao}, onde todos os subsistemas se comunicam. \begin{figure}[H] \centering - \includegraphics[scale=0.4]{geral} - \caption{Diagrama de integração dos subsistemas.} + \includegraphics[scale=0.32]{Integracao-3.pdf} + \caption{Diagrama de integração.} \label{fig:planejamento_integracao} \end{figure} -A primeira integração será feita entre o subsistema de energia e eletrônica onde, a alimentação do sistema do radar será distribuída através do subsistema painel fotovoltaico-baterias e subsistema composto por todos os componentes eletrônica presentes no radar. Esta integração será feita por meio do diagrama de fiação, onde os painéis fotovoltaicos são interligados as baterias e ao controlador de carga, sendo o controlador de carga o responsável pelo o controle de distribuição de energia aos componentes. +A integração realizada para o radar foi dividida em pacotes, com o sistema de alimentação, o sistema de radar, o sistema de controle -- que se comunica com o totem simulado e o totem físico -- e o servidor que recebe os dados gerados, vindos do sistema de controle. + +\section{Eletrônica-Estrutura-Energia} + +A Figura \ref{fig:estrutura} apresenta a estrutura completa com todos os subsistemas físicos presentes no sistema de radar. + +\begin{figure}[H] + \centering + \includegraphics[scale=0.4]{estrutura_toda.jpg} + \caption{Sistema de radar com a estrutura completa.} + \label{fig:estrutura} +\end{figure} + +Os painéis solares foram instalados no suporte com uma angulação de 15$^{\circ}$, como mostra a Figura \ref{fig:vista}. + +\begin{figure}[H] + \centering + \includegraphics[scale=0.3]{vista_lateral.jpg} + \caption{Vista lateral do sistema de radar.} + \label{fig:vista} +\end{figure} + +Os painéis estão posicionados atrás da caixa de controle, onde estão dispostos todos os componentes eletrônicos do radar, como mostra a Figura \ref{fig:painel}. A caixa inferior estão dispostas as baterias que alimentam o sistema. +\begin{figure}[H] + \centering + \includegraphics[scale=0.3]{painel_antenas.jpg} + \caption{Painel de Controle disposto na caixa superior.} + \label{fig:painel} +\end{figure} + +A câmera foi instalada a 3 metros de altura na parte de trás da estrutura, como visto na Figura \ref{fig:vista}, pois a captura feita é da placa traseira do veículo, pelo fato de alguns destes veículos não possuírem placa frontal. Além disso a altura se deve pelo ângulo de ataque da câmera com um melhor posicionamento para uma posterior identificação da placa. Para sua alimentação de 12 V e 0.7 A, seu cabo foi conectado em um barramento de energia controlado por um conversor DC-DC \emph{step up}, que mantém a tensão de saída em 12V. O testes feitos pela câmera com o veículo resultaram nas Figuras \ref{car1} e \ref{car2}. + +\begin{figure}[H] + \centering + + \begin{subfigure}{0.6\textwidth} + \includegraphics[width=\textwidth]{17_22_44_494390.jpg} + \caption{Captura feita pela câmera em caso de infração com o carro a uma distância maior.} + \label{car1} + \end{subfigure} + + \begin{subfigure}{0.6\textwidth} + \includegraphics[width=\textwidth]{17_45_44_586283.jpg} + \caption{Captura feita pela câmera em caso de infração com o carro no centro da área de captura.} + \label{car2} + \end{subfigure} +\end{figure} + +As antenas foram acopladas em suportes articulados na estrutura, de modo a facilitar o apontamento das antenas. + +A Figura \ref{fig:painel_controle} apresenta somente o painel de controle, onde apresenta o controlador de carga que distribui a energia para os componentes eletrônicos e um dispositivo contra surtos para proteção dos mesmos. + +\begin{figure}[H] + \centering + \includegraphics[scale=0.4]{painel_fios.jpg} + \caption{Painel de controle.} + \label{fig:painel_controle} +\end{figure} + -A segunda integração será feita entre o subsistema de software e eletrônica, onde os dados adquiridos pelo o subsistema de eletrônica serão enviados via comunicação TCP/IP para o Maestro, orquestrador dos subsistemas de software. Os dados relacionados que serão enviado são, o ID (identificador) do radar, a velocidade regulamentada, a velocidade medida, a velocidade considerada, a penalidade (grau), a data e hora das informações, as imagens das placas, as informações da câmera, operacionalidade da \emph{Raspberry} e USRP. +\section{Eletrônica - Software} -A terceira integração será feita entre o subsistema de estrutura e eletrônica, onde será instalado os componentes eletrônicos, a distribuição da fiação, antenas e câmera e os suportes das antenas e câmera, sendo estes a localização e distribuição correta no subsistema de estrutura. +O protocolo que faz comunicação entre a \emph{Raspberry Pi 3} e o servidor é o \emph{Advanced Message Queuing Protocol} (AMQP). O servidor recebe alguns dados do veículo que estiverem transitando acima do limite estabelecido na via. -A quarta integração será feita entre o subsistema de estrutura e energia, onde será instalado os painéis fotovoltaicos, as baterias, o dispositivo contra surtos, o controlador de carga e sua fiação, sendo estes a localização e distribuição correta no subsistema de estrutura. +Foi definido que os dados enviados no caso de uma infração são: -A quinta integração é a emulação e comunicação entre a \emph{Raspberry} com o segundo radar, que está sendo realizada pelo o subsistema de eletrônica. + \begin{itemize} + \item ID do radar: Identificação única do equipamento utilizado, mediante numeração estabelecida pela instituição responsável por administrar os radares e os dados gerados por eles. Este dado é um número inteiro positivo; + \item Velocidade regulamentada: Velocidade limite para local da via, conforme determinado pelas normas do CONTRAN \cite{contranVI}. Este dado é um número inteiro positivo; + \item Velocidade medida: Velocidade do veículo calculada pelo equipamento. Este dado é um número inteiro; + \item Velocidade considerada: Velocidade medida subtraída pelo erro máximo admitido previsto na legislação metrológica. Este dado é um número inteiro; + \item Infração: Natureza da infração cometida. Estes dados são do tipo inteiro, enviados por enumeração. 0, 1 e 2 correspondem, respectivamente, à infração média, grave e gravíssima; + \item Imagens: As imagens tanto em escala de cinza do carro quanto a imagem pré processada para reconhecimento da placa são codificadas em base64 antes de serem enviadas ao servidor; + \end{itemize} + +No caso de envio de dados sobre o funcionamento do radar, os dados enviados são: + \begin{itemize} + \item ID do radar: Identificação única do equipamento utilizado, mediante numeração estabelecida pela instituição responsável por administrar os radares e os dados gerados por eles. Este dado é um número inteiro positivo; + \item Câmera: Retorna se a câmera está ou não funcionando corretamente. Este dado será do tipo \emph{boolean}, sendo verdadeiro para correto funcionamento e falso caso esteja ocorrendo algum problema com esse componente. + \item \emph{Raspberry}: Retorna se o NRF24L01 está ou não funcionando corretamente. Este dado será do tipo \emph{boolean}, sendo verdadeiro para correto funcionamento e falso caso esteja ocorrendo algum problema com esse componente. + \item USRP: Retorna se o USRP está ou não funcionando corretamente. Este dado será do tipo \emph{boolean}, sendo verdadeiro para correto funcionamento e falso caso esteja ocorrendo algum problema com esse componente. + \item Funcionamento do radar: Retorna se o radar em geral está funcionando corretamente. Este dado será do tipo \emph{boolean}, sendo verdadeiro para correto funcionamento e falso caso esteja ocorrendo algum problema com esse componente. + \end{itemize} + \section{Conclusão} + + Nesse projeto foi proposto o desenvolvimento de um sistema de radar de efeito \emph{Doppler} para prevenção de acidentes. Devido as limitações do equipamento utilizado, não foi possível detectar um carro a uma distância considerável, já que a USRP transmitia até 20 dBm, com o amplificador de potência foi alcançado uma potência de 30 dBm, o que melhorou o funcionamento do radar, seria necessário um equipamento que conseguisse mandar uma potência maior para que podesse detectar o carro a distância prevista inicialmente. + + O sistema de controle conseguiu um capturar a placa do carro e detectar as bordas da placa, não foi possível concluir com o recorte completo. O sistema sinalizou corretamente e também enviar os dados para o servidor. + + A integração do subsistema de eletrônica não foi realizado devido as dificuldades de embarcar o GNU-RADIO na raspberry, com isso o sistema funcionou de forma separada o sistema do radar e o sistema do controle. + + O sistema energético conseguiu alimentar os componentes eletrônicos. Os paínéis solares tiveram uma perda na eficiência devido a inclinação da estrutura que afetou na inclinação dos painéis. + + O sistema de estrutura por motivos de burocracia, teve problemas com a fundação, mudando a posição ideal do painel, porém todo o sistema foi concluído e estava funcional. -A última integração é constituída entre todos os subsistemas juntos, e será realizada logo após todas as anteriores terem serem concluídas, resultando no produto final da matéria. \ No newline at end of file + diff --git a/editaveis/manual.tex b/editaveis/manual.tex new file mode 100644 index 0000000..924abd7 --- /dev/null +++ b/editaveis/manual.tex @@ -0,0 +1,472 @@ + + +\chapter{Manual de uso} + + + + O RaDop foi projetado para aguentar aos esforços estruturais causados pelo peso da própria estrutura e ventos, além de possíveis danos causados pelas condições climáticas (variação de tempo, temperaturas extremas, umidade, secura e incidência solar). Qualquer uso ou funcionalidade que fujam dessas especificações podem trazer um resultado não satisfatório em relação à proposta do mesmo. + + O RaDop é um radar de prevenção de acidentes para curvas fechadas via efeito Doppler. Sendo assim, a instalação dos módulos devem seguir este manual a fim de garantir a instalação correta e um bom funcionamento do radar. + + As instruções de montagem e passos fornecidos aqui visam uma maior duração da estrutura e seus componentes e por isso devem ser seguidos passo a passo para garantir a eficiência estrutural do projeto. + + Esse manual contém as instruções de montagem apenas para o módulo estrutural. Sendo assim, para a alocação dos componentes das outras áreas (eletrônica e energia), é necessário utilizar um manual de integração. + + + + \subsection{RaDop - Estrutura} + + O projeto estrutural do RaDop é composto por: + \begin{itemize} + + + \item Módulo estrutural: + \begin{enumerate} + \item Estrutura principal: 1 unidade. + + Dimensões: 50,80mm x 4000mm + + \item Caixa inferior: 1 unidade. + + Dimensões: 500mm x 500mm x 251mm + + \item Caixa superior: 1 unidade. + + Dimensões: 500mm x 500mm x 251mm + + \item Abraçadeiras metálicas tipo copo: 8 pares. + + Dimensões: 90mm x 16mm x 1mm + + Parafusos: 16 unidades. + + Dimensões: 8mm x 5mm x 19mm + \end{enumerate} + Total de peças: 35 + + \item Função + \begin{enumerate} + \item Estrutura principal: Composta por duas hastes de aço carbono conectadas por placas de mesmo material. Responsável por alocar todos os outros módulos e resistir aos esforços mecânicos causados por eles e também aos desgastes causados pelas condições climáticas. + Na estrutura principal, os apoios de conexão das antenas e painel solar já estão soldadas à mesma. Os componentes da integração (baterias, câmera, painel de controle, painel solar e antenas) serão alocadas nela. + A fiação necessária para a instalação dos módulos está dentro da estrutura principal e será necessário apenas fazer a conexão dos cabos para poder ligar os componentes. + + \begin{figure}[H] + \centering + \includegraphics[scale = 0.7]{completa_isometrico.PNG} + \caption{Estrutura principal: hastes de sustentação.} + \label{fig:my_label} + \end{figure} + + \item Caixa inferior: Caixa vedada, feita de aço. Responsável pelo armazenamento das baterias. Possui saída para os dutos de fiação. + + \begin{figure}[H] + \centering + \includegraphics[scale = 0.5]{caixa_1.PNG} + \caption{Caixa inferior.} + \label{fig:my_label} + \end{figure} + + \item Caixa Superior: Caixa vedada, feita de aço. Responsável pelo armazenamento dos componentes eletrônicos. Possui o espaço para a alocação do holofote e \emph{cooler}. + + \begin{figure}[H] + \centering + \includegraphics[scale = 0.5]{caixa_2.PNG} + \caption{Caixa superior.} + \label{fig:my_label} + \end{figure} + + \item Abraçadeiras metálicas: Abraçadeiras feitas de aço inox. Responsáveis pela fixação das caixas inferior e superior à estrutura principal. + Parafusos feitos de aço inox. + + \begin{figure}[H] + \centering + \includegraphics[scale = 0.4]{abracadeira.PNG} + \caption{Abraçadeira.} + \label{fig:my_label} + \end{figure} + + + \end{enumerate} + \end{itemize} + + \subsubsection{RaDop - Montagem Estrutura} + + O passo a passo fornecidos nesse manual de montagem são os passos a serem seguidos na montagem dos módulos. + + Atente-se ao fato de que as caixas serão fixadas à estrutura principal por meio das abraçadeiras metálicas tipo copo e que o encaixe das abraçadeiras são feitas por meio de parafusos. + + \textbf{Nota: os componentes devem ser instalados seguindo o padrão fornecido aqui. O local de instalação e sentido dos mesmos é relevante para a estrutura.} + + \begin{figure}[H] + \centering + \includegraphics[scale = 0.7]{completa_explodida.PNG} + \caption{Vista explodida do RaDop com a enumeração das peças para montagem.} + \label{fig:my_label} + \end{figure} + + + Instruções: + \begin{enumerate} + \item Separe cada módulo e organize-os de forma a identificar cada um pelos números. + + \item Separe 4 abraçadeiras metálicas e 8 parafusos para cada caixa. + + \item Na caixa inferior (2), fixe as abraçadeiras metálicas com uma distância de 50 mm das arestas. Separe a união e os parafusos para cada abraçadeira. + + \item Na caixa superior (3), fixe as abraçadeiras metálicas com uma distância de 50 mm das arestas. Separe a união e os parafusos para cada abraçadeira. + + \item Coloque a estrutura principal de forma que ela fique apoiada e que seja possível a instalação dos módulos sem comprometer a integridade física dos mesmos. + + \item Posicione a caixa inferior (2) de acordo com a Figura 6. Certifique-se de que a fechadura está do lado direito. Posicione a caixa de forma que as abraçadeiras metálicas inferiores fique a uma distancia de 1,05 m acima da base da estrutura principal e as abraçadeiras superiores fiquem há 1,45 m acima da base da estrutura principal. + + \begin{figure}[H] + \centering + \includegraphics[scale = 0.7]{Caixa1_estrutura.PNG} + \caption{Estrutura do RaDop com a caixa 1 instalada.} + \label{fig:my_label} + \end{figure} + + + \item Coloque a união de cada abraçadeira na caixa 2 e parafuse-as. Certifique de que estão bem parafusadas e que a caixa está bem posicionada e firme. + + \item Posicione a caixa superior (3) da mesma forma que foi feita com a caixa (2). Certifique-se que a fechadura está do lado direito. Posicione a caixa para que as abraçadeiras inferiores fiquem há 1,81 m acima da base da estrutura principal e as abraçadeiras superiores fiquem há 2,21m acima da base da estrutura principal. + + \item Coloque a união de cada abraçadeira na caixa 3 e parafuse-as. Certifique de que estão bem parafusadas e que a caixa está bem posicionada e firme. Após a instalação da caixa superior (3), a estrutura estará completa. + + Após a instalação de todos os módulos, o RaDop deverá estar da seguinte forma: + + + \begin{figure}[H] + \centering + \includegraphics[scale=0.8]{Completa1_isometrica.PNG} + \caption{Estrutura após a instalação da caixa 2. Vista isométrica da estrutura completa e montada.} + \label{fig:my_label} + \end{figure} + + \item Transporte a estrutura principal com todos os módulos instalados para o local de instalação. + Para a fundação, faça 2 buracos de 1 metro de profundidade e com uma distância de 45 cm entre eles (distância entre as hastes da estrutura principal). + + \item Posicione a estrutura principal colocando a fundação das duas hastes nos buracos cavados. Concrete-a no chão. + + \begin{figure}[H] + \centering + \includegraphics[scale=1]{rende.PNG} + \caption{RaDop completo e renderizado.} + \label{fig:my_label} + \end{figure} + + + +% \subsubsection{RaDop - Montagem Fiação} + +%Após a instalação da estrutura completa na fundação, é necessário conectar os fios para poder ligar o sistema elétrico do projeto. + +%Existem 3 tipos de cabo no projeto, seguindo o diagrama unifilar: + +% \begin{itemize} +% \item Cabo vermelho: positivo. +% \item Cabo preto: negativo. +% \item Cabo verde: aterramento. +% +% Dimensão: $2,5mm^2 e 4mm^2$ +% \end{itemize} + +%A conexão do painel solar é ligada na caixa de bateria. + +%A caixa da bateria tem uma ligação com a caixa de controle. + +% \item Utilize o aplicativo para verificar o funcionamento do sistema. + + \end{enumerate} + + \subsection{RaDop - Energia} + +O sistema de alimentação de energia do RaDop é composto por 6 componentes que juntos vão alimentar corretamente o sistema de cargas, para o funcionamento de 3 horas. + + \begin{itemize} + \item Componentes: + \end{itemize} + \begin{enumerate} + + \item Painéis Fotovoltaicos - 2 unidades de 45Wp; + + \item DPS - 1 unidade; + \item Controlador de Carga - 1 unidade de 12V 30A; + + \item Bateria - 2 unidades de 7Ah 12V; + + \item Conversores DC/DC - 3 unidades \emph{Step-Down} e 1 \emph{Step-Up}; + + \item Condutores de $4mm^2$. + \end{enumerate} + + \begin{itemize} + \item Função: + \end{itemize} + +Os painéis fotovoltaicos são responsáveis pela geração através da incidência solar, sendo necessário o ligamento de dois painéis de 45Wp para o suprimento energético do radar durante 3 horas. Em seguida o dispositivo de proteção contra surtos será responsável por prevenir que descargas atmosféricas danifique o sistema de alimentação de cargas. + +O controlador de carga vai definir o quanto de tensão e corrente vai ser passado para a alimentação das cargas, essa tensão e corrente será fornecida através do banco de baterias que o sistema terá. + +Antes da alimentação da carga, a tensão será regulada pelos conversores DC/DC, quando tiver necessidade de elevar ou diminuir a tensão. Por fim, o condutor com a bitola de $2,5 mm^2$ também faz parte dos componentes de energia sendo capazes de suportar a corrente na qual serão submetidos. + + \subsubsection{RaDop - Montagem Energia} + + Antes de manusear, instalar ou fazer qualquer tipo de manutenção nos painéis solares é ideal ler as instruções e alertas constantes nesse manual. A não observância dessas instruções poderá causar riscos e danos graves para o sistema e para as pessoas. + + Os componentes devem ser instalados conforma dita este manual, a ligação de forma geral e representativa encontrasse no diagrama unifilar. + + \begin{enumerate} + \item Posicione os painéis no suporte, garantindo firmeza e angulação correta. + + \item Conecte os painéis em paralelo para garantir que a corrente do sistema seja suprida, os condutores utilizados possuem a seção transversal de $2,5 mm^2$. + + \item Em seguida conecte a saída dos painéis no controlador de carga. + + \item Antes da alimentação da carga, as tensões serão reguladas pelos conversores DC/DC, quando necessário diminuir a tensão será utilizado o \emph{Step-Down} e quando necessário aumentar a tensão, será utilizado o \emph{Step-Up}. + + \item Após regular a tensão o sistema irá alimentar a carga do RaDop. + + \item A saída do controlador de carga para a alimentação das cargas será ligado inicialmente no disjuntor geral que em paralelo será ligado no dispositivo de proteção contra surtos (DPS) e sua saída aterrada no aterramento do sistema elétrico. + + \item A saída dos disjuntores irá alimentar as cargas com o objetivo de impedir surtos em caso de sobrecarga ou de qualquer outro surto que danifique o circuito de alimentação das cargas. + + \item As baterias devem ser ligadas em paralelo entre si, para garantir o fornecimento correto de corrente ao sistema e ligadas no controlador de carga. + + \item As baterias possuem um suporte específico, logo devem ser posicionadas nele. + + \item a fiação das baterias devem ser posicionadas no eletroduto feito pra isso. Os condutores utilizados foram de seção $ 4mm^2$. + + \item a utilização do fusível antes de alimentar a USRP é importante pela sensibilidade do equipamento. + + \end{enumerate} + +\subsection{RaDop -Eletrônica} +O sistema eletrônico do RaDop é composto por: + +\begin{itemize} + \item Componentes: + \end{itemize} + \begin{enumerate} + \item \emph{Raspberry} Pi 3 - 1 unidade; + \item USRP NI2901 - 1 unidade; + \item Câmera - 1 unidade; + \item \emph{Switch} - 1 unidade; + \item Holofote - 1 unidade; + \item \emph{Cooler} - 1 unidade; + \item Relé 5V 2 canais - 1 Unidade; + \item Módulo NRF24L01 com antena externa - 1 unidade; + \item Cabo coaxial RF - 2 unidades; + \item Antenas - 2 unidades. + \end{enumerate} + +\begin{itemize} + \item Função: +\end{itemize} + +A \emph{Raspberry} Pi 3 é responsável por fazer a comunicação entre os módulos e o controle de funcionalidade de cada um deles. O rádio definido por software USRP NI2901 é responsável por fazer a conversão AD dos dados de transmissão com amplificação e na recepção convertendo novamente os dados. O \emph{switch} é responsável pela rede local que comunica a câmera com a \emph{Raspberry}, além de também fazer a comunicação com o servidor. A câmera é responsável por fazer a captura da parte traseira do carro quando este cometer uma infração. O holofote é uma sinalização luminosa que visa alertar os condutores para riscos de provável acidente, o \emph{cooler} para que a caixa não esquente muito, o módulo NRF24L01 é responsável pela comunicação entre os totens, as antenas para propagação da onde eletromagnética de envio e recepção, e os cabos coaxiais para conectar as antenas ao USRP. + + \subsubsection{RaDop - Montagem Eletrônica} + Após serem feitas as montagem e testes com o sistema de alimentação descrito na \emph{montagem energia}, deve-se inicializar a montagem e colocação dos componentes eletrônicos. Os componentes devem ser conectados conforme este manual, e com o máximo de cuidado para que os cabos não fiquem dobrados. + + \begin{enumerate} + \item Conecte os cabos coaxiais entre as antenas e o USRP. Lembre-se de conectar um cabo em Tx e o outro em Rx no mesmo canal. + \item Conecte o cabo USB entre o USRP e a Raspberry Pi 3 + \item Conecte o cabo de rede externo com conector RJ45 na entrada azul do \emph{switch} + \item Conecte o cabo de rede com conector RJ45 saindo da entrada amarela do \emph{switch} para o conector \emph{ethernet} da Raspberry Pi 3. + \item Conecte o cabo de rede com conector RJ45 saindo da entrada amarela do \emph{switch} para o conector \emph{ethernet} na câmera. + \item Conecte os \emph{jumpers} entre a Raspberry Pi 3 e o módulo NRF24, como descrito na Tabela \ref{nrf}. + \item Conecte os \emph{jumpers} entre a Raspberry Pi 3 e o módulo relé, como descrito na Tabela \ref{mon}. + \item Conecte a alimentação do \emph{cooler} no canal 1 do relé de modo normalmente fechado. + \item Conecte a alimentação do holofote no canal 2 do relé de modo normalmente fechado. + \item Através do conector USB disponível no controlador de carga, conecte no microUSB da Raspberry Pi 3 para alimentação. + \item Conecte o cabo de alimentação da Câmera e do USRP. + \end{enumerate} + + +\begin{table}[H] +\centering +\caption{Conexão entre a Raspberry Pi 3 e o módulo NRF24L01} +\begin{tabular}{cc} +Raspberry Pi 3 & NRF24L01 \\ +Pin 15 & CE \\ +Pin 17 & VCC \\ +Pin 19 & MOSI \\ +Pin 21 & MISO \\ +Pin 23 & SCK \\ +Pin 25 & GND \\ +Pin 24 & CSN +\end{tabular} +\label{nrf} +\end{table} + +\begin{table}[H] +\centering +\caption{Conexão entre a Raspberry Pi 3 e o módulo relé} +\begin{tabular}{cc} +Raspberry Pi 3 & Relé \\ +Pin 04 & VCC \\ +Pin 08 & CH1 \\ +Pin 10 & CH2 \\ +Pin 06 & GND +\end{tabular} + +\label{mon} +\end{table} + + +\subsubsection{RaDop - Funcionamento Eletrônica} +Para este procedimento, conecte um computador externo na rede local para acesso remoto através de ssh ou vnc para controle da Raspberry Pi 3. + \begin{enumerate} +\item Conectado na mesma rede local, abra o \emph{Windows Explorer} e acesse o seguinte endereço http://10.0.0.100 para acesso às configurações da câmera. +\item Com usuário \emph{admin} crie uma senha pessoal para acesso restrito à ela e configure. +\item No ambiente \emph{Raspbian} na Raspberry Pi 3, entre no terminal e dê o comando controle.py. +\end{enumerate} + +\subsection{RaDop - Software} + +Todos os sistemas de software do Radar foram feitos com uma boa interface e de fácil usabilidade para que os usuários não tivessem problemas com as funcionalidades dos sistemas. + +\subsubsection{Dashboard} + +A tela principal, como mostra a Figura \ref{home}, do radar é onde contém boa parte do \textit{Business intelligence (BI)} e também não precisa de acesso para conseguir visualizar estes dados. + + + \begin{figure}[H] + \centering + \includegraphics[scale=0.25]{home.png} + \caption{Página inicial do \textit{Dashboard}.} + \label{home} + \end{figure} + +Para acessar as outras informações do radar é preciso realizar o \textit{login} na página login (1), mostrada na Figura \ref{login}. Lembrando que apenas o mantenedor e o administrador do site terão acesso à essas áreas. + + \begin{figure}[H] + \centering + \includegraphics[scale=0.25]{login.PNG} + \caption{Página de Login do \textit{Dashboard}.} + \label{login} + \end{figure} + + Após realizar o \textit{login}, o usuário será capaz de acessar a página, mostrada na Figura \ref{home_2} com os radares instalados (2) e com as notificações (3). + + \begin{figure}[H] + \centering + \includegraphics[scale=0.25]{home_2.png} + \caption{Página inicial do \textit{Dashboard}.} + \label{home_2} + \end{figure} + +A Figura \ref{radares} mostra todos os radares que estão instalados e o mantenedor terá acesso. + + \begin{figure}[H] + \centering + \includegraphics[scale=0.25]{lista_radares.PNG} + \caption{Página com a lista de todos os radares que estão instalados.} + \label{radares} + \end{figure} + + Ao acessar algum dos radares listados, o usuário será redirecionado para a página, mostrada na Figura \ref{radar_detail}, com as informações do radar selecionado. + + \begin{figure}[H] + \centering + \includegraphics[scale=0.25]{radar_detail.PNG} + \caption{Página com as informações do radar.} + \label{radar_detail} + \end{figure} + +Caso o usuário opte por acessar a página com as notificações, ele será redirecionado para uma outra página, mostrada na Figura \ref{lista_notificacao}, com a lista com as notificações de infrações e de possibilidade acidente. + + \begin{figure}[H] + \centering + \includegraphics[scale=0.25]{lista_notificacao.PNG} + \caption{Página com a lista de todos as notificação, tanto de infração, quanto de possibilidade de acidente.} + \label{lista_notificacao} + \end{figure} + + A Figura \ref{notificacao_detail} mostra que ao acessar alguma das notificações, o usuário terá acesso a todas informações a respeito da notificação e do também do carro notificado. + + \begin{figure}[H] + \centering + \includegraphics[scale=0.25]{notificacao_detail.PNG} + \caption{Página com as informações das notificações e do carro notificado.} + \label{notificacao_detail} + \end{figure} + + + +\subsubsection{Aplicativo RaDop} + +A tela inicial, como mostra a Figura \ref{fig:app-login}, o usuário é automaticamente direcionado para a tela de autenticação. Nesta tela ele deverá preencher o campo de endereço de e-mail e o campo senha, para que seja enviado ao servidor a solicitação de \textit{login}. Caso haja algum campo errado uma mensagem aparecerá, se não, o usuário será redirecionado para a próxima tela.\footnote{Nesta versão da aplicação é possível criar novas contas, caso o usuário não tenha, mas em próximas versões da aplicação apenas administradores poderão criar novas contas.} + + \begin{figure}[H] + \centering + \includegraphics[scale=0.15]{log-manual.png} + \caption{Tela de autenticação do usuário mantenedor do RaDop.} + \label{fig:app-login} + \end{figure} + +Com a sessão iniciada na aplicação o usuário será apresentado ao mapa identificando todos os radares presentes à um raio de 15Km (quilômetros) da sua posição atual, conforme é possível ver na Figura \ref{fig:app-inicial}. Os radares estão dispostos em ícones quadrados com a coloração vermelha e são identificados pelo identificador do radar e o nome do radar (\textit{id: nome}). Nesta tela há três opções. Ao clicar no nome do radar o usuário será direcionado para a tela que mostra os estados do radar, que pode ser visto na Figura \ref{fig:app-status}. Ao clicar na opção (1) o usuário indicará ao sistema que deseja ver as manutenções já registradas de um radar, ao clicar na opção (2), indicará que deseja registrar uma nova manutenção. + + \begin{figure}[H] + \centering + \includegraphics[scale=0.45]{inicial-opcao.png} + \caption{Tela inicial com as opções as três opções de funcionalidade.} + \label{fig:app-inicial} + \end{figure} + +Com a opção deseja selecionada o sistema pedirá que o usuário selecione um radar para realizar a operação desejada. Basta ao usuário selecionar o radar pressionando a caixa vermelha que envolve o nome e o identificador do radar. Conforme o exemplo abaixo na imagem \ref{fig:app-selecione}. + + \begin{figure}[H] + \centering + \includegraphics[scale=0.15]{selecione.png} + \caption{Tela de seleção do radar.} + \label{fig:app-selecione} + \end{figure} + +Assim que o radar desejado for selecionado o sistema apresentará a mensagem "\textit{Selecionado}" logo após o nome do radar. Agora basta apertar o botão inferior "Selecione o Radar" para confirmar ao sistema a escolha, conforme ilustrado na Figura \ref{fig:app-selecionado}. Caso o usuário deseje, a operação pode ser cancelada bastando pressionar "Cancelar" a qualquer momento. + + \begin{figure}[H] + \centering + \includegraphics[scale=0.15]{selecionado.png} + \caption{Tela com o radar selecionado em destaque.} + \label{fig:app-selecionado} + \end{figure} + +Caso a opção escolhida tenha sido a (1) o usuário será apresentado com a lista das manutenções registradas para o radar. Vide Figura \ref{fig:app-manutencoes}. Após visualizar as manutenções o usuário pode apertar o botão "Fechar" para retornar a tela principal. + + \begin{figure}[H] + \centering + \includegraphics[scale=0.15]{manutencoes.png} + \caption{Tela com as manutenções feitas no radar selecionado.} + \label{fig:app-manutencoes} + \end{figure} + +Caso a opção escolhida tenha sido a (2) o usuário será apresentado com o formulário de registro de uma nova informação. Os campos de data e hora apresentarão caixas de seleção para facilitar o registro das informações, e no campo razão o usuário poderá discorrer um texto da razão da manutenção, assim como o que foi executado na manutenção. Vide Figura \ref{fig:app-manutencao}. Caso o usuário queira, o registro da manutenção pode ser cancelado a qualquer momento, se não, basta clicar em salvar para finalizar o registro. + + \begin{figure}[H] + \centering + \includegraphics[scale=0.15]{manutencao.png} + \caption{Tela com as opções de salvar ou cancelar a manutenção.} + \label{fig:app-manutencao} + \end{figure} + +Assim que a manutenção for salva o aplicativo apresentará um \textit{pop up} informando que o registro foi salvo e indicando o nome do radar o qual o registro pertence, bastando apertar "OK" para fechar a caixa de diálogo, como exemplificado na Figura \ref{fig:app-salvo}. + + \begin{figure}[H] + \centering + \includegraphics[scale=0.15]{manutencao-salva.png} +\caption{Tela mostrando ao usuário que a manutenção foi salva.} + \label{fig:app-salvo} + \end{figure} + +Caso o usuário não tenha escolhido nenhuma das opções, mas tenha selecionado o nome do radar na tela principal, o sistema abrirá uma lista com os últimos dez (mais recentes) registros do estado dos componentes do radar selecionado, como mostra a Figura \ref{fig:app-status}. Ao apertar o botar "Fechar" o usuário retorna à tela principal da aplicação. + + \begin{figure}[H] + \centering + \includegraphics[scale=0.15]{status.png} + \caption{Tela com os status dos radares.} + \label{fig:app-status} + \end{figure} + +Após feito o uso da aplicação o usuário fica livre para explorar o mapa e registrar operações em outros radares. Caso não seja necessário basta apertar o botão voltar do sistema \textit{android} para fechar a aplicação. diff --git a/figuras/17_22_44_494390.jpg b/figuras/17_22_44_494390.jpg new file mode 100644 index 0000000..307769f Binary files /dev/null and b/figuras/17_22_44_494390.jpg differ diff --git a/figuras/17_39_34_790981.jpg b/figuras/17_39_34_790981.jpg new file mode 100644 index 0000000..036e195 Binary files /dev/null and b/figuras/17_39_34_790981.jpg differ diff --git a/figuras/17_45_44_586283.jpg b/figuras/17_45_44_586283.jpg new file mode 100644 index 0000000..d998a74 Binary files /dev/null and b/figuras/17_45_44_586283.jpg differ diff --git a/figuras/17_4_41_175808.jpg b/figuras/17_4_41_175808.jpg new file mode 100644 index 0000000..7f98ead Binary files /dev/null and b/figuras/17_4_41_175808.jpg differ diff --git a/figuras/Caixa1_estrutura.PNG b/figuras/Caixa1_estrutura.PNG new file mode 100644 index 0000000..2953ab5 Binary files /dev/null and b/figuras/Caixa1_estrutura.PNG differ diff --git a/figuras/Completa1_isometrica.PNG b/figuras/Completa1_isometrica.PNG new file mode 100644 index 0000000..4781c87 Binary files /dev/null and b/figuras/Completa1_isometrica.PNG differ diff --git a/figuras/Completa_isometrica.jpg b/figuras/Completa_isometrica.jpg new file mode 100644 index 0000000..6ec8f71 Binary files /dev/null and b/figuras/Completa_isometrica.jpg differ diff --git a/figuras/Diagram_Geral.pdf b/figuras/Diagram_Geral.pdf new file mode 100644 index 0000000..16c0928 Binary files /dev/null and b/figuras/Diagram_Geral.pdf differ diff --git a/figuras/Diagrama_logico_imagem.pdf b/figuras/Diagrama_logico_imagem.pdf new file mode 100644 index 0000000..280e4fc Binary files /dev/null and b/figuras/Diagrama_logico_imagem.pdf differ diff --git a/figuras/Doppler.pdf b/figuras/Doppler.pdf new file mode 100644 index 0000000..d90285a Binary files /dev/null and b/figuras/Doppler.pdf differ diff --git a/figuras/Doppler1.pdf b/figuras/Doppler1.pdf new file mode 100644 index 0000000..0fd0d6b Binary files /dev/null and b/figuras/Doppler1.pdf differ diff --git a/figuras/Doppler2.pdf b/figuras/Doppler2.pdf new file mode 100644 index 0000000..30c5b04 Binary files /dev/null and b/figuras/Doppler2.pdf differ diff --git a/figuras/Estrutura_simples_isometrica.jpg b/figuras/Estrutura_simples_isometrica.jpg new file mode 100644 index 0000000..b0e2150 Binary files /dev/null and b/figuras/Estrutura_simples_isometrica.jpg differ diff --git a/figuras/GNUR.png b/figuras/GNUR.png new file mode 100644 index 0000000..73bdefc Binary files /dev/null and b/figuras/GNUR.png differ diff --git a/figuras/Integracao-3.pdf b/figuras/Integracao-3.pdf new file mode 100644 index 0000000..cb8d6f1 Binary files /dev/null and b/figuras/Integracao-3.pdf differ diff --git a/figuras/PetriNet_Infracao-3.pdf b/figuras/PetriNet_Infracao-3.pdf new file mode 100644 index 0000000..4d032cd Binary files /dev/null and b/figuras/PetriNet_Infracao-3.pdf differ diff --git a/figuras/abracadeira.PNG b/figuras/abracadeira.PNG new file mode 100644 index 0000000..ae15067 Binary files /dev/null and b/figuras/abracadeira.PNG differ diff --git a/figuras/caixa_1.PNG b/figuras/caixa_1.PNG new file mode 100644 index 0000000..53e814a Binary files /dev/null and b/figuras/caixa_1.PNG differ diff --git a/figuras/caixa_2.PNG b/figuras/caixa_2.PNG new file mode 100644 index 0000000..410a03b Binary files /dev/null and b/figuras/caixa_2.PNG differ diff --git a/figuras/completa_explodida.PNG b/figuras/completa_explodida.PNG new file mode 100644 index 0000000..563be21 Binary files /dev/null and b/figuras/completa_explodida.PNG differ diff --git a/figuras/completa_isometrico.PNG b/figuras/completa_isometrico.PNG new file mode 100644 index 0000000..41a237b Binary files /dev/null and b/figuras/completa_isometrico.PNG differ diff --git a/figuras/esquematico.pdf b/figuras/esquematico.pdf index b6b36c0..6989326 100644 Binary files a/figuras/esquematico.pdf and b/figuras/esquematico.pdf differ diff --git a/figuras/estrutura_toda.jpg b/figuras/estrutura_toda.jpg new file mode 100644 index 0000000..d3c4e74 Binary files /dev/null and b/figuras/estrutura_toda.jpg differ diff --git a/figuras/home.png b/figuras/home.png new file mode 100644 index 0000000..86b649d Binary files /dev/null and b/figuras/home.png differ diff --git a/figuras/home_2.png b/figuras/home_2.png new file mode 100644 index 0000000..153c989 Binary files /dev/null and b/figuras/home_2.png differ diff --git a/figuras/inicial-opcao.png b/figuras/inicial-opcao.png new file mode 100644 index 0000000..37a7b40 Binary files /dev/null and b/figuras/inicial-opcao.png differ diff --git a/figuras/lista_notificacao.PNG b/figuras/lista_notificacao.PNG new file mode 100644 index 0000000..5d960ac Binary files /dev/null and b/figuras/lista_notificacao.PNG differ diff --git a/figuras/lista_radares.PNG b/figuras/lista_radares.PNG new file mode 100644 index 0000000..3386110 Binary files /dev/null and b/figuras/lista_radares.PNG differ diff --git a/figuras/log-manual.png b/figuras/log-manual.png new file mode 100644 index 0000000..83fa35c Binary files /dev/null and b/figuras/log-manual.png differ diff --git a/figuras/manual-dia.png b/figuras/manual-dia.png new file mode 100644 index 0000000..1138fa4 Binary files /dev/null and b/figuras/manual-dia.png differ diff --git a/figuras/manual-hora.png b/figuras/manual-hora.png new file mode 100644 index 0000000..34033f9 Binary files /dev/null and b/figuras/manual-hora.png differ diff --git a/figuras/manutencao-salva.png b/figuras/manutencao-salva.png new file mode 100644 index 0000000..490453e Binary files /dev/null and b/figuras/manutencao-salva.png differ diff --git a/figuras/manutencoes.png b/figuras/manutencoes.png new file mode 100644 index 0000000..a16dd63 Binary files /dev/null and b/figuras/manutencoes.png differ diff --git a/figuras/notificacao_detail.PNG b/figuras/notificacao_detail.PNG new file mode 100644 index 0000000..8d21c32 Binary files /dev/null and b/figuras/notificacao_detail.PNG differ diff --git a/figuras/painel_antenas.jpg b/figuras/painel_antenas.jpg new file mode 100644 index 0000000..14529e9 Binary files /dev/null and b/figuras/painel_antenas.jpg differ diff --git a/figuras/painel_fios.jpg b/figuras/painel_fios.jpg new file mode 100644 index 0000000..4dd57e7 Binary files /dev/null and b/figuras/painel_fios.jpg differ diff --git a/figuras/petricaptura.pdf b/figuras/petricaptura.pdf new file mode 100644 index 0000000..e89d893 Binary files /dev/null and b/figuras/petricaptura.pdf differ diff --git a/figuras/radar_detail.PNG b/figuras/radar_detail.PNG new file mode 100644 index 0000000..98ab038 Binary files /dev/null and b/figuras/radar_detail.PNG differ diff --git a/figuras/rende.PNG b/figuras/rende.PNG new file mode 100644 index 0000000..fb08122 Binary files /dev/null and b/figuras/rende.PNG differ diff --git a/figuras/selecionado.png b/figuras/selecionado.png new file mode 100644 index 0000000..3dc81b3 Binary files /dev/null and b/figuras/selecionado.png differ diff --git a/figuras/selecione.png b/figuras/selecione.png new file mode 100644 index 0000000..e07f2f7 Binary files /dev/null and b/figuras/selecione.png differ diff --git a/figuras/sinaliza.pdf b/figuras/sinaliza.pdf new file mode 100644 index 0000000..6a94e18 Binary files /dev/null and b/figuras/sinaliza.pdf differ diff --git a/figuras/vista_lateral.jpg b/figuras/vista_lateral.jpg new file mode 100644 index 0000000..8f6024e Binary files /dev/null and b/figuras/vista_lateral.jpg differ diff --git a/tcc.tex b/tcc.tex index d4fc082..6cdb204 100644 --- a/tcc.tex +++ b/tcc.tex @@ -24,11 +24,12 @@ %\input{editaveis/trabalhofuturo} %\input{editaveis/aspectosgerais} %\input{editaveis/solucaoproposta} - \input{editaveis/solucaoeletronica} +\input{editaveis/eletronica} \input{editaveis/software} \input{editaveis/solucaoenergia} \input{editaveis/estrutura} \input{editaveis/integracao} +\input{editaveis/manual} %\input{editaveis/manutencao} %\input{editaveis/trabalhofuturo} %\input{editaveis/textoepostexto}