Node Lab viser hva som skjer mellom en datastrøm og et dashboard. En ekte Node-RED-flyt mottar kontinuerlig genererte, emulerte sensordata, kontrollerer dem og viser resultatet. Dataene behandles live, men kommer ikke fra fysisk utstyr og inneholder ingen kundedata.
Hva er Node-RED?
Node-RED er et verktøy for hendelsesstyrt programmering. Noder mottar meldinger, behandler verdier og sender resultatet videre gjennom forbindelser som gjør dataveien synlig. Den samme løsningen kan inneholde JavaScript, API-er, MQTT og andre integrasjoner.
Node Lab bruker denne modellen i liten skala. Den er et læringseksempel, ikke et ferdig styringssystem for en maskin eller et anlegg.
Kontinuerlig betyr ikke fysisk
Demonstrasjonen genererer nye verdier i backend og sender dem gjennom den kjørende flyten. Tidsstempler, serversekvens og ferskhetsstatus viser om nye data faktisk kommer inn. Når kilden stoppes, skal dashboardet vise at datastrømmen ikke lenger er fersk.
Bevisgrensen er tydelig: Dette er emulerte sensordata. Demonstrasjonen dokumenterer behandling, validering, tilstand og visualisering — ikke en fysisk sensorinstallasjon.
Codex endret programmet, ikke bare presentasjonen
Det dokumenterte kravet var: Legg til Comfort margin som valgt temperaturgrense minus validert temperatur i samme serverprøve, vis verdien i dashboardet, og bevar validering, scenarioer og tilgangsgrenser.
Codex endret den lagrede kilden eller Node-RED-flyten. Forskjellen ble kontrollert mellom commit 576f1a71bbc5 og f610caa4f51e, og relevante tester ble kjørt før den nye releasen ble tatt i bruk. Det gjør endringen mulig å undersøke i stedet for å stole på en påstand om at «AI bygget det».
Den konkrete endringen la comfort_margin_c inn i flyten, API-et, skjemaet og dashboardet. Verdien er den valgte temperaturgrensen minus validert temperatur fra samme serverprøve. Samtidig ble CNC-eksempelets grense og grensetest justert fra 32 °C til 30 °C. 22 °C gir derfor +8 °C, 30 °C gir 0 °C og 34 °C gir −4 °C. Manglende temperatur gir null og vises som «Unavailable».
Kontrollert resultat: 32 av 32 uavhengige funksjonskontroller og ni av ni lagrede skjemaprøver besto. Kildepakken besto også 12 enhetstester. Resultatene gjelder denne avgrensede releasen.
Se forespørselen, forskjellen, testene og Docker-beviset i vanlig HTML ↗
Målte appdata fra denne releasen
Tallene nedenfor gjelder det oppgitte observasjonsvinduet og er ikke en generell ytelsesgaranti.
- Uavhengige funksjonskontroller: 32/32 kontroller. Offentlig funksjonsmatrise for Comfort margin, scenarioisolasjon, feiltilstand og gjenoppretting. Observert 2026-10-18T13:42:21Z; kilde: https://teachthecompany.com/node-lab/capture/.
- Validerte skjemaprøver: 9/9 prøver. Lagrede telemetriprøver validert mot skjemaet med Ajv draft 2020-12. Observert 2026-10-18T13:42:21Z; kilde: https://teachthecompany.com/node-lab/source/telemetry.schema.json.
- Serversekvens: 253–294 prøver. Ny anonym observasjon over 61 sekunder av normal-scenarioet; sekvens og servertid avanserte. Observert 2026-10-18T13:49:55Z; kilde: https://teachthecompany.com/node-lab/api/live?scenario=normal.
- Generatorintervall: 1.5 sekunder. Konfigurert intervall for backend-genererte, emulerte verkstedprøver. Observert 2026-10-18T13:49:55Z; kilde: https://teachthecompany.com/node-lab/api/info.
- Kildeenhetstester: 12/12 tester. Avgrensede enhetstester for den publiserte Comfort margin-endringen. Observert 2026-10-18T13:42:21Z; kilde: https://teachthecompany.com/node-lab/capture/change-validation.json.
Hva kan du kontrollere selv?
- Åpne demoen og se at tidsstempel og sekvens endrer seg.
- Sammenlign normal tilstand, alarm, ugyldig input og gjenoppretting.
- Åpne den offentlige kilden og finn logikken som bestemmer resultatet.
- Kontroller release og commit mot prosjektfaktaene på denne siden.
Den offentlige siden gir tilgang til læringsdemoen, men ikke til Node-RED-editoren eller administrasjons-API-et. Reproduksjon krever at du leser oppsettet og kjører kilden i ditt eget avgrensede miljø.
Kjør samme kilde i et avgrenset Docker-miljø
Den offentlige pakken inneholder den versjonerte Node-RED-flyten, Dockerfile og Compose-oppsett. Releasekontrollen startet løsningen fra den publiserte kilden, kontrollerte helse og offentlig oppførsel og gjennomførte en persistenssyklus med navngitt /data-volum. Dette er reproduksjonsbevis for demonstrasjonen, ikke sertifisering av et vilkårlig produksjonsanlegg.
Last ned kildepakken ↗ · Les det saniterte Docker-beviset ↗
Vanlige spørsmål
Kommer målingene fra fysiske sensorer?
Nei. Alle verdiene er emulerte demonstrasjonsdata. De behandles av en ekte, kjørende Node-RED-flyt.
Kjører en språkmodell inne i dashboardet?
Nei. Codex ble brukt til å utvikle og kontrollere kildekoden og flyten. Den offentlige datastrømmen er ikke avhengig av en live modell-API.
Kan besøkende endre produksjonsflyten?
Nei. Besøkende kan bruke demoen og lese den publiserte kilden, men editor- og administrasjonstilgang er avvist.
Beviser demoen at løsningen passer i et fysisk anlegg?
Nei. Den beviser den avgrensede programflyten som er dokumentert. Fysisk utstyr, elektriske grenser og sikkerhetskrav må verifiseres i den konkrete leveransen.
En ny timinutters gjennomgang er under produksjon og kontroll. Den omtales ikke som publisert før den separate mediegjennomgangen er ferdig.
Node Lab shows what happens between a data stream and a dashboard. A real Node-RED flow receives continuously generated emulated sensor data, validates it and displays the result. The data is processed live, but it does not come from physical equipment and contains no customer information.
What is Node-RED?
Node-RED is a tool for event-driven programming. Nodes receive messages, process values and pass results through connections that make the data path visible. The same solution can contain JavaScript, APIs, MQTT and other integrations.
Node Lab uses this model at a small scale. It is a learning example, not a finished controller for a machine or facility.
Continuous does not mean physical
The demonstration generates new values in the backend and passes them through the running flow. Timestamps, server sequence and freshness status show whether new data is actually arriving. When the source is paused, the dashboard must show that the stream is no longer fresh.
The evidence boundary is explicit: these are emulated sensor readings. The demonstration documents processing, validation, state and visualisation—not a physical sensor installation.
Codex changed the program, not only the presentation
The documented requirement was: Add Comfort margin as the selected temperature limit minus validated temperature from the same server sample, display it in the dashboard, and preserve validation, scenarios and access boundaries.
Codex changed the stored source or Node-RED flow. The difference between commit 576f1a71bbc5 and f610caa4f51e was inspected, and relevant tests ran before the new release was deployed. This makes the change inspectable instead of relying on the statement that “AI built it.”
The concrete change added comfort_margin_c to the flow, API, schema and dashboard. It is the selected temperature limit minus the validated temperature from the same server sample. The CNC example threshold and boundary fixture were also aligned from 32 °C to 30 °C. Consequently, 22 °C produces +8 °C, 30 °C produces 0 °C and 34 °C produces −4 °C. Missing temperature produces null and is rendered as “Unavailable.”
Verified result: 32 of 32 independent functional checks and nine of nine stored schema snapshots passed. The source package also passed 12 unit tests. These results apply to this bounded release.
Inspect the request, diff, checks and Docker evidence in normal HTML ↗
Measured application data from this release
The values below apply to the stated observation window and are not a universal performance guarantee.
- Independent functional checks: 32/32 kontroller. Public feature matrix for Comfort margin, scenario isolation, fault state and recovery. Observed 2026-10-18T13:42:21Z; source: https://teachthecompany.com/node-lab/capture/.
- Validated schema snapshots: 9/9 prøver. Saved telemetry snapshots validated against the schema with Ajv draft 2020-12. Observed 2026-10-18T13:42:21Z; source: https://teachthecompany.com/node-lab/source/telemetry.schema.json.
- Server sequence: 253–294 prøver. New anonymous 61-second observation of the normal scenario; sequence and server time advanced. Observed 2026-10-18T13:49:55Z; source: https://teachthecompany.com/node-lab/api/live?scenario=normal.
- Generator interval: 1.5 sekunder. Configured interval for backend-generated emulated workshop samples. Observed 2026-10-18T13:49:55Z; source: https://teachthecompany.com/node-lab/api/info.
- Source unit tests: 12/12 tester. Bounded unit tests for the published Comfort margin change. Observed 2026-10-18T13:42:21Z; source: https://teachthecompany.com/node-lab/capture/change-validation.json.
What can you verify?
- Open the demo and watch the timestamp and sequence change.
- Compare normal state, alert, invalid input and recovery.
- Open the public source and locate the logic that determines the result.
- Match the release and commit to the project facts on this page.
The public page provides access to the lesson, not to the Node-RED editor or Admin API. Reproduction requires reading the setup and running the source in your own bounded environment.
Run the same source in a bounded Docker environment
The public package contains the versioned Node-RED flow, Dockerfile and Compose setup. Release verification started the application from the published source, checked health and public behavior, and completed a persistence cycle with the named /data volume. This is reproduction evidence for the demonstrator, not certification of an arbitrary production installation.
Download the source package ↗ · Read the sanitized Docker evidence ↗
Frequently asked questions
Do the readings come from physical sensors?
No. Every value is emulated demonstration data processed by a real, running Node-RED flow.
Does a language model run inside the dashboard?
No. Codex assisted development and verification of the source and flow. The public data stream does not depend on a live model API.
Can visitors change the production flow?
No. Visitors can use the demo and inspect the published source, while editor and administrative access is denied.
Does the demo prove suitability for a physical installation?
No. It proves the bounded software flow that is documented. Physical equipment, electrical limits and safety requirements need verification for the specific delivery.
A new ten-minute walkthrough remains in production and review. It is not described as published until the separate media review is complete.