Practical Guide to Getting Started with the TS-7250-V3

Practical Guide to Getting Started with the TS-7250-V3

Introduction

This guide intends to help you quickly and easily get the TS-7250-V3 up and running; the following guide provides a more casual step-by-step approach for setting up everyday connections, networking, and environments to begin development.

The official manual contains more detailed and advanced information if you want to dig deeper into the specifications.

Connections

The connections most commonly used for development are serial console, power, and Ethernet. An optional chip that delivers WiFi/Bluetooth connectivity (with a u.FL Antenna) is also available; this chip is part of the development package but is a special request for the standard package.

Serial Console

The serial console allows direct access to the embedded system device and is generally the most reliable. The TS-7250-V3 has two separate options for connecting to the serial: the DB-9 port via the enclosure (“RS-232”) or the micro USB connector inside the enclosure. As a side note, the DB-9 port might require a separate adapter if there is no serial port on your workstation.

The DB9 port uses 115200 baud 8n1 with no flow control. The built-in USB serial device is hard coded to the correct baud/mode and does not require configuration.

Four enclosure screw locations

To access the micro USB inside the enclosure: flip the enclosure over and remove the four screws on the bottom. Pull the enclosure apart; on the inside, there will be four more screws on the device to remove for access to the micro USB.

Until power is connected, the console window will be black. The device will output information via console once power is connected.

The preference is always to use Linux OS for our products, though the official manual contains all the information necessary to connect to the console on any OS

Your serial device name will depend on the OS used, but the typical names to expect are

  • Linux: /dev/ttyACM0
    • The Linux device number might change based on the number of devices connected to the system.
  • Mac OSX: /dev/tty.usbmodem00D069C0FFEE1
    • The MAC address determines the Mac OSX device number; it will be different for every device.
  • Windows: use Device Manager to discover the COM port

Power

The TS-7250-V3 accepts power two ways: variable input voltage between 8 to 28 VDC via the enclosure and fixed input voltage of 5 VDC inside the enclosure. Only connect to one power source at a time.

5 VDC inside the enclosure
8 to 28 VDC via the enclosure

Ethernet

For network access, the device supports two independent Ethernet ports, eth0 (or end0) and eth1 (or end1), both labeled on the outside of—and accessible via—the enclosure. These ports will fit a standard Ethernet cable; connect the other end to a router or switch and continue reading for setup instructions.

eth1/end1 Ethernet

Wireless Module (Optional)

The development kit includes an optional wireless module. This module is otherwise available by request for other kits, such as the standard kit.

The wireless module requires a separate u.FL Antenna and can be ordered through embeddedTS. Carefully plug the antenna into the available port on the WiFi chip, accessible within the enclosure.

WiFI Antenna Connection


The wireless module allows easy updating of your device over a WiFi connection. We will cover the basics of setting up networking over WiFi further down. For more detailed information on setting up the WiFi module, start at the “Networking” section of the manual.

First Linux Boot

With serial and power applied, the TS-7250-V3 will by default boot to the Embedded MultiMedia Card (eMMC), which is pre-programmed to load our default Debian 12 – Bookworm image. Once this version of Linux loads, it will ask the user to log in with their username and password. 

The default password is “root” with no password. You can change this any time after logging in by using the command “passwd” to set an account password.

About the Embedded Linux Environments 

The TS-7250-V3 can boot to several different operating systems and environments via U-Boot, a preinstalled bootloader on the device. U-Boot is installed in the eMMC hardware boot partition and can be customized to boot images from the microSD, eMMC, NFS, or USB.

By default, U-Boot will look for a USB mass storage device before using the pre-programmed eMMC with our Debian 12 image. For U-Boot commands, both basic and advanced, see the “U-Boot” section of the manual.

As mentioned, the TS-7250-V3 will automatically boot our Debian 12 – Bookworm image unless configured otherwise. More detailed and advanced information is available in the “Debian 12 – Bookworm” section of the manual. The rest of this guide uses Debian 12 commands.

A new addition to Debian 12, relevant for the next section, is that network interfaces now follow predictable network interface names; eth0 and eth1 are no longer the default for Ethernet connections. You can find a thorough explanation for the new network naming here, but this guide will cover the basics of getting set up with the new naming schemes. 

(If booting from an older version of Debian, you can refer back to the “Debian 11 – Bullseye” section of the manual for examples using the older naming scheme, such as eth0 and eth1, for Ethernet connections.)

Networking Set Up

The TS-7250-V3 allows both wired and wireless methods to connect to a network. This section will walk you through how to set up Ethernet or Wireless connections, get an IP address dynamically or statically, and, using WiFi, connect to various types of access points.

Full details are available in the “Debian 12 – Networking” section of the manual. As mentioned above, Debian 12 uses new naming schemes; generally, eth0 is now end0 and eth1 is now end1.

To start, in your console, list network interfaces by running

ip addr show

The most common network interfaces are

  • end0 – Ethernet device 0 (CPU Ethernet) 
  • enp1s0 – Ethernet PCIe port 1 slot 0 ethernet 
  • usb<mac> – USB ethernet 
  • wlan0 – WIFI

Pro-Tip: The interface marked as “1” on the enclosure (reference designator “T2” on the PCB silkscreen) is end0; the interface marked as “0” on the enclosure (reference designator “T1” on the PCB silkscreen) is end1. 

Wired

The Debian networking wiki has more advanced details, such as adding IPv6 to dynamic or static IP setups. The steps below also apply to end1 if you want to use both Ethernet ports.

Dynamic IP

Getting an IP via DHCP is convenient for most applications.

In your console of choice, edit the file

/etc/network/interfaces

go to the bottom of the file and paste 

auto end0

iface end0 inet dhcp

These commands will enable the end0 network interface and allow the device to get an IP address dynamically; both will happen automatically on future boots.

Any changes made will take effect on the next boot; you can also manually cycle the network interface to apply the changes with

ifdown end0

ifup end0

Double-check the connection information on the next boot by using the ifconfig command. The example device was assigned a dynamic IP of 10.10.10.193.

root@tsimx6ul:~# ifconfig

end0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500

        inet 10.10.10.193  netmask 255.255.255.0  broadcast 10.10.10.255

        inet6 fe80::ea1a:58ff:fe00:60d5  prefixlen 64  scopeid 0x20<link>

        ether e8:1a:58:00:60:d5  txqueuelen 1000  (Ethernet)

        RX packets 332  bytes 28642 (27.9 KiB)

        RX errors 0  dropped 0  overruns 0  frame 0

        TX packets 54  bytes 4644 (4.5 KiB)

        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536

        inet 127.0.0.1  netmask 255.0.0.0

        inet6 ::1  prefixlen 128  scopeid 0x10<host>

        loop  txqueuelen 1000  (Local Loopback)

        RX packets 3968  bytes 309280 (302.0 KiB)

        RX errors 0  dropped 0  overruns 0  frame 0

        TX packets 3968  bytes 309280 (302.0 KiB)

        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

The device can now ping an external URL to test the connection.

root@tsimx6ul:~# ping debian.org

PING debian.org (151.101.194.132) 56(84) bytes of data.

64 bytes from 151.101.194.132 (151.101.194.132): icmp_seq=1 ttl=59 time=4.29 ms

64 bytes from 151.101.194.132 (151.101.194.132): icmp_seq=2 ttl=59 time=3.62 ms

64 bytes from 151.101.194.132 (151.101.194.132): icmp_seq=3 ttl=59 time=7.25 ms

64 bytes from 151.101.194.132 (151.101.194.132): icmp_seq=4 ttl=59 time=3.63 ms

64 bytes from 151.101.194.132 (151.101.194.132): icmp_seq=5 ttl=59 time=3.78 ms

64 bytes from 151.101.194.132 (151.101.194.132): icmp_seq=6 ttl=59 time=6.99 ms

^C

— debian.org ping statistics —

6 packets transmitted, 6 received, 0% packet loss, time 5014ms

rtt min/avg/max/mdev = 3.619/4.926/7.245/1.565 ms

 

Static IP

The static IP setup is similar to the dynamic IP setup from above.

In your console of choice, edit the file

/etc/network/interfaces

go to the bottom of the file and paste 

auto end0

iface end0 inet static

    address 192.0.2.7/24

    gateway 192.0.2.254

 

These commands will enable the end0 network interface and force the device into the assigned IP; both will happen automatically on future boots.

Any changes made will take effect on the next boot; you can also manually cycle the network interface to apply the changes with

ifdown end0

ifup end0

Double-check the connection information on the next boot by using the ifconfig command. The example device was assigned a static IP of 192.0.2.7.

root@tsimx6ul:~# ifconfig

end0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500

        inet 192.0.2.7  netmask 255.255.255.0  broadcast 0.0.0.0

        inet6 fe80::ea1a:58ff:fe00:60d5  prefixlen 64  scopeid 0x20<link>

        ether e8:1a:58:00:60:d5  txqueuelen 1000  (Ethernet)

        RX packets 2989  bytes 243473 (237.7 KiB)

        RX errors 0  dropped 0  overruns 0  frame 0

        TX packets 107  bytes 7648 (7.4 KiB)

        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536

        inet 127.0.0.1  netmask 255.0.0.0

        inet6 ::1  prefixlen 128  scopeid 0x10<host>

        loop  txqueuelen 1000  (Local Loopback)

        RX packets 3968  bytes 309280 (302.0 KiB)

        RX errors 0  dropped 0  overruns 0  frame 0

        TX packets 3968  bytes 309280 (302.0 KiB)

        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Test your connection by pinging your gateway, 192.0.2.254. 0% packet loss in the below report means your connection is running as expected.

root@tsimx6ul:~# ping 192.0.2.254

PING 192.0.2.254 (192.0.2.254) 56(84) bytes of data.

64 bytes from 192.0.2.254: icmp_seq=1 ttl=64 time=6.80 ms

64 bytes from 192.0.2.254: icmp_seq=2 ttl=64 time=3.81 ms

64 bytes from 192.0.2.254: icmp_seq=3 ttl=64 time=3.62 ms

^C

— 192.0.2.254 ping statistics —

3 packets transmitted, 3 received, 0% packet loss, time 2007ms

rtt min/avg/max/mdev = 3.621/4.741/6.797/1.455 ms

 

Wireless (Optional)

The wireless section only applies if you have ordered the development package or have requested the optional wireless module. Please make sure the u.FL antenna is attached.

This part of the guide will cover setting up a protected access point, which works for WPA and WPA2. It will be utilizing the wpasupplicant utility. For more detailed information on WiFi configurations, see the Debian guide on how to use WiFi.

If you want to use the TS-7250-V3 as a Wireless Access Point, see the “WiFi Access Point” section of the official manual.

Important note: embeddedTS includes many applications in the Debian 12 image that are useful. The instructions below should work seamlessly; however, if you have issues getting WiFi to work correctly, install “wpasupplicant” using your console of choice.

Install wpasupplicant

apt-get update && apt-get install wpasupplicant -y

Protected Access Point

Scan for available access points using

iwlist wlan0 scan

or filter so only the essid names are visible by using

iwlist wlan0 scan | grep ESSID | cut -d’:’ -f2

Once you know the protected network you want to connect to, run

wpa_passphrase yourssid yourpassword

The command output will look similar to the text below but contain your personalized information.

 

 network={

        ssid=”yourssid”

        #psk=”yourpassword”

        psk=151790fab3bf3a1751a269618491b54984e192aa19319fc667397d45ec8dee5b

 }

 

Use the hashed pre-shared key (PSK) in the specific network interface file for added security.

In your console of choice, edit the file

/etc/network/interfaces

go to the bottom of the file and paste 

allow-hotplug wlan0

iface wlan0 inet dhcp

    wpa-ssid yourssid

    wpa-psk 151790fab3bf3a1751a269618491b54984e192aa19319fc667397d45ec8dee5b

Be sure to edit “yourssid” with your ssid and the PSK characters with the PSK output you received when you ran wpa_passphrase

In the text above, allow-hotplug wlan0 makes the WiFi connection persistent upon rebooting the device; iface wlan0 inet dhcp automatically assigns a dynamic IP.

Any changes made will take effect on the next boot; you can also manually cycle the network interface to apply the changes with

ifdown wlan0

ifup wlan0

 

Conclusion

The Practical Guide to Getting Started with the TS-7250-V3 covered the available ways to connect to the console for communication with the device, apply power, and set up Ethernet and WiFi networking. These will allow you to begin development on your application.


The official manual will fill in the blanks for other advanced information.

Did the TS-7250-V3 Getting Started Guide miss anything? Comment below so we can get it added!

 

The Obligatory CES Wrap Article

CES 2018 is in the bag. There were some highs and lows as the show continues to grow and slowly encompass the entire Vegas Strip. This is my unofficial awards ceremony for this years CES.    Home

Most Omni-Present Tech

Google. Google, everywhere. This CES was definitely the battle of the virtual assistant market share and “hey google” was making a big splash. From wrapping the monorail to banners covering entire buildings to the oompa-loompah like assistants running all around the show it was hard to get away from Google. However, while Google had the crown for the most marketing materials it seemed like developers were leaning more towards Alexa in the vendor booths.

Runner Up (tie)

Screens. It’s no surprise for a show that started partially as a showcase for televisions that screens are still king at CES. From the massive LG OLED canyon to wafer thin screens that worn as watches, there were screens of all shapes, sizes and clarity were everywhere.

Robots. Every shape, style and size of robot was on display. From autonomous two wheel “tank” bots cruising the aisles to small desktop balancing robots responding to voice commands the robots were at CES in a big way this year. My personal favorite was Buddy, who looked like he came straight out of a Pixar movie.

Coolest Product

Yamaha Motoroid Motorcycle. Straight out of Akira and looking stupid fast even sitting still that bike was the slickest thing I saw at CES and I found myself constantly walking back to it.

Line I Wish I Stood In

Teslasuit. There were a lot of VR/AR experiences and a line to go with everyone of them. However, the standout seemed to be the Teslasuit full haptic feedback suit and I wish I would have experienced that one first hand. Next year.

Loudest Exhibit

BMW Driving Experience. Serving up more donuts than Dunkin, the perpetual drift track was as loud as it was impressive.

Most Impressive Demonstration

MyDevices.
For this one you had to go to the mydevices suite in Mandalay Bay. If you were lucky enough to get invited you saw Benny Estes, product manager for mydevices put together a complete working sensor suite from scratch. Using auto-discovery and QR codes Benny took devices out of the box and had them online and reporting to a central dashboard in a matter of seconds. Truly inspiring to see how quickly you could deploy and the variety of sensors you can have available.

Party Crasher

Mother Nature.  In the first two days of CES Vegas get one quarter of their annual rainfall. Flooded parking garages, puddles and disabled outdoor escalators were just some of the downsides to this water show. Soggy shoes and walking 18,078 steps is a bad combo. The power outage in north hall on day 3 was also attributed to the rains.

Favorite Swag

There was a lot of the typical swag at CES this year, as to be expected, but for me a few booths stood out. CNET provided hand screened canvas bag made to order while you wait. I went with the timeless 70s logo, mainly because my other selection “so many gadgets, so little time” was too popular.  Home

Strangest Product

A pill you ingest to help you predict and notify you when you are going to experience flatulence. Not sure if you get a text, or how you are notified of the pending eruption. Taking the Internet of Things a bit too far?

CES MVP

Security. This show is massive. Almost unimaginably massive. It has a footprint spanning from the LVCC to the Aria with stops everywhere in between, and is even larger if you count vendor suites. The security was amazing. Omnipresent, but not intrusive you were never far from help but also never standing in long lines for bag searches. Incredibly well choreographed and coordinated from the K9, to LVPD, to the convention center security they were hitting on all cylinders. #vegasstrong

Runner Up

Monorail.  My personal favorite mode of travel the monorail kept whisking attendants away to the next venue or to the after parties on a smooth schedule and even at peak hours never seemed over crowded.

Favorite Non-CES Moment

I ran into Caesar’s Forum shops to get out of the rain and saw an Optimus Prime sculpture in a storefront. I took a picture and sent it to my son, who is currently an Optimus fan. When I got home I asked if he got the picture and my son said that he had and asked me, “He’s not real, is he?” and thanks to being to CES 2018 I could answer the question truthfully, “Not yet.”    Home

“HALT 2: Preparation is Everything” Published in EECatalog.com

EECatalog.com both published and featured the second of a multi-part article “HALT 2: Preparation is Everything”, written by our very own Alan Brown, Marketing Communications Manager. In it, he covers tips, tricks, and lessons learned as Technologic Systems prepared for and underwent HALT.

Article to be included here soon(watch for it)but until then, read this entry describing Halt!                                    

HALT 2: Preparation is Everything        Home

“What is HALT?*” Coming soon, Be sure to take a look!

* Technologic Systems authored and Originally published in EECatalog.com

EECatalog.com originally published and featured the first of a multi-part article “What is HALT?”, written by our very own Alan Brown, Marketing Communications Manager. In it, he introduces what HALT testing is, what it isn’t, and how it compares to other tests. Coming soon, Be sure to take a look!

In the mean time, Click here  and we will return you to the news and blog main page.

What is HALT?

IoT, Here We Come! Ubuntu Core Announced for TS-4900

In a joint press release between partners Canonical and Technologic Systems, the pairing of Ubuntu Core and TS-4900wasofficially announced.

We couldn’t be more excited!

We feel that Ubuntu Core is going to make a big splash inthe IoT world for its security, ease of management, and flexibility. Combine that with our rock-solid, industrial TS-4900 and you have yourself a reliable, production-ready IoT device.

We’re very honored to be featured in the Ubuntu booth at the Mobile World Congress in 2017. For more information, please take a look at the press release, Bringing Ubuntu Core to the i.MX6 Based TS-4900. If that isn’t enough to quench your thirst, take a look at our Ubuntu Core Powered Embedded Systems page.

Reach Out and Touch Something (Capacitive vs Resistive Touch Screens)

You only have to go as far as your corner coffee shop to realize the new human-machine interface (HMI) preference is screens. From the touchscreen Point of Sale systems to the multitude of people interacting with their phones and mobile devices, screens are king. Industry is following suit and the choice for HMI is quickly migrating away from the keyboard and mouse and towards the screen. With the abundance of touch screens on the market and the decrease in costs there has been a marked increase in their market share and penetration. When picking a screen it’s important to determine which is better for your purposes: capacitive or resistive?      Home

Continue reading “Reach Out and Touch Something (Capacitive vs Resistive Touch Screens)”

Who’s (Not) Afraid of the Dark?

power-outage

The Dark Side

Weather is inevitable, downtime shouldn’t be. Per Information Week, in 2015 IT downtime alone costs $26.5 Billion in lost revenue. This does not take into account the loss of customer confidence, productivity, and supply chain interruptions that are a result of these outages. In a constantly wired world, service level agreements (SLAs) with online availability requirements of >99.9% is today’s de-facto standard. It is simply a fact of the new business model that downtime is no longer acceptable. Industry has done what it can to protect itself from these outages as much as possible, and a few of those options are laid out below. But the result is the same, enterprise level businesses can no longer operate without disaster recovery plan with as many contingencies in place as possible to ensure minimal rebound and recovery time should an outage occur. With embedded electronics permeating further into our everyday lives, partially in thanks to the Internet of Things (IOT), there are more and more devices that we need to worry about recovering once the lights come back on. So what can you do to fend off the darkness?

Continue reading “Who’s (Not) Afraid of the Dark?”