Disassemblering av program till PLC

[kodar-holger]

För att svara på säters frågor

Nej, alla bitarna lär inte gå genom processorn. Förmodligen går dom bitar som inte är instruktionsdel direkt till adressräknaren, som input, OCH förmodligen någon annan stans för att adressera in och ut-portar. Varje instruktions adress är givetvis given av dess plats i ROMet, men om det till exempel är en hopp-instruktion (JMP, 1100 i aktuell processor) måste det ju till något som säger vart man skall hoppa. Det ligger i dom bitar som inte är instruktion. Exakt hur vet vi förmodligen inte än.

Python är ett programspråk som jag ännu inte stiftat bekantskap med, men som enligt många är bra.

Verilog och VHDL är två språk för att beskriva logik. Främst i syfte att skapa saker som går att ladda in i programmerbara kretsar som då får det beteende som beskrivs i orginalkoden. Eftersom det till skillnad från programvara är lite svårt (i stort sett omöjligt) att debugga kretsarnas inre så finns alltid simuleringsverktyg så man kan se hur beteendet blir innan man lägger det i riktig hårdvara. Det skulle säkert vara ett sätt att köra ditt system om det går att rita ett komplett och korrekt schema över din logik. Jag är skeptisk till den möjligheten.

För att förstå koden måste man nog lägga ihop filerna på ett eller annat sätt. Jag skall se vad min galep4 klarar. Annars är det en ganska enkel uppgift att fixa.

[säter]

Det skulle säkert vara ett sätt att köra ditt system om det går att rita ett komplett och korrekt schema över din logik. Jag är skeptisk till den möjligheten.

Vad är du skeptisk till? Att rita ett komplett och korrekt schema?

Det låter ju väldigt spännande det där med en simulator.

[bearing]

Intel HEX är bara ett av flera grupper (finns olika intel hex) av filformat för data tänkt att överföras till hårdvaran. Det är i princip rå data skriven hexadecimalt i vanlig ASCII med några checksummor. Eftersom att det är ASCII är det enklare att t.ex. föra över via en terminal, än om det filen hade varit binär.

Motorola S har jag för mig (vet inte) är binära filer. Konverterare lär finnas att tanka hem.

[nifelheim]

Motorola S är samma som IntelHex, fast på ett annat sätt

dvs skriver med ascii så man kan editera filen i en vanlig text editor

början på en
IntelHex

Kod: Markera allt

:2000000000000000000000006AD400B00A41880200010001525900100005250043500001A2
:20002000303030300A00000000072600444E12014D0A5420340A000000092200444E13014A
:200040004D0A0000000000000041230046540037353030380A353031300A353031320A3566
:200060003031340A353031360A353031380A353032300A353032320A353032340A35303223
:20008000360A353032380A353033300A353038300A353038320A353038340A353038360A0D

Motorola S

Kod: Markera allt

S3150000000000000000000000006AD400B00A41880227
S31500000010000100015259001000052500435000015F
S31500000020303030300A00000000072600444E12012E
S315000000304D0A5420340A000000092200444E1301E0
S315000000404D0A00000000000000412300465400371E
S31500000050353030380A353031300A353031320A35EC

binärfilen

binär.JPG

edit: Hexplorer är ett utmärkt program för att läsa, editera och spara i alla olika format (och några till)

http://sourceforge.net/projects/hexplorer/

[säter]

Hexplorer

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

Är detta något som Hexplorer klarar?

[nifelheim]

det gör du ju med godtycklig texteditor

[bearing]

Han menar nog inte bara att lägga filerna i kaskad, utan att lägga ihop minnesplats #1 från två olika 8-bit minnen, till #1 i en "16-bit" hexfil. Och sedan fortsätta med #2, osv. Så att det blir 4st 16-bit hex-filer. Och sedan lägga dessa filer i kaskad, och så att adresserna stämmer. Lär ta en stund att göra manuellt.

Om jag förstått rätt.

[BEEP]

Det verkar finnas någon typ av system i hex filerna

[sodjan]

Kan någon posta filerna som en ZIP istället för en RAR?

[tecno]

I W10 kan du väl öppna med utforskaren?

[kodar-holger]

Som ZIP istället för rar.

NIGATA.zip

[säter]

Han menar nog inte bara att lägga filerna i kaskad, utan att lägga ihop minnesplats #1 från två olika 8-bit minnen, till #1 i en "16-bit" hexfil. Och sedan fortsätta med #2, osv. Så att det blir 4st 16-bit hex-filer. Och sedan lägga dessa filer i kaskad, och så att adresserna stämmer. Lär ta en stund att göra manuellt.

Om jag förstått rätt.

Det var exakt så jag tänkte.
Hoppas att jag tänker rätt, men det är väl så som minnet uppfattas av PLC'n?

[säter]

Som ZIP istället för rar.

Jag lade även in den i startinlägget.

[säter]

Det verkar finnas någon typ av system i hex filerna

Kan någon förklara hur det kan vara så många tecken på varje rad i Hexfilen?

[BEEP]

Är de fetstilta siffrorna på slutet en checksumma?

:1002D 000 0FC1C519018800C14AC1C2C500C25CC1 B5
:1002E 000 C3C500C303C4C2C3C54AC407C4C5C2C3 8F
:1002F 000 C5685201695301016A5401016B550101 3E
:10030 000 6C5601016D5701016E58016F0A604B01 77 <--- varför blir det ingen fetstil?
:10031 000 614C0101624D0101634E0101644F0101 15

:10032 000 65500101795101660B0000FFFFFFFFFF DF
:10033 000 FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF CD
:10034 000 FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF BD
:10035 000 FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF AD
:10036 000 FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 9D

:10037 000 FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 8D
:10038 000 FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 7D
:10039 000 FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 6D
:1003A 000 FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 5D
:1003B 000 FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 4D

:1003C 000 FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 3D
:1003D 000 FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 2D
:1003E 000 FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 1D
:1003F 000 FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 0D
:00000 001 FF