Traysealer met matsushita M1T plc wil niet booten

TS leeft nog hoor, echter de afgelopen dagen was ik met een ander project bezig.
Uit praktisch oogpunt zou ik de PLC eruit kunnen halen en daarmee bij henri62 langs kunnen rijden.
Ik weet niet in welke regio je woont en wanneer je daar eventueel zin en tijd voor hebt? Als je een andere optie weet dan sta ik daar ook voor open.

Mocht deze route niet gaan lukken, gaan we de oude PLC eruit halen en vervangen door een Koyo DL06 en een Weintek schermpje, van beide heb ik er nog een aantal rondslingeren.
Met hulp van een collega en AI moeten we de software wel kunnen schrijven denk ik.

Oorzaak van de storing is onbekend, na lange tijd niet gebruikt te zijn, wil de machine niet meer booten? dus te diep ontladen? back-up batterij leeg? geen idee. M'n samsung smartwatch kon er ook niet tegen om 6 mnd met een lege accu te liggen, na een vervangend moederbord doet ie het weer.

Wat is IA?

Op woensdag 19 november 2025 15:24:30 schreef henri62:
Effe heel snel gekeken: Het run ledje zit inderdaad aan de switch, via een 1k weerstandje.
Dus daar schieten we niks mee op.

Een andere mogelijkheid om te kijken of de print iets doet (zonder scoop) is kijken of de stroom varieert als je die van prog naar run schakelt.

Z80 In-Circuit-Emulator ?

Op woensdag 19 november 2025 16:03:12 schreef Bobosje:
Wat is IA?

Een typo 8)7

Ik denk dat - als Henri daar interesse in heeft - dat wel de kortste klap is. Als ik de documentatie goed begrepen heb, dat loopt die controller ook wel zonder 'programma'.
En als het werkend is weg gezet en nu niks meer doet, dan kan dat prima duiden op een voeding die niet wil. Silicium gaat doorgaans niet stuk van 'niks doen'. Wat wel zou kunnen is dat ellende op de voeding het een en ander gemold heeft.

Voor als je wat nieuws moet maken: het is natuurlijk erg fijn als je weet wat er allemaal aan ingangen en aan uitgangen is. Zo'n machine is niet zo ingewikkeld, uitzoeken is soms een forse klus.
Ik ben benieuwd :)

Op woensdag 19 november 2025 16:12:00 schreef Maurice77:
Een typo 8)7

Ah, AI bedoel je.

Ik geloof dat AI nog niet was uitgevonden toen deze machine is ontwikkeld en gefrabriceerd dus op AI zou ik niet vertrouwen tenzij je wilt dat AI er een koffiemachine van gaat maken of zoiets. ;)

Op woensdag 19 november 2025 16:16:19 schreef EricP:
Ik denk dat - als Henri daar interesse in heeft - dat wel de kortste klap is. Als ik de documentatie goed begrepen heb, dat loopt die controller ook wel zonder 'programma'.
En als het werkend is weg gezet en nu niks meer doet, dan kan dat prima duiden op een voeding die niet wil. Silicium gaat doorgaans niet stuk van 'niks doen'. Wat wel zou kunnen is dat ellende op de voeding het een en ander gemold heeft.

Voor als je wat nieuws moet maken: het is natuurlijk erg fijn als je weet wat er allemaal aan ingangen en aan uitgangen is. Zo'n machine is niet zo ingewikkeld, uitzoeken is soms een forse klus.
Ik ben benieuwd :)

Er zit een E-plan bij waar alle in en uitgangen volgens mij op beschreven staan. De ingangen zijn allemaal IO, dus met name drukknoppen en positieschakelaars en uitgangen ook, aansturingen van relais en magneetventielen. Zover ik weet geen analoge in of uitgangen.
Er zullen wat counters geprogammeerd zijn om de sealtijd te regelen en de vacumeertijd. En wat voorwaarden.
De temperatuurregelingen worden door dedicated temperatuur controllers gedaan. Dus PID regelingen heb ik ook niet nodig.

Op woensdag 19 november 2025 16:16:26 schreef Bobosje:
[...]
Ah, AI bedoel je.

Ik geloof dat AI nog niet was uitgevonden toen deze machine is ontwikkeld en gefrabriceerd dus op AI zou ik niet vertrouwen tenzij je wilt dat AI er een koffiemachine van gaat maken of zoiets. ;)

Ik ben zelf niet zo thuis in plc programmeren, laat staan in ladderstructuur. Dan kan AI je wel een aardig eindje op weg helpen.

Tsja... copy-paste zonder enig idee waar je mee bezig bent en je dan afvragen waarom het niet doet wat het doen moet...

Zo spannend is ladder niet. En nee, ik gebruik het veel te weinig om er in 'thuis' te zijn - het is niet mijn 'core business'. Maar ff een half uurtje puzzelen met de 'editors' van heden levert doorgaans het gewenste resultaat op. En evt. ff een paar minuten zoeken op internet of een keer een tutorial browsen doet de rest. OK, ik heb een programmeer achtergrond van ruim 40 jaar in inmiddels meer talen dan vingers (en tenen), misschien is dat een voordeel... Maar toch...
En ja, iemand die het dagelijks doet is zeer zeker sneller dan ik. Die wedstrijd is verloren voor dat-ie begonnen is.

Zo op het oog 11 inputs en 10 outputs. Als je dan ook nog weet wat die machine zou moeten doen, dan lijkt me dat geen rocket science.
Overigens komt de datum op dat schema wel redelijk overeen met de tijd waarin deze PLCs 'gangbaar' waren. Het zou zomaar kunnen dat ze dat spul ergens hebben laten ontwikkelen - extern - en het vervolgens zonder wijzigingen in elke machine die geproduceerd werd gedouwd hebben. De M1T koop je. Een EPROM programmer en een doosje met EPROMs doet de rest.

Ik moet een andere laptop opstarten met de VM spullen erin. Dan zou ik wel een testprogramma kunnen maken die de in->out maakt. Dat moet ik toch doen om dat board wat ik hier heb te kunnen repareren. Dan kan ik dat programmatje meteen testen.

Volgens mij 17 ingangen en 8 uitgangen als ik het aantal optos tel. De ene extra input 17 zal wel iets speciaals zijn.

Ik kijk nu even in de manual, als er geen backup batterij in zit of te lage spanning moet de alarm led (rood) knipperen. Die is continue aan als er een error is.
Daarmee kun je even simpel checken wat / of de CPU nog iets doet.

Dit is trouwens een typische Japanse PLC met NPN inputs en outputs: Alles schakelt tegen 0V ipv tegen +24V wat in europa standaard is.

Hoe staan dipswitch X16 t/m X19? Die hebben met de password protectie te maken.

Op woensdag 19 november 2025 16:16:26 schreef Bobosje:
Ik geloof dat AI nog niet was uitgevonden toen deze machine is ontwikkeld en gefrabriceerd dus op AI zou ik niet vertrouwen tenzij je wilt dat AI er een koffiemachine van gaat maken of zoiets. ;)

AI is als zo oud als de PC. Zoek maar even op youtube naar de computer chronicles https://www.youtube.com/results?search_query=computer+chronicles+arifi…. Alleen was er toen nog geen mogelijkheid om quadziljen petabytes aan data te harken en was de energievoorziening nog niet in staat om het vermogen te leveren.

Maar AI zal je hier inderdaad niet veel bij helpen. Het kan misschien wat schoolvoorbeelden geven, maar dan houdt het wel op. In harksessies zullen er maar weinig PLC programma's meegenomen zijn zodat de algoritmen er weinig mee kunnen en B***s**t genereren.

Eindelijk tijd gemaakt om het M1T board wat ik hier heb (die van mijzelf) om die te testen.

Als het goed is zit er een alarm led op. Als er geen user rom in zit dan is de ALARM led continue aan heb ik gezien. Haal ik de systeem ROM eruit dan is de ALARM led ook echt uit, dus dat is wel een indicatie dat de systeem ROM wel wat doet.

Nu nog eens uitzoeken of ik een testprogramma kan maken en in een eprom stoppen dat ik de I/O kan testen.

De ROM/firmware runtime die op mijn ouder board zit is een 27C256, 32KiB dus.

Die bij jou is een AM29F040, 512KiB flash dus het image wat ik heb werkt dan waarschijnlijk niet of ze gebruiken gewoon een groot deel niet. Kan ook zomaar, want later zijn gewone eproms uit de gratie geraakt en kleine flashes waren er bijna niet.

CPU is dezelfde: TMPZ84C011BF-6

Voor iemand die ooit dat image nodig heeft, bij deze attached.

Stap 2 is nu een testprogramma maken. De eraser staat al klaar om een aantal eproms te kunnen wissen/programmeren want het zal wel niet in 1 keer goed zijn.

Ik heb afgelopen week een testprogrammatje gemaakt wat de X0 -> Y0, X1 -> Y1 pin status copieerd.

Helaas is het board wat ik hier heb ook echt stuk, de ALARM led blijft continue branden. Dus daar heb ik nog werk aan om te kijken of ik dat ding kan repareren. Wordt nog een uitdaging.

De opcodes zijn eigenlijk super simpel:


Opcode (hex) -> instructie

22 00        -> ST X0 (lees input X0)
84 00        -> OT Y0 (write naar Y0)
22 01        -> ST X1
84 01        -> OT Y1
...
...
22 0F        -> ST X15
84 0F        -> OT Y15

Dat kun je vrij makkelijk gewoon inkloppen op een programmer:
22 00 84 00 22 01 84 01 ......

In totaal dan 4 bytes/pin + END code = 66 bytes

-edit-
De END code hoort er dus niet in.
In totaal dan 4 bytes/pin = 64 bytes
De rest moeten allemaal FF zijn (=NOP instructie).

[Bericht gewijzigd door henri62 op (12%)]

Ik bedenk me nu dat het hele ding BCD code gebaseerd is dus het zou kunnen dat X0A als input niet gaat werken en dat het X10 moet zijn.

Ik zal in de programmeersoftware eens X10 -> Y10 als enige rung in een programma stoppen en kijken hoe de opcode dan uitvalt.

Kom er op terug.

-edit-
Helaas toch niet 220A is inderdaad X10 dan eens kijken of die 1F FF aan het einde de boel verziekt. Moet ik de eprom erasen en opnieuw programmeren.
Helaas heb ik slechts maar 1 2764.

Op vrijdag 9 januari 2026 19:02:57 schreef henri62:
Ik bedenk me nu dat het hele ding BCD code gebaseerd is dus het zou kunnen dat X0A als input niet gaat werken en dat het X10 moet zijn.

Ik zal in de programmeersoftware eens X10 -> Y10 als enige rung in een programma stoppen en kijken hoe de opcode dan uitvalt.

Kom er op terug.

-edit-
Helaas toch niet 220A is inderdaad X10 dan eens kijken of die 1F FF aan het einde de boel verziekt. Moet ik de eprom erasen en opnieuw programmeren.
Helaas het ik slechts maar 1 2764.

Mocht je dr nodig hebben laat maar weten , misschien heb ik ook nog 2864's

[Henri62] Helaas het ik slechts maar 1 2764.

Ik heb er hier ook nog wel een paar liggen. Indien nodig, aarzel niet te vragen! Uiteraard zonder (verzend-)kosten!

Zeer goed nieuws en een beetje slecht nieuws:

Ik herinnerde me gisteren dat ik nog een eprom had liggen met een ander software versie van het bord wat ik hier ter reparatie heb.

En waarempel die doet het! Geeft geen alarm en de outputs zit ik bewegen.
Dus de CPU draait, doet wat die moet doen etc. Dus mijn board is wat dat betreft goed.

Nu het issue: Waarom werkt mijn testprogrammatje niet in zijn geheel niet?
Ik moet dus gaan kijken waarom de boel niet draait, eens de originele eprom code doorspitten of daar bijzondere dingen in zitten.

Kan bijvoorbeeld een issue zijn zoals: Einde programma opcode zijn, een checksum van de gehele rom, een watchdog instructie die misschien ergens tussen gepropt is.
Dat vergt dus de nodige program/erase cycles van wat eproms.

Als het I/O test progje werkt kan ik de inputs en outputs checken of die het echt allemaal doen. En ook kan de TS (Maurice77) dat ook bij hem proberen om zijn machine uiteindelijk weer aan de praat te krijgen.

Op het board zit allemaal redelijk standaard spul, geen enkele chip waar iets bijzonders mee is, dus technisch gezien is het altijd te repareren.
Zelfs de CPU TMPZ84C011BF-6 lijkt nog goed te koop.

Net had ik de eprom eruit gehaald van de machine waar die uit kwam: Waarempel zonder eprom blijft de code nog in het SRAM staan (zelf zonder batery bij me) en draaide het oude programma nog.

Het testprogrammatje toch maar in het NPST tool ingeklopt om te kijken wat het verschil is met mijn hand ge-edit code blokje: alleen de END code staat er niet.

Eprom gebakken: Gelukt, het testprogrammatje werkt.

Het zat dus toch in de laatste instructie 0x1FFF die moet er dus niet in.

Nu zie ik ook dat er ergens een input pin om mijn PLC bordje defect is zo effe snel getest, even de pinout uitprinten om te kijken wat nu precies wat is.

Die pin die wel een ledje had maar waarbij geen output led aan ging was de IN.H input. En speciale high speed counter input.

Naar blijkt zijn dus alle inputs wel OK en de output leds gaan ook allemaal aan bij de bijbehorende input pin.

Conclusie: Inputs ok.

Die leds hangen aan de primaire kant van de optocouplers voor de output.

Nu nog checken of de opto's en output torren/fets, net wat erop zit, nog heel zijn.

Moet ik verder uitzoeken/testen met wat load er op, kom ik op terug als ik dat voor elkaar heb.

Net de uitgangen getest, met een weerstandje + LED werken die zoals het hoort.

Dus nu is het een raadsel waarom dit board ooit vervangen is. Je hebt er van die figuren bij die alles domweg swappen en niet meer kijken wat er nu precies defect is. Heb ik een pokkehekel aan want later kost het enorm veel tijd om uit te vogelen wat er nu echt defect is.

Ik heb ook nog een ADC of DAC bord liggen (AFB6920CE), het zou ook kunnen dat de interface (buffers/decoding) naar de slave borden stuk is. Dat is een stuk beroerder om uit te proberen, dan moet ik weer een testprogramma maken om dat voor elkaar te krijgen. Dat ADC board zou ook stuk zijn.

Bij deze de hex file attached die de X0->Y0 tm X15->Y15 "doorlust" mocht iemand er nog behoefte aan hebben.

Ondertussen heb ik in mijn scan archief ik denk het enige document in de hele wereld gevonden van het AFB6920CE board.

Het is een variant op de AFB8460 ipv 24V is het een 12V board. Het is een spec van de AFB6460 waarin alles wat met 24V te maken heeft is doorgestreept en vervangen is voor 12V en de bijbehorende toleranties. Met wat Japanse kriebels hier en daar.

Ik hoop de de TS, Maurice77, nog een keer reageert op deze trail om te weten of hij nog iets met dat ding van hem wil gaan doen.

Hoi Henry,

Ik heb het plan wat gewijzigd. In plaats van een poging de originele PLC weer tot leven te wekken, wil ik de plc vervangen door een modernere Koyo DL06 met een Weintek MT8070iH scherm wat ik nog over heb uit een ander project. In mijn vrije uurtjes probeer ik via AI de code te optimaliseren. Heeft ook geen haast.

Hou er wel rekening mee dat die M1T allemaal zogeheten NPN inputs heeft. Dus alle input sensoren/schakelaars (of net wat op je machine zit) schakelen actief tegen GND.

Dus dat kan nog wat verrassingen opleveren in de vorm dat je hier en daar moet gaan beunen om de signalen om te draaien kwa level of vervangen etc.

Deed dat errorledje in die M1T het nu nog? Want ik ben benieuwd of nu het CPU bord gewoon defect was of iets anders. Enne: Niets weggooien voordat je hele oplossing werkt!

En als je van dat M1T bordje af wil, die kun tzt je bij mij kwijt ;)

Ik kan ook eventueel de eprom van dat board uitlezen en daar een programma listing van maken.

Dan weten we meteen of het programma corrupt is geraakt of niet (wat ik denk).

Dat kan je misschien helpen om je programma opnieuw te maken?

Zeg het maar of je dat wilt (evt board opsturen).