Någon medlem som tycker det vore kul att bidra med mätningarna på en JostyKit HF65 sändare som vi tänkt göra nästa vecka.
Vad jag behöver hjälp med är att sno ihop ett Labview-program som kan ta data från spektrumanalysatorn (en HP 8591E) och presentera snygga kurvor osv som vi kan posta här i forumet.
Har Labview 8 samt NI GPIB-kort.
Mätning av Jostykit HF65, hjälp behövs (labview). LÖST
Mätning av Jostykit HF65, hjälp behövs (labview). LÖST
Senast redigerad av TomasL 4 september 2012, 23:20:19, redigerad totalt 1 gång.
Re: Mätning av Jostykit HF65, hjälp behövs (labview).
HP859x genererar väl fina kurvor rakt av? En GPIB-printer-emulator vore kanske en idé?
(jag har aldrig jobbat med Labview, däremot har jag använt den speccafamiljen (främst 8594E) både för hand och från "egenskrivna" (av andra personer) pc-program direkt mot GPIB-drivern. Därför kan jag tyvärr inte hjälpa till med labview).
Med tanke på hur ruttet spektrumet från HF65 lär se ut så skulle jag tro att även en mobilkamerabild som visar speccans display säger allt
(jag har aldrig jobbat med Labview, däremot har jag använt den speccafamiljen (främst 8594E) både för hand och från "egenskrivna" (av andra personer) pc-program direkt mot GPIB-drivern. Därför kan jag tyvärr inte hjälpa till med labview).
Med tanke på hur ruttet spektrumet från HF65 lär se ut så skulle jag tro att även en mobilkamerabild som visar speccans display säger allt
Re: Mätning av Jostykit HF65, hjälp behövs (labview).
Jo, säkert så, men vi tänkte ju göra det lite vetenskapligt också och lite överarbetat. 
Så vad hittar man en sån nu, till låns, eller någon emulator mjukvara till Win.
och lite överarbetat. hmm, jo, skrotade en sådan plotter för typ två år sedan.HP859x genererar väl fina kurvor rakt av? En GPIB-printer-emulator vore kanske en idé?
Så vad hittar man en sån nu, till låns, eller någon emulator mjukvara till Win.
Re: Mätning av Jostykit HF65, hjälp behövs (labview).
http://www.ke5fx.com/gpib/7470.htm kan kanske fungera, jag googlade bara lite snabbt så jag garanterar inget 
Re: Mätning av Jostykit HF65, hjälp behövs (labview).
Hade glömt att jag hade det toolkitet, blev riktigt bra, här är en testplot
Då blir det lite jobb här i morgon kväll, vi har 5 olika modeller av (stör)sändare/oscillatorer att testa.
Då blir det lite jobb här i morgon kväll, vi har 5 olika modeller av (stör)sändare/oscillatorer att testa.
Du har inte behörighet att öppna de filer som bifogats till detta inlägg.
Re: Mätning av Jostykit HF65, hjälp behövs (labview).
HPGL-plotter är riktigt snygga när man renderar dessa med stor upplösning - ingen pixelering där inte oavsett skala.
Dessutom går det att jobba med dessa i efterhand typ byta färg på linjer, kanske ändra text eller rätta andra saker innan man redrerar. Till detta är filerna extremt kompakta och jag tror det inte finns någon textbaserad eller binärformat av vektorinformation som är så kompakt som just hpgl - även komprimerad! (den är född i sin tids anda där minne och lagringsplats kunde kosta kronor per byte)
Synd att dagens instrument, för det mesta baserat på windows, inte har alls den förmågan att producera snygga vektoriserade bilder med stor internupplösning utan är låsta till instrumentets skärmupplösning i oftast bara 320x200 eller i bästa fall 640x480 bitmapbilder, även om man lyckas få den att leverera en PS-fil eller WMF-fil - då den i filen bara beskriver pixlarna i skärmbilden...
Tänk om de som skriver dessa inteface i ofta halvmiljonsinstrument kunde skriva en utskriftsgenerator med vektoriserade filalternativ som ritar ut samma sak som på skärmen visar men med hela instrumentets interna upplösning eller antal mätpunkter som den jobbar med...
i linuxvärlden finns det många program som kan leverera en snygg postsript fil med diagram eller vad det nu är utan att programmet i sig är grafisk på något sätt - att själva windows skulle vara begränsningen (som säljarna mumlar om så fort man ansätter om snygg utsriftskvalitet och vektoriserade format) köper jag inte utan det handlar om att programmerarna skall ha det tänket i sig redan från början när de skapar sina program.
Dessutom går det att jobba med dessa i efterhand typ byta färg på linjer, kanske ändra text eller rätta andra saker innan man redrerar. Till detta är filerna extremt kompakta och jag tror det inte finns någon textbaserad eller binärformat av vektorinformation som är så kompakt som just hpgl - även komprimerad! (den är född i sin tids anda där minne och lagringsplats kunde kosta kronor per byte)
Synd att dagens instrument, för det mesta baserat på windows, inte har alls den förmågan att producera snygga vektoriserade bilder med stor internupplösning utan är låsta till instrumentets skärmupplösning i oftast bara 320x200 eller i bästa fall 640x480 bitmapbilder, även om man lyckas få den att leverera en PS-fil eller WMF-fil - då den i filen bara beskriver pixlarna i skärmbilden...
Tänk om de som skriver dessa inteface i ofta halvmiljonsinstrument kunde skriva en utskriftsgenerator med vektoriserade filalternativ som ritar ut samma sak som på skärmen visar men med hela instrumentets interna upplösning eller antal mätpunkter som den jobbar med...
i linuxvärlden finns det många program som kan leverera en snygg postsript fil med diagram eller vad det nu är utan att programmet i sig är grafisk på något sätt - att själva windows skulle vara begränsningen (som säljarna mumlar om så fort man ansätter om snygg utsriftskvalitet och vektoriserade format) köper jag inte utan det handlar om att programmerarna skall ha det tänket i sig redan från början när de skapar sina program.
Re: Mätning av Jostykit HF65, hjälp behövs (labview). LÖST
Förutsatte att tillverkare som Agilent, Tektronix, Fluke, LeCroy, National, Rohde, etc försedde sina instrument som har möjlighet till extern kommunikation med möjlighet att få ut mätvärderna med full detaljrikedom.
Windowsspåret verkar rena förfallet med alltfrån uppdateringar som förhindrar instrumentet att fungera korrekt, virusrisker, och pixelgrafik som kan få en 8-bit hemdator att verka riktigt bra.
Windowsspåret verkar rena förfallet med alltfrån uppdateringar som förhindrar instrumentet att fungera korrekt, virusrisker, och pixelgrafik som kan få en 8-bit hemdator att verka riktigt bra.
Re: Mätning av Jostykit HF65, hjälp behövs (labview). LÖST
Virus, nja, instrumenten kör väl Windows CE i så fall, finns inga virus för det.
Re: Mätning av Jostykit HF65, hjälp behövs (labview). LÖST
Det finns ett, dock oskadligt och enbart skapat för att visa att det går. Men med över 17 miljoner mobila enheter som kör Windows CE, och ständigt ökande antal, så är risken nog inte obefintlig att det kommer komma elaka virus för CE.
Re: Mätning av Jostykit HF65, hjälp behövs (labview). LÖST
Problemet är att det finns så många olika HW-plattformar, och ett virus funkar bara på en specifik plattform.
Re: Mätning av Jostykit HF65, hjälp behövs (labview). LÖST
Ja, det är ju sant iofs, och det minskar infektionsrisken radikalt. Det viruset jag syftade på i mitt förra inlägg (WinCE4.Duts.A) funkar t.ex. bara på ARM-processorer.
Re: Mätning av Jostykit HF65, hjälp behövs (labview). LÖST
Dessutom är det så att viruset i sig måste komma via en nedsmittad uppdatering, vilket i sig är osannolikt
Re: Mätning av Jostykit HF65, hjälp behövs (labview). LÖST
Beror på vilken del i OS som viruset angriper - du har en maskinspecifik del som sköter HW och där är risken mindre att man får angrepp om det inte finns virusdesigners betalda av myndigheter ala stuxnet för att nå och påverka specifik maskin - och så finns det en common-del
Att Win-CE inte har kända virus är ingen garant att den är virussäker - bara att en indikation att den är ointressant för den stora flertalet virusmakar och förmodligen är enklare att hitta hål för den som verkligen vill (tex från myndighetssidan över pölen)
Alla OS har svagheter om man skulle gå igenom varenda möjlighet till angrepp.
En viktig faktor om den sprids eller inte är tätheten mellan liknande maskiner och kommunikation däremellan - dvs hur mycket måste viruset 'leta' på olika kanaler innan den hittar en annan maskin att smitta - och där finns det förmodligen en gräns på spridningen om förstärkningsfaktorn är över eller under 1.
Stuxnet är intressant att det är ett virus som sprids väl i windows-världen men gör ingen skada så att ingen märker det som skadligt och är själva verket en carrier för annan virus som vaknar till liv först när den är i rätt maskinmiljö.
Finns inget som inte säger att det skulle hända samma sak med win-CE den dagen virusmakarna tycker att det är intressant att angripa - instrumentdatorerna är ofta inkopplade via ethernetkablar även i labb och många av dessa kan man komma åt med remote desktop tex. - så visst finns det vägar in om man verkligen letar.
Själv tycket jag gränsen var nådd när man hittade internetexplorern och kunde surfa på en nätverksanalysator på gott över halv miljon kronor (som knappast uppdateras här då man i princip runierar alla kalibreringssertifikat om man gör det eller riskerar att göra maskinen obrukbar med produktionsstopp och dyra återställningskostnader och stilleståndskostnader)... uppgraderingar görs bara efter moget övervägande med releaser från instrumenttillverkaren och det kan gå år mellan dessa och ofta i samband med kalibrering eftersom förändringarna måste följa med alla kalibreringscertifikater - knappast dagliga uppdateringar som IE krävde under lång tid för att mota alla virushot på olika plan
---
Den stora förfallet när det gäller att kunna producera snygga utskrifter kom i samma sekund när windows i olika former stoppades in i mätinstrumenten - och med dessa en arme av programmerare som inte har en aning om hur mättekniker arbetar men istället har läst något om objektorientering - vilket gav följden att man inte längre kunde slå på och styra svepgeneratorn oberoende av specktrumanalysatorn (som om de var fysiskt olika instrument, dock ihopsynkade, men i samma låda och använder samma display) utan istället skall välja en applikation där man bara kan välja en applikation filtermätning, en för spektrumanalys, en för returdämpning etc. men inte någon av paketen fungerar när man skall mäta på en förstärkare med 90 dB gain som man vill svepa upp för att kolla kanalfilterkurvan och hitta kompressionspunkten på dess ALC med externa dämpare... (tex försök kalibrera 'filtermätningsmodulen' med 60 dB eller 90 dB dämpning mellan in och ut...) - den typen av paketering (som man dessutom tar svinigt betalt för) stämmer ofta inte alls med dom mätningar som en mättekniker vill göra dagligbasis och det här driver en till vansinne iom. att du inte längre styr din egen mätning och gör en del mätningar omöjlig att genomföra.
- som mättekniker _vet_ du vad du vill mäta och det skall inte en okunnig windowsprogrammerar utan mångårig mätningserfarenhet som skrivit applikationen styra åt dig hur du skall göra!!. Mätinstrumentet skall vara en verktygslåda med bra och ha funktioner där du som mättekniker plockar ihop vad du skall göra - OK färdiga applikationer för specifika standardiserade fall kan man skicka med men det skall inte vara ett tvång att använda utan möjlighet till alternativ som de nu ofta är utförda idag.
Nej jag är ingen fan av nyare instrument och framförallt dess användargränssnitt med 'paketeringar' av funktioner som man tror att en mättekniker behöver - dessutom börja man fuska med maskinvaran - dvs. grundprecisionen i tex mätbryggor, fas och fasbrusstabilitet (snabba upp PLL:s reaktion för snabbare svep men blir också samtidigt brusigare) samt absolutnivåer på generatorsignaler försämras och man använder allt mer korrektionstabeller på olika sätt och tror att man kan gömma undan maskinfelen den vägen. Det fungera ofta - men inte alla mätningstyper och det gäller att vara misstänksam nog så att man känner igen det när korrektionen inte längre täcker maskinfelen - och detta lär man sig bara den hårda vägen med mycket mätpraktik och gärna också med äldre instrument så att man har referens på hur maskinvara med bra grundprecision fungerar, för det är då man märker när man hamnar i maskiner med sämre maskinprecision....
Att Win-CE inte har kända virus är ingen garant att den är virussäker - bara att en indikation att den är ointressant för den stora flertalet virusmakar och förmodligen är enklare att hitta hål för den som verkligen vill (tex från myndighetssidan över pölen)
Alla OS har svagheter om man skulle gå igenom varenda möjlighet till angrepp.
En viktig faktor om den sprids eller inte är tätheten mellan liknande maskiner och kommunikation däremellan - dvs hur mycket måste viruset 'leta' på olika kanaler innan den hittar en annan maskin att smitta - och där finns det förmodligen en gräns på spridningen om förstärkningsfaktorn är över eller under 1.
Stuxnet är intressant att det är ett virus som sprids väl i windows-världen men gör ingen skada så att ingen märker det som skadligt och är själva verket en carrier för annan virus som vaknar till liv först när den är i rätt maskinmiljö.
Finns inget som inte säger att det skulle hända samma sak med win-CE den dagen virusmakarna tycker att det är intressant att angripa - instrumentdatorerna är ofta inkopplade via ethernetkablar även i labb och många av dessa kan man komma åt med remote desktop tex. - så visst finns det vägar in om man verkligen letar.
Själv tycket jag gränsen var nådd när man hittade internetexplorern och kunde surfa på en nätverksanalysator på gott över halv miljon kronor (som knappast uppdateras här då man i princip runierar alla kalibreringssertifikat om man gör det eller riskerar att göra maskinen obrukbar med produktionsstopp och dyra återställningskostnader och stilleståndskostnader)... uppgraderingar görs bara efter moget övervägande med releaser från instrumenttillverkaren och det kan gå år mellan dessa och ofta i samband med kalibrering eftersom förändringarna måste följa med alla kalibreringscertifikater - knappast dagliga uppdateringar som IE krävde under lång tid för att mota alla virushot på olika plan
---
Den stora förfallet när det gäller att kunna producera snygga utskrifter kom i samma sekund när windows i olika former stoppades in i mätinstrumenten - och med dessa en arme av programmerare som inte har en aning om hur mättekniker arbetar men istället har läst något om objektorientering - vilket gav följden att man inte längre kunde slå på och styra svepgeneratorn oberoende av specktrumanalysatorn (som om de var fysiskt olika instrument, dock ihopsynkade, men i samma låda och använder samma display) utan istället skall välja en applikation där man bara kan välja en applikation filtermätning, en för spektrumanalys, en för returdämpning etc. men inte någon av paketen fungerar när man skall mäta på en förstärkare med 90 dB gain som man vill svepa upp för att kolla kanalfilterkurvan och hitta kompressionspunkten på dess ALC med externa dämpare... (tex försök kalibrera 'filtermätningsmodulen' med 60 dB eller 90 dB dämpning mellan in och ut...) - den typen av paketering (som man dessutom tar svinigt betalt för) stämmer ofta inte alls med dom mätningar som en mättekniker vill göra dagligbasis och det här driver en till vansinne iom. att du inte längre styr din egen mätning och gör en del mätningar omöjlig att genomföra.
- som mättekniker _vet_ du vad du vill mäta och det skall inte en okunnig windowsprogrammerar utan mångårig mätningserfarenhet som skrivit applikationen styra åt dig hur du skall göra!!. Mätinstrumentet skall vara en verktygslåda med bra och ha funktioner där du som mättekniker plockar ihop vad du skall göra - OK färdiga applikationer för specifika standardiserade fall kan man skicka med men det skall inte vara ett tvång att använda utan möjlighet till alternativ som de nu ofta är utförda idag.
Nej jag är ingen fan av nyare instrument och framförallt dess användargränssnitt med 'paketeringar' av funktioner som man tror att en mättekniker behöver - dessutom börja man fuska med maskinvaran - dvs. grundprecisionen i tex mätbryggor, fas och fasbrusstabilitet (snabba upp PLL:s reaktion för snabbare svep men blir också samtidigt brusigare) samt absolutnivåer på generatorsignaler försämras och man använder allt mer korrektionstabeller på olika sätt och tror att man kan gömma undan maskinfelen den vägen. Det fungera ofta - men inte alla mätningstyper och det gäller att vara misstänksam nog så att man känner igen det när korrektionen inte längre täcker maskinfelen - och detta lär man sig bara den hårda vägen med mycket mätpraktik och gärna också med äldre instrument så att man har referens på hur maskinvara med bra grundprecision fungerar, för det är då man märker när man hamnar i maskiner med sämre maskinprecision....
Re: Mätning av Jostykit HF65, hjälp behövs (labview). LÖST
@xxargs, Hur skulle du programmerat dessa instrument om du hadde möjligheten?
