As part of the EU's circular economy initiatives, the Digital Product Passport (DPP) has been included as key element in order to give the relevant products an identity and to make specific information about them accessible, e.g. batteries, electronics, textiles, construction. 
EDCi e.V. contributes to this project within the scope of research and development of AIDC and applications, documents can be found here:

  Investigation_DPP-ID-Codes_whitePaper-r231010.pdf
  Digital-Passport-ScanSpots-230929.pdf
  Digital-Passport-ID-methods.230328heioe.pdf
  Digital-Passport-ID-methods_part-II_230328+.pdf
  DPP-Identifiers_Comparison-r.240130
  ESPR-DPPIdentifier-requirements-240129

   VDA-DPP-24021f2.pdf: Contribution Identifier concept for the Automotive Industry 2024-02-21“

 

AutoID URL is an EDCi e.V. research project,

that aims at the development of a solution to add WEB compatibility to the classical method of unique identification of objects by barcode, so that e.g. a counterpart (digital twin) on the Internet can be accessed by smartphone to get connected information or to establish dialogs.

The project consisted of the following steps:

• analysis of demand, relevant standards and possible solutions with the help of already existing standards for barcode, RFID/NFC and Internet communication
• drafting of a specification
• distribution to technical committees for comments and incorporation of comments
• finalization of the specification
• programming order for a demonstrator
• publication as AutoID URL 1.3 with demonstrator for public access

The modules of the specification are also relevant for use in projects, such as:
"IEC 61406-2 Identification Link, Part 2", "ISO/IEC CD 18975 Encoding and resolving identifiers over HTTP" and "Digital Product Passport (EC)".

 

You can find the AutoID URL 1.3 specification here (documents) ►

 

Demonstrator Webserver

The demonstrator website can be reached via the link  https://www.e-d-c.info/AUTOID/info.html

or scan already here with your smartphone to get an example to an object info to an motor engine:

 

You can reach the project team by email: This email address is being protected from spambots. You need JavaScript enabled to view it., keyword "AutoID URL".

 

Demo of P2P is provided on the following page at Elmicron GmbH:

https://www.elmicron.de/P2P/info.html

ISO/IEC Decoder Interface standard proposal support page.

 

Demo application

Here is a screen-shot of the application:

Source code

TCL Source code:

decoder_interface_demo.tcl

The source may directly be executed, if a TCL virtual machine is present in the system.

---

Executable Program

Binaries for a couple of platforms may be generated using the LUCK service by dropping the source code in the code window.

There are no additional packages required

http://www.ch-werner.de/LUCK.html

Pre-Build binaries

Binaries for some platforms may be downloaded below:

Windows binary::

decoder_interface_demo.exe

Android binary:

decoder_interface_demo.apk

---

Serial scanner connection

A serial scanner could be used with the program. Most USB-Scanners feature a virtual serial com (VCOM) mode, which may be used for this interface.

In this case, the interface name should be set within the settings pane.

The used scanner parameters are: no prefix, Symbology ID on, suffix: new line.

The status line shows a message if the interface was successfully opened. Otherwise, an error box is shown.

My compliant test scanner is CodeCorperation CR15 with a recent firmware (old had ECI reporting bug).

 

Android

the Android Support requires a certain knowledge how to get a debug signed APK on the device. It informs about old design OS from Android 10+.

The Android support currently features support for the following scanning devices:

• ZXing "Barcode Scanner" app (currently very limitted due to bad Symbology ID support, will be continued)
• Honeywell CN50, CN52 scanner

The Honeywell support requires the following settings:

gear-button -> Honeywell settings -> Scanning -> Internal Scanner
  "+" for new profile, name it "scanlink"
  - click on scanlink profile->Data Processing settings:
    - Off: Wedge, Launch Browser, Scan to Intent, Launch EZ Config
    - On: Data Intent, click on text "Data Intent" to open options
      - Action: de.elmicron.action.BARCODE_DATA

None of those scanners are compliant with respect to ECI processing resulting in poor performance.
There is room for improvement. Ideas welcome.

 

DMRE Datamatrix Rectangular Extension

What is DMRE?

Data Matrix Code with additional rectangular formats.

The example code below shows an extended rectangular Data Matrix with a module size of 8x64 fitting well in the available space on the object:

Message about DMRE from Dennis Priddy, one of the original Datamatrix developpers

"I love it! Your implementation of the Extension could not be more perfect in its simplicity, execution and effectiveness. And yes, it does make me a bit proud to know that Data Matrix can still help solve real-world problems – when in the hands of some very smart people.
Thank you!
Best regards and best wishes,
Dennis Priddy"

Message from Henri Barthel,  ISO/IEC JTC 1/SC31 Chairman

"We have just published a new DataMatrix rectangular barcode (ISO/IEC 21471), which can be engraved onto very small medical instruments and equipment for hospital theatres and used to track them. We are also working on a similar approach for a rectangular QR code (ISO/IEC 23941)."

Source: IEC e-tech

Current Data Matrix Rectangular Formats (not DMRE)

 Data Matrix following ISO16022 ECC200 already features the following rectangular formats:

Use-Cases for extended Data Matrix Rectangular formats

The following use-cases require additional rectangular sizes if higher data amount must be encoded:

Highly rectangular marking surface

Typically, the height of 8 modules is used and should be extended to a higher width if more than 13 alphanumeric characters are encoded. The upper example encodes a standard product ID following EDIFICE guidelines for electronic products.

Curved surface

 

Curved surfaces like tubes should have a code at minimum height (typically 8 modules) and an increased width. The example features a PPN code on a drug.

Code height limited by printing technology

Continuous InkJet technology is limmited in print height while print width may be extended.

In consequence, a maximum module height of 26 modules should not be extended. Nevertheless, the requirements on data capicity for pharmaceutical products exceed the capacity of a 26x26 symbol and thus rectangular symbols help to solve this issue.

Especially the various serialization projects with inline printing processes mostly by inkjet technologies have shown a clear need for these new rectangular formats.

ISO/IEC 21471 DMRE

The ISO/IEC standard is published 2020-02-03 and may be purchased here:

https://www.iso.org/standard/70947.html

DMRE was developped within the working group ISO/IEC 1 / SC 31 / WG 1 as project 70947

https://sd.iso.org/projects/project/70947/overview#

I want to thank the very active members of this group who made this possible.

 

The prior versions of DMRE published by AIM and within DIN16587 had another set of chosen formats. The column "Standards" below includes the document covering the format.

The formats 24x32, 24x32 and 26x32 were present in DIN16587 and are not adopted by ISO/IEC21471 due to not sufficient width to height ratio.
New formats with height of 8 and 12 were added, as a use cases are seen for marking of round objects, specially in the scope of UDI.
New formats with height of 20 and 22 were added to support contact inkjet printing with an additional text line below the code.

DMRE Code Generation

WEB Generator

This web frontend may be used to generate DMRE codes by choosing:

The underlying project bwipp features DMRE code generation for many applications including SAP integration etc.

Offline Generator

The Windows/Linux program "zint" may be used to create DMRE codes:

ZINT Bar Code Generator Open Source Project on SourceForge (external link)

A ready to go windows binary may be found here:

https://sourceforge.net/projects/zint/files/zint/2.6.5/zint_2.6.5_win32.zip/download

The following picture shows an example code which may be acheved by selecting symbology "DataMatrix" and a DMRE size (which are all available beside the standard sizes).

 

NiceLabel 2017.3 features DMRE support

Great full-featured Labeling software NiceLabel features DMRE support in version 2017.3 released in October 2017:

 

---

Free label designer "gLabels" supports DMRE via zint: www.glabels.org

---

DMRE Code scanning

The following current possibilities exist to scan DMRE codes:

Handheld scanner from Code Corporation

Handheld scanner from Code Corporation decode DMRE Codes starting with firmware 1096.

REA Verifier

REA 2D Matrix Code Verifiers feature DMRE.

Scandit App

 Scandit Apps for iOS and Android feature DMRE. You may active the "Tiny-Code" mode in the lower-right corner of the App.

CortexScan App

Code Corporation CortexScan App for iOS and Android features DMRE since version 1.5.

CortexDecoder

Code Corporation CortexDecoder features DMRE and may be embedded in applications on a wide set of systems.

Tachyon IQ

The Cortex Decoder Keyboard Emulation and SDK features DMRE on a varity of platforms including iOS, Android, Linux, Xamarin and Windows.

zxing open source barcode scanner (Android, iPhone and others)

The zxing open source barcode decoder app features DMRE in decode and encode mode.

zxing-cpp: open source c++ barcode scanning library with wrappers for other languages

The DMRE extension was added by this pull request and is included since 1.2.0.

Datalogic Scanner

All Matrix-N series scanners (210N, 300N, 410N) feature DMRE since software version 1.3.0.811.

DMRE is actually also available for QuickScan QD2430 via special firmware SS5916 rel.1.00 ( p/n 610119500). Please contact your Datalogic tech support in case of interest.

Zebra Scanner

Zebra has successfully tested the DMRE ISO formats with one of its scanners.

---

Honeywell Scanner Honeywell has implemented the DMRE ISO formats to the standard decoder, where following scanners are supporting DMRE (January 2021): Voyager XP 1470g using firmware level EZ000227BAA or any higher Voyager XP 1472g using firmware level FK000179BAA / CU000069BAA or any higher Xenon XP 1950g using firmware level EV000359BAA or any higher Xenon XP 1952g using firmware level BK000547BAA / FF000152BAA or any higher More Product Information from https://sps.honeywell.com/ Firmware available from https://hsmftp.honeywell.com/ DMRE support for other 2D Imager will be available with the next standard / maintenance release.

---

Cognex Scanner All DataMan 370 and 470 series fixed-mount scanners feature DMRE with firmware version 6.1.7 or higher. All DataMan 8700 series handheld scanners feature DMRE with firmware 6.2.0 or higher. DMRE is actually also available for DataMan 50, 60, 170, 150 and 260 series fixed-mount readers, in form of a special firmware version (5.7.0 cr23). More product information from http://www.cognex.com/

---

Axicon Verifier Axicon 15000 series verifiers feature DMRE with software version 2.0. More product information from https://www.axicon.com/

---

Viziotix The Viziotix professional barcode scanner SDKs for Windows and Linux can be embedded in applications and solutions to scan and decode DMRE codes. More product information from https://www.viziotix.com/

---

Opticon Scanner Opticon has implemented the DMRE ISO formats to its MDI-4xxx series 2D scan engines, where following scanners are supporting DMRE: M-11 presentation scanner, 2D, https://opticon.com/product/m-11/ L-46X handheld scanner, 2D, https://opticon.com/product/l-46/ L-51X handheld scanner, 2D, https://opticon.com/product/l-51x/ L-22X handheld scanner, 2D, https://opticon.com/product/l-22x/ OPN-3102i Companion Scanner, 2D, https://opticon.com/product/opn-3102i/ H-31/33 Android Mobile Computer Series, 2D, https://opticon.com/product/h-31-and-h-33/ All current and upcoming scanner models based on the high-performance MDI-4xxx series support DMRE barcodes.

---

Contact

In case of any questions please feel free to contact Harald Oehlmann at This email address is being protected from spambots. You need JavaScript enabled to view it.

technical support https://elmicron.de

PaperEDI is the solution for transport labels and shipping documents providing EDI functionality by 2D-Code. There is a direct link between barcode and EDI whenever logistical operations are involved. Therefore, both techniques can complement each other. One 2D-symbol can carry the whole shipping information equivalent to ane page of a delivery note. The PaperEDI is suitable for a variety of applications. The "P'EDI" standard contains the document types "Offer, Order, Delivery note, Invoice, Order Confirmation, Consignment Replenishment/Consumption, Credit Note and Return Delivery". PaperEDI is also suitable as "SET CODE" for products, e.g. an overpack or equipment, which includes sub-components. The "SET CODE" can carry all included parts with it's variables. In the P'EDI standard of the revision of Jan. 7, 2021, the UDI formats have been harmonized, no matter how the UDI on the product is structured (IFA, GS1, HIBC, ISBT), in P'EDI every UDI-DI is applied with the ASC data identifier "54P". This DI indicates that products are UDI relevant  and encoded in P'EDI in the same format as stored in the UDI databases GUDID, EUDAMED, etc. Update of the Paper EDI (P'EDI) specification published On December 15, 2022, the Joint Working Group AIDC in Industry & Healthcare  approved the specification update for publication: PAPER-EDI EDI functionality via Data Matrix in the logistics supply chain. This specification is the basis for the practice of encoding the data contents of delivery bills, orders, invoices  in DataMatrix but also of assembled product sets. The recipient is thus able to capture a code by one scan and to transfer the entire content, e.g. of a shipment, to his ERP system. This is quite similar to electronic data transfers via "EDI", except that the data are physically available at any time at any place via P'EDI code. This method is practice a) between manufacturer and trade and b) between manufacturer and/or trade to the recipient. The update includes among others: + New document type for the request of a return delivery from the consignment stock + Option "DIN 16598 keyboard and WEB compatible syntax". + Coding of national characters ("umlauts") within data elements + Inclusion of data elements for medical parameters with ASC DI "32Q-Clinical term code ( LOINC code )". The document "Paper-EDI" can be found in the folder "Documents" at www.e-d-c.info. Please don't hesitate to send comments, application questions, etc. to This email address is being protected from spambots. You need JavaScript enabled to view it..
Specification English (Revision 2024-02-26)
P'EDI integration tools such as P'EDI Printing, P'EDI Varification, P'EDI Scanning, can be found at www.ELMICRON.de. How to capture and process P'EDI can be found at https://www.elmicron.de/images/documents/product/scanlink/Elmi-ScanLink_Integration_DB_221027.pdf.