Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

New Firmware 5.39.0 - Linea 5 1D iPod #1

Open
DieCoder opened this issue Jun 5, 2014 · 1 comment
Open

New Firmware 5.39.0 - Linea 5 1D iPod #1

DieCoder opened this issue Jun 5, 2014 · 1 comment

Comments

@DieCoder
Copy link

DieCoder commented Jun 5, 2014

The Linea device is now shipped with a new firmware version. That version seems not to be fully compatible with the older version (our older devices running on 5.24.0).

At least the ids of different barcode types have changed:
EAN-13 has changed from 14 to 66
Interleave 2of5 has changed from 4 to 78

differentscan

We didn't investigate that case in detail by now, but wanted to report it as soon as possible as there is likely an update needed for everybody who gets new devices.

@allada
Copy link
Owner

allada commented Feb 6, 2015

Sorry, I missed this issue. Yes, they removed support for the default function which grouped some barcode types together and now they are always broken out. As in the following code:

typedef enum {
    BAR_ALL=0, 
    BAR_UPC,
    BAR_CODABAR,
    BAR_CODE25_NI2OF5,
    BAR_CODE25_I2OF5,
    BAR_CODE39,
    BAR_CODE93,
    BAR_CODE128,
    BAR_CODE11,
    BAR_CPCBINARY,
    BAR_DUN14,
    BAR_EAN2,
    BAR_EAN5,
    BAR_EAN8,
    BAR_EAN13,
    BAR_EAN128,
    BAR_GS1DATABAR,
    BAR_ITF14,
    BAR_LATENT_IMAGE,
    BAR_PHARMACODE,
    BAR_PLANET,
    BAR_POSTNET,
    BAR_INTELLIGENT_MAIL,
    BAR_MSI,
    BAR_POSTBAR,
    BAR_RM4SCC,
    BAR_TELEPEN,
    BAR_PLESSEY,
    BAR_PDF417,
    BAR_MICROPDF417,
    BAR_DATAMATRIX,
    BAR_AZTEK,
    BAR_QRCODE,
    BAR_MAXICODE,
    BAR_LAST
}BARCODES;

typedef enum {
    BAR_EX_ALL=0, 
    BAR_EX_UPCA,
    BAR_EX_CODABAR,
    BAR_EX_CODE25_NI2OF5,
    BAR_EX_CODE25_I2OF5,
    BAR_EX_CODE39,
    BAR_EX_CODE93,
    BAR_EX_CODE128,
    BAR_EX_CODE11,
    BAR_EX_CPCBINARY,
    BAR_EX_DUN14,
    BAR_EX_EAN2,
    BAR_EX_EAN5,
    BAR_EX_EAN8,
    BAR_EX_EAN13,
    BAR_EX_EAN128,
    BAR_EX_GS1DATABAR,
    BAR_EX_ITF14,
    BAR_EX_LATENT_IMAGE,
    BAR_EX_PHARMACODE,
    BAR_EX_PLANET,
    BAR_EX_POSTNET,
    BAR_EX_INTELLIGENT_MAIL,
    BAR_EX_MSI_PLESSEY,
    BAR_EX_POSTBAR,
    BAR_EX_RM4SCC,
    BAR_EX_TELEPEN,
    BAR_EX_UK_PLESSEY,
    BAR_EX_PDF417,
    BAR_EX_MICROPDF417,
    BAR_EX_DATAMATRIX,
    BAR_EX_AZTEK,
    BAR_EX_QRCODE,
    BAR_EX_MAXICODE,
    BAR_EX_RESERVED1,
    BAR_EX_RESERVED2,
    BAR_EX_RESERVED3,
    BAR_EX_RESERVED4,
    BAR_EX_RESERVED5,
    BAR_EX_UPCA_2,
    BAR_EX_UPCA_5,
    BAR_EX_UPCE,
    BAR_EX_UPCE_2,
    BAR_EX_UPCE_5,
    BAR_EX_EAN13_2,
    BAR_EX_EAN13_5,
    BAR_EX_EAN8_2,
    BAR_EX_EAN8_5,
    BAR_EX_CODE39_FULL,
    BAR_EX_ITA_PHARMA,
    BAR_EX_CODABAR_ABC,
    BAR_EX_CODABAR_CX,
    BAR_EX_SCODE,
    BAR_EX_MATRIX_2OF5,
    BAR_EX_IATA,
    BAR_EX_KOREAN_POSTAL,
    BAR_EX_CCA,
    BAR_EX_CCB,
    BAR_EX_CCC,
    BAR_EX_LAST
}BARCODES_EX;

I did not "fix" this, because there was no way to make it reverse compatible because it's something IPCPrint no longer supports and would require a change in the "old" versions, which is not possible.

I'd suggest making sure your code always changed the barcode type to "EXTENDED" when device is initialized.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants