Thermal map mjukvara

[Adis]

Nu behöver jag ett program, egentligen väldigt enkelt, om det inte finns så får man väl skriva det själv men för att spara tid.

Jag skulle behöva en grafisk termisk bild. Säg att man först definierar min och max temp så man får en övergångsskala i färger mellan alla temperaturer. Sedan så ritar man hur föremålet ser ut i 2D. Då tar man själv och mäter på objektet temperaturen och sätter ut tempen med en punkt i programmet på föremålet där man har mätt. Ju fler punkter man har desto noggrannare blir bilden så klart. Men då skall programmet själv skapa färgövergångarna mellan olika temperaturer och punkter på kortet. Det skulle då se ut som om man tittar genom en FLIR.

Här skriver dem om simulering om än någon mer avancerad sak.
http://sine.ni.com/cs/app/doc/p/id/cs-11332
Försökte hitta det där i LabVIEW men fanns inte. Verkar vara något som utvecklas tills vidare.

[kasfrosk]

Mjaa, jag skulle nog göra det där med python och matplotlib, om jag skulle välja själv. Men det beror väl på hur mycket motstånd du har mot att köra det som ett script snarare än i nåt slags färdigt program.

Här är ett exempel jag slängde ihop lite snabbt. Visst, min påhittade IR-bild blir ganska tråkig, men jag orkade inte göra en större matris, och det är principen som räknas. (Hade jag varit på jobbet kunde jag ha tagit en riktig IR-bild och samplat ner den istället )

Kod: Markera allt

import matplotlib.pyplot as plt

temps = [ [20,21,20,20,21,22,21,20,20,20,20],
		 [20,21,31,35,38,35,30,22,20,20,20],
		 [20,21,35,37,45,42,31,22,20,20,20],
		 [20,21,35,38,47,45,31,22,20,20,20],
		 [20,21,35,37,44,40,31,22,20,25,20],
		 [20,21,31,32,34,34,30,21,20,27,20],
		 [20,21,20,20,19,19,19,20,21,25,21],
		 [20,21,20,20,19,19,19,20,20,20,20]]

imgplot = plt.imshow(temps)
imgplot.set_interpolation('bicubic')
imgplot.set_cmap('hot')
plt.colorbar()
plt.show()

Och så här blir resultatet:

Det går väldigt lätt att byta "colormap" till t ex "rainbow" om du vill ha den där superhögkontrastvarianten som också är populär att använda till IR-bilder.

Om du nu har tänkt dig att inte sampla temperaturen i ekvidistanta punkter så blir det förstås lite klurigare, då blir det till att undersöka interpolationsmodulen i SciPy istället.

[Adis]

Precis sådär! Alltså att implementera den där principen i ett java program för att hålla det enkelt skulle vara sjukt nice! Först sätta ut gränslinjer som blir produkten. Sedan klicka med musen på ett ställe där det ploppar upp en ruta för att ange tempen i den punkten. En annan flik visar grafiska bilden medans första fliken visar punkter. Hade gärna vilja ha en FLIR kamera men priserna är inte humana än ;D

[kasfrosk]

Jo, fast... Så fort det ska till ett GUI så går utvecklingsinsatsen upp med minst 17ggr.

Jag kör mycket hellre med den här varianten. Om du vill plotta ut hur själva grejen ser ut också ovanpå den fejkade IR-bilden så kan jag inte tänka mig att det skulle vara ett problem, men jag vet inte just nu hur man gör det i matplotlib.

Förresten, vore det inte bättre att använda sig av ett vanligt foto snarare än att behöva rita hur produkten ser ut? Kanske konverterat till svartvitt med kantdetektion och kontrasthöjning, så man bara ser begränsningslinjerna, i fallet när man vill visa det ihop med temperaturen. Jag tycker i alla fall definitivt att möjligheten bör finnas.

Och vad det gäller FLIR-kameror så är dom simplaste inte så dödligt dyra längre. En i3 kan du få för under 10kkr (fast plus moms då, eventuellt). Visst, dom har fjuttesmå detektorer, men det funkar om man bara tittar på en del av kretskortet åt gången. Och så är dom mycket finare än dom äldre modellerna. Eller så kan du förstås köpa en av dom jag bygger. Där går det åt ett par årslöner om du vill ha dom bästa kamerorna

[Adis]

Som du sa där, om man skall köra det grafiska i java så går den stora tiden bort där.

Ditt exemplar är nog bättre! Men kortet jag tillverkar har jag redan kortets utseende samt komponentplaceringen som bild, så att ta kort på fysiskt kort känns onödigt. Det handlar om kort som skall testas och jämföras innan massproduktion.

Nej dom enkla är inte då blodigt dyra, men jag nöjer mig inte det enklaste, känns inte psykiskt bra
Vad är det du bygger, något man kan se?

[kasfrosk]

Det går alldeles utmärkt att bygga GUI:n i python också, det är inte så att man behöver nåt slags java-skal utanpå eller så. Jag menar bara att det tar en ohemul tid så fort man ska göra ett användarinterface över huvud taget.
Och när jag skrev foto så menade jag nog egentligen valfri bild som du redan har. Mest för att om programmet skulle inkludera en ritfunktion så blir det 17ggr till på utvecklingsinsatsen, till ingen nytta. Användarna skulle bara bli irriterade om dom var tvungna att rita kortet i nåt halvtaskigt specialritprogram.

Var inte så avigt inställd till dom där minstingarna, dom är väldigt användbara, om man använder dom rätt. Jämför man med till exempel T640, som är riktigt bra istället, så får du nog mer för pengarna om du köper en billig. Prissättningen är sån, i3 får helt enkelt inte kosta mer än 1000 euro, på dom dyrare varianterna är det mer flytande.

Jag är lite tveksam till att länka till kamerorna jag har nåt att göra med, mest för att webbsidan framställer det som betydligt mer militäriskt än det egentligen är (våra kunder är stockkonservativa, och dom verkar uppskatta om det ser ut så). Men va fan http://www.gs.flir.com/products/land/
Förresten, dessutom så finns inte dom bästa med där, av nån underlig anledning. Sen får du gissa vilka som görs i Sverige, några andra är jag inte inblandad i. Ja, och så finns det en hel del som är hemliga, förstås. Oftast för att dom inte är släppta än, men några få saker är faktiskt såna som jag kan hamna i fängelse om jag säger för mycket om. Så mer info än så här ger jag inte publikt på Interwebben

[Meduza]

Köp en minsting-flir, montera i stället för spindel på typ en posy-a4, kör den över ytan och ta bilder scriptat, ladda in bilderna i datorn och kör typ autopano eller så för att smälta ihop bilderna.

[kasfrosk]

Mja, jo, det kan man väl göra, om man absolut måste ha en bild över hela kortet för att prestera en rapport eller så. Men för väldigt mycket normal användning i elektronikområdet så räcker det med möjligheten att hitta var det är onormalt varmt. Och sen kanske ta några bilder av just det stället, när man vill övertyga bossarna om att nånting måste göras/allt är A-OK.

Förresten, en riktigt tokschysst applikation för IR-kameror som man normalt inte hör om i reklamen är att hitta kortslutningar i (trasiga) komponenter. Skit som kunde ta flera dar att hitta tar ett par minuter med en vettig kamera.

[limpan4all]

Flir i3 och i7 är odugliga då dom har som minsta närgräns typ 500mm, varje pixel motsvarar helt enkelt för stor yta i verkligheten.
Det var därför jag handlade en Flir BCAM SD, äldre men med manuellt fokus ned till 100mm.

[Adis]

Nu var det ett tag sedan jag gjorde GUI med java och vet att det är ett helvete. kasfrosk, jag ska ta och leka med ditt exempel där. Verkar bli väldigt bra! Ska testa med en webbaserad variant, blir nog coolt.

[kasfrosk]

Flir i3 och i7 är odugliga då dom har som minsta närgräns typ 500mm, varje pixel motsvarar helt enkelt för stor yta i verkligheten.

Aha. Jag får väl skamset erkänna att jag faktiskt inte har använt dom för det här ändamålet utan tydligen bara svamlade. En lite för vanlig företeelse, tyvärr

Själv brukar jag använda en trasig ThermaCam S60 när det ska till att letas hotspots. (Trasig på sätt som gör att den inte gick att leverera, men inte på sätt som gör att den inte går att använda...)

[kasfrosk]

Att svara på sitt eget inlägg får väl anses som lite ofint, men jag tyckte nog det här är tillräckligt olikt den förra posten för att det skulle kunna gå för den här gången.

Jag blev fundersam på hur man gör interpolering med punkter som är utslängda lite på måfå, här är en simpel variant som viktar mätningarna in med 1/((avståndet mellan mätpunkt och utpixel)^4). Totalt ovetenskapligt, förstås, men det var vad som såg bäst ut i mitt test. Troligtvis kan det vara värt besväret att göra nåt smartare, speciellt om man ska ha riktigt många mätpunkter. Den här metoden tar alltså hänsyn till precis alla mätpunkter man stoppar in, vilket visade sig vara lite ooptimalt. Till exempel kanske den vakne ser att jag var tvungen att lägga in fuskpunkter utmed kanterna och i hörnen, med omgivningstemperatur, annars känns bilden helt fel.

Ja, i alla fall, det är fortfarande gjort med python. Men nej, jag har inte byggt ett riktigt GUI, mätpunkterna är handjagade in i arrayer.

Först, ett slumpvis kort. (Det första jag hittade på skräphögen som inte hade en massa stora kylflänsar ivägen.) "Mätningarna", som naturligtvis är helt påhittade, är plottade som små blå punkter.

Sen, vad som kom ut ur det hela:

Med lite fler mätpunkter skulle man nästan kunna lura nån att det är en riktig bild.

[Adis]

Sjukt fint! Jag satt också och lurade på det där med som du sa rumstemperaturen/gränsen på kortet och gjorde samma som dig. Ska försöka lösa det på något annat vis.

[kasfrosk]

Kom du nånstans med det här? Jag tänker på det lite ibland, och jag måste säga att ju mer jag tänker, desto mer användbart verkar det. Inte för mig just nu, förstås, jag har mer IR-kameror än jag kan skaka en pinne mot, men jag har också jobbat med minimala medel i början.

[Adis]

Står för tillfället lite stilla, har examenspresentation om ett par dagar och förbereder mig för det Men det kommer! Kommer blir webbaserat.