Val av programmeringsspråk för VVS-simulerings applikation

Vad är syftet, hur långt tid har du på dig?
För att rita upp driftkortsidor som du visade så är scada med hvac/building automation branchstandarden som används i alla större anläggningar.

Några populära i sverige är wincc, citect och ifix. Där ju kan göra precis det du vill på ett professionellt bruk som fungerar precis likadant som det gör på t.ex. ett större sjukhus.

Men jag misstänker att du inte precis har obegränsad tid på dig och då är vanliga språk som java, C# kanske bättre. Liksom all overheadarbete för att systemet ska kunna visa ett verkligt system är ju bara slöseri på tid om ändamålet är något annat.

Hade du gått i skolan så hade jag sagt matlab, fast jag vet ej hur det är med licenser för denna.

*edit*
Om du läser ett KY program inom fastighetsautomation vill jag varna att det är lite pill för en som aldrig har programmerat innan och inget man bara superlätt slänger ihopa. Men gör du lösningen med ett riktigt scadasystem och låter en plc simulera så får du efter utbildningen skaffa livvakter som motar bort arbetsgivare som vill anställa dig.

Inom VVS branschen finns det väldigt många olika personer iblandade med olika kompetenser.
* Några som gör beräkningar på vilket system som behövs hur allt behöver dimensioneras etc.
Ordet beredning klingar till i mitt huvud när jag tänker på detta.
* Installatörer/elektriker.
* Styrsystemutvecklare.
* Scadautvecklare emot överordnade system.
* Operatörer/fastighetsskötare

Där programmen jag pratar om är främst till för operatörerna/fastighetsskötare som i sin tur kan gnälla på alla på typ alla att det ej fungerar korrekt.

Om du tillhör den första gruppen som ska dimensionera systemet, så är scadamjukvaran jag pratar om inte gjord för detta utan för att visa verkligheten.
Denna bild visas hur ett sådant system ofta ser ut i sverige: http://www.osg.se/wwjl/Var/Processbild_1/driftkort.gif Nu har personen ingen kommunikation igång varvid det visas ####.

Men det du ska göra är att simulera verkligheten och det blir funktioner som inte är inbyggd i scadasystem som standard utan man får simulera. Och jag är tveksam till om de scadasystem för snabbast resultat är rätt väg att gå.

Angående programvaror så finns det säkert sådan, men inget jag känner till. Min position i det hela är att jag sysslar med större system där mängder av olika system är inkopplade till, systemen kan t.ex vara fastigetsstyrningen för flera sjukhus.

*edit*
Nå mitt råd är att såklart vänta ifall någon annan känner till, annars så fundera på att ta in en EXjobbare för att utveckla systemet, det bör vara någon som har läst en hel del reglerteknik.
Sedan så är det alltid en fråga på vilka krav man ställer, att göra något halvdant bara för att visa upp kräver ej så mycket, men ska man använda programmet för att minimera kostnader i överdimensionerade system så blir kostnaden någon annan.

*edit2*
Angående styrning så minns jag en gång när jag såg två stycken ventiler som var parallellkopplade. Jag undrade då varför och fick till svar att det var svårt att med en ventil styra så exakt. Där min poäng är kommer man in på denna nivå på ens krav, ja då är det inget litet arbete man har framför sig att utveckla.

De programmen som Johan86c pratar om är för att visa processdata på en skärm för exempelvis operatörer eller fastighetsskötare. Du kan även få fram larmlistor eller annan data från detta system.

Det jag gärna slår ett slag för är Visu+ som är Phoenix contacts variant av dessa. Allt är egentligen bara en smaksak vad eller vilket man gillar bäst.

du kan ju alltid koda i java och sedan koda om det så att du har det i android, hipps vips så har du en cool vvs app i mobilen och ett program i datorn...miljonär nästa, vi snackar visioner

Angående systemutvecklare så skulle jag skriva Styrsystemutvecklare, men det blir riktigt galet. Alltså den personen som programmerar hur spjäll, ventiler, värmebatterier, fläktar you name it ska styras och regleras beroende på om t.ex från-luftemperaturen sjunker.
wincc, citect, och ifix är några i sverige populära scadassystem för att visa processbilder för operatörerna om hur systemet fungerar, de är inte alls gjorda för att användas vid beräkningar även om nu detta går. Men jag skulle nog kalla detta för dumt, även om jag skulle kunna se mig framför att ni även tar på er jobbet och skapar dessa driftkortsidor.

Vilka kommersiella program som är bra för ert område med noggranna beräkningar vet jag inte, jag har dock jobbat lite med projekt och jag vet att man inte har mycket tid på sig. Så exjobbare ser jag nästan som ett måste för att ta fram något nytt om det nu ej redan finns något färdigt program just för ditt ändamål. Det finns det säkert om man googlar på Hvac/Building automation etc.

Visu+ är ett scadasystem det med. Det är främst gjort för att man ska få ett gränssnitt för att kunna visa hur systemet ser ut i drift även att operatören ska kunna ändra diverse parametrar. Vad jag vet så finns det inget inbyggt funktionalitet för att simulera system på den nivå så man kan använda detta i beräkningar. Däremot ingår det i många scadasystem exempel på olika system som simuleras, men det är enbart för att grafisk visa hur de skulle kunna se ut när de är i drift.

Beroende av en krav på simuleringen så blir nämligen arbetsbördan helt annorlunda.

Vill man kunna simulera ett system för att visa upp för kunder, mässor etc hur det fungerar så går det slänga ihopa i något befintligt scadasystem eller själv i nästan vilket språk som helst.

Är man däremot ute efter ett system som kan spara ingenjörstimmar på att snabba upp beräkningarna och verifiera att de är korrekt utförda, så blir det en helt annan krav på applikationen man ställer. Att få ner tiden att rita upp systemet och konfigurera är svårt, allt tar sin tid och noggrann planering av applikationen för att uppnå.
Det finns mängder av riktigt bra simuleringsprogram som Matlabs Simulink, Autodesk Simulation Mechanical o.s.v. Men om de ska vara lönsamma så ska det framförallt handla om att kostnaden när något blir fel är extrem och det ej är så lätt att testa.
Tänk dig en ny rymdraket för Nasa, ja där är detta är ett bra exempel där det är värt att bränna extremt mycket tid på att simulera. Jag skulle dock tro att i ert fall så får man ha en väldigt bra mjukvara helt anpassad efter ert ändamål om det ska vara värt jobbet.

*edit*
När jag tänker efter så verkar simulink bra, men det är ej gratis en licens går på
Matlab 18 500 kr exkl moms
Simulink 28 500 exkl moms
Mängder av ingenjörstimmar räkna med 800-1000kr/h

Så skulle det nog gå att få till ett system, om det är värt beror såklart på hur mycket sånt man gör. Skulle t.ex. något större företag som Bravida m.fl. göra något som alla deras anställda inom området kan använda så finns det mer pengar att investera än om man kanske är 5personer som jobbar med det i något bolag.
I vilket fall exjobbare är hur grym som helst på att göra förstudier som ej skenar iväg, Chalmers har t.ex. Civilingenjörs programmet chalmers Automation och Mekatronik och där finns det personer som nästan är skapade för denna utmaning.

Terminologi. En klassisk programmerare som folk tänker på sysslar enligt min mening inte med PLC. Systemutvecklare är för mig ett samlingsbegrepp som alla kalla sig för nästan så fort de har en dator på sitt kontor. Det är därför det finns 36 000st enbart i stockholm: http://computersweden.idg.se/2.9741/1.566444/sa-manga-knackar...

Jag kallar plc-programmare för just detta eller styrsystemprogrammare, beroende på vad man pratar om så är det ganska självklart vad de sysslar med. En styrsystemprogrammerare hos volvo sysslar med mickrodatorteknik, medan en styrsystemprogrammerare på oljeriggar sysslar med plc. Nackdelen med att kalla dem för plc-programmare är att det för alla ej insatta så är det ej självklart vad de programmarar.

För övrigt har jag kodat plc ifrån C# i windows och gjort kod som automatgenererar plc kod och kod till scada.