Svenska ElektronikForumet

Ja vi kan ju fortsätta intala oss det.

Nja, det handlar inte om att intala.
De som skrev programmet missade detta med skottsekund och de problem det kan skapa.
Då kvittar det liksom vilka system man jobbar med.

Nu tar videt lite lugnt...

Problemen med journalsystemen har så vitt jag vet ingenting ned skottsekunden att göra.
Vi vet inte alls vad det var för problem. Det vara bara MaDa som gjorde en (i och för sig
just nu ogrundad och overifierad) koppling till dotnet och MS SQL Server.

Ja, vi vet inte vad som hände, enbart vad vissa sannolikt tekniskt okunniga journalister påstår.

TomasL skrev:Nja, det handlar inte om att intala.
De som skrev programmet missade detta med skottsekund och de problem det kan skapa.
Då kvittar det liksom vilka system man jobbar med.

Nu blandar vi ihop fallen:

Karolinska Larmsystem - Skottsekund buggen
BB Stockholm - Obstreix/Windows haveri

Som sagt...

Obstetrix haveri, ja.
Windows haveri, ej verifierat.

Vilken plattform används till Karolinskas larmsystem?

Hittade en intressant sak kring Karolinskas larmsystem. Se "2. Upphandlingsrapport..." här:
http://www.nyakarolinskasolna.se/sv/Akt ... lsesystem/

Hur kan den skilja nästan fem gånger mellan de två alternativen? Har den ena parten
bara gjort en chansning eller var det något större missförstånd? Har det låga priset
någon koppling till de senare problemen?

Hade varit intressant att se det tredje anbudet också.
Generellt sett, när det skiljer så mycket, så är det något som inte stämmer.
Det kan vara det låga priset som stämmer, eller det höga, eller inga av dem.

Det tredje var 38Mkr om jag minns rätt. Det står i dokumentet.

Då är det nog i den häraden som priset skall ligga.
Det norska bolaget har tagit i så ögona blör uppenbarligen, eller också så offererade de nånting helt annat än de andra.

sodjan skrev:Karolinskas larmsystem?

Vad jag kunnat hitta så är säljer ASCOM-prylar som integreras med telefoni-system av Avaya. Men det är ju mer troligt en mellan-komponent som fallerat.

sodjan skrev:> Precis. Systemklockan räknar "tick" sen en viss referenstidpunkt.

Precis. Och om det tillkommer en skottsekund så läggas den till systemklockan.

Nej, för då får du problemet med att referenstiden hoppar. Hela vitsen med att ha en referenstid är att den ska vara helt kontinuerlig.

Det är algoritment för att räkna om tiden som ska innehålla en enkel IF-sats för varje skottsekund.

Så ja, systemet behöver inte bara hålla reda på hur många skottsekunder som det har varit sen referenstidpunkten utan även klockslaget för dem.

För poängen är ju att om du ska räkna ut hur lång tid det har gått sen ett visst klockslag så måste du också ta hänsyn till alla skottdagar och skottsekunder som har varit mellan de två klockslagen. Det handlar alltså inte bara om att kunna räkna om en systemklocka till ett klockslag. Då hade man kunnat låta systemklockan hoppa. Men om du vill veta hur många sekunder det har gått sen första januari i år så måste du veta om den där skottsekunden för annars får du fel värde.

Hur ser den "enkla IF-satsen" ut?

If <tidpunkten för skottsekunder> <ingår i intervallet> then <tiden justeras med en sekund>

Men det har ju varit 27 skottsekunder sedan 70-talet.
Hur ska du hålla reda på alla dom med "en enkel IF-sats"?
Och hur många har det varit sedan år 1900?