Tri sonĝoj por malsama fabriko

Ekzistas tri aferoj, kiujn ĉiu, kiu iam ajn funkciigis industrian maŝinon, almenaŭ unufoje demandis. Tri aferoj, kiujn oni ne diras laŭte, ĉar ŝajnas utopioj. Ĉi tiu artikolo vicas ilin.

Sceno, por komenci

Nokta ŝanĝo, sekcio X. Linio haltas. La HMI-panelo montras kodon: E-1423. La manlibro estas en ŝranko je tri konstruaĵoj for. La teknikisto, kiu konas tiun maŝinon, estas en ferio. La operatoro havas du vojojn: voki la helpan servon — kiu eble respondos matene — aŭ hazarde provi solvi ĝin. En la tuta industriigita mondo, scenoj kiel ĉi tiu ripetiĝas centojn da fojoj ĉiun nokton.

La problemo ne estas, ke mankas manlibro. Ekzistas tro da manlibroj. La problemo estas, ke la maŝino bone scias, kion ĝi bezonas — la premsensilo diras al ĝi dum tridek sekundoj, ke io estas erara — sed ĝi ne povas paroli lingvon, kiun la operatoro komprenas, kaj kiam ĝi sukcesas paroli ĝin, ĝi rakontas la problemon anstataŭ la solvon. "Premuro ekster limoj" ne estas frazo utila je la tria horo de la nokto. "Kontrolu la valvon V12 de la aerokurso, ĝi eble gluiĝis" estas.

De tie ekas la laboro, kiun ni faras. Ne nova PLC. Ne pli bela HMI. Maniero malsama pripensi kio estu, en 2026, la programaro, kiu movigas maŝinon. Kaj tri fiksitaj ideoj — nomu ilin eĉ sonĝoj — kiujn ni provas teni kune.

Sonĝo numero unu: aŭtomatu sen programi

La industria aŭtomatigo, kiel ĝi estas farita hodiaŭ, postulas tre specifan figuron: iun, kiu scias programi en lingvo — la familio IEC 61131-3, kun ĝiaj dialektoj ladder, function block, structured text — kiun oni praktike ne uzas aliloke en la mondo de la programaro. Tiu, kiu scias tiujn lingvojn, estas malofta, estas multekosta, kaj estas preskaŭ ĉiam trisemajne malfruktodona.

La paradokso estas, ke tiu, kiu vere konas la maŝinon, ofte ne estas la programisto. Estas la ĉefo de la sekcio, la maljuna prizorganto, la integranto, kiu instalis dudek similajn instalaĵojn. Tiuj homoj scias kion la maŝino devas fari. Ili ne havas deziron lerni programlingvon naskitan en la 90-aj jaroj por klarigi ĝin.

La ideo estas renversi la ĉenon. Programistoj skribas reuzeblajn komponentojn — movokontrolo, sensorkontrolo, operaciaj sekvencoj — nur unufoje, en modernaj kaj ĝeneralaj lingvoj. La maŝin-integranto ne programas ilin: li kunigas ilin, specifante per voĉo aŭ skribe kion la maŝino devas fari. Granda lingvomodelo — LLM — funkcias kiel tradukanto: ĝi prenas la funkcian specifon de la integranto kaj transformas ĝin en ekzekuteblan konfiguracion, kunigante la jam skribitajn kaj testitajn komponentojn.

Ne estas la fantazio de "AI kiu skribas la kodon anstataŭ vi". Estas io pli modesta kaj pli realisma: AI kiu legas vian specifon kaj elektas, inter certigitaj komponentoj, kiel kombini ilin. La kritika kodo — tiu kiu movas akson kun 5-milisekunda ciklo — daŭre skribiĝas de homo, en lingvo kiu garantias determinismon kaj fidindecon. Sed tiu kodo estas skribita unufoje por ĉiam kaj reuzita centfoje.

Revo numero du: la maŝino kiu scias pri si

Hodiaŭ la maŝinoj parolas malmulte, kaj malbone. Alarmilo estas numerkodo. Diagnostiko estas serio de LED-oj. Registro estas binara dosiero kiun nur la fabrikanto scias malfermi. La scio pri kiel funkcias tuta maŝino, kun tiuj tolerancoj, post tiuj du mil cikloj, estas en la kapo de persono, aŭ en PDF io-loke.

La dua sonĝo estas ke la maŝino konas sin. Ne misticisme — en tre konkreta senco: la teknika dokumentaro, la procezaj parametroj, la tipaj kazoj de difekto, la intervenaj proceduroj ne plu estas en ŝranko aŭ en aparta dokumenta servilo, sed en la maŝino mem, legeblaj de ĝia propra programaro. Kaj kiam io ne funkcias, la maŝino ne diras "eraro 1423". Ĝi diras "la valvo V12 probable alkolis, vi devus kontroli ĝin; intertempe mi povas daŭri en degradita reĝimo je 60% de la rapido".

La diferenco estas inter pasiva objekto kiu signalas kaj aktiva objekto kiu proponas. La unua lasas la problemon al la operatoro. La dua alfrontas ĝin kune kun li.

Tio postulas du aferojn ne tro ofte konsideratajn. Unue, ke la scio pri la maŝino — historie konservita en manlibroj, elektraj skemoj, CAD-desegnaĵoj kaj kapoj de teknikistoj — estu formaligita kaj integrigita en la sistemon. Due, ke la sistemo havu interlokulon kapablan teni konversacion: denove, LLM, uzata ĉi tie ne por generi kodon sed por traduki simptomojn en kompreneblajn agojn, en la lingvo de tiu, kiu staras antaŭ la panelo.

Denove, ne estas magio. Ĝi estas bone skribita dokumentado, bone indeksiĝinta, kaj konversacia interfaco super ĝi. Sed ĝi ŝanĝas ĉion por tiu, kiu faras la noktan ŝanĝon.

Revo numero tri: la programaro kiu funkcias ĉie

La tria revo estas la plej teknika kaj, paradoxe, la plej politika. Hodiaŭ la industria aŭtomatigo estas mondo de fermitaj ecosistemoj. Ĉiu granda produktanto de PLC havas sian propran lingvon, sian disvolvan medion, sian propran aparataron, siajn stirilojn, sian vendistaron. Ŝanĝi provizanton signifas reskribi ĉion.

La ambicio ĉi tie estas konstrui programaran sistemon, kiu funkcias sur ĝenerala aparataro — mini-industria komputilo, enkorpigita kontrolilo, servero en la kelo — elektante la aparataron laŭ la buĝeto kaj la necesaj performoj, ne laŭ tio, kiu marko de PLC venkis la negocion. Operaciumo Linux en realtempa versio, komunikaj kartoj bazitaj sur malfermaj normoj (EtherCAT por ĉiuj), programaj komponantoj en modernaj lingvoj por la determinaj partoj kaj en pli flekseblaj lingvoj por tiuj, kiuj ne estas.

La regulo, kaj ĉi tie la utopio fariĝas konkreta: la aparataro devas influi la performojn, neniam la fidindecon. La sama logiko, sur maŝino malpli potenca, devas funkcii idente — nur pli malrapide. Se la ciklotempo pasas de 5 al 10 milisekundoj, la akso moviĝas kun la sama precizeco sed je duono de la rapido. Neniam "preskaŭ egala". Neniam "funkcias krom en tiu kazo". Sama sistemo, samaj decidoj, samaj garantioj.

Jen la parto kie spertaj inĝenieroj ekridetas. Ili bone scias, ke la realtempa agado estas malfacila, ke Linux ne naskiĝis kiel realtempa sistemo, ke la LLM-oj ne funkcias sur Raspberry Pi, ke miksi malsamajn lingvojn en la sama stako havas pli da danĝeroj ol promesas la instrumaĵoj. Ili pravas. Sed la direkto estas tiu, kaj la konstruaj blokoj por konstrui ĝin — la realtempaj etendaĵoj de la Linux-kernelo, maturaj malfermkodaj EtherCAT-stakoj, LLM-oj kiuj komencas funkcii sur modesta aparataro — ekzistas, hodiaŭ, unue ĉiuj kune.

Kial "utopio"

Utopio estas honesta vorto. Neniu el ĉi tiuj tri aferoj estas, hodiaŭ, finita produkto. La unua postulas LLM-ojn sufiĉe fidindajn por esti uzataj en produktiva kunteksto, kaj ni estas en la unuaj paŝoj. La dua postulas enorman laboron pri formaligo de la industria scio, kiu hodiaŭ estas preskaŭ ĉiuj neformala. La tria postulas konstrui malfermajn alternativojn kontraŭ fermitaj ekosistemoj, kiuj havas dudekjaran avantaĝon.

Sed la tri sonĝoj kune, se viciigitaj, desegnas precizan direkton: aŭtomatigon en kiu la aparataro estas varo, la programaro estas reuzebla, la scio estas enkorpigita en la maŝino, kaj la figuro de la PLC-programisto — hodiaŭ botnelo de tuta industrio — ne malaperas, sed moviĝas tien kie ĝi vere servas, do por skribi la bazajn komponentojn unufoje por ĉiam.

En la artikoloj, kiuj sekvos, ni rakontos la pecojn, kiujn ni konstruas de ĉi tiu puzzleo. Unu post la alia, sen promesi, ke la puzzleo estas kompleta. Ĝi ne estas. Sed la desegno komencas vidiĝi.