Dørene

Den ene gang jeg har været så "heldig" at prøve ic4-toget holdt det stille i en halv time pga. dørene ikke var registreret som at være lukkede.

Blev en smule bekymret da togføreren sagde "Vi prøver at slukke for det hele og starte det op igen". Det skal bare ikke være en fejlfindings-metode der bruges på noget der kan køre over 100 km/t med flere hundrede passagerer...

Re: Dørene

Fakta er, at det kun er et fåtal af software folk der kan finde ud af fejltolerant multiprogrammering og selv-helende synkronisering af netværk til at virke og der er ingen af dem der spilder deres tid på at bygge noget så trivelt som tog.

Der findes allerede masser af tog, med bunker af elektroniske faciliteter - herunder motorstyring, kurvestyring osv. Sæt dog lidt kurvestyring på toget - så der kan bruges en standard løsning... Det er jo udviklet.

For færdiguddannede ingeniører, er jeg enig i, at udviklerne har andet fornuftigere at bruge tiden på. Eneste, at jeg kan forestille mig, er at opgaven måske kan deles ud over en række mindre opgaver, og gives til universiteterne og teknika. Så kan studerrende måske løse opgaven, og få "point" for den. Sikkerhed, indenfor togsektoren, er forholdsvis højt, og det gør, at jeg tror det vil være en god træningsopgave for studerende, som gerne vil lære industriel elektronik, og hvis det kombineres med undervisning, vil det nok kunne lykkedes.

Re: Re: Dørene

Al respekt for danske studerende, men ville du gerne køre 120 km/t i et tog hvor al embedded software og alle netværksløsninger bestod af et stort antal forskellige studenterprojekter hvor personerne bag forlængst er over alle bjerge...

Re: Re: Re: Dørene

Al respekt for danske studerende, men ville du gerne køre 120 km/t i et tog hvor al embedded software og alle netværksløsninger bestod af et stort antal forskellige studenterprojekter hvor personerne bag forlængst er over alle bjerge...

Jeg er ikke lige klar over hvorfor du tro det skal være studenterprojekter ?

Jeg forventer naturligvis at det er kompetente fagfolk der lavet softwaren under betryggende forhold.

Jeg plæderer bare for at man ikke specificerer opgaven så den overstiger deres evner.

Poul-Henning

Ork jo, de kompetente laver skam "tog" bare ikke IC4 tog

Fakta er, at det kun er et fåtal af software folk der kan finde ud af fejltolerant multiprogrammering og selv-helende synkronisering af netværk til at virke og der er ingen af dem der spilder deres tid på at bygge noget så trivelt som tog.

Ork jo, de kompetente laver skam "tog" bare ikke IC4 tog. Men når man tænker på hvor præcist og hvor hurtigt Transrapid toget kører i Shanghai, som sikkert også har dørlukker sensorer, men dog ingen lokomotivfører i "toget, så vil jeg godt påstå at det kan lade sig gøre.

For et dansk eksempel, så se evt. bare på Metroen. Der lukker dørerne da som regel også. Tilgengæld har de en anden irriterende fejl. Dørerne åbner først 4 sekunder efter toget er stoppet. Det er lang tid, for lang tid.

Re: Ork jo, de kompetente laver skam "tog" bare ikke IC4 tog

Fakta er, at det kun er et fåtal af software folk der kan finde ud af fejltolerant multiprogrammering og selv-helende synkronisering af netværk til at virke og der er ingen af dem der spilder deres tid på at bygge noget så trivelt som tog.

Ork jo, de kompetente laver skam "tog" bare ikke IC4 tog. Men når man tænker på hvor præcist og hvor hurtigt Transrapid toget kører i Shanghai, som sikkert også har dørlukker sensorer, men dog ingen lokomotivfører i "toget, så vil jeg godt påstå at det kan lade sig gøre.

Jeg vil godt vædde på, at når det virker der, så er det fordi man netop _ikke_ har blandet det hele sammen i en pærevælling, men istedet segmenteret designet og brugte simple, robuste interfaces imellem dem.

Som, f.eks, en helt simpel mekanisk eller optisk kontakt til at se om døren er lukket.

Poul-Henning

Re: Re: Ork jo, de kompetente laver skam "tog" bare ikke IC4 tog

Jeg vil godt vædde på, at når det virker der, så er det fordi man netop _ikke_ har blandet det hele sammen i en pærevælling, men istedet segmenteret designet og brugte simple, robuste interfaces imellem dem.

Som, f.eks, en helt simpel mekanisk eller optisk kontakt til at se om døren er lukket.

Det ved jeg så ikke, men du har sikkert ret. Jeg ville bare påpege at der findes tog som virker bedre end IC4.

Re: Re: Re: Ork jo, de kompetente laver skam "tog" bare ikke IC4 tog

Al respekt for danske studerende, men ville du gerne køre 120 km/t i et tog hvor al embedded software og alle netværksløsninger bestod af et stort antal forskellige studenterprojekter hvor personerne bag forlængst er over alle bjerge...

Personen bag, skal ikke være de studerende, men lærerne ved læreanstalterne. Idéen med, at sætte studerende til projekter, er at de lærer noget, samt at de måske fungerer som redundans, for projektet - og det er jo så ganske svært, at få en fejl smuglet ind, når mange studerende, løser opgaven korrekt. Jeg tror sagtens på, at de studerende kan medvirke - de har også medvirket ved danske sattelit projekter, som fungerer udmærket.

Jeg føler bestemt ikke stor sikkerhed, når jeg ved det er gjort af en fagmand, med rutine, på en dårlig dag, og hvor kontrollen er sparet bort. Uanset, arbejdet er udført, af de største og mest velrenomerede virksomheder, og med den bedste ekspertise der kan købes. Fagmænd, er kendt for at fejle - tænk på, hvor mange fejl, der laves af fagmænd indenfor software. Idéen er ikke, at de studerende skal stå for projektet, og lede projektet - kun at de skal biddrage, som redundans, for både lette, og specielt sværer opgaver.

Tja

Det er jo bare et integrationsprojekt der ikke er lykkedes og måske heller aldrig kommer til det.

Re: Re: Re: Re: Ork jo, de kompetente laver skam "tog" bare ikke IC4 tog

Personen bag, skal ikke være de studerende, men lærerne ved læreanstalterne. Idéen med, at sætte studerende til projekter, er at de lærer noget, samt at de måske fungerer som redundans, for projektet - og det er jo så ganske svært, at få en fejl smuglet ind, når mange studerende, løser opgaven korrekt.

I dag virker underviserne nærmere som konsulenter for de studerende - i hvert fald i forbindelse med vejledning i projekter.

Et studenterprojekt er de studerendes projekt - ikke en undervisers.

Sådan er det i hvert fald der hvor jeg kommer fra.

Re: Re: Re: Re: Re: Ork jo, de kompetente laver skam "tog" bare ikke IC4 tog

Vil det sige at de ansatte på læreanstalter skal være software leverandører til private virksomheder ? Hvordan skal ansvaret for fejl og mangler fordeles mellem togleverandør, system leverandør og universiteter ? Hvordan skal det afregnes ? Jeg tror ikke det er et særligt godt forslag, lad istedet underviserne bruge krudtet på at uddanne nogle dygtige ingeniører og lad så dem få job eller stifte nogle firmaer som kan levere gode løsninger på almindelige kommercielle vilkår. En meget bedre ide er så at de studerende kan komme ud i de relevante firmaer og lave afgangsprojekter, det er der en god tradition for, og det er en god måde for begge parter at se hinanden an på. At det så kræver lidt ekstra af de firmaer som skal lægge opgaver til, mener jeg er en forpligtelse som vi i den private sektor bør påtage os.

Re: Re: Re: Re: Re: Re: Ork jo, de kompetente laver skam "tog" bare ikke IC4 tog

Vil det sige at de ansatte på læreanstalter skal være software leverandører til private virksomheder ?

Det ville ikke være uhørt, det sker faktisk regelmæssigt.

Men mere relevant var det måske hvis man fra sikkerhedsstyrelsensside havde bedt om at få designdokumentationen og havde cirkuleret den blandt kompetente folk på universiteter, så var megen ærgelse og udgift sparet.

Hvis du ikke tror det virker: http://ing.dk/artikel/67324

Poul-Henning

Prøv engang at læse på lektien . . .

Kravene til sikkerhedskritisk software til jernbanebrug er definerede i normerne EN 50 126, EN 50 128, og EN 50 129. Må jeg anbefale de ærede debattører at læse disse - det ville stoppe mange af fantasierne ovenfor.

MVH Lars

Re: Prøv engang at læse på lektien . . .

I forbindelse med projekter på DTU, er ikke ualmindeligt, at lærer har lavet projekter til studerende i det samme, som man har haft eksamensprojekter, eller Ph.D projekter i - formålet har været en form for redundans (eller sammenligningsgrundlag), f.eks. at se, hvordan de studerende løser opgaven. Det er hellerikke ualmindeligt, at studerende har haft opgaver, i at efterregne noget, der har skullet bruges til DTU's sattelit.

I forbindelse med SW opgaver til jernbanebrug, sættes større krav til sikkerhed, end for windows software - og jeg tror, at det er udmærket at studerende får lidt information om sådanne standarder. Det vil være naturligt, i forbindelse med opgaver, der skal opfylde sådanne standarder.

I den sidste ende, er det naturligvis vejlederen, og eventuelt en ekstern virksomheds ansvar.

Re: Re: Prøv engang at læse på lektien . . .

Det er hellerikke ualmindeligt, at studerende har haft opgaver, i at efterregne noget, der har skullet bruges til DTU's sattelit.

Nu har jeg talt med nogle af deltagerne i DTUs satellitprogram, og det er som det for os i Aalborg: det er de studerende der laver satellitten.

Ikke bare "efterregner noget". De LAVER den.