986 resultados para Blast furnace sludge
Resumo:
The pyrolysis of a sludge produced in the waste water treatment plant of an oil refinery was studied in a pilot plant reactor provided with a system for condensation of semivolatile matter. The study comprises experiments at 350, 400, 470 and 530 °C in nitrogen atmosphere. Analysis of all the products obtained (gases, liquids and chars) are presented, with a thermogravimetric study of the char produced and analysis of main components of the liquid. In the temperature range studied, the composition of the gas fraction does not appreciably vary. In the liquids, the light hidrocarbon yield increases with increasing temperature, whereas the aromatic compounds diminish. The decomposition of the solid fraction has been analysed, finding a material that reacts rapidly with oxygen regardless of the conditions it is formed.
Resumo:
The present work has two dimensions: analytical and environmental. On the one hand we proved that thermogravimetric analysis can be used to perform fast characterization of oil refinery sludge. To this end, thermogravimetric curves were deconvoluted by using autocatalytic kinetics to take into account acceleratory phases in a thermal degradation performed in oxygen-containing atmosphere or at high heating rates. Based on thermogravimetric results, oil refinery sludge was modeled in terms of various fractions (pseudo-components) which degrade as major oil cuts. On the other hand, as an alternative to landfill, we have seen that Soxhlet extraction allows recovery almost half of the weight of sludge as a mixture of hydrocarbons, similar to gas–oil, which burns without residue. This ensures both, waste inerting and significant reduction in sludge volume.
Resumo:
In this study wastewater treatment plant (WWTP) sludge was subjected to a reactive pyrolysis treatment to produce a high quality pyro-oil. Sludge was treated in supercritical conditions in the presence of methanol using hexane as cosolvent in a high pressure lab-autoclave. The variables affecting the pyro-oil yield and the product quality, such as mass ratio of alcohol to sludge, presence of cosolvent and temperature, were investigated. It was found that the use of a non-polar cosolvent (hexane) presents advantages in the production of high quality pyro-oil from sludge: increase of the non-polar pyro-oil yield and a considerable reduction of the amount of methanol needed to carry out the transesterification of fatty acids present in the sludge.
Resumo:
This article describes an effective procedure for reducing the water content of excess sludge production from a wastewater treatment plant by increasing its concentration and, as a consequence, minimizing the volume of sludge to be managed. It consists of a pre-dewatering sludge process, which is used as a preliminary step or alternative to the thickening. It is made up of two discontinuous sequential stages: the first is resettling and the second, filtration through a porous medium. The process is strictly physical, without any chemical additives or electromechanical equipment intervening. The experiment was carried out in a pilot-scale system, consisting of a column of sedimentation that incorporates a filter medium. Different sludge heights were tested over the filter to verify the influence of hydrostatic pressure on the various final concentrations of each stage. The results show that the initial sludge concentration may increase by more than 570% by the end of the process with the final volume of sludge being reduced in similar proportions and hydrostatic pressure having a limited effect on this final concentration. Moreover, the value of the hydrostatic pressure at which critical specific cake resistance is reached is established.
Resumo:
In this study, the behavior of bituminous mixes made with sewage sludge ash (SSA) as mineral filler was investigated. The behavior of these mixes was evaluated with the Cantabro, indirect tensile strength, water sensitivity, permanent deformation, and resilient modulus tests. The results show that SSA waste may be used in bituminous mixes at approximately 2–3% weight percent, maintaining adequate levels of cohesion and adhesion in the mixtures, which is comparable to mixtures made with active fillers such as hydrated lime and cement. Moreover, its use does not increase permanent deformations. However, the resilient modulus test gave slightly lower results for mixes made with SSA than for mixtures made with other fillers. It may be concluded that SSA waste may be used as a filler for bituminous mixes with better results than for mixes made with limestone fillers and with similar results for mixes made with other fillers such as hydrated lime and cement.
Resumo:
Resumen del póster presentado en PIC2015 – the 14th International Congress on Combustion By-Products and Their Health Effects, Umeå, Sweden, 14-17 June 2015.
Resumo:
This research paper deals with the evolution of the extracellular polymeric substances (EPS) produced in the mixed liquor of two 25 L bench-scale membrane bioreactors (MBRs), with micro (MF-MBR) and ultrafiltration (UF-MBR) submerged membranes. The conclusion focuses on the relationship between the operation and how EPS respond, demonstrating that significant changes in EPS concentration were commonly observed when abrupt changes in the operational conditions took place. Bound EPS (EPSb) showed moderate positive statistical correlations with sludge age and MLSS for the two MBRs. Soluble EPS (EPSs), on the other hand, showed a moderate negative statistical correlation between EPSs with the two parameters analyzed for MF-MBR and no correlation with the UF-MBR was found. With respect to the composition of EPS, EPSb were mostly made up of proteins (44–46%) whereas in EPSs, the three components (proteins, carbohydrates, and humic substances) appeared in approximately the same proportion. The statistical analysis exhibited strong positive correlations between EPSb and their constituents, however for EPSs, the correlation was strong only with carbohydrates and moderate with humic substances.
Resumo:
In this study, the filtration process and the biomass characteristics in a laboratory-scale submerged membrane bioreactor (MBR) equipped with a hollow fiber (HF) microfiltration membrane were studied at different solid retention times (SRT). The MBR was fed by synthetic wastewater and the organic loading rate (OLR) was 0.5, 0.2, 0.1, and 0.08 kg COD kg VSS−1 d−1 for 10, 30, 60, and 90 days of SRT, respectively. The hydraulic retention time was 8.4 h and the permeate flux was 6 L m−2 h−1(LMH). Data analysis confirmed that at all the studied SRTs, the HF-MBR operated very good obtaining of high quality permeates. Chemical Oxygen Demand (COD) removal efficiencies were higher than 95%. The best filtration performance was reached at SRT of 30 d. On the other hand, the respirometric analysis showed that biomass was more active and there was more biomass production at low SRTs. The concentration of soluble extracellular polymeric substances (EPS) decreased with increasing SRT. A decrease of soluble EPS caused a decrease of membrane fouling rate, decreasing the frequency of chemical cleanings. The floc size decreased with SRT increasing. At high SRTs, there was more friction among particles due to the increase of the cellular density and the flocs broke decreasing their size.
Resumo:
no.2(1922)
Resumo:
Em Bioinformática são frequentes problemas cujo tratamento necessita de considerável poder de processamento/cálculo e/ou grande capacidade de armazenamento de dados e elevada largura de banda no acesso aos mesmos (de forma não comprometer a eficiência do seu processamento). Um exemplo deste tipo de problemas é a busca de regiões de similaridade em sequências de amino-ácidos de proteínas, ou em sequências de nucleótidos de DNA, por comparação com uma dada sequência fornecida (query sequence). Neste âmbito, a ferramenta computacional porventura mais conhecida e usada é o BLAST (Basic Local Alignment Search Tool) [1]. Donde, qualquer incremento no desempenho desta ferramenta tem impacto considerável (desde logo positivo) na atividade de quem a utiliza regularmente (seja para investigação, seja para fins comerciais). Precisamente, desde que o BLAST foi inicialmente introduzido, foram surgindo diversas versões, com desempenho melhorado, nomeadamente através da aplicação de técnicas de paralelização às várias fases do algoritmo (e. g., partição e distribuição das bases de dados a pesquisar, segmentação das queries, etc. ), capazes de tirar partido de diferentes ambientes computacionais de execução paralela, como: máquinas multi-core (BLAST+ 2), clusters de nós multi-core (mpiBLAST3J e, mais recentemente, co-processadores aceleradores como GPUs" ou FPGAs. É também possível usar as ferramentas da família BLAST através de um interface/sítio WEB5, que permite, de forma expedita, a pesquisa de uma variedade de bases de dados conhecidas (e em permanente atualização), com tempos de resposta suficientemente pequenos para a maioria dos utilizadores, graças aos recursos computacionais de elevado desempenho que sustentam o seu backend. Ainda assim, esta forma de utilização do BLAST poderá não ser a melhor opção em algumas situações, como por exemplo quando as bases de dados a pesquisar ainda não são de domínio público, ou, sendo-o, não estão disponíveis no referido sitio WEB. Adicionalmente, a utilização do referido sitio como ferramenta de trabalho regular pressupõe a sua disponibilidade permanente (dependente de terceiros) e uma largura de banda de qualidade suficiente, do lado do cliente, para uma interacção eficiente com o mesmo. Por estas razões, poderá ter interesse (ou ser mesmo necessário) implantar uma infra-estrutura BLAST local, capaz de albergar as bases de dados pertinentes e de suportar a sua pesquisa da forma mais eficiente possível, tudo isto levando em conta eventuais constrangimentos financeiros que limitam o tipo de hardware usado na implementação dessa infra-estrutura. Neste contexto, foi realizado um estudo comparativo de diversas versões do BLAST, numa infra-estrutura de computação paralela do IPB, baseada em componentes commodity: um cluster de 8 nós (virtuais, sob VMWare ESXi) de computação (com CPU Í7-4790K 4GHz, 32GB RAM e 128GB SSD) e um nó dotado de uma GPU (CPU Í7-2600 3.8GHz, 32GB RAM, 128 GB SSD, 1 TB HD, NVIDIA GTX 580). Assim, o foco principal incidiu na avaliação do desempenho do BLAST original e do mpiBLAST, dado que são fornecidos de base na distribuição Linux em que assenta o cluster [6]. Complementarmente, avaliou-se também o BLAST+ e o gpuBLAST no nó dotado de GPU. A avaliação contemplou diversas configurações de recursos, incluindo diferentes números de nós utilizados e diferentes plataformas de armazenamento das bases de dados (HD, SSD, NFS). As bases de dados pesquisadas correspondem a um subconjunto representativo das disponíveis no sitio WEB do BLAST, cobrindo uma variedade de dimensões (desde algumas dezenas de MBytes, até à centena de GBytes) e contendo quer sequências de amino-ácidos (env_nr e nr), quer de nucleótidos (drosohp. nt, env_nt, mito. nt, nt e patnt). Para as pesquisas foram 'usadas sequências arbitrárias de 568 letras em formato FASTA, e adoptadas as opções por omissão dos vários aplicativos BLAST. Salvo menção em contrário, os tempos de execução considerados nas comparações e no cálculo de speedups são relativos à primeira execução de uma pesquisa, não sendo assim beneficiados por qualquer efeito de cache; esta opção assume um cenário real em que não é habitual que uma mesma query seja executada várias vezes seguidas (embora possa ser re-executada, mais tarde). As principais conclusões do estudo comparativo realizado foram as seguintes: - e necessário acautelar, à priori, recursos de armazenamento com capacidade suficiente para albergar as bases de dados nas suas várias versões (originais/compactadas, descompactadas e formatadas); no nosso cenário de teste a coexistência de todas estas versões consumiu 600GBytes; - o tempo de preparação (formataçâo) das bases de dados para posterior pesquisa pode ser considerável; no nosso cenário experimental, a formatação das bases de dados mais pesadas (nr, env_nt e nt) demorou entre 30m a 40m (para o BLAST), e entre 45m a 55m (para o mpiBLAST); - embora economicamente mais onerosos, a utilização de discos de estado sólido, em alternativa a discos rígidos tradicionais, permite melhorar o tempo da formatação das bases de dados; no entanto, os benefícios registados (à volta de 9%) ficam bastante aquém do inicialmente esperado; - o tempo de execução do BLAST é fortemente penalizado quando as bases de dados são acedidas através da rede, via NFS; neste caso, nem sequer compensa usar vários cores; quando as bases de dados são locais e estão em SSD, o tempo de execução melhora bastante, em especial com a utilização de vários cores; neste caso, com 4 cores, o speedup chega a atingir 3.5 (sendo o ideal 4) para a pesquisa de BDs de proteínas, mas não passa de 1.8 para a pesquisa de BDs de nucleótidos; - o tempo de execução do mpiBLAST é muito prejudicado quando os fragmentos das bases de dados ainda não se encontram nos nós do cluster, tendo que ser distribuídos previamente à pesquisa propriamente dita; após a distribuição, a repetição das mesmas queries beneficia de speedups de 14 a 70; porém, como a mesma base de dados poderá ser usada para responder a diferentes queries, então não é necessário repetir a mesma query para amortizar o esforço de distribuição; - no cenário de teste, a utilização do mpiBLAST com 32+2 cores, face ao BLAST com 4 cores, traduz-se em speedups que, conforme a base de dados pesquisada (e previamente distribuída), variam entre 2 a 5, valores aquém do máximo teórico de 6.5 (34/4), mas ainda assim demonstradores de que, havendo essa possibilidade, compensa realizar as pesquisas em cluster; explorar vários cores) e com o gpuBLAST, realizada no nó com GPU (representativo de uma workstation típica), permite aferir qual a melhor opção no caso de não serem possíveis pesquisas em cluster; as observações realizadas indicam que não há diferenças significativas entre o BLAST e o BLAST+; adicionalmente, o desempenho do gpuBLAST foi sempre pior (aproximadmente em 50%) que o do BLAST e BLAST+, o que pode encontrar explicação na longevidade do modelo da GPU usada; - finalmente, a comparação da melhor opção no nosso cenário de teste, representada pelo uso do mpiBLAST, com o recurso a pesquisa online, no site do BLAST5, revela que o mpiBLAST apresenta um desempenho bastante competitivo com o BLAST online, chegando a ser claramente superior se se considerarem os tempos do mpiBLAST tirando partido de efeitos de cache; esta assunção acaba por se justa, Já que BLAST online também rentabiliza o mesmo tipo de efeitos; no entanto, com tempos de pequisa tão reduzidos (< 30s), só é defensável a utilização do mpiBLAST numa infra-estrutura local se o objetivo for a pesquisa de Bds não pesquisáveis via BLAS+ online.
Resumo:
"EPA/600/6-90/001."
Resumo:
Mode of access: Internet.