Afschaffing zomer- en wintertijd #6 Tijd is relatief

quote:

Op donderdag 28 maart 2019 18:07 schreef ACT-F het volgende:

[..]

Dat omschakelen is dus problematisch. En het probleem is niet je thuissituatie waar het zich beperkt tot het klokjes verzetten. Naarmate de globalisering toeneemt worden systemen met verschillende tijdzones met elkaar gekoppeld, dáár zitten de grootste problemen. De gewone sterveling merkt het pas als plots het internet niet werkt of geen stroom meer in huis is, of dat de boel overstroomd is. Raar en volstrekt ondenkbaar voor de buitenstaander, maar echt waar, als (industriële) automatiseerder houd ik soms mijn hart vast. Automatisering is mooi omdat het geld en tijd bespaart, maar pas op dat je er niet te afhankelijk van wordt. Degenen die het moeten maken zijn ook maar mensen en die maken fouten met soms grote gevolgen. Fouteliminatie is daarom van levensbelang en dat betekent dat de structuur van een systeem zo eenvoudig en logisch mogelijk moet zijn. Definitie en standaardisatie zijn daarbij de kernwoorden. Alles wat er vanaf wijkt maakt de kans op fouten groter. Vandaar dat ik prat ga op tijdsharmonisatie. Het omschakelen van 9 tot 5 naar 8 tot 4 is het probleem niet.

Ik begrijp de kern van je betoog en ik wil het niet af doen met een simpele tegenbewering, maar is het niet zo dat systemen de mens dienen en niet andersom? Waarom zouden wij ons aanpassen aan iets wat we zelf gecreëerd hebben?

quote:

Op donderdag 28 maart 2019 18:09 schreef ACT-F het volgende:

[..]

Je hoeft geen boer te zijn om de zon te volgen. Ik ben ook geen boer, maar ik kan in de zomer eerder opstaan dan in de winter, ondanks dat de tijd een uur naar voren wordt geschoven. En daar heb ik zeer dankbaar gebruik van gemaakt afgelopen zomer vanwege de zinderende hitte.

Maar dan komen we al weer uit bij anekdotisch discussiëren

quote:

Op donderdag 28 maart 2019 18:10 schreef Straatcommando. het volgende:

[..]

Ik begrijp de kern van je betoog en ik wil het niet af doen met een simpele tegenbewering, maar is het niet zo dat systemen de mens dienen en niet andersom? Waarom zouden wij ons aanpassen aan iets wat we zelf gecreëerd hebben?

Een structuur is ook iets wat wij creëren. Op basis van die structuur bouwen we onze systemen. Dus wij dienen beslist niet het systeem. Kom nou Als ik ergens kriegel van word..... Maar ergens moeten we een keuze maken. Gaan we de systemen die ons van dagelijkse gemakken voorzien foutgevoeliger maken ten faveure van het 9 tot 5 principe, of gaan we 8 tot 4 hanteren? Of nog beter, flexibele werktijden. Voor mij beslist het laatste, maar ik weet ook wel dat het creëren van draagvlak moeilijk is zolang alles goed gaat. Het aard van het beestje is niet altijd progressief om iets te willen veranderen. Daarvoor moet iets zichtbaar mis gaan.

quote:

Op donderdag 28 maart 2019 18:18 schreef ACT-F het volgende:

[..]

Een structuur is ook iets wat wij creëren. Op basis van die structuur bouwen we onze systemen. Dus wij dienen beslist niet het systeem. Kom nou Als ik ergens kriegel van word..... Maar ergens moeten we een keuze maken. Gaan we de systemen die ons van dagelijkse gemakken voorzien foutgevoeliger maken ten faveure van het 9 tot 5 principe, of gaan we 8 tot 4 hanteren? Of nog beter, flexibele werktijden. Voor mij beslist het laatste, maar ik weet ook wel dat het creëren van draagvlak moeilijk is zolang alles goed gaat. Het aard van het beestje is niet altijd progressief om iets te willen veranderen. Daarvoor moet iets zichtbaar mis gaan.

maar die structuur is dus niet uniform. Daar knelt de schoen.

Verder ben ik helemaal voor flexibele werktijden. Ik vind het zelfs rinduut belachelijk dat we zo stug vasthouden aan 9 to 5. Een zijspoor, maar fileproblematiek kun je op die manier zo goed als elemineren.

Wat doe je voor werk trouwens?

quote:

Op donderdag 28 maart 2019 17:50 schreef butz0rs het volgende:
Mensen leven ongeveer van 7:00 to 23:00 (geen bron). Om zowel ochtend als avond mensen tegemoet te komen, zou het beste zijn als de zon halverwege op het hoogste punt staat, dus om 15:00. UTC+3 dus.

En 's winters tot 11:30 in het donker zitten...

quote:

Op donderdag 28 maart 2019 18:07 schreef ACT-F het volgende:

[..]

Dat omschakelen is dus problematisch. En het probleem is niet je thuissituatie waar het zich beperkt tot het klokjes verzetten. Naarmate de globalisering toeneemt worden systemen met verschillende tijdzones met elkaar gekoppeld, dáár zitten de grootste problemen. De gewone sterveling merkt het pas als plots het internet niet werkt of geen stroom meer in huis is, of dat de boel overstroomd is. Raar en volstrekt ondenkbaar voor de buitenstaander, maar echt waar, als (industriële) automatiseerder houd ik soms mijn hart vast. Automatisering is mooi omdat het geld en tijd bespaart, maar pas op dat je er niet te afhankelijk van wordt. Degenen die het moeten maken zijn ook maar mensen en die maken fouten met soms grote gevolgen. Fouteliminatie is daarom van levensbelang en dat betekent dat de structuur van een systeem zo eenvoudig en logisch mogelijk moet zijn. Definitie en standaardisatie zijn daarbij de kernwoorden. Alles wat er vanaf wijkt maakt de kans op fouten groter. Vandaar dat ik prat ga op tijdsharmonisatie. Het omschakelen van 9 tot 5 naar 8 tot 4 is het probleem niet.

Ik snap dat het problemen kan geven als verschillende systemen met elkaar moeten communiceren maar ik kan me als leek niet voorstellen dat die problemen erg lastig zijn om te overwinnen. Dat het internet uitvalt kan ik me nog enigszins voorstellen maar hoe kan de boel opeens overstromen?

Ik snap echt de connectie met tijdzone niet.

quote:

Op donderdag 28 maart 2019 15:48 schreef ACT-F het volgende:

[..]

• Open Google maps.
• Zoek op waar Greenwich ligt, specifiek het observatorium.
• Noteer de breedtegraad (lengtegraad = 0, want dit is ook het ijkpunt voor positiebepaling).

Waarom Greenwich en niet Dublin?

quote:

Op donderdag 28 maart 2019 18:11 schreef Straatcommando. het volgende:

[..]

Maar dan komen we al weer uit bij anekdotisch discussiëren

Ik ben gek op anekdotes

quote:

Op donderdag 28 maart 2019 18:21 schreef Straatcommando. het volgende:

[..]

maar die structuur is dus niet uniform. Daar knelt de schoen.

Verder ben ik helemaal voor flexibele werktijden. Ik vind het zelfs rinduut belachelijk dat we zo stug vasthouden aan 9 to 5. Een zijspoor, maar fileproblematiek kun je op die manier zo goed als elemineren.

Wat doe je voor werk trouwens?

Een structuur 'leeft' en zal zich telkens aanpassen, maar blijft altijd een stukje erfenis houden. Waarom heeft een minuut 60 en geen 100 seconden? Vanwege het zestallige stelsel ooit in een grijs verleden Zomer-/ wintertijd is ook een structuur. Handig als je de kantoortijden niet wil veranderen maar toch energie besparen in een tijd dat elektriciteit alleen nog voor licht werd gebruikt, vandaar het woord lichtnet. In mijn woonplaats sinds 1912 bij de textielfabriek en sinds 1915 de rest van de stad. Het is eigenlijk niet eens zo gek lang geleden. Waarom 230 volt? Ook zoiets historisch, want 50 volt is een veilige wisselspanning (nog steeds de norm) en de draden waren nog van jute. Maar omdat een lange afstand ook verlies betekende werd de spanning 10% verhoogd in de centrale zodat er uiteindelijk ongeveer 50 volt aankwam. Op een gegeven moment was 55 volt niet genoeg, dus werden 2 lampen in serie gezet en zie daar de 110 volt en uiteindelijk 220 volt. Andere landen hadden 20% marge, dus die kwamen uit op 240 volt. Begin jaren '90 leek het wel handig om de systemen te harmoniseren naar een gulden middenweg, 230 volt dus.

En daar draait het om, harmonisatie ten gevolge van globalisering, maar we hebben nog een lange weg te gaan om de systemen die nu nog nationaal zijn te harmoniseren naar een wereldstandaard.

Helemaal eens met de fileproblematiek, vandaar dat ik de ochtendspits mijd als de pest. En dat kan ik me permitteren omdat ik zelfstandige ben. Ik werk voornamelijk voor vaste opdrachtgevers variërend van elektro, elektronica, telematica en ICT. Mijn specialisatie ligt in het ontwerpen, programmeren en storing zoeken. Ik heb daarnaast veel van doen met communicatiesystemen. Ook dat oude PTT-pruttel

quote:

Op donderdag 28 maart 2019 18:56 schreef ACT-F het volgende:

[..]

Ik ben gek op anekdotes
[..]

Een structuur 'leeft' en zal zich telkens aanpassen, maar blijft altijd een stukje erfenis houden.

En dat is goed omdat?

quote:

Op donderdag 28 maart 2019 16:24 schreef ACT-F het volgende:

[..]

Omdat 12:00 middag (= midden van de dag) een bepaalde betekenis heeft. De zon is ons referentiepunt. Vanuit dat referentiepunt, heb je weer andere zaken waar van alles aan elkaar gerefereerd is. Je doet er niet verstandig aan om daar van af te wijken. Je kunt van Greenwich gerust GMT+7 maken, want tijd is maar een getal, maar het betekent wel grotere kans op rekenfouten in zaken waar de opkomst en ondergang van de zon een belangrijke rol spelen.

Wat gek, om 17:00 is het ook middag. Is het dan ook het midden van de dag?
Nee de middag BEGINT om 12:00. En eindigt om 18:00. Dus het midden van de middag is het midden van de dag, dus 15:00.

Simpel toch?

UTC+3

quote:

Op donderdag 28 maart 2019 18:23 schreef AchJa het volgende:

[..]

En 's winters tot 11:30 in het donker zitten...

_10.30
Ja, en in het licht tot 18:30.

quote:

Op donderdag 28 maart 2019 19:07 schreef butz0rs het volgende:

_10.30
Ja, en in het licht tot 18:30.

10:48...

quote:

Op donderdag 28 maart 2019 18:35 schreef Kapitein_Scheurbuik het volgende:

[..]

Ik snap dat het problemen kan geven als verschillende systemen met elkaar moeten communiceren maar ik kan me als leek niet voorstellen dat die problemen erg lastig zijn om te overwinnen. Dat het internet uitvalt kan ik me nog enigszins voorstellen maar hoe kan de boel opeens overstromen?

Als gemalen dienst weigeren terwijl regen met bakken uit de hemel komt heb je wel een uitdaging. Piet programmeert een PLC in een gemaal. Er wordt gevraagd om de tijd in te voeren en dat doet Piet keurig door op zijn klok te kijken. Het is nu wintertijd. Joop programmeert een ander gemaal, je voelt hem al aankomen, het is zomertijd. Zolang de systemen autonoom werken en op basis van vooraf ingestelde waterstanden maakt het geen moer uit wat voor een tijd er ingesteld wordt.

Nu is er het idee opgevat om de systemen op afstand bij te sturen in geval van springvloed. De instructies daarvoor worden ruim van te voren gestuurd in plaats van realtime om een eventuele onderbreking voor te zijn. Het eerste gemaal vult een boezem, terwijl het andere gemaal de boezem weer leeg pompt naar een andere boezem. De gemalen krijgen instructies om een veel lagere waterstand te hanteren i.v.m. vloedgolf komend vanuit Duitsland dat op een uitgerekend tijdstip arriveert. De verlaging van de waterstand verloopt intermitterend met een telkens langere tijd dat er gepompt wordt. De opdracht begint om 13:00 en eindigt om 19:00. Daarbuiten draait het autonome programma weer dat gebaseerd is op gemeten waterstand. Door het verschil in geprogrammeerde tijd begint het eerste gemaal al te pompen naar de boezem, terwijl het tweede gemaal dat diezelfde boezem moet leeg pompen denkt dat het nog 12:00 is. Het autonome systeem van het tweede gemaal grijpt in op basis van de waterstand en pompt de boezem weer netjes leeg. Het wordt 14:00 en het tweede gemaal begint nu ook het programma te draaien omdat die denkt dat het nu 13:00 is. Het programma ziet er als volgt uit:

13:00 Pompen met een interval van 5 minuten aan, 15 minuten uit.
14:00 Pompen met een interval van 10 minuten aan 20 minuten uit.
15:00 Pompen met een interval van 10 minuten aan, 10 minuten uit.
16:00 Pompen met een interval van 20 minuten aan, 10 minuten uit.
17:00 Pompen met een interval van 15 minuten aan, 5 minuten uit.
18:00 Permanent pompen.
19:00 Terug naar het autonome programma.

Maar door een programmeerfout is het tijdgebonden programma dominant aan het autonome systeem waardoor er niet ingegrepen wordt op basis van waterstand zolang het programma draait. De boezem wordt sneller gevuld dan het leeg wordt gepompt. Foutje bedankt. Na een flink waterballet is de fout alsnog hersteld en is het onderwerp tijdsharmonisatie op de agenda gezet. Hoewel de feitelijke programmeerfout het negeren van de waterstand is, had dit probleem wel voorkomen kunnen worden en ontdekt zonder dat de boel overstroomt. De kunst van risicoverlaging is het elimineren van potentiële fouten.

quote:

Op donderdag 28 maart 2019 20:36 schreef ACT-F het volgende:

[..]

Als gemalen dienst weigeren terwijl regen met bakken uit de hemel komt heb je wel een uitdaging. Piet programmeert een PLC in een gemaal. Er wordt gevraagd om de tijd in te voeren en dat doet Piet keurig door op zijn klok te kijken. Het is nu wintertijd. Joop programmeert een ander gemaal, je voelt hem al aankomen, het is zomertijd. Zolang de systemen autonoom werken en op basis van vooraf ingestelde waterstanden maakt het geen moer uit wat voor een tijd er ingesteld wordt.

Nu is er het idee opgevat om de systemen op afstand bij te sturen in geval van springvloed. De instructies daarvoor worden ruim van te voren gestuurd in plaats van realtime om een eventuele onderbreking voor te zijn. Het eerste gemaal vult een boezem, terwijl het andere gemaal de boezem weer leeg pompt naar een andere boezem. De gemalen krijgen instructies om een veel lagere waterstand te hanteren i.v.m. vloedgolf komend vanuit Duitsland dat op een uitgerekend tijdstip arriveert. De verlaging van de waterstand verloopt intermitterend met een telkens langere tijd dat er gepompt wordt. De opdracht begint om 13:00 en eindigt om 19:00. Daarbuiten draait het autonome programma weer dat gebaseerd is op gemeten waterstand. Door het verschil in geprogrammeerde tijd begint het eerste gemaal al te pompen naar de boezem, terwijl het tweede gemaal dat diezelfde boezem moet leeg pompen denkt dat het nog 12:00 is. Het autonome systeem van het tweede gemaal grijpt in op basis van de waterstand en pompt de boezem weer netjes leeg. Het wordt 14:00 en het tweede gemaal begint nu ook het programma te draaien omdat die denkt dat het nu 13:00 is. Het programma ziet er als volgt uit:

13:00 Pompen met een interval van 5 minuten aan, 15 minuten uit.
14:00 Pompen met een interval van 10 minuten aan 20 minuten uit.
15:00 Pompen met een interval van 10 minuten aan, 10 minuten uit.
16:00 Pompen met een interval van 20 minuten aan, 10 minuten uit.
17:00 Pompen met een interval van 15 minuten aan, 5 minuten uit.
18:00 Permanent pompen.
19:00 Terug naar het autonome programma.

Maar door een programmeerfout is het tijdgebonden programma dominant aan het autonome systeem waardoor er niet ingegrepen wordt op basis van waterstand zolang het programma draait. De boezem wordt sneller gevuld dan het leeg wordt gepompt. Foutje bedankt. Na een flink waterballet is de fout alsnog hersteld en is het onderwerp tijdsharmonisatie op de agenda gezet. Hoewel de feitelijke programmeerfout het negeren van de waterstand is, had dit probleem wel voorkomen kunnen worden en ontdekt zonder dat de boel overstroomt. De kunst van risicoverlaging is het elimineren van potentiële fouten.

Zulke dingen altijd UTC instellen.
Probleem opgelost.

Vraag me af waarom Nederland in 1945 niet terug zijn gegaan naar de Engelse tijd die voor 1940 gebruikt werd, en toch aan de Duitse tijd bleven vasthouden.

quote:

Op donderdag 28 maart 2019 20:46 schreef Boezeidekoe het volgende:
Vraag me af waarom Nederland in 1945 niet terug zijn gegaan naar de Engelse tijd die voor 1940 gebruikt werd, en toch aan de Duitse tijd bleven vasthouden.

Voor 1940 werd niet de Engelse tijd gebruikt, maar de Amsterdamse Tijd, wat UTC +0:20 was.

quote:

Op donderdag 28 maart 2019 20:45 schreef Zorro het volgende:

[..]

Zulke dingen altijd UTC instellen.
Probleem opgelost.

Alle softwaresystemen gebruiken timestamps, letterlijk alles. Dat is UTC.

quote:

Op donderdag 28 maart 2019 20:55 schreef Nattekat het volgende:

[..]

Alle softwaresystemen gebruiken timestamps, letterlijk alles. Dat is UTC.

Daarom. Dus zo'n gemaal instellen (wist niet eens dat dat moest, maar goed) kan dan toch ook in UTC, ben je van al die jamaartijdverzetteniszolastig-smoesjes af

quote:

Op donderdag 28 maart 2019 20:45 schreef Zorro het volgende:

[..]

Zulke dingen altijd UTC instellen.
Probleem opgelost.

Piet en Joop hadden nooit van UTC gehoord Vandaar dat ik voorstander ben van GMT in wintertijd wat gelijk is aan UTC. Dan ben je gelijk van al die problemen af. Dat je tijdzone identiek is aan UTC is een zegen en zou je juist moeten omarmen in plaats van er van af te wijken.

Buienradar komt met een permanente wintertijd!!!!!!!!! Weten zij al meer soms?

https://www.buienradar.nl(...)opkomst-en-ondergang

quote:

Op donderdag 28 maart 2019 21:22 schreef ACT-F het volgende:

[..]

Piet en Joop hadden nooit van UTC gehoord Vandaar dat ik voorstander ben van GMT in wintertijd wat gelijk is aan UTC. Dan ben je gelijk van al die problemen af. Dat je tijdzone identiek is aan UTC is een zegen en zou je juist moeten omarmen in plaats van er van af te wijken.

Dat is een complete non sequitur. Met deze logica zou het ook beter zijn voor Duitsland en Polen om GMT aan te houden. Het probleem ligt bij Piet en Joop en bij jou, al die problemen die je verzint komen nooit voor omdat mensen die zulke fouten maken nooit een systeem kunnen opzetten dat perfect werkt behalve dat ene aspect.

En je hebt nog steeds geen enkele van mijn andere vragen beantwoord.

[ Bericht 2% gewijzigd door Fir3fly op 29-03-2019 10:06:29 ]

quote:

Op donderdag 28 maart 2019 17:06 schreef Captain_Jack_Sparrow het volgende:

[..]

Over domme aannames gesproken.

Dat jij een beetje van 9 tot 5 op kantoor sukkelt....

Dit dus, met z'n 'de zon kan het beste 30-60 min na ontwaken opkomen'..