Skriptspråk inom elektronikutveckling

[psynoise]

Jag funderar på att ta tag och lära mig mer om något skriptspråk som man senare kan ha användning för inom elektronikindustrin. Matlab har jag använt en hel del privat och under civilingenjörsutbildningen på Chalmers. Dock har jag även uppmärksammat att Python samt Labview används på sina ställen. Ytterligare har jag stött på speciella skriptspråk under diverse utvecklingsmiljöer men det brukar vara mindre roliga erfarenheter.

Det jag undrar över och skulle gärna vilja se en diskussion om är vad som används ute i arbetslivet och vad som kan tänkas vara vanligast i framtiden.

T.ex

• Är Matlab vanligast men Python snabbast växande?
  
  Är Labview meningslöst att lära sig då det inte används i någon större utsträckning?

Diskussionen är helt öppen, alla kommentarer och synpunkter är välkomna.

[SvenW]

Min favorit är Perl. För tekniska beräknigar Octave/Matlab.
Vad som blir vanligt i framtiden är mycket svårt att gissa.
Reklam och ovidkommande saker spelar kanske större roll än man tror.

[tgr]

LabView är väl inget scriptspråk utan snarare väldigt grafisk programmering.
Jag använder det nästan dagligen och mina applikationer byggda i LabView snurrar hela tiden på flera ställen i vår fabrik.

Python är nog vettigt. Ska lära mig det någon dag tänkte jag.
Småsaker kan man ju bygga i bash eller php.

[Krille Krokodil]

Vad finns det för konkurrenter till Labview med den mjuk- och hårdvaran? Har inte använt det själv, med vårt labb använder det till allt.

[psynoise]

LabView är kanske inget skriptspråk men tänkte det kunde vara intressant ändå särskilt i jämförelse med Matlab inom signalbehandling.

Funderar även över Matlab, på Chalmers används det en himla massa, men hur vanligt är egentligen ute bland företagen?

[tgr]

LabView är helt klart trevligt att ha tillgång till och tillsammans med hårdvaran från NI så känner inte jag till något som kan konkurera med det. Det finns små mätboxar från 1500:- och uppåt.

Jag kör som sagt LabView på jobbet med tillägget Application Builder så jag kan skicka iväg .exe-filer hit och dit.
Det är grymmt smidigt att slänga ihop små hjälpprogram och det finns väldigt mycket färdiga block som man kan använda sig av.

Vi använder det både för att styra tester i produktionen, diverse hjälpprogram i produktionen men även i Labbet för att styra klimatkammare och övervaka tester osv.
Om du är student fortfarande så tror jag du kan köra det via Chalmers på nått vis.

[mrOh]

Tycker inte riktigt man kan jämföra de tre. Matlab är väldigt bra men är osmidigt om man vill ha något allsidigt. Labview är hårt knutet mot sin hårdvara. Python däremot är extremt allsidigt, self-hosted och går att köra default på nästan allt utom windowsmaskiner.
Det kanske märks att jag gillar python.

[psynoise]

Egentligen skulle jag nog vilja lära mig Python. Dock känner jag inte riktigt motivationen då risken är att man ändå kommer sitta med Matlab i framtiden. Med Sage borde en del beräkningar som görs i Matlab lika gärna kunna göras med Python som jag har förstått det.

http://www.sagemath.org

I vilket fall som helst ska jag lägga några timmar på att lära mig mer om Python. Sedan behöver jag inte bli någon expert på sålänge användningen är begränsad.

[zealotry]

Jag hittar inga referenser till det här nu, men jag var på en liten kurs om python för ett par veckor sedan och då berättade dom om att flera universitet har övergivit matLab och kör python istället. Det är alltså ett fullvärdigt substitut.

Har personligen inte suttit så mycket med python, men det är iaf pang på rödbettan när man vill få något gjort, har man programmerat lite tidigare så är det en väldigt låg tröskel för att komma igång.

Jag gillade iofs matLab också när vi använde det i skolan men i nuläget skulle jag satsat på python, det är ju dessutom ett fullvärdigt programmeringspråk med fler användningsområden än matLab.

[Andax]

Kör mycket matlab och tycker det är bra till det vi gör (lägger ofta till mex-funktioner för sådant som är för tidskrävande), men har också kört en del python historiskt och tycker det är mycket bra. Vad jag kan tycka lite jobbigt med python är att extra paket gjorts för en viss version (givetvis inte den version som man själv kör) så att man får kompatibilitetsproblem.

Att man kan utöka det och göra fullvärdiga GUI-applikationer med t.ex. wxPython är klart tumme upp.

[mrOh]

Jag har också hört att universitet börjar gå ifrån matlab till fördel för python. Med paket som NumPy och SciPy så kommer man nog nära matlabfunktionalitet men gratis. Ett urval bra paket här: http://www.drewconway.com/zia/?p=204
Sen är det ju så att kan man ett programmeringsspråk så är det relativt lätt att sätta sig in i andra likvärdiga, iaf sålänge "tänket" är samma. Oavsett om du kommer använda det i arbetslivet så vågar jag säga att det är bra att kunna Python. Den stora nackdelen som nämnts ovan är att det kan vara strul med olika versioner.

[4kTRB]

Läste en artikel där man jämför lite mellan Python, Ruby och Groovy.
För att köra Groovy måste man ha JVM och det är ju ganska populärt nu för tiden.
http://www.javaworld.com/javaworld/jw-1 ... tml?page=2

[sodjan]

Alla skriptspråk (alltså icke-kompilerade språk) har en runtime miljö
i någon form. Vissa (Java o.s.v) har en JVM, andra har det ordnat
på annat sätt. Även Python har en ganska stor "ryggsäck" men det
kallas inte JVM men har en snarlik funktion.

Och det är Jython som jämförs i artikeln inte Python, ungefär vad
man kan vänta sig från "Java World" skulle jag tro...

Hela artikeln handlar om tre alternativ till Java som alla använder JVM.

Det finns ingen speciell fördel med Jython framför Python, ifall man inte
redan har en JVM i sin miljö eller har behov av Python/Java integreringen.

[TLovskog]

Tcl/tk används fortfarande en hel del i elektronikvärlden. Stod ursprungligen för Tool Command Language och integrerades i alla möjliga verktyg för att skapa en script engine i dem. Ungefär som Visual Basic for Applications senare. Framförallt har jag stött på det inom PCB, FPGA och ASIC, men har även sett det som rapportgeneratorer i vissa PLM system. Exempelvis Enova V6 från Dassault.

Min egen erfarenhet är att jag skrev och underhöll ett front-end till Ericssons (ECS) PCB design miljö under 90 talet. Kan bli väldigt snårigt skrivna.

Ett språk som jag nog egentligen tycker har passerat sitt bäste före datum idag, men det lever stadigt vidare. Typiskt för saker som kanske inte är "bäst", men tillräckligt bra och inarbetade att ingen vill byta.

[Anders Olsson]

Hej!

Inte för att jag jobbar inom industrin, men ni diskuterar ju precis de program som jag använder
Inom Universitetet ligger det till ungefär såhär:

När vi bygger egna instrument så är det nästan alltid Labview som används för styrning och datainsamling. Anledningarna är dels fördelaktiga avtal på mjukvaran, dels att det är kompatibelt med det mesta i hårdvaruväg som vi använder samt framförallt att det upplevs som lättare att sätta sig in i ett Labview-program som någon annan "skrivit".
Det senaste är nog så viktigt på Universitetet, då det är stor omsättning på folk här.

För analys av data används Matlab en del. Vi har dock mer och mer övergått till Octave och andra program. Till stor del för att Matlab har ett sällsynt jobbigt licensavtal med en licensserver och ett begränsat antal samtidiga användare. Det händer titt som tätt att folk plötsligt inte kan använda Matlab för att en grupp studenter har lab just då och använder alla tillgängliga licenser.

Python, Ruby och liknande har används i mindre utsträckning, mest av doktorander som kör projekt helt på egen hand.