Disassemblering av program till PLC

[säter]

Processorn har ingen inbyggd programräknare utan den ligger separat i form
av vanliga binärräknare. Denna kan "ställas" till ett värde genom att "data"
från den aktuella adressen läses in i räknaren om op-code är = "JMP".
"JMP" triggar en speciell pinne på processorn som då används som
"set" signal till programräknaren... Väldigt "basic"...

Enligt Holgers "naiva lista", så finns det inga JMP med.
Innebär det att man inte använder sig av hopp i koden?

[lillahuset]

Troligen. Men du behöver ändå en "programräknare". Kolla om det finns någon/några räknare anslutna till minnenas adressbuss.

Hur går det med schema på underverket?

[säter]

Kolla om det finns någon/några räknare anslutna till minnenas adressbuss.

Jo det finns.
4st "kaskadkopplade" räknare.

[bearing]

Enligt Holgers "naiva lista", så finns det inga JMP med.
Innebär det att man inte använder sig av hopp i koden?

Intressant. Då kanske koden inte är så svår att tyda senare. Programmet kanske bara är en lång lista av "if <denna ingång är satt>, then <sätt denna utgång>". Och att programmet sedan börjar om när programräknaren slår runt.

[lillahuset]

Hur går det med schema på underverket?

[säter]

Hur går det med schema på underverket?

Ledningsbanor och komponenter är uppritade till 50%.
Något schema har jag inte upprättat.
Jag vet inte vilket verktyg som är lämpat för detta.

[tecno]

Diptrace bör du kunna rita schemat i, eller iofs i vilken 2D CAD som helst.

[sodjan]

> Innebär det att man inte använder sig av hopp i koden?

Kanske... Eller så är kodningen inte som Holger antog.
D.v.s att det är fel 4 bitar som är avkodade som instruktioner.

Det borde gå att se vilka 4 prom-pinnar som går till ingångarna
för instruktioner på processorn.

[säter]

Det borde gå att se vilka 4 prom-pinnar som går till ingångarna
för instruktioner på processorn.

Det är 5U-6U-7U-8U.
Dvs. pinne O5-O6-O7-O8 på de övre minnena.

[BEEP]

Jag skulle vilja slå ihop alla 8 filerna till 1.
Är det rätt tänkt?

Är detta något som Hexplorer klarar?

Det är två stycken 8 bitars eprom som är ihopkopplade för att få 16 bitars värden?

0l.hex fil :10 0000 00 00 00 00 00 01 80 00 01 00 00 00 01 80 01 01 81 6A
0u.hex fil :10 0000 00 60 A0 B8 11 80 7C B8 10 84 78 B8 10 8C 19 80 74 06

Ska det se ut så här
ul :10 0000 00 6000
eller
lu :10 0000 00 0060
eller är jag helt ute och cyklar?

[lillahuset]

ul borde vara det rätta.

Instruktionssekvensen bör vara: 6 A B 1 8 7 B 1 8 7 B 1 8 1 8 7...

[BEEP]

u :1000000060A0B811807CB8108478B8108C19807406
l :10000000000000000180000100000001800101816A

ul :10 0000 00 6000 A000 B800 1100 8001 7C80 B800 1001 8400 7800 B800 1001 8C80 1901 8001 7481 066A

[säter]

ul borde vara det rätta.

Instruktionssekvensen bör vara: 6 A B 1 8 7 B 1 8 7 B 1 8 1 8 7...

Som jag har fattat det, så är instruktionen de 4 sista bitarna i de övre minnena.
Dvs. sist i hela kedjan.

Då borde det väl bli "lu"?
Med sekvensen 0 0 8 1 0 C osv?

[bearing]

I det hexadecimala talet 7C, är 7 de höga bitarna.
Precis som att i decimala talet 14, är 1 den höga delen.

[BEEP]

Nu får ni bestämma er

ul :10 0000 00 6000 A000 B800 1100 8001 7C80 B800 1001 8400 7800 B800 1001 8C80 1901 8001 7481 066A
eller
lu :10 0000 00 0060 00A0 00B8 0011 0180 807C 00B8 0110 0084 0078 00B8 0110 808C 0119 0180 8174 6A06