Start a new topic

Creating a multi-language application tutorial?

Hello everybody,

my colleagues and me are currently creating an application using the Nextion Editor V0.47.

Our problem is that we have to support up to 32 languages with a single application. Including several languages with special characters. (e.g. bulgarian, russian, ...)

Currently we have to change the Setting for "Character Encoding" for each language. But this is not possible during runtime. At least this is what I currently know.

Does anybody have already expecience with this problem and can give some hints? Or link to a tutorial?

Thanks in advance.

BR Marcel

Our problem is that we have to support up to 32 languages with a single application

On the grounds of academic debate, I would redefine what the problem is.

True.  An HMI can only have one default encoding.  Set with Device on toolbar.

 ... support of up tp 32 languages 

begs to ask, what kind of and level of language support

A Calendar in 32 languages, maybe so

Accompanied printed documentation, again maybe so

Which 32 languages is necessary, all required supported characters

Which MCU will be used to drive the Nextion and what resources it has.

What context Nextion is in and vocabulary of supported text

Programming approach to solve

Many considerations required - currently too few details.

Hello Patrick,

maybe its better to clarify if it is generally possible to use several languages (e.g. german and russian) within the same application. Is there any tutorial, training, etc? How do we have to configure the display in this use-case?

The translated texts are simple texts like sensor names, temperature and pressure values. Also some warning messages.

We are driving the Nextion display with a PIC controller with 0,5MB rom and 32kbyte ram.

It whould also be possible to store all texts on the host CPU, if this would solve this problem.

The programming approach was currently quite simple. We have a global language setting. Depending on this setting we want to set the texts on the screen. e.g.

If(language == EN)


   t1.txt="english text here"

}else if(language == RU)


   t1.txt="Русский язык"



BR Marcel

There isn't a general tutorial for such.

  - but in programming almost everything is possible with the right code.

Sensor Values are numeric - so generally ascii 0 to 9 suffice

Standard Warnings - are generally static can be stored either as text or graphic

Sensor names either

   static - stored either as text or graphic

   dynamic ... requires data entry (this is where it becomes more complicated)

Nextion supports single byte characters or double byte characters

  - this is based on the chosen default encoding of the HMI

To support German, Russian, English - this is single byte encodings

  - for single byte encodings the supported char sets are iso-8859-X

Now a single byte character is 8 bits, 1 byte.

  - control characters of values 0 to 31 are not printable

    as are some extended ascii 127-255 also not printable.

So the game becomes one of arranging text of required characters

against the iso-8859-X encoding tables - with least conflict.

Which tables, depends on which languages.

When a table includes all required characters for application in that

language, then this table is good for your purposes.

32 languages will not require 32 tables

If external input is required to build text, this will depend heavily on

what device is being used and how it maps to characters

Russian code pages, versus double byte Windows, multi-byte Unicode or UTF8

MCUs are not going to understand characters per se

 - they are going to process bytes at the register level

If enough commonality is found, then perhaps 2 languages share 1 HMI

But perhaps multiple HMIs and load the corresponding TFT as required

   in total, less than 32 designs as some will share with another

How to swap TFTs from an MCU, such protocol is publically published

So it could indeed be accomplished, but it would indeed take effort.


You may have a look at this thread:

Hello everybody, thanks for your support.

We found a solutiuon that works for us.

-We keep using the device with iso-8859-1 encoding

- But we store the bulgarian text as latin characters. So if we want to print "Комуникация", we store "ºÞÜãÝØÚÐæØï" on the device.

-After the user changed the language during runtime, we change the font to another which supports bulgarian letters, assign "ºÞÜãÝØÚÐæØï" to a text object on the screen. Display shows "Комуникация".

Problem solved.


1 person likes this
Login or Signup to post a comment