Svenska ElektronikForumet

Kulla skrev:
Det här med SD kort är dålig disk är lite skitsnack.

Jag kör i produktion routrar och servrar som har bara SD (och CF) kort som disk i dem och det var väldigt få som krånglat alls, mycket mindre än vanlig disk.

Cisco brandvägar kommer med CF kort, körs flera år från dem, en av de som körde som längst som jag har är över 10 år gammal och den är fortfarande i bruk på samma kortet. Sen har tiotals Vmware ESXi servrar som bootar från SD kortet och kör så i flera år.

Beror nog ganska mycket på vilken generation SD du kör på - 5-10 år gamla SD kör på SCL-minne och är något helt annat än MLC och TLC-minnen man hittar i dagens konsument-SD i närmaste gubbdagis

industriversioner av SD med garanterad retension och skrivuthållighet kostar idag ganska stor slant och i löjligt liten storlek - dessa var 'standard konsumentklass' en gång i tiden...

När jag hör termen "inbyggda system" så tänker jag först på mikrocontroller med lite RAM, kanske 256 KB på sin höjd men mer vanligt är att man kanske har 8 kB.
Då är dynamisk minneshantering nästan uteslutet. Om man behöver det så allockerar man minnesobjekt av en bestämd storlek från en minnespool där man bestämt maxstorleken på förhand.
Man länkar kanske inte med något från C-biblioteket heller. Det enda man kanske behöver är memcpy() och det brukar kompilatorn erbjuda i form av en intrinsic.

Java å andra sidan, har bara dynamisk minnehantering: fullkomligt slösar minne och sen "stoppar den världen" när minnet blir fullt. Det finns visserligen algoritmer för skräphämtning som inte stoppar världen och t.om klarar realtidskrav, men som har oerhörd overhead under vanlig exekvering istället. Sen kräver detta en hel del kod och RAM för skräphämtaren och annat som inte går att välja bort.

Förresten, häromdagen kom jag över den här föredragshandlingen som går lite mer på djupet om varför C fortfarande används för systemprogrammering och varför många andra språk inte duger. Fokus ligger på operativsystem och drivers på kontors- och server-datorer men jag tycker det är applicerbart på inbyggda system också.

Låter intressant, men http://citeseerx.ist.psu.edu/viewdoc/su ... 1.560.8751 ger:
"We are sorry ! The URL does not match any resource in our repository."

Inga problem här. Chrome Version 68.0.3440.106

Ja *nu* ja, men inte då jag skrev inlägget...

Även om slutledningarna kan vara relevanta idag så är det lite vanskligt att
säga vad som "fortfarande" gäller utifrån ett 12 år gammalt dokument.

Al_Bundy skrev:

hummel skrev:Det beror på vilka resurser du har att tillgå i systemet.
Vilka hjälpbibliotek har du att tillgå?

Enligt Oracle så kan man programmera ARM processorer med Java utan att gå ned på en sådan låg nivå som C är på.

Tror inte jag förstår vad du försöker säga.

Hehehe, upptäckte nyss att BCM2835 som används i första generationen RPi bygger på ARM1176JZF-S som innehåller en Jazelle Java bytecode interpretator.

Kul! Hur kommer man åt den?

Al_Bundy skrev: Python är ett leksaksspråk. Python fungerar bra för enkla script t.ex beräkningar.

Mja så är det nog inte. Jag får smaken av en "språkfilterbubbla" här. Kolla in vilken mängd av Pythonbibliotek det finns. Stora datamängder som går att hantera. Hur många som använder Python. Vilken littratur som finns. Vilken support man kan få över nätet. Etc

Dokumentationen för Jazelle är enligt ARM "restricted". Jag har för mig att de skrev att man kunde kontakta dem för mer info. Chansen att du får ut den tror jag är rätt liten.

Trist

Al_Bundy skrev: https://www.firstcontrol.se
Adaptiv regulator för industrin där Professor Karl Johan Åström är kopplad till. Gissa om det är en Paj eller en PIC? ;

Oj att han fortfarande är aktiv! Han borde vara 100år vid det här laget. (Ok jag har kollat 84. Strongt i alla fall!)

Nu verkar Åström ha gått i halvpension men det var inte så många år sedan han höll i grundkursen på LTH.

En legend, det går f*n knappt att hitta en bok eller artikel inom styr & regler som inte citerar honom.

För att Åström är mästaren.

Det finns två kända reglertekniker i Sverige och det är Lennart Ljung (Linköpings Universitet) och Karl Johan Åström(Lund Unversitet). Lennart Ljung doktorerade åt Karl Johan Åström om ni inte visste. Hur som helst. Herr Ljung är en renodlad teoretiker och speciallist inom systemidentifiering och Herr Åström är en verklighetspraktiker inom adaptiv/stokastisk reglering som kan ändå bevisa teorin.

Själv har jag boken "Adaptive Control" av Åström och "Modellbygge och simulering" av Ljung. "Adaptive Control" nog vara den smartaste reglertekniksboken någonsin. Varför ställa in regulatorer för stokastiska processer manuellt när en dator/inbyggt system kan göra det åt dig?

Ljung är typ si så där....väldigt opedagogiska böcker som kräver en hel del teori och matematik. Åströms bok kräver att man endast förstår matematik och en grundkurs inom reglerteknik.

Oltronix skrev:

Al_Bundy skrev: https://www.firstcontrol.se
Adaptiv regulator för industrin där Professor Karl Johan Åström är kopplad till. Gissa om det är en Paj eller en PIC? ;

Oj att han fortfarande är aktiv! Han borde vara 100år vid det här laget. (Ok jag har kollat 84. Strongt i alla fall!)

Jupp. Byggt på en Raspberry Pi misstänker jag. Inge fel med det, men jag har hört att Paj är en leksak.