Boj@n
Slavan
- Učlanjen(a)
- 04.12.2004
- Poruke
- 324
- Poena
- 330
Moja oprema
- Mobilni telefon
- Moto edge 20
U protokolu koji proizvodjaci fisk.kase intracom cr 401 daju programerima pise doslovce ovako: "kontrola zbira se preracunava i dodaje na podatke(HIGH BYTE prvo, onda LOW BYTE)". Radio sam software za CT one, galeb fp 550, wincor/nixdorf i nijedan od nacina preracunavanja kontrolnog zbira koji se kod njih primenjuje ne moze da mi da odgovarajucu check-sumu.
Ako neko ima iskustva u programiranju ove kase ili ima bilo kakvu ideju molio bih ga da mi pomogne.
Za ostale evo primera kako treba da izgleda string sa osencenim check sumama koje treba da se dobiju.
Primer 1.
7E 5C 0F 27 50 45 52 49 43 41 00 00 00 00 00 00
00 00 11 00 C4 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 83 1B 7F
Primer 2.
7E 5C 0F 27 54 45 53 54 31 00 00 00 00 00 00 00
00 00 01 00 C4 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 0C C8 7F
7E je pocetak i 7F je kraj i po iskustvima iz prethodnih kasa ne bi trebali da se uzimaju u obzir kod preracunavanja kontrolne sume.
Unapred hvala.
Ako neko ima iskustva u programiranju ove kase ili ima bilo kakvu ideju molio bih ga da mi pomogne.
Za ostale evo primera kako treba da izgleda string sa osencenim check sumama koje treba da se dobiju.
Primer 1.
7E 5C 0F 27 50 45 52 49 43 41 00 00 00 00 00 00
00 00 11 00 C4 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 83 1B 7F
Primer 2.
7E 5C 0F 27 54 45 53 54 31 00 00 00 00 00 00 00
00 00 01 00 C4 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 0C C8 7F
7E je pocetak i 7F je kraj i po iskustvima iz prethodnih kasa ne bi trebali da se uzimaju u obzir kod preracunavanja kontrolne sume.
Unapred hvala.
Poslednja izmena:
