Svenska ElektronikForumet

Har ett litet projekt på G. Vill nämligen läsa in temperatur genom UART och plotta som heat-map.
Jag sitter nu och tänker om jag ska köra windows embedded. Skriva mjukvaran i VB, men då hittar jag inte heatmap (dll, class) som jag kan använda mig av. Dock så hittar jag för ruby.

Tips mottas gärna.

Vad är det för system som det ska köras på?
Padda, laptop, annat?

Kanske ett Pico-ITX kort vore lämpligt.

Jag har gjort lite Python-lösningar med seriell-port som fungerat på hela 3 olika OS samtidigt. (Win/Linux/OSX)

Är inte så hemma på heatmaps, men detta är kanske något som hade fungerat
https://plot.ly/python/heatmaps/
http://stackoverflow.com/questions/2369 ... r-data-set

Tack maDa. Python verkar vara det man ska köra

Har satt mig in i det lite nu. Installerat och håller på och pillar

Skall du köra windows embedded så är väl C# att rekommendera.

Gick fort detta! Från att inte kunna python till nästan vad jag hade önskat mig: Dock så hade detta varit det ultimata:


Dock så lyckas jag inte få in py-sphviewer som skapar det ovan. Blir märkliga fel när jag kör pip install py-sphviewer

TomasL: Windows embedded är ett som ett vanligt windows med en twist, strippad, anpassad för embedded. Den kan ju i sig köra allt vad en vanlig windows kan. Tex python. Någon jag missat kanske?

Tja, C# är ju nativt i windows, du behöver ju inte installera några ytterligare tolkar såsom Python osv.

En fördel med python är att det är lätt att lära sig och går ganska fort att utveckla i. (Men det är C# också enligt mig).
En nackdel med python(*) jämnfört med C# är att det är extremt mycket långsammare (interpreterat språk vs JIT-kompilerat). Men det är ju inte alltid man behöver mer prestanda än vad man får ut ur python heller.
Det finns iofs IronPython som är python som körs under .net men jag har själv aldrig testat det.

*) jag antar att du använder standard CPython-implementationen

Jag kanske har missuppfattat det men jag har fått för mig att de flesta, eller åtminstone många, bibliotek för Python är kompilerad C. Alltså snabbare än JIT.

Edit: I rubriken står det "multi-OS" men det nämns inte såvitt jag kan se i tråden. Om det gäller är väl C# ett ganska dåligt alternativ.

Många moduler till Python är i C. Men många är också skriva i Python just
för att få kompatibilitet över flera plattformar utan att behöva kompilera
just för varje plattform.

Sen så är det så klart så att Python är långsammare än motsvarande rent
kompilerade program i ett traditionellt språk. Och Java ligger väl
någonstans emellan.

Sen så, huruvida Python är *för* långsamt går ju inte att säga generellt,
det beror helt på den aktuella applikationen...

> Edit: I rubriken står det "multi-OS" men det nämns inte såvitt jag kan se i tråden. Om det gäller är väl C# ett ganska dåligt alternativ.
Mono har så vitt jag vet 100%-igt stöd för C#6. Men visst, det beror ju helt på vilka OS TS menade. Jag är ganska säker på att python finns för fler mindre OS/platformar än mono.


> Sen så, huruvida Python är *för* långsamt går ju inte att säga generellt,
> det beror helt på den aktuella applikationen...
Precis. Själv tycker jag att python är ett trevligt språk att koda i och oftast räcker det mer än väl till. Jag ville bara påpeka att skillnaden i prestanda mellan python och c# är väldigt stor. Visst kan man få ut ännu lite mer av C[++] men då tappar man också mycket av "rapid development"-aspekten och det är mycket lättare att skjuta sig själv i foten utan automatisk GC och minneshantering som både python och C# har.

Vågar man nämna Java idag?

Nä, det är ett jäkla ickefungerande härke.

Visst kan man köra Java, om du har minst en 1GB minne, och man kan leva med risken att Oracle kommer sin arme av advokater när din produkt börjar bli lönsam.

Annars är https://www.rust-lang.org/ något jag skulle vilja kika på. Det händer enormt mycket där nu.