Mam termotlaciaren (v skutocnosti je ich niekolko stoviek kusov...), ktora podporuje standardne Epson ESC sekvencie, akurat nevie tlacit 2D kody. Ide hlavne o QR kod, ktory podla naseho k****skeho noveho zakona bude nutny (tlac cez bitmapu je neschodna).
Je tam procesor Toshiba TMP94C251AFG (TLCS-900/H2 - vyzera to ako 16-bitova rozsirena Z80), 128KB SRAM, 512KB flash. Firmware som stiahol z flash - nie je zaplnena ani polovica, takze miesta je dost.
Aky velky problem by bol dorobit tam tlac QR?
Pocitam:
1. Disassemblovat (cim?) firmware a najst vstupny bod pre tlac ciaroveho kodu, "dolepit" tam skok niekam do volneho miesta flash.
2. Skompilovat (cim? SDCC to nepodporuje, mozno niekde zohnat evaluation verziu kompilatora od Toshiby) nejaky hotovy generator QR kodu napisany v C (asi od Naykui). Generoval by sa do SRAM (tu moze vzniknut konflikt s inymi datami, ktore tam uklada firmware)
3. Najst vo firmware tlac grafiky a nejako cez to vytlacit vygenerovanu bitmapu.
Alebo najlepsie sa na to vy***t a nakupit nove tlaciarne?
Toshiba TLCS-900/H2 - uprava firmware?
Moderátor: Moderátoři
Tlač přes bitmapu je neschůdná, ale upravit FW tiskárny by mělo být schůdnější? (už jen proto, že těch tlačíren máte několik 100vek) 
V diskuzi u Danyka by možná někdo věděl více ohledně těchhle hacků...
A proč vůbec nemůžete udělat tlač přes bitmapu? Nemůžete upravit obslužný softvér, nebo chcete prostě rozšířit možnosti této tiskárny, abyste ji mohli lépe prodávat?
Co je to za typ tiskárny?
V diskuzi u Danyka by možná někdo věděl více ohledně těchhle hacků...
A proč vůbec nemůžete udělat tlač přes bitmapu? Nemůžete upravit obslužný softvér, nebo chcete prostě rozšířit možnosti této tiskárny, abyste ji mohli lépe prodávat?
Co je to za typ tiskárny?
Tlac cez bitmapu sa robit nemoze, pretoze tlacovy vystup musi generovat certifikovany SW, ktory to ale nepodporuje 
K****izmus.
Keby to aj podporoval, tak sa tento vystup musi ukladat do certifikovaneho HW (CHDU), ktoreho kapacita je obmedzena (bitmapy by zabrali viac miesta) a po zaplneni sa musi vymenit (zaplatit HW, zaplatit pracu). K****izmus².
To je eKasa v skratke.
Takze akoby neboli naklady uz aj tak dost velke, este treba pridat vymenu tlaciarni. Inak su to asi 10-rocne tlaciarne Lukhan LK-T20.
K****izmus.Keby to aj podporoval, tak sa tento vystup musi ukladat do certifikovaneho HW (CHDU), ktoreho kapacita je obmedzena (bitmapy by zabrali viac miesta) a po zaplneni sa musi vymenit (zaplatit HW, zaplatit pracu). K****izmus².
To je eKasa v skratke.
Takze akoby neboli naklady uz aj tak dost velke, este treba pridat vymenu tlaciarni. Inak su to asi 10-rocne tlaciarne Lukhan LK-T20.
Certifikovany SW bezi bud v Jave na PC alebo v externom HW zariadeni, cez ktore je tlaciaren pripojena (to su riesenia od dvoch firiem, ktore som zatial videl).
Certifikovany SW QR kody negeneruje. On posle prikaz "GS k ( blabla" a obsah kodu v textovom tvare a ocakava, ze firmware tlaciarne kod vytlaci.
Teraz som este pocul, ze ten externy kram ma natvrdo rychlost komunikacie s tlaciarnou nastavenu 115200 bps To hadam nemyslia vazne. LK-T20 podporuje max. 38400. Mame este Bixolony SRP-350 a tie maju max. 57600...
Certifikovany SW QR kody negeneruje. On posle prikaz "GS k ( blabla" a obsah kodu v textovom tvare a ocakava, ze firmware tlaciarne kod vytlaci.
Teraz som este pocul, ze ten externy kram ma natvrdo rychlost komunikacie s tlaciarnou nastavenu 115200 bps
To hadam nemyslia vazne. LK-T20 podporuje max. 38400. Mame este Bixolony SRP-350 a tie maju max. 57600...
Pro PC pokladní aplikaci by se dal napsat proxy, který by v OS vytvořil virtuální COM port, do kterého by aplikace "tiskla". Pokud by proxy narazil na ESC pro tisk QR, vygeneroval by QR blivajz a poslal graficky na tiskárnu. Jiné příkazy by průchozně přeposílal na tiskárnu bez úprav.
Jinak ten jednočip na kabel, jak píše PotPalo je asi nejlepší řešení, protože si poradí s jakýmkoliv krámem připojeným k tiskárně. Jen by byla práce nejen s naprogramováním, ale také s výrobou patřičného množství kusů.
Jinak ten jednočip na kabel, jak píše PotPalo je asi nejlepší řešení, protože si poradí s jakýmkoliv krámem připojeným k tiskárně. Jen by byla práce nejen s naprogramováním, ale také s výrobou patřičného množství kusů.
Jo, me to pride taky jako rozumny reseni tam strcit MCUcko, kery QRko (predpokladam, ze syntaxe jeho zapisu, co posila ten program, je nak dokumentovana) prevede na nake tisknutelne symboly z kerych jde o QR graficky vytisknout (neznam moznosti tiskarty). Navic jako bonus to bude prevated bitrate z 1 UARTu na jiny na 2. UARTu...
https://www.zakonypreludi.sk/zz/2018-368
Takze v ramci ekologie budeme:
1. tlacit blocky, ktore nikto nechce, odteraz este dlhsie
2. pouzivat termopapier (QR kod z ihlickovej tlaciarne nie je citatelny)
3. zbytocne vymienat tlaciarne v celej krajine
4. posielat blocky na financnu spravu
5. ukladat blocky do nezmyslu s nazvom "CHDU", ktory je potrebne tiez kupit a ked sa zaplni, tak vymenit
Myslim, ze sme v k***tizme predbehli vase EET o niekolko svetelnych rokov.
Takze v ramci ekologie budeme:
1. tlacit blocky, ktore nikto nechce, odteraz este dlhsie
2. pouzivat termopapier (QR kod z ihlickovej tlaciarne nie je citatelny)
3. zbytocne vymienat tlaciarne v celej krajine
4. posielat blocky na financnu spravu
5. ukladat blocky do nezmyslu s nazvom "CHDU", ktory je potrebne tiez kupit a ked sa zaplni, tak vymenit
Myslim, ze sme v k***tizme predbehli vase EET o niekolko svetelnych rokov.
Aha, to je zatim jen u Vas. Tak to se mame na co tesit i tady. Az dojde i tem pitomcum kteri zde zurive obhajuji EET ze se zadny vyber dane nezvysil, budou tvrdit ze je to ne proto ze je to cele blbost a oni jsou zavistivi cechackove, ale proto ze tam neni QR nebo nejaka podobna hovadina a az to tam bude, vyber dani se jako mavnutim kouzelneho proutku zvysi o desitky miliard. Nakopat tyhle hnupy do prdele.