
En maskin starter på nytt etter et strømbrudd i helgen, og PLS-en kommer tilbake med parameterne tilbakestilt til fabrikkinnstillinger. Eller et HMI-panel som har kjørt perfekt i tre år, glemmer plutselig oppskriftsskjermene over natten. De fleste vedlikeholdsteam hopper rett til "PLS er døende" eller "vi trenger et helt nytt panel." Ofte er den virkelige årsaken mye mindre: en liten ikke-flyktig minnebrikke kalt EEPROM, eller kretsen som støtter den.
Denne veiledningen bryter ned hva EEPROM faktisk gjør inne i PLS-en, HMI-en og VFD-en, hvordan du kan fortelle en minnerelatert-feil fra andre feil, og hva du skal gjøre når du har bekreftet problemet. Den er skrevet for folk som vedlikeholder og spesifiserer industrielt kontrollutstyr, ikke for chipdesignere, så vi vil holde fokus på det som betyr noe på fabrikkgulvet.
Hva er EEPROM, og hvorfor trenger PLS-en din det?
Hva EEPROM egentlig er
EEPROM (Electrically Erasable Programmable Read-Only Memory) er en type ikke-flyktig minne. Det betyr at den beholder dataene selv etter at strømmen er fjernet, i motsetning til standard RAM, som mister alt i det øyeblikket den mister strømmen. Denne enkeltegenskapen er grunnen til at en PLS, HMI eller VFD kan kobles fra, sendes, sitte på et lager og fortsatt starte opp med det samme programmet og innstillingene måneder senere. Uten EEPROM eller et lignende ikke-flyktig minne, ville hver kontroller måtte omprogrammeres fra bunnen av etter hver strømsyklus, noe som åpenbart ikke er praktisk på en produksjonslinje.

Det som faktisk lever i ikke-flyktig minne
Ikke alle dataene inne i utstyret ditt sitter på samme sted, og å klumpe alt sammen er der mye forvirring starter. Her er en enkel oversikt over hva som vanligvis avhenger av ikke-flyktig lagring i hver enhetstype:
|
Enhet |
Typiske data lagret i ikke-flyktig minne |
|
PLC |
Brukerprogram (stigelogikk, funksjonsblokker), retentive data, kommunikasjonsinnstillinger |
|
HMI |
Skjermoppsett, oppskrifter, alarmkonfigurasjoner, historisk trendoppsett |
|
VFD |
Motorparametere, akselerasjons- og retardasjonskurver, kalibrering og feilhistorikk |
En PLS beskytter kontrolllogikken din. En HMI beskytter grensesnittet operatørene dine stoler på hvert skift. En VFD beskytter den nøyaktige motorinnstillingen som tok noen timer å få riktig. Når noen av disse blir tørket ut, måles kostnaden i nedetid, ikke i en erstattet brikke.
Rask spørsmål: Er EEPROM det samme som batteri-støttet minne i PLS-en min?
Nei, og denne blandingen-skaper mye unødvendig panikk på plantegulvet. Se neste avsnitt for forskjellen.
EEPROM vs. Flash vs. Battery-Backet RAM: Minneroller i en kontroller
De fleste industrielle kontrollere er ikke avhengige av en enkelt type minne. De kombinerer to eller tre, og hver og en har en bestemt jobb.

|
Minnetype |
Hvordan det er skrevet |
Typisk utholdenhet |
Datalagring uten strøm |
Felles rolle i en PLS |
|
EEPROM |
Elektrisk, byte for byte |
Opptil rundt 1 000 000 skrivesykluser |
År, ofte 10 til 20+ |
Små innstillinger, parametere, kalibreringsdata |
|
Flash |
Elektrisk, i større blokker |
Omtrent 10 000 til 100 000 skrivesykluser |
År, tilsvarende rekkevidde som EEPROM |
Firmware, større brukerprogrammer |
|
Batteristøttet RAM- |
Umiddelbart, ingen spesiell skriveprosess |
Faktisk ubegrenset |
Bare så lenge batteriet varer |
Oppbevarte data, sanntidsklokke-, livetellere |
Det er nettopp derfor en enkelt PLS ofte bruker alle tre. Flash eller EEPROM lagrer programmet og konfigurasjonen slik at den overlever frakt, lagring og lange nedleggelser. Batteri-støttet RAM håndterer data som må oppdateres konstant, som løpende tellere eller klokken, uten å slite ut en brikke som har et begrenset antall skrivesykluser.
Hvorfor PLS-en din fortsatt trenger et batteri hvis EEPROM ikke mister data
Hvis EEPROM allerede inneholder data uten strøm, hvorfor har så mange CPUer fortsatt et batterispor? Batteriet er ikke der for å beskytte EEPROM. Den er der for å holde den sanne-tidsklokken i gang og for å bevare bevarte RAM-data (ting som gjeldende tellerverdier eller tidtakere midt i-syklusen) mellom strømsyklusene. Når det batteriet dør, vil du ofte se at klokken tilbakestilles eller visse retentive verdier går tilbake til null, noe som kan se identisk ut med en minnebrikkefeil hvis du ikke vet hva du skal sjekke først.
Hvis du vil se hvordan dette utspiller seg på en spesifikk modell, vårUltimate guide til Siemens S7-1200 PLCdekker CPUens backup-batterispor og hva den faktisk beskytter.
Hvordan EEPROM fungerer inne i en PLS- eller HMI-modul
Du trenger ikke en halvlederfysikkbakgrunn for å vedlikeholde dette utstyret, men et grunnleggende bilde av hva som skjer inne i brikken gjør feilsymptomene i neste avsnitt mye lettere å forstå.
Den flytende porten, i klare ordelag
Inne i hver EEPROM-celle er en liten struktur kalt en flytende port, fanget mellom isolerende lag. Elektroner kan skyves på eller av den ved hjelp av en elektrisk ladning, og hvilken tilstand den lander i representerer en binær 1 eller 0. Fordi porten er elektrisk isolert, forblir ladningen på plass selv etter at strømmen er fjernet, noe som er hele grunnen til at denne typen minne er ikke-flyktig. Tenk på det som en mikroskopisk bryter som forblir på plass etter at du slipper den.
Hvorfor byte-sletting er viktig for deg
Den praktiske detaljen som betyr mer enn fysikken er denne: EEPROM kan slette og omskrive data én byte om gangen, i stedet for å tømme en stor blokk på en gang, slik noe flashminne gjør. Det er grunnen til at en tekniker kan endre et enkelt timersettpunkt i en PLS som kjører uten å-laste ned hele programmet på nytt. Det betyr også at under normal drift er en liten parameterendring en lav-risiko, selvstendig-handling. Men når selve brikken er degraderende eller har sviktet, slutter den presisjonen å fungere slik den skal, og det er der ting begynner å se ut som symptomene som er beskrevet neste.
Vanlige EEPROM- og minnesviktsymptomer i industrielt utstyr

Ikke alle feil er en minnesvikt. Men disse fire mønstrene er de som oftest spores tilbake til en sviktende EEPROM, en utslitt -lagringsbrikke eller tilhørende sikkerhetskopikretser.
Programtap eller automatisk sletting
PLS-en starter opp uten at noe program er lastet, eller et program som var der i går er rett og slett borte. Dette er ofte knyttet til en skriveoperasjon som ble avbrutt, for eksempel et strømbrudd som oppsto under en programnedlasting eller en intern lagringsoperasjon. Det har en tendens til å være plutselig og totalt, snarere enn en gradvis endring i atferd.
Parametre tilbakestilt til fabrikkinnstillinger
Innstillinger som tok sanntid å konfigurere, går plutselig tilbake til verdier utenfor--boksen. Som nevnt ovenfor kan dette komme fra et dødt reservebatteri like enkelt som fra en sviktende EEPROM. Den raskeste måten å skille dem fra hverandre på er å sjekke om sanntidsklokken også er tilbakestilt. Hvis klokken er feil og innstillingene er feil, mistenker batteriet først. Hvis klokken er fin, men lagrede parametere er borte, er minnebrikken en mer sannsynlig skyldig.
Kommunikasjonsfeil eller gjentatt omstart
Noen kontrollere vil kaste kommunikasjonsfeil eller falle inn i en omstartssløyfe når internminnet blir ødelagt, siden systemet ikke kan lese sin egen konfigurasjon pålitelig. Dette symptomet er lett å forveksle med et lednings- eller nettverksproblem, så det er verdt å utelukke kabling og løse konflikter før du antar at det er en minnefeil.
Tegn på skrivesyklus-utmattelse
EEPROM har et begrenset antall skrive- og slettesykluser, vanligvis vurdert til hundretusenvis. Utstyr som skriver til minnet svært ofte (for eksempel en stasjon som logger en verdi eller oppdaterer et settpunkt på hver eneste syklus) kan slite ut en celle over år med kontinuerlig drift. Det avslørende tegnet her er periodiske, forverrede minnefeil på en enhet som har vært i hyppig,-skrivesyklus-tjeneste i lang tid, snarere enn en plutselig feil på en enhet med lett driftssyklus.
Rask selv-sjekk før du kaller det en minnefeil:
- Dukket problemet opp rett etter et strømbrudd?
- Har sanntidsklokken også tilbakestilt-?
- Er enheten i en høy-skrivesyklus (hyppig parameter eller datalogging)?
- Løser feilen etter en ny programnedlasting, eller kommer den tilbake umiddelbart?
- Er det noen produsentspesifikke-feilkoder som peker på en minnefeil?
Hvis flere av disse peker i samme retning, har du sannsynligvis å gjøre med et ekte minneproblem i stedet for et lednings-, kommunikasjons- eller strømforsyningsproblem. For en nærmere titt på hvordan disse symptomene vises i ekte feilkoder, se våre guider omfeilsøking av vanlige Siemens S7-1500 PLC-feilogSiemens LOGO! PLS feilkoder,som begge inkluderer minne-relaterte feilkoder og hva du bør sjekke.
EEPROM-arkitektur etter merke: Siemens, Allen-Bradley, Mitsubishi, Schneider, Omron
Ikke alle store merker håndterer ikke-flyktig lagring på samme måte, og dette er viktig hvis du støtter utstyr fra mer enn én produsent.
|
Merke |
Typisk lagringstilnærming |
Bemerkelsesverdig minnemaskinvare |
Batteri nødvendig? |
|
Siemens |
Internminne pluss uttakbart SIMATIC-minnekort |
MMC/SD-minnekort (S7-1200/1500-serien) |
Valgfritt, avhenger av CPU- og retentionsdatabehov |
|
Allen-Bradley |
Avtakbar EEPROM-minnemodul på mange eldre modeller |
1747-M-serien minnemoduler (SLC 500) |
Ofte nødvendig for RTC og oppbevarende data |
|
Mitsubishi |
Internt programminne pluss separat adresserte dataområder |
Innebygd-flash/EEPROM, modell-avhengig |
Varierer etter serie |
|
Schneider |
Programminne og dataminne administreres separat i CPU |
Internt ikke-flyktig minne, noen modeller støtter minnekort |
Varierer etter modell |
|
Omron |
Internt ikke-flyktig minne, med minnekassettalternativer på enkelte serier |
Batteri- eller kondensatorstøttede-modeller finnes avhengig av serie |
Varierer etter serie |
SiemensCPU-er i S7-1200- og S7-1500-familiene er avhengige av et flyttbart minnekort for fastvare, brukerprogram og oppskriftsdata, og derfor er det å bytte det kortet ofte det første skrittet teknikere tar under en reparasjon.Allen-Bradley'sSLC 500-linjen er et godt eksempel på EEPROM som en fysisk separat, utskiftbar modul i stedet for en brikke loddet til kortet, noe som gjør utskifting enklere, men også betyr at selve modulen kan gå tapt eller skades i felten.Mitsubishi sineFX- og Q-seriekontrollere administrerer programminne og dataminne som distinkte interne områder. Hvis du vil gå dypere inn i hvordan Mitsubishi strukturerer intern minneadressering (dets X-, Y-, M- og D-dataområder), vårt tidligere innlegg påminnestrukturen til en Mitsubishi PLSdekker detaljene på -programmeringsnivået. Denne artikkelen fokuserer på selve lagringsmaskinvaren og hvordan den svikter, som er en annen og komplementær vinkel.Schneiderkontrollere holder vanligvis program- og dataminne internt med mindre avhengighet av flyttbare kort på tvers av-mellomområdet.Omronvarierer mer etter serie, med noen modeller som bruker et batteri eller en kondensator for å bygge bro over korte strømbrudd, mens andre er mer avhengige av ikke-flyktige brikker.
TilVFD-erspesifikt gjelder denne samme logikken for lagring av motorparameter: en stasjon som plutselig går tilbake til standard akselerasjonskurver eller mister tuningdata etter at en strømhendelse viser samme kategori av feil, bare på en variabel frekvensomformer i stedet for en PLS eller HMI.
Hvordan sikkerhetskopiere og gjenopprette PLS- eller HMI-programmer
Sikkerhetskopieringsmetoder etter merke, kort
De nøyaktige trinnene varierer etter produsent og programmeringsprogramvare, så betrakt dette som en oversikt i stedet for en fullstendig gjennomgang. For Siemens-kontrollere lar TIA Portal deg lagre en fullstendig prosjektfil, og mange CPUer lar deg kopiere disse dataene direkte til det flyttbare minnekortet som en fysisk sikkerhetskopi du kan lagre separat fra enheten. Allen-Bradley, Mitsubishi, Schneider og Omron tilbyr alle lignende prosjekt-lagringsfunksjoner gjennom sine respektive programmeringsmiljøer (Studio 5000, GX Works, EcoStruxure Control Expert og CX-Programmer eller Sysmac Studio), og i de fleste tilfeller er den sikreste praksisen å eksportere en fullstendig sikkerhetskopifil umiddelbart etter periodisk.

En kort, praktisk backup-rutine
- Lagre en ny sikkerhetskopi umiddelbart etter program- eller parameterendring, ikke på en fast tidsplan alene.
- Lagre sikkerhetskopier fra selve enheten, ideelt sett på minst to steder (lokal server og sky, eller lokal og en fysisk stasjon).
- Merk hver sikkerhetskopi med dato og et kort notat om hva som er endret, slik at du ikke gjetter hvilken versjon som er aktuell under en nødsituasjon.
- Bekreft med jevne mellomrom at en sikkerhetskopi faktisk gjenopprettes riktig, i stedet for å anta at filen er gyldig fordi den eksisterer.
Reparere, erstatte eller oppgradere? En beslutningsveiledning for hukommelsessvikt
Når reparasjon er fornuftig
Reparasjon er verdt å vurdere når feilen er isolert og bekreftet (for eksempel et ødelagt program som tømmes etter en ny nedlasting og tilbakestilling), resten av CPUen eller modulen fungerer normalt, og utstyret ikke nærmer seg slutten av levetiden eller allerede er planlagt for utskifting. Hvis problemet løser seg rent etter å ha lastet programmet på nytt og sjekket batteriet, trenger du sannsynligvis ikke ny maskinvare i det hele tatt.
Når erstatning er bedre ring
Utskifting blir det mer fornuftige alternativet når den samme minnefeilen fortsetter å gjenta seg etter en ren omlasting, når enheten er en eldre eller utgått modell hvor støtte og reservedeler blir vanskeligere å få tak i, eller når nedetidskostnadene klart oppveier prisforskjellen mellom et raskt bytte og et utvidet reparasjonsforsøk. Spesielt for skrivesyklus-utmattelse, så snart en brikke er virkelig utslitt, fikser ingen mengde omprogrammering den permanent.
Originale kontra kompatible eller renoverte minnemoduler
Hvis du bestemmer deg for å erstatte en minnemodul eller et lagringskort, er det verdt å forstå avveiningene før du kjøper. Originale produsentens deler har den mest forutsigbare kompatibiliteten og fastvarestøtten, men kan komme med lengre ledetider avhengig av modellens alder. Kompatible eller oppussede moduler kan være et praktisk alternativ for eldre eller utgått utstyr, men innkjøp er viktig: bekreft at delen er testet, bekreft at den samsvarer med den nøyaktige CPU-firmware-revisjonen, og kjøp fra en leverandør som kan dokumentere delens tilstand og opprinnelse. En feilaktig eller dårlig testet modul er en av de vanligste årsakene til at en "quick fix" blir til en ny driftsstans.
Ikke sikker på om din nåværende feil er verdt å reparere eller om du trenger en pålitelig erstatningsminnemodul eller PLS/HMI-enhet for et spesifikt merke og modell?Bla gjennom PLS-, HMI- og VFD-modulene våre etter merkeellersend oss modelldetaljer for et tilbud,og vi kan hjelpe deg med å bekrefte kompatibilitet før du bestiller.
Konklusjon
Neste gang en PLS glemmer programmet sitt eller en HMI tilbakestiller til standard etter en strømhendelse, har du nå et utgangspunkt som går utover "bare bytt ut hele panelet." Sjekk klokken først, gå gjennom selv-sjekklisten ovenfor, og bekreft om du har et batteriproblem, en ødelagt skriving eller ekte minneslitasje før du bestemmer deg for reparasjon eller utskifting. Det ett ekstra trinnet kan være forskjellen mellom en fem--minutters reparasjon og en unødvendig maskinvarebestilling.
FAQ

Hva er den typiske levetiden til EEPROM i en PLS?
Hvorfor mistet PLS-en min programmet etter et strømbrudd?
Hvor ofte bør jeg sikkerhetskopiere PLS-programmet mitt?
Kan en defekt EEPROM repareres, eller må hele modulen skiftes ut?
Hva er forskjellen mellom EEPROM og flashminne i industrielle kontrollere?
Hvordan vet jeg om jeg trenger en original eller en kompatibel erstatningsminnemodul?
