OK, vamos lá. 2010/3/26 Pablo Sánchez <[email protected]>
> Só para acrescentar e matar a minha curiosidade: qual é o dispositivo > que está travando? Será que ele não pode ser posicionado em outro > local, onde sofra menos interferência? > > Trabalhamos a uns 3 anos no desenvolvimento de um sistema de aquisição de imagens aéreas de alta resolução ( http://www.engemap.com.br/solucoes.asp?subitem=9), atualmente nossos sensores tem 60 MP, e todo sistema é embarcado em uma aeronave, que sobrevoa determinada área de interesse (cidades, estados, rodovias, etc). Estas imagens adquiridas servem para fazer o mapeamento desta região através de processos de Fotogrametria, gerando imagens ortoretificadas da área, que podem ser usadas, por exemplo, em um sistema SIG, ou mesmo em clientes como Google Earth/Maps (e de fato é assim que acontece em alguns lugares - Alemanha, Estados Unidos, etc)... ou seja,fazemos mapeamento a partir de imagens aéreas de alta resolução, com sensores de posição de alta qualidade (GPS + Sistema Inercial) ...etc, garantindo também produtos cartográficos de alta qualidade métrica e radiométrica.... E como relatei, tudo isso é embarcado em aeronaves (bimotor), que apesar de não parecer, em voo, se torna um ambiente muito insalubre, por diversos fatores como: Diferenca brusca de pressao; Oxigenio rarefeito Estática gerada pelo atrito da aeronave com a atmosfera Irradiações, proagações e conduções eletromagneticas de diversas fontes como: 2 motores de 6 cilindros cada, instrumentos de navegação a aeronave, lâmpadas se sinalização (xenon), transponder (potencia da orde de 300W e frequencia na casa das micro-ondas, rádios VHF de comunicação, etc); Vibração em alta frequencia devido ao funcionamento dos motores Nestes 3 anos, praticamente, conseguimos compensar todos estes efeitos, usando filtros, isolamentos, HDs estado solido, blindagens, etc. Porém, não é uma coisa sistemática, e não chega a atrapalhar o sistema, mas algunas instabilidades na transferencia FireWire (1394b - 800Mbps) da camara para o PC, deixam o sistema inteiro instável, podendo causar o travamento do SO, que infelizmente só pode ser o Mac ou windows (como ja havia citado anteriormente). Então, apesar de poucas vezes, os travamentos acontecem, mas eu queria manter a integridade, para que quando o operador ligar os sistema em voo, após um travamento, o sistema ligue normalmente, e ele possa continuar a aquisição de onde parou. Já se o banco corromper, a aeronave terá de pousar, e alguem terá de vir da manutenção.... É esse o cenário ... eu quero prevenir, pra nao precisar remediar. Obrigado pelas discussões, todas dicas estão sendo analisadas e passarei a fazer testes com o que voces sugeriram... []s Thiago Tiedtke dos Reis Engenheiro Cartógrafo > Em 25 de março de 2010 12:28, Thiago Tiedtke dos Reis > <[email protected]> escreveu: > > Bom dia pessoal, > > > > Acompanho a lista a muito tempo, e em todas as vezes que precisei, obtive > > respostas somente consultando o histórico desta, encontrando sábias > soluções > > propostas pelos diversos colaboradores de peso que aqui visitam, ou mesmo > > habitam ... :) > > > > Há algum tempo estou com umas dúvidas a respeito do uso do postgresql em > > sistemas embarcados que eu desenvolvo. Vou tentar contextualizar para o > > melhor entendimento. > > > > Postgresql 8.4 (não faz muita diferença a versão, desde que suporte pelo > > menos a extensão postgis) > > PostGIS > > Windows XP 32 bit > > > > Na verdade o sistema é simples, poucas tabelas, algumas com suporte a > dados > > geográficos, etc. > > > > O computador onde o meu sistema e o PG são instalado, é embarcado em um > > veículo, onde existem alguns sensores, e algumas interfaces para > controlar e > > fazer a aquisição com esses sensores. Até ai tudo bem, a parte de > integração > > e controle está tudo bem também. > > > > Porém atualmente nossa interface é simples, e não utilizo qualquer tipo > de > > SGBD. Decidi pela escolha do Postgres por todas as caracteristicas do > mesmo, > > e principalmente pela extensão postgis para trabalhar junto com > mapserver, > > openlayers, etc... > > > > A versão beta do sistema, usando o PG está funcional, porém no setor de > dev, > > ou seja, computadores quietinhos, parados, sem interferecias > > eletromagnéticas, etc. > > > > Como o sistema é embarcado, ocorrem alguns problemas, que conhecemos, > porém > > as vezes provocam instabilidade do hardware, como por exemplo: > > > > - Interferencias eletromagneticas no sistema sensor (que trava todas as > > interfaces, e por sua vez, travando o windows). Interferencias essas que > vem > > do próprio veículo, oriundas do sistema de ignição, alimentação, rádios > > transmissores para comunicação, etc. > > > > Apesar de tomarmos muitas preucações usando filtros, aterramentos, cabos > > blindados, etc, travamentos acontecem (mas sem muita frequencia). > > > > Ok, agora vem a pergunta: > > > > Como evitar que a base do PG corrompa quando esse travamento ocorrer - o > que > > ja ocorreu umas vezes, quando o windows travou, devido ao erro nas placas > de > > aquisições ? > > > > Gostaria de saber entao algumas dicas/regras para que a base do PG > suporte > > um travamento inexperado do SO, mantendo integra a base, após um reinicio > do > > sistema. > > > > Durante o uso do sistema, é feita inclusão/alteração em algumas tabelas, > e a > > taxa máxima de incluão é de 1 Hz, em uma tabela contendo um campo de > dados > > geográficos (1Hz é taxa de coleta de um GPS que vai embarcado também). > > > > Espero que tenham compreendido, e que possam me dar algumas dicas. > > > > Portanto deste já agradeço, e peço desculpas pela falta de > "sinteticidade" > > neste email... :) > > > > []s > > > > Thiago Tiedtke dos Reis > > > > _______________________________________________ > > pgbr-geral mailing list > > [email protected] > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > > > > > -- > ================================= > Pablo Santiago Sánchez > [email protected] > (61) 9975-0883 > http://www.sansis.com.br > "Quidquid latine dictum sit, altum viditur" > ================================= > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
