CosmicPampa issueshttps://git.cta.if.ufrgs.br/groups/CosmicPampa/-/issues2024-03-04T16:43:06Zhttps://git.cta.if.ufrgs.br/CosmicPampa/cpamp/-/issues/24Suporte em i3D para fixação da PCI no cintilador2024-03-04T16:43:06ZCamile de OliveiraSuporte em i3D para fixação da PCI no cintilador# Objetivo
Modelar um suporte para que possamos fixar a placa ao cintilador sem danificar a placa ou o SiPM.# Objetivo
Modelar um suporte para que possamos fixar a placa ao cintilador sem danificar a placa ou o SiPM.https://git.cta.if.ufrgs.br/CosmicPampa/cpamp/-/issues/23Fabricação da PCI para processamento do sinal do SiPM2024-02-27T20:05:14ZCamile de OliveiraFabricação da PCI para processamento do sinal do SiPM# Objetivo
Utilizando o Design encontrado em #23 , confeccionar a PCI no CTA seguindo todas as orientações citadas.
# Desenvolvimento
* O primeiro passo é realizar o corte da placa na fresadora, isso é feito passando o arquivo gerber ...# Objetivo
Utilizando o Design encontrado em #23 , confeccionar a PCI no CTA seguindo todas as orientações citadas.
# Desenvolvimento
* O primeiro passo é realizar o corte da placa na fresadora, isso é feito passando o arquivo gerber primeiramente para o software FlatCAM, onde configuramos o trabalho da CNC e depois salvamos os arquivos de corte como: .gcode e mandamos para o software Universal G-Code Sender, para realizar os cortes.
Fazemos primeiro todos os furos (importante se atentar aos tamanhos das fresas e dos furos dos componentes e vias), depois as trilhas da camada de cima e logo em seguida cortamos ao redor da placa.
Depois disso fazemos o espelhamento da placa, como temos trilhas em cima e embaixo precisamos fazer furos de alinhamento, para auxiliar nesse momento é mais fácil fazer com uma pessoa ajudando, cuidando para que todas as trilhas fiquem no lugar certo.
Só depois de espelhada que fazemos as trilhas do outro lado.
* Assim ficou a parte de cima:
![image](/uploads/a6ffd7f3b10d4f7f99a20f476200a819/image.png)
* Parte de baixo:
![image](/uploads/9db19d5c048c8392ce00586a4be6013c/image.png)
* O Segundo passo é realizar a soldagem dos componentes.
Preparei a placa, lixando com uma palha de aço e passando álcool isopropílico, logo depois realizei a soldagem dos smd's usando solda em pasta e ferro de solda, o restante dos componentes foram soldados usando o estanho normalmente e em alguns momentos a solda em pasta para auxiliar. Preferi não estanhar a placa toda e passei verniz para PCI depois que soldei todos os componentes.
* Por fim a placa ficou assim:
![image](/uploads/11b9ef106e81d41a071fdbb0278e6578/image.png)
![image](/uploads/31152cb6d3fc6e8626c4b43fcc039ff3/image.png)
## Observações:
A placa ficou com o seguinte tamanho:
O próximo passo é realizar um teste utilizando o osciloscópio.
Precisa ser feito alguns suportes para a placa, talvez com i3d, para que o SiPM possa ficar em contato com o cintilador.
E por fim realizar um teste com tudo conectado e dentro do abrigo.https://git.cta.if.ufrgs.br/CosmicPampa/cpamp/-/issues/22Projeto da PCI para processamento do sinal do SiPM2024-02-27T18:40:31ZCamile de OliveiraProjeto da PCI para processamento do sinal do SiPM
# Objetivo
Seguindo as orientações encontradas em #18 desenvolver a placa final com os amplificadores que já permita o encaixe do NodeMCU e SiPM diretamente nela. Pode-se utilizar em primeiro momento uma fonte DC de bancada como alimen...
# Objetivo
Seguindo as orientações encontradas em #18 desenvolver a placa final com os amplificadores que já permita o encaixe do NodeMCU e SiPM diretamente nela. Pode-se utilizar em primeiro momento uma fonte DC de bancada como alimentação mas seria bom pensar em conectores para encaixar uma segunda placa com uma fonte de tensão DC que alimentará o NodeMCU e o circuito do SiPM juntos, tornando o sistema totalmente independente de equipamentos eletrônicos externos.
# Desenvolvimento da placa
Foi utilizado o Software [EasyEDA](https://easyeda.com/pt) pois já vem com função de autorooting (faz as trilhas sozinho). Usei as orientações passadas pelo Paulo e o circuito antigo para montar o atual. Contei com a ajuda do Jan para o desenvolvimento do circuito.
O esquemático antigo com as orientações de mudanças está na imagem abaixo:
![image](/uploads/ac03872dd2dd295ad02397db6fd8e829/image.png)
O novo esquemático se encontra nessa imagem:
![Schematic_PCB_Cosmic_CTA_copy_2023-12-21](/uploads/7699b53d43baed3c7a3d8608ea7e399f/Schematic_PCB_Cosmic_CTA_copy_2023-12-21.png)
* Foi verificada a lista de componentes já comprados com as referências dos componentes que encontra-se aqui: [componentes.csv](/uploads/c04b5e84c6072cc417ee21e2bfd0ed07/componentes.csv)
* O Design da pci pronto para fabricação ficou assim:
Esse é o arquivo gerber para fabricação:
[Gerber_PCB-Cosmic-CTA-copy_PCB_PCB-Cosmic-CTA-copy_2024-02-27.zip](/uploads/73ab991abc83db1516949338f31c5d3b/Gerber_PCB-Cosmic-CTA-copy_PCB_PCB-Cosmic-CTA-copy_2024-02-27.zip)
![image](/uploads/96dcf2d83767af89a9472d0d1106eb56/image.png)
## Observações:
Como vamos primeiramente fabricar a placa no CTA, para testes e validação do circuito (caso fique boa o suficiente será feita a principal também), troquei todos os resistores e capacitores para o modelo mais usual para facilitar. A placa tem tamanho de 6cm x 9cm com 4 vias.
Compramos solda em pasta para facilitar a soldagem dos componentes menores na placa, usamos como referência o seguinte vídeo:
https://www.youtube.com/watch?v=fYInlAmPnGo
Como o Sipm deve ficar em contato com o cintilador ele foi colocado do lado contrário dos outros componentes no design da placa.
Pensar nos conectores é interessante, previamente decidimos ficar com os BNC’s, e também decidimos manter uma conexão para possíveis testes no osciloscópio.
Foi feita a simulação do circuito com as mudanças no Qucs.https://git.cta.if.ufrgs.br/CosmicPampa/cpserver/-/issues/3Comandos para criar/manipular Container Docker de teste para o Bash Script de...2023-07-22T15:24:33ZAlison SoaresComandos para criar/manipular Container Docker de teste para o Bash Script de automação do servidor.**RESUMO**
Para que o Bash Script contendo todas as funcionalidades desejadas para a automatização do servidor seja testado e, por consequência, executado com êxito, é necessária a ocorrência de testes. Para isso, a alternativa proposta...**RESUMO**
Para que o Bash Script contendo todas as funcionalidades desejadas para a automatização do servidor seja testado e, por consequência, executado com êxito, é necessária a ocorrência de testes. Para isso, a alternativa proposta é que essa etapa seja conduzida através de um Container Docker. Seguem abaixo os passos para a criação e manuseio dessa ferramenta em ambiente Linux.
**O QUE FAZER?**
O Docker não vem instalado por padrão em todas as distribuições Linux. No entanto, o suporte é amplo e o Docker pode ser facilmente instalado na maioria das distribuições.
1. **Instalação**
Ao abrir o terminal, verificar se por acaso o Docker já está instalado utilizando o comando _**docker --version**_. Caso contrário, seguir com as seguintes etapas:
- No terminal, inserir os comandos _**sudo apt update**_ (para atualizar os pacotes) e _**sudo apt install -y docker.io**_ (que faz a instalação de fato);
- Para evitar ter que digitar _sudo_ sempre que usar os comandos do Docker, podemos como opção executar o comando _**sudo usermod -aG docker $USER**_.
2. **Buscar uma imagem Linux no _Docker Hub_**
Precisamos "buscar" a imagem Linux de interesse no _Docker Hub_, antes de rodar uma distribuição Linux em um container. Nesse caso, devemos proceder da seguinte forma:
- Para a versão mais recente da imagem oficial do Ubuntu por exemplo, o comando no terminal é o **_docker pull ubuntu_**.
3. **Criando/executando um Container**
Tendo a imagem no sistema, agora estamos aptos para criar um Container e executá-lo. Para isso, precisamos estar atentos a alguns detalhes. O principal é que, para criar o Container dentro da imagem do Docker, precisamos acessar o terminal dessa respectiva imagem. A dica é: chamar a execução de algum comando básico via terminal do usuário pessoal, porém da seguinte forma:
- Para acessar o terminal da imagem do Docker, devemos por exemplo executar no terminal do usuário o comando **_docker run -d -it ubuntu bash_**. O comando **_-it_** é necessário, pois habilita o modo interativo do Container.
- Verificar via comando **_docker ps_** se a imagem foi criada corretamente, juntamente com seu ID.
- Tem o ID em mãos, podemos executar então o Container com o comando **_docker exec -it (ID DO CONTAINER) bash_**
**FINALIZANDO**
Após a execução de todas as etapas, o Container Docker do Ubuntu estará em pleno funcionamento e apto para que os testes necessários possam ser realizados, sem que algum erro fatal possa ocorrer com o sistema pessoal do usuário. Ou seja: tudo o que acontecer, ficará dentro do Container.Alison SoaresAlison Soareshttps://git.cta.if.ufrgs.br/CosmicPampa/cpamp/-/issues/21Testes com o Cintilador2023-07-05T16:59:28ZCamile de OliveiraTestes com o Cintilador# Objetivo
O objetivo desse teste é verificar a contagem e amplitude dos pulsos na saída Sout do SiPM produzidos pela cintilação de múons no cintilador plástico **inserir o modelo**. Em resumo, a montagem desse teste consiste em posicion...# Objetivo
O objetivo desse teste é verificar a contagem e amplitude dos pulsos na saída Sout do SiPM produzidos pela cintilação de múons no cintilador plástico **inserir o modelo**. Em resumo, a montagem desse teste consiste em posicionar o SiPM bem próximo ao cintilador, envolto ao papel alumínio ligado ao GND que serve como abrigo contra luz e proteção contra possíveis ruídos.
# Desenvolvimento
Utilizamos a PCI confeccionada pelo Paulo descrita em #14 e escolhemos o resistor **Rs** como 1k ohms e conectamos ele à PCI, fixamos o SiPM o mais próximo o possível do cintilador e envolvemos tudo com papel alumínio ligado ao GND da fonte para servir de isolante e também ajudar na reflexão dos possíveis fótons dentro do abrigo.
Em seguida verificou-se que o resistor de 1k Ohm estava inadequado como Rs e adicionou uma carga de 50 Ohm em paralelo à saída Sout do Sipm, que resulta numa resistência Rs~50 Ohm.
Ao realizar as medições notou-se que quando a luz do ambiente (CTA) estava acesa, um ruído esquisito aparecia no osciloscópio. Como o circuito do SiPM possui filtro de ruídos, a suspeita é que este ruído esteja presente somente no osciloscópio. Decidiu-se, então, realizar todas as medições com a luz apagada.
A seleção da escala correta e do nível do trigger foi também um detalhe importante, a escala correta para visualização dos pulsos é de 1uS/divisão e o nível do trigger (função borda) adequado é de +100mV.
![image](/uploads/7455c5abb9f738a9e26b874f9cc3c6e3/image.png)
![image](/uploads/a0ccabd10a22067be546e8c5fc7ba589/image.png)
![image](/uploads/f34b601e1d6d838bc34ae87e8a598e39/image.png)
![image](/uploads/a50691a7bd3ea4f135fdaa382a66cd51/image.png)
![image](/uploads/46599749426c2dd2af16bef55d4b999c/image.png)
* **Modelo do SiPM**: MICROFJ-SMTPA-60035-GEVB\
* **Vbias escolhido**: 28 V
* **Rs escolhido**: ~50 Ohms = 50 ohms na saída ligado em paralelo com um resistor de 1k na PCI desenvolvida
Depois do teste realizado no dia 12/05, foi realizado mais 3 testes com a mesma montagem para fazer a coleta da contagem e altura dos pulsos num intervalo de tempo de 10 minutos.
O primeiro foi feito no CTA, tivemos 28 pulsos contados. Julgamos a contagem de pulsos baixa, então fizemos um segundo teste na Eletrônica.
Nesse segundo teste nós tivemos 23 pulsos contados. Para descartarmos a questão de que o lugar interferia na contagem de sinais dos múons foi feito um terceiro teste no CTA.
Nesse terceiro teste tivemos 18 pulsos contados.
### Resultados
Foi possível identificar pulsos no sinal de saída intervalados no osciloscópio no teste do dia 12/05.
Precisamos saber a altura dos pulsos pois depois eles serão lidos por um ESP8266 (parecido com arduino) se eles forem muito baixos precisamos amplificar esses pulsos.
Abaixo estão as tabelas com as contagens dos pulsos e suas alturas nos demais testes feitos.
![image](/uploads/d6bf3c1f19a2caeeb57d1c4c34506101/image.png)
**Pulsos teste do dia 19/05 no CTA**
![image](/uploads/ee5df8a078b9f19ff512618600afbba0/image.png)
**Pulsos teste do dia 26/05 na Eletrônica**
![image](/uploads/e50bca93a7f34c5e42b49904c3703276/image.png)
**Pulsos teste do dia 02/06 no CTA**
# Conclusões
Foi possível identificar a altura dos pulsos e isso é importante para moldar o circuito de processamento dos sinais
Foram identificados alguns sinais estranhos nas contagens dos pulsos, que aparecem de forma aleatória. O teste realizado na eletrônica foi o que mais teve esses sinais, eles possuem altura semelhante à altura dos pulsos esperados.
Iremos trocar de abrigo e realizar a montagem da nova placa de circuito com algumas mudanças.
**Datas** :
* montagem e teste básico: 12/05/2023
* Montagem e teste 1 no CTA: 19/05/2023
* Montagem e teste 2 na Eletrônica: 26/05/2023
* Montagem e teste 3 no CTA: 02/06/2023
**Participantes** : Paulo e Camile
**Participantes demais testes**: Camile
**Responsável** : Camile
**Local**: CTA e EletrônicaCamile de OliveiraCamile de Oliveirahttps://git.cta.if.ufrgs.br/CosmicPampa/CosmicPampa-META/-/issues/67Reunião do dia 27 de abril de 20232023-08-08T13:31:22ZPAULO ROBERTO DE MOURA JUNIORReunião do dia 27 de abril de 2023# Reunião do dia 27 de abril de 2023
**Data e hora:** 15h00
**Local:** Google Meet
<!--- /due configura a data de vencimento da issue automaticamente. Deve estar numa linha separada das demais para ser interpretada. Exemplo: /due 28 A...# Reunião do dia 27 de abril de 2023
**Data e hora:** 15h00
**Local:** Google Meet
<!--- /due configura a data de vencimento da issue automaticamente. Deve estar numa linha separada das demais para ser interpretada. Exemplo: /due 28 August. Atualmente, o git não está acertando datas em português-->
<!--- Notificar todos membros com menção a @all. Caso não se queira mencionar todos, pode usar @ seguido da pessoa em questão -->
Notificar: @all
<!--- Etiqueta automática para Reunião com /label ~reunião -->
**Gestor:** Paulo
<!--- Nem sempre será necessário gestão, mas é recomendado que tenha pelo menos uma pessoa encarregada de estruturar a reunião e garantir que seu objetivo seja cumprido -->
## Pauta
* Paulo:
* Dar enfoque em passar as informações pra nova bolsista Camile;
* Pensar no teste com o LED em alta frequência;
* Proseguir no teste com o MCA (sem o Ricardo);
* Renan:
* Continuar com os testes de envio;
* Alexsandro:
* Dar enfoque em passar as informações pro novo bolsista Alysson;
----
## Presentes: Paulo, Renan, Alexsandro, Gustavo, César, Camile.
<!--- É recomendado que a ata seja feita em formato de resposta ao Issue da reunião. Também se recomenda que tarefas e encaminhamentos sejam colocados logo no início da resposta, antes mesmo da ata, para facilitar a sua leitura após o término da reunião --->https://git.cta.if.ufrgs.br/CosmicPampa/cpdatahub/-/issues/30Uso de shebangs para especificar versão do python2023-04-27T18:00:49ZALEXSANDRO SANTOS DA ROSA JUNIORUso de shebangs para especificar versão do pythonConsiderando que alguns dos recursos que utilizamos de Python (como o match-case statement) só estão disponíveis a partir de alguma versão específica, é necessária uma maneira de restringir a execução dos scripts para ocorrer somente com...Considerando que alguns dos recursos que utilizamos de Python (como o match-case statement) só estão disponíveis a partir de alguma versão específica, é necessária uma maneira de restringir a execução dos scripts para ocorrer somente com essa versão. Assim se faz necessário a utilização de shebangs, no cabeçalho dos scriptsALEXSANDRO SANTOS DA ROSA JUNIORALEXSANDRO SANTOS DA ROSA JUNIORhttps://git.cta.if.ufrgs.br/CosmicPampa/cpdatahub/-/issues/29Verificar a viabilidade de transformar todos os scripts em um pacote2023-04-27T17:48:49ZALEXSANDRO SANTOS DA ROSA JUNIORVerificar a viabilidade de transformar todos os scripts em um pacoteConsiderando que os geradores de documentação funcionam somente para pacotes e módulos, poderia ser conveniente, para facilitar e agilizar a documentação, transformar todos os scripts em um pacote, de modo que a documentação atualizada p...Considerando que os geradores de documentação funcionam somente para pacotes e módulos, poderia ser conveniente, para facilitar e agilizar a documentação, transformar todos os scripts em um pacote, de modo que a documentação atualizada possa ser gerada automaticamente.ALEXSANDRO SANTOS DA ROSA JUNIORALEXSANDRO SANTOS DA ROSA JUNIORhttps://git.cta.if.ufrgs.br/CosmicPampa/cpbot/-/issues/1Monitoramento dos logs de erro mantidos pelo supervisord2023-04-27T17:33:52ZALEXSANDRO SANTOS DA ROSA JUNIORMonitoramento dos logs de erro mantidos pelo supervisordFazer com que o bot monitore os logs de erro dos scripts mantidos pelo supervisord e avise quando algum erro ocorrer.Fazer com que o bot monitore os logs de erro dos scripts mantidos pelo supervisord e avise quando algum erro ocorrer.ALEXSANDRO SANTOS DA ROSA JUNIORALEXSANDRO SANTOS DA ROSA JUNIORhttps://git.cta.if.ufrgs.br/CosmicPampa/cpamp/-/issues/19Fonte DC chaveada para alimentação do sistema2023-04-26T02:23:06ZPAULO ROBERTO DE MOURA JUNIORFonte DC chaveada para alimentação do sistemaApós finalizar o desenvolvimento da placa de processamento de sinais, convém pensar na alimentação dessa placa. Uma alternativa é desenvolver uma fonte DC chaveada em parceria com a eletrônica do IF (eles têm boa experiência com isso) ou...Após finalizar o desenvolvimento da placa de processamento de sinais, convém pensar na alimentação dessa placa. Uma alternativa é desenvolver uma fonte DC chaveada em parceria com a eletrônica do IF (eles têm boa experiência com isso) ou comprar um circuito pronto na internet.https://git.cta.if.ufrgs.br/CosmicPampa/cpamp/-/issues/18Orientações: projeto da PCI para processamento do sinal do SiPM2023-08-08T23:20:50ZPAULO ROBERTO DE MOURA JUNIOROrientações: projeto da PCI para processamento do sinal do SiPM# Objetivo
Desenvolver a placa final com os amplificadores que já permita o encaixe do NodeMCU e SiPM diretamente nela. Pode-se utilizar em primeiro momento uma fonte DC de bancada como alimentação mas seria bom pensar em conectores par...# Objetivo
Desenvolver a placa final com os amplificadores que já permita o encaixe do NodeMCU e SiPM diretamente nela. Pode-se utilizar em primeiro momento uma fonte DC de bancada como alimentação mas seria bom pensar em conectores para encaixar uma segunda placa com uma fonte de tensão DC que alimentará o NodeMCU e o circuito do SiPM juntos, tornando o sistema totalmente independente de equipamentos eletrônicos externos.
# Orientações gerais
* Sugiro desenvolver a placa no Software [EasyEDA](https://easyeda.com/pt) pois já vem com função de autorooting (faz as trilhas sozinho). O [KiCAD](https://www.kicad.org/) é outra opção, porém ele sofreu atualizações e não sei como está agora.
* Os amplificadores operacionais precisam ser alimentados com +5V, porém o SiPM necessita +28V. Para não ter que utilizar 2 fontes externas, sugiro adicionar um regulador de tensão no circuito que vai baixar os 28V para 5V.:
* Regulador de tensão 5V SMD https://www.baudaeletronica.com.br/regulador-de-tens-o-lm2596-5v-smd-to-263-ddpak5.html OU tentar **LM7805.**
* O esquemático **antigo** que desenvolvemos encontra-se abaixo. Algumas marcações foram postas para indicar o que precisa ser mudado.
![ckt_esquematico](/uploads/9481c652040d1493452e39564d6c8136/ckt_esquematico.png)
* A lista de componentes já comprados com as referências dos componentes encontra-se aqui: [componentes.csv](/uploads/c04b5e84c6072cc417ee21e2bfd0ed07/componentes.csv)
* Como o circuito foi modificado, alguns componentes **ainda precisam ser comprados**. Sugiro utilizar a loja [Baú da Eletrônica](https://www.baudaeletronica.com.br/). Sugiro fazer o desenvolvimento da placa considerando os componentes disponíveis na loja.
# Orientações para o projeto da placa
* Manter as trilhas tão curtas quanto possível para evitar que ruídos sejam gerados.
* Os capacitores de 100nF ligados ao +5V dos amplificadores precisam ficar **o mais próximo possível** do pino que estão conectados no amplificador. Eles funcionam como filtros de ruído.
* Para evitar que alimentação seja ligada errada, um diodo 1N4007 deve ser colocado em série com a entrada da fonte de tensão externa (conforme representado no esquemático). Ele deve ser comprado, também. Com isso, **a fonte deverá ser ajustada sempre para 28.7V** pois haverá uma queda de tensão de 0.7V no diodo 1N4007.
* Ao invés de soldar o ESP na PCI, sugiro utilizar conectores do tipo PIN HEADERS. O CTA possui varios nas caixinhas e alguns foram comprados aqui no projeto, também. Segue abaixo um exemplo do conector:\
![image](/uploads/4b05c1ee716e203b869a09b8ba7d3c53/image.png)https://git.cta.if.ufrgs.br/CosmicPampa/cpamp/-/issues/17Desenvolvimento do abrigo para o cintilador2023-07-17T19:57:12ZPAULO ROBERTO DE MOURA JUNIORDesenvolvimento do abrigo para o cintiladorFoi desenvolvido um abrigo para isolar o SiPM e o cintilador de qualquer luz e interferência externa, que será utilizado quando os dois estiverem já acoplados em funcionamento. Ele foi feito de madeira com 24cm de largura, 24cm de profun...Foi desenvolvido um abrigo para isolar o SiPM e o cintilador de qualquer luz e interferência externa, que será utilizado quando os dois estiverem já acoplados em funcionamento. Ele foi feito de madeira com 24cm de largura, 24cm de profundidade e 10cm de altura, levando em conta o tamanho do cintilador plástico. Sua parte interna foi pintada de preto e será revestida com EVA preto para reforço. Será feito os furos para conexão dos plugs BNC's para realização dos testes.
![image](/uploads/2bd62cb8324c89b8ef8a177ce5d0c21f/image.png)
![image](/uploads/173a85a50c63903472872b0a7f283b28/image.png)
![image](/uploads/aeb6156927d2307e3670377048df263c/image.png)https://git.cta.if.ufrgs.br/CosmicPampa/cpamp/-/issues/162º teste de montagem prática com SiPM: caracterização2023-05-16T23:19:05ZPAULO ROBERTO DE MOURA JUNIOR2º teste de montagem prática com SiPM: caracterização# Objetivo
Conforme discutido em #13, o objetivo desse teste é verificar a eficiência de conversão de fótons incidentes no detector em picos no sinal de leitura SiPM. A montagem desse teste consiste em posicionar o SiPM dentro de uma cai...# Objetivo
Conforme discutido em #13, o objetivo desse teste é verificar a eficiência de conversão de fótons incidentes no detector em picos no sinal de leitura SiPM. A montagem desse teste consiste em posicionar o SiPM dentro de uma caixa escura com um LED de faixa quase monocromática (estreita) a uma distância fixa apontado para o SiPM. Além disso, entre esse caminho do LED até a superfície do SiPM, será posicionado um atenuador de luz capaz de reduzir o número de fótons que chegam ao SiPM. Dependendo da contagem de pulsos e da largura dos mesmos, a contagem poderá ser feita diretamente em um osciloscópio ou deverá ser feita utilizando um MCA/contador. O LED utilizado deverá produzir fótons com energia aproximadamente parecida com a dos fótons que saem do cintilador (luz azul).
# Desenvolvimento
# Conclusões (parciais)
Como o teste 1 com os LEDs foi um fracasso ( #14 ) devido a grande quantidade de fótons que chegam **continuamente** ao detector, esse teste também será complicado, as limitações são as mesma do teste 1. Pode-se conversar com o professor Ricardo Rego para ver se ele tem algumas ideias.\
-- Paulo -- Sugiro primeiro finalizar o circuito completo + integração ao NodeMCU e buscar maneiras de aumentar as contagens de múons antes de prosseguir com essa caracterização.
**Datas** :
**Participantes** :
**Responsável** :
**Local**: CTA
**Anexos**:https://git.cta.if.ufrgs.br/CosmicPampa/cpamp/-/issues/15Circuito modulador para "alargar" o pulso do SiPM2023-05-17T00:54:46ZPAULO ROBERTO DE MOURA JUNIORCircuito modulador para "alargar" o pulso do SiPM# Motivação
Conforme descrito no manual do SiPM, é esperado um pulso de largura na casa dos 300ns (nanosegundos), o que pode não ser suficiente para uma leitura correta no MCA do lab. de implantação (que opera com no mínimo 1uS). Além di...# Motivação
Conforme descrito no manual do SiPM, é esperado um pulso de largura na casa dos 300ns (nanosegundos), o que pode não ser suficiente para uma leitura correta no MCA do lab. de implantação (que opera com no mínimo 1uS). Além disso, não foi possível visualizar os pulsos de detecção diretamente no osciloscópio, então a duração deles é desconhecida. Sendo assim, uma possibilidade para contornar seria acoplar um *circuito modulador* na saída Sout do SiPM, que fará que esse sinal seja mais "largo". Entretanto, o sinal terá uma amplitude menor e possivelmente será necessário adicionar também um amplificador de tensão na saída do circuito modulador (que está disponível no lab. de implantação).
* Resposta esperada para Sout (manual do SiPM):
<img src="/uploads/c18c4140fbd370e25a76f6cb9f883e90/image.png" width=400 height=400>\
* Outra possibilidade, apenas para testes, é aumentar o valor do resistor Rs acoplado. Não é recomendável mantê-lo alto pois isso aumentará a corrente média no SiPM, o que poderia queimá-lo com o tempo.
# Esquemático do circuito modulador
Uma sugestão de circuito modular para o SiPM encontra-se no seguinte link:
https://physicsopenlab.org/2016/02/16/silicon-photomultiplier-sipm/ . O circuito consiste em 2 filtros RC passa-baixa ligados em cascata.
* Simulação do circuito no software QUCS:
![image](/uploads/ba314c02757779704121a115cc00dac4/image.png)
* Nota-se que a largura do sinal é quase dobrada, mas a amplitude fica prejudicada, como esperado.
# Fabricação da PCI
A PCI do circuito foi fabricada junto a placa SiPM na parte inferior, pode-se acoplar a saída Sout do SiPM à entrada **i** do circuito modulador e então ler a saída **o** do circuito modulador. Mais detalhes em #14 .https://git.cta.if.ufrgs.br/CosmicPampa/CosmicPampa-META/-/issues/66Reunião do dia 6 de Abril2023-04-27T19:50:20ZPAULO ROBERTO DE MOURA JUNIORReunião do dia 6 de Abril# Reunião do dia 6 de abril
**Data e hora:** 10h30
**Local:** CTA
<!--- /due configura a data de vencimento da issue automaticamente. Deve estar numa linha separada das demais para ser interpretada. Exemplo: /due 28 August. Atualmente...# Reunião do dia 6 de abril
**Data e hora:** 10h30
**Local:** CTA
<!--- /due configura a data de vencimento da issue automaticamente. Deve estar numa linha separada das demais para ser interpretada. Exemplo: /due 28 August. Atualmente, o git não está acertando datas em português-->
<!--- Notificar todos membros com menção a @all. Caso não se queira mencionar todos, pode usar @ seguido da pessoa em questão -->
Notificar: @all
<!--- Etiqueta automática para Reunião com /label ~reunião -->
**Gestor:** Paulo
<!--- Nem sempre será necessário gestão, mas é recomendado que tenha pelo menos uma pessoa encarregada de estruturar a reunião e garantir que seu objetivo seja cumprido -->
## Pauta
* Paulo:
* Continuar os testes 1 e 2: falar com o pessoal do implantador para verificar se o pré amplificador está operacional; (para não ter que fazer um circuito de tratamento do sinal do SiPM para contagens)
* Procurar alguém para substituição da bolsa
* Renan:
* Teste de envio para o servidor remoto
* Organizar ideia para implementar uma fila nos envios
* Fazer um fluxograma para o boot do sistema
* Alexsandro:
* Procurar alguém para substituição da bolsa
* Criar issue sobre o bot monitorar logs de erro do supervisor
* Botar no site o link dos 3 htmls
* Verificar se o pdoc3 faz menu lateral para mais de um módulo
* Criar um issue para considerar transformar tudo em um pacote
* Checar a versão do Python no shebang dos arquivos .py
----
## Presentes: Paulo, Renan, Alexsandro, Gustavo
<!--- É recomendado que a ata seja feita em formato de resposta ao Issue da reunião. Também se recomenda que tarefas e encaminhamentos sejam colocados logo no início da resposta, antes mesmo da ata, para facilitar a sua leitura após o término da reunião --->https://git.cta.if.ufrgs.br/CosmicPampa/cpserver/-/issues/2Adaptação do bash script que prepara o servidor considerando diferentes distr...2023-04-01T19:33:55ZALEXSANDRO SANTOS DA ROSA JUNIORAdaptação do bash script que prepara o servidor considerando diferentes distribuições do LinuxAdaptar o referido bash script (a ser criado) para diferentes distribuições do Linux.Adaptar o referido bash script (a ser criado) para diferentes distribuições do Linux.ALEXSANDRO SANTOS DA ROSA JUNIORALEXSANDRO SANTOS DA ROSA JUNIORhttps://git.cta.if.ufrgs.br/CosmicPampa/cpserver/-/issues/1Criação de bash script que prepare o servidor do zero de maneira automatizada2023-04-01T19:33:05ZALEXSANDRO SANTOS DA ROSA JUNIORCriação de bash script que prepare o servidor do zero de maneira automatizadaÉ necessário criar um bash script que consiga preparar o servidor do zero, que, quando executado, clone os repositórios necessários, monte a estrutura de diretórios, crie os usuários, configure o necessário e deixe o servidor pronto para...É necessário criar um bash script que consiga preparar o servidor do zero, que, quando executado, clone os repositórios necessários, monte a estrutura de diretórios, crie os usuários, configure o necessário e deixe o servidor pronto para uso.
### Tarefas gerais que o script deve executar
* Configurar os 2 usuários do servidor: um com sudo e que não pode ser acessado por ssh e um sem sudo que pode ser acessado por ssh;
* Clonar todos os repositórios;
* Alterar o DocumentRoot do Apache para modificar o local dos arquivos do site do diretório var para o repositório do site;
* Fazer as configurações do mosquitto, como criar usuários e respectivas senhas;
* Ativar o firewall e abrir as portas necessárias para uso do apache, do mosquitto e do ssh;
* Criar as tabelas do MySQL;
* Instalar Python3 e alguns pacotes utilizados como: matplotlib, seaborn, numpy, mysql-connector, python-telegram-bot etc;
* Instalar o pacote de português para utilização nos plots (via [issue](https://git.cta.if.ufrgs.br/CosmicPampa/cpdatahub/-/issues/25));
* Configurar o supervisord para executar os scripts (através do arquivos de configuração);
* Criar diretórios nos locais adequados para armazenar as imagens, levando em consideração que o diretório que armazena os gráficos do mês deve estar dentro do repositório do site, por conta das permissões de acesso do apache.ALEXSANDRO SANTOS DA ROSA JUNIORALEXSANDRO SANTOS DA ROSA JUNIORhttps://git.cta.if.ufrgs.br/CosmicPampa/cpamp/-/issues/141º teste de montagem prática com SiPM: preparação para caracterização2023-05-17T01:02:05ZPAULO ROBERTO DE MOURA JUNIOR1º teste de montagem prática com SiPM: preparação para caracterização# Objetivo
Conforme discutido em #13, o objetivo desse teste é estudar as características do sinal de corrente produzido pelo SiPM em uma detecção em termos de **amplitude**, **largura do pulso**, **número de pulsos por período de tempo*...# Objetivo
Conforme discutido em #13, o objetivo desse teste é estudar as características do sinal de corrente produzido pelo SiPM em uma detecção em termos de **amplitude**, **largura do pulso**, **número de pulsos por período de tempo**.
# Teste: 1ª tentativa
### Esquemático eletrônico
O circuito utilizado para polarização do SiPM é a configuração B do [manual do SiPM](https://git.cta.if.ufrgs.br/CosmicPampa/cpamp/-/wikis/Manual-do-SiPM-tipo-P-on-N-da-ON-Semiconductor), por conta da melhor facilidade de medir a saída **Sout**, que pode ser medido em relação ao GND (0V) da fonte. Ambas as saídas **Sout** e **Fout** serão medidas.
![image](/uploads/99315f14fbbb2bb9376ead6ec6b22622/image.png)
![image](/uploads/3f8226f78c8ff7d92651e102bc18a860/image.png)
* **Modelo do SiPM**: MICROFJ-SMTPA-60035-GEVB\
* **Corrente média máxima**: 15 mA
* **Vbias escolhido**: 26 a 28 V (o ganho é proporcional a essa tensão)
* **Rs escolhido**: 10 a 50 Ohms
### Fabricação da PCI
* Esquemático do circuito:
<img src="/uploads/edc2845fe7c16c35e83f47bee2e52461/circuito.jpg" width=400 height=300>
* PCI finalizada - vista superior:
<img src="/uploads/cbb48cd52ecaba113eb2dfe4079b25b8/20230331_150013.jpg" width=300 height=400>
### Montagem na caixa
<img src="/uploads/934b4c5dbf856085860faae57d5abb37/20230331_141542.jpg" width=600 height=800>
<img src="/uploads/9d11e39732c22b4e42b6d0b3587102a2/20230331_151028.jpg" width=600 height=800>
### Resultados
Não foi possível identificar pulsos no sinal de saída. Porém, ao abrir/fechar a caixa observou-se que a tensão DC medida em Sout aumenta conforme a tampa é aberta.
# Teste: 2ª tentativa
### Motivação
Foi detectada interferência externa (ruído) nas medições do 1ª tentativa pois ao ligar uma lâmpada um ruído estranho aparece no osciloscópio (imagens abaixo).
* Sinal medido na fonte com a luz **acesa** (apenas parte AC):
<img src="/uploads/6ee556982e9b3277485828b71248c9b8/IMG-1402.jpg" width=400 height=300>
* Sinal medido na fonte com a luz **apagada** (apenas parte AC):
<img src="/uploads/ccd1b78c72b96d8b951ecda416ed2bca/IMG-1403.jpg" width=400 height=300>
Para resolver isso, o técnico Mauro Fin sugeriu **adicionar um capacitor de pelo menos 10uF em paralelo à fonte, cobrir a caixa com material metálico ligado ao GND dos cabos**. Além disso, pode ser que realizando apenas o teste com luz ambiente não seja possível observar um sinal interpretável e será necessário avançar diretamente ao Teste 2: Caracterização do SiPM.
### Modificações na PCI
<img src="/uploads/156bedb73d3a03061df88517e36b908f/circuito.jpg" width=480 height=360>
### Modificações na montagem
O barril foi coberto com papel alumínio e esse papel foi ligado ao GND dos BNCs (parte externa).
### Resultados
Adicionar capacitores e isolar o barril com papel metálico **não foi suficiente para eliminar o ruído do sinal**. Decidiu-se realizar as medições apenas com a luz apagada. Ainda assim, não foi possível identificar um pulso de tensão em ambas as saídas do SiPM.
# Teste: 3ª tentativa
### Motivação
Uma nova abordagem para lidar com o ruído e com os sinais é proposta:
* Montar uma nova placa utilizando os filtros para fonte chaveada propostos pelo fabricante (mais detalhes na [wiki](https://git.cta.if.ufrgs.br/CosmicPampa/cpamp/-/wikis/Manual-do-SiPM-tipo-P-on-N-da-ON-Semiconductor)
* Montar uma outra placa separada com um circuito modulador capaz de alargar o pulso; (mais detalhes em #15)
* Tentar utilizar valores maiores de Rs a fim de alargar o pulso mais ainda: foi escolhido 1k Ohm
* Se não for possível visualizar os sinais no osciloscópio, tentar medí-los no MCA com amplificador acoplado.
### Circuito da nova PCI
Orientações:
* **S** Saída Sout
* **F** Saída Fout
* **+V** Entrada +Vfonte = +Vbias
* **I** Entrada IN do modulador/filtro
* **O** Saída OUT do modulador/filtro
* **G** GND
* **R1** Resistor R1 do modulador/filtro
* **R2** Resistor R2 do modulador/filtro
* **C1** Capacitor C1 do modulador/filtro
* **C2** Capacitor C2 do modulador/filtro
![esquema](/uploads/ddbd6a353fbccb821caf93e847303106/esquema.jpg)
![instrucoes_placa](/uploads/dc79071cf15ac573167e6ac427716850/instrucoes_placa.png)
* Circuito montado com leitura direta em Sout
![sem_modulador](/uploads/744795c7c721786278e78b0d54e26c72/sem_modulador.jpg)
* Circuito montado com Sout conectado a IN e leitura em OUT do modulador:
![com_modulador](/uploads/2df954177afce8d88547c2b09224891c/com_modulador.jpg)
### Resultados
Não foi possível observar os pulsos no osciloscópio.
# Conclusões
Não foi possível observar pulsos intervalados no osciloscópio em nenhum dos testes. Como os LEDs permanecem o tempo todo ligados, continuamente chegam muitos fótons no detector e o resultado é que esse "acúmulo" de detecções gera um nível DC na saída. O ideal seria realizar o teste colocando um sinal pulsado nos leds com uma duração bem curta e um intervalo grande. Isso seria complicado de realizar em microcontrolados mais comuns como arduinos e ESPs pois o clock é muito baixo, ou seja, o pulso no LED será muito largo. Por ora, sugiro não realizar mais nenhum teste com LEDs visto que será difícil observar os pulsos na saída.
**Datas** :
* finalização da PCI e teste de validação: 28/03/2023
* teste 1 na caixa: 30/03/2023
* teste 2 na caixa: 06/04/2023, 24/04/2023
**Participantes** : Paulo
**Responsável** : Paulo
**Local**: CTA
**Anexos**:https://git.cta.if.ufrgs.br/CosmicPampa/cpdigifirmware/-/issues/13Verificar se firmware possui estrutura para log2023-03-14T18:00:44ZGustavo Gil da SilveiraVerificar se firmware possui estrutura para logEscrever log basico do firmware em
Log file no cartao sdEscrever log basico do firmware em
Log file no cartao sdRenan Ritter SoaresRenan Ritter Soareshttps://git.cta.if.ufrgs.br/CosmicPampa/cpdigifirmware/-/issues/12Fila buffer de mensagens2023-03-14T17:57:25ZGustavo Gil da SilveiraFila buffer de mensagensFica de eventos gravada no cartao sd esperando a ser enviadaFica de eventos gravada no cartao sd esperando a ser enviadaRenan Ritter SoaresRenan Ritter Soares