What’s Nextion

Nextion is a Human Machine Interface (HMI) solution combining an onboard processor and memory touch display with Nextion Editor software for HMI GUI project development.

Using the Nextion Editor software, you can quickly develop the HMI GUI by drag-and-drop components (graphics, text, button, slider, etc.) and ASCII text-based instructions for coding how components interact on the display side.

Nextion HMI display connects to peripheral MCU via TTL Serial (5V, TX, RX, GND) to provide event notifications that peripheral MCU can act on, the peripheral MCU can easily update progress, and status back to Nextion display utilizing simple ASCII text-based instructions.

Our mission is to reduce the HMI development workloads.


Nextion Offers an Ease of Use and Cost-effective HMI Solution for You.


5 Years LTA

Nextion guarantees the availability of all Series products for a minimum of 5 years with CE and RoHS certification compliant. Unless you are specifically notified at the time of purchase, all Nextion series products purchased will be available at least 5 years since 2019. Here is our LTA announcement.


Versatile Screen Sizes

Nextion is available in various TFT LCD touchscreen sizes including 2.4”, 2.8”, 3.2”, 3.5”, 4.3”, 5.0”, 7.0”, 10.1” . With a large selection to choose from, one will likely fit your needs. Go Nextion Series and Product Datasheets.


Quick and Easy GUI

The Nextion Editor software offers an easy way to create the intuitive and superb touch user interface even for beginners. Add a static picture as background, define functions by components, you can make a simple GUI in minutes. The easy Drag-and-Drop components and simple ASCII text based instructions will dramatically reduce your HMI project development workloads.


Cost-effective HMI Solution

Easy-to-use components, touch event programming and customized GUI at screen side allow you to develop projects rapidly in cost-effective way. The TTL serial Nextion display is the best balance HMI solution between cost and benefit with low and decreased learning curve. See Nextion Editor Guide and Instruction Set.


Nextion Technical Support

Nextion technical support team offers a basic hardware technical service with prompt response through all time zones.

As for further enhanced technical assistance to your project, Enhanced Support is available for you.


User-Help-User Forum

You are never alone to develop your project. Join us in Nextion Community Forum where you can ask questions, share topics and advice with each other.

Note: The Nextion forum is only accessible for registered users.

  • 90

Protocols and parsing – Part 4: Receiving and decoding MIDI messages

Over the last weeks, we learned about the Nextion active protocol parse mode in general, about the MIDI protocol in Detail, and we got a first and simple demo project which taught us how the Nextion HMI could send MIDI messages or commands in standalone mode. Today, things become a little more complex: We want to receive and to decode MIDI messages and commands. For this demo project, we'll implement two functionalities: Soft-through, which means that received, decoded and validated commands are then re-sent, and a MIDI monitor which should show us the MIDI data stream in a human readable form. Afterwards, it might be up to you to to add other functions like GPIO triggers or visual effects, or even filtering, transforming, and re-sending the midi data for additional effects like transposition or adding sub-harmonics (octavider), based on this framework.

The Sunday Blog: Protocols and parsing – Part 3: Sending MIDI messages from Nextion HMI

Two weeks ago, we talked about data protocols and the active protocol parse mode of the Nextion HMI. Last week, we looked deeper into the protocol and data structure of the MIDI protocol which allows to exchange messages between electronic music instruments. You guess it, it can not only be handled in Nextion language, but using a Nextion HMI as a MIDI controller in standalone mode, which means without an external MCU like Arduino etc. has many advantages. Typically, most MIDI controllers (if this aren't keyboards) have a status display or multiple rows of LEDs and many, many knobs and buttons. That isn't forcibly ergonomic, especially when you are live on stage and you want just quickly change a single setting. In such situations, an intuitive GUI and dematerialized knobs, buttons and sliders give simpler usage, less production cost and make the "apparatus" ways more robust.

The Sunday Blog: Protocols and parsing – Part 2: MIDI – the basics

Back more than a year, when the Nextion firmware allowed more different baud rates, among them 31250 baud, I understood already that I'd have to think about using Nextion HMI as a MIDI device, sooner or later. By the way, the same applies to 250000 baud and DMX, but that's for later. MIDI is some years old and used initially a rather simple protocol. Over the time, additional functionalities like SysEx messages, (non-)registered parameters and time codes have been added. We will look into all that, so that afterwards, everybody might decide by themselves what to implement (or not). Before we start writing code to transform a Nextion HMI into a fully fledged MIDI controller which can receive, decode and interpret MIDI messages on one side, and generate and transmit MIDI messages on the other side, we need to fully understand the MIDI protocol, hardware- and software-wise. That's what this article is about.

The Sunday Blog: Protocols and parsing – Part 1

As we are all more or less experienced Nextion HMI developers, we are familiar with the default operational mode of our displays: Without any additional effort, data which comes in over the serial port is parsed and interpreted as if it were one or more instructions in Nextion language, for example in a local TouchPress or Timer event handler. Furthermore, when preceded by commands like addt or wept, we can transmit data over serial bulk-wise towards a Waveform component or towards the internal EEPROM. Finally, when using the appropriate protocol, our Nextion handles even a complete firmware update without requiring us any action on the Nextion side. But what if you want your Nextion HMI to handle data streams which do not follow the Nextion protocol by terminating every sequence by the terminator 0xFF 0xFF 0xFF? What if bulk data arrives and is not intended to land either in a Waveform component or in the EEPROM? As always, many paths lead to Rome. You might feel inspired to write code for an external MCU (for example an Arduino or a Raspberry Pi) to receive or generate these "unsuitable" data streams, to filter and process them, and to send them out in an appropriate form towards a Nextion HMI. This approach is probably efficient and meaningful for complex data streams like CAN bus data where much information arrives at high speed but you need to display only a small subset of these. For simpler data structures, our Nextion HMIs have a less know functionality, called active parsing mode or protocol reparse mode as my Canadian colleague Patrick prefers to name it. It allows to handle and to interpret incoming data your own way, even in a Nextion standalone setup, without external MCU. With this short series of articles, I want to shed some light on this mode, show what can be (meaningfully) done with it and where it is (probably) better to avoid it.

The Sunday Blog: Circular controls – Part 2

After we saw last week in this article how we can display or visualize data in an ergonomic circular form, similar to a gauge or a progress bar, we'll extend it today into a fully interactive control, close to a (circular) slider. To make our "custom control" more interactive, which means allowing to set the temperature (in our example project) not only with the (+) and (-) buttons, but also by touching the corresponding position on the circle, a few arbitrations are necessary. Following the "keep it simple and safe" principle, I decided for a touch raster approach.

The Sunday Blog: Circular controls – Part 1

Sometimes, it may happen that you need elements for your GUI but you can't find an appropriate component in the Nextion Editor. That's the moment to remember  what you've already read multiple times in this Sunday Blog over the last two years: "If you don't have an appropriate component at hands, build it yourself!" And that's what we'll do today. In this first step, we want a clock or rotary potentiometer like component which, besides displaying a numeric set value, does also display it for more ergonomic visualisation with a spot on an almost full circle.

You may find out a Nextion Distributor in your country to purchase the Nextion products  from above search.
To be a Nextion Distributor, please submit an application form and we will reach you soon.


Share project ideas & Discover innovation and inspiration

Viewing 3 topics - 1 through 3 (of 3 total)
Viewing 3 topics - 1 through 3 (of 3 total)

Subscribe to our Newsletter

    Go to Top