Přečtení znaků

[seth123]

Potřeboval bych poradit, v čem srozumitelně přečíst následující text, nevím si rady. Jsou to přenosy dat mezi středisky, systém je dost pravděpodobně starý okolo 20 let a v ničem to nepřečtu, některé části jako název souboru a do čeho to zapisuje jsou srozumitelné.

16120738.005 - název souboru
CALCLI.DBF - zápis do souboru
CENMAT.DBF - zápis do souboru

`ę, 
 zziG  16120738.005 ˛QˇF `ę* 

zziGü Á ô· CALCLI.DBF ¸Ié Ě[sŤµ›d1€`3ç#‘M÷Ň6¶ú–앬†Ŕb 1FĂÓ…_d»1ÔĨ]
´Ű—''+ߘţٿݬ` 6sr+Ą‰Q—&č+O×[íh¸đ?E/ƒEΨáľĹ9Ͷ+5łűĎr]2=Ä{.©_ĐÓE7WčTs2GÇ`ÉLô6dxëc(îWń^}BdŔË˝QÁú}hĽ<yëZ˙„§ěrňˆ5-ÇÓU'ść\|Ľ¤y ˝ 0×üä|ŕ.Ő¦—§ţ?ŐźőTcĽý-ŰÔ!í†>Ň7ş'űČ÷Ô›Ś1őç¤; ĘŁ˘óăńűaźý3űăü `ę* 

zziG¦ ! ż{˙µ CENMAT.DBF

to samé v hexa

60EA2C001E0401001000027A7A6990470000000000000000000000001E0000000000
31363132303733382E3030350000B251A146000060EA2A001E0401001001007A7A69
9047FC000000C102000016F40BB700002000000043414C434C492E4442460000B849
E90F000000CC5B738DB5149B6431118060331219E723914DF7D236B67FFA96EC95AC
8603C062003110070246C3D3855F64BB31D4C4A85D01B4DB972727172B17DF98FED9
BFDDAC60093673722BA589519726E82B4FD75BED68B8F03F452F108345CEA8E1BEC5
39CDB62B35B3FBCF725D061D323DC47B1A2EA95FD0D3453757E854733247C7600EC9
1F4CF4366478EB6328EE57F15E7D421D6490C0CBBD51C1FA7D68BC3C79EB5AFF84A7
EC72F20588352D7FC703D355279CE65C7CBCA479A0BDA030D7FCE47CE02ED5A6079
7A7FE3F19D59FF55463BCFD2DDBD421ED863ED237BA27FBC8F7D49B1A0F8C31F5E7
A43B207FCAA3A2F3E3F1FB619FFD33FBE3FCA060EA2A001E0401001001007A7A699
047A600000021020000BF7BFFB500002000000043454E4D41542E444246

[Wikan]

DBF soubory uměl určitě přečíst Open Office Calc a jeho klony. Možná by to zvládnul i Excel.

[seth123]

otvíral jsem to v libre office, PSPad, total commander pomocí F3 a F4, normální poznámkový blok, v editoru přes CMD výsledek vždy špatný. K Excelu nemám přístup. DBF má ty data upravené, navíc DBF jsu schopný přešíst i v PSPadu bez problému

[Nargon]

Tohle je nějaký proprietární síťový protokol pro komunikaci aplikací těch dvou středisek. To co jsi přečetl jsou "správné" hodnoty. Bohužel jsou v binárním formátu. Takže nejsou lidsky čitelné. Holt dříve se nepoužívalo XML, JSON a podobné "textové" komunikační metody. Tj když se měla poslat hodnota 240, tak se poslal jediný Byte hexa F0, než aby jako dnes se poslali tři znaky "2","4","0", nejlépe kódované v nějakém formátu co používá 2 byty na znak, tak se ve výsledku odešle 6Bytu (a to nepočítám ukončení řetezce a označení co je to za data).

Tenhle binární formát je velice úsporný, ale dekódovat co se tam posílá za data je téměř nemožné. To by jsi opravdu musel mít popis toho komunikačního protokolu, aby jsi to dokázal přečíst a vědět co se tam posílá. Nebo teoreticky by se to dalo zjistit reverzním inženýrstvím, ale to by jsi zase potřeboval přesně znát "hodnoty" co se tam posílají, aby jsi dokázal určit na které pozici jsou uložené a jak velký datový rozsah zabírají (1byte, 2byty, 4byty...).

Dříve se holt programovalo úsporně protože všude byly jen modemy a čím méně dat se posílalo tím lépe.

Pochybuji že to dokážeš přečíst.
P.S. To co psal Wikan tak měl na mysli aby jsi otevřel přímo ty soubory "CENMAT.DBF" a "CALCLI.DBF" které tam snad někde najdeš. Tuhle komunikani asi nijak víc nerozluštíš.

[seth123]

z jednoho střediska nám to dělá bordel, zapisují se nám špatné ceny pohybů produktů, chtěl jsem zjistit jestli se tak děje při odchodu dat ze střediska a jestli jsou data v pořádku před nahráním do systému. Jinak děkuji mockrát za vyčepávající odpověď

[soban]

Tak to je přece jednoduché zajedeš k jednomu PC a soubory si uložíš, zajedeš k druhému soubory si uložíš a pokud jsou rozdílné tak je chyba při přenosu.

[seth123]

dostanu se až k poslanému souboru, k originálu se nedostanu, ten vytváří systém a posílá a okamžitě maže

[soban]

Jasně ale ten PC co to posílá nemůžeš tam něco vložit aby uložil ten soubor před odesláním?