Fusion for TIVA v8 Development Board Enables Debugging & Programming over WiFi

Fusion for TIVA V8 Development Board

Texas Instruments TIVA Arm Cortex-M4 MCU family was first introduced in 2013, I tested a TIVA Launchpad the following years, and since microcontrollers have usually a long life span they are still in use today, and should still be available for many years. I’m writing about this TI MCU family today because MikroElektronika has just announced Fusion for TIVA V8 development board for TI TIVA, Stellaris and MSP432 microcontrollers with plenty of I/Os including some MikroBus expansion slots, as well as support for debugging and programming over WiFi in addition to the usual USB-UART interface. Fusion for TIVA v8 board specifications: MCU – Socket for MikroElektronika MCU CARD Display Interfaces 2x 20-pin TFT display connector 1x 16-pin LCD connector for 2×16 characters LCD displays in 4-bit mode,  optional PWM backlight driving feature Programming – On-board CODEGRIP programmer/debugger, JTAG connector for connecting an external programmer/debugger Connectivity – Ethernet port, WiFI in […]

Eclipse IoT Survey Report Reveals Arm & Linux Dominate, Security Concerns

Constrained devices Arm IoT

The Eclipse IoT Working Group has just released a report asking the global IoT developer community to share their perceptions, requirements, and priorities. And with over 1,700 individuals taking the survey between February and March 2019, the key findings are interesting: IoT drives real-world, commercial outcomes today. 65% of respondents are currently working on IoT projects professionally or will be in the next 18 months. IoT developers mostly use C, C++, Java, JavaScript, and Python AWS, Azure, and GCP are the leading IoT cloud platforms Top three industry focus areas remain the same as last year: IoT Platforms, Home Automation, and Industrial Automation / IIoT. MQTT remains the dominant IoT communication protocol leveraged by developers The Eclipse Desktop IDE is the leading IDE for building IoT applications The last point may be slightly biased because the survey was done by the Eclipse IoT Working Group, so most respondents were already […]

Zero-overhead Destructors in C

CNXSoft: This is another guest by Blu, this time about C programming, and specifically destructors in C programming language If you asked seasoned C++ developers what their favorite features in the C++ language might be, chances are that destructors would be on everybody’s shortlist. As many other C++ developers, I too tend to do my occasional share of C, and if there’s one feature I dearly miss in C that is destructors ‒ precisely in their capacity of automating the release of resources at the right moment. But first a disclaimer is in order: many people call simple application of destructors ‘RAII’ ‒ ‘Resource Acquisition Is Initialization’; I find this acronym unnecessarily awkward and obfuscating an otherwise straightforward concept, so you won’t see this acronym through the end of this text. Instead, I’ll be using ‘end-of-scope’ action. Traditionally, in the language of C end-of-scope (more often end-of-function) actions are achieved […]

Self-hosted GLES on ChromeOS, part two

This is a follow-up post from an earlier guest post by Blu about OpenGL ES development on Chrome OS. One can’t practice real-time rendering to disk files for long ‒ it’s just unnatural. So after checking that my habitual GLES tests work as intended on ChromeOS when rendering to an off-screen-buffer-subsequently-saved-to-a-PNG, the next step was to figure out a way how to show frames on screen at a palpable framerate, if possible. Being as new to Chrome OS as the next guy, I had to start from scratch with ‘How to show EGL surfaces on screen fast’. In the comments section to the first article William Barath kindly mentioned that there was a wayland client library on Chromebrew, so I decided to pursue that as I had had (positive) prior experience with wayland. Long story short, the established way on most platforms for connecting wayland to EGL (or vice versa) […]

MicroWebSrv Lightweight HTTP Web Server Supports HTML/Python Language Templating

There are many languages that can be used to create a web page: HTML,  HTML5, JavaScript, PHP, etc… But Python? Apparently yes, as MicroWebSrv  lightweight web server – mostly designed for ESP32 platforms running MicroPython such as Pycom boards – supports inserting Python code inside “HTML” files with the extension .pyhtml. The code can be found in Github, and is only comprised of three files. microWebSrv.py – The Web server microWebSocket.py – The optional support of WebSockets microWebTemplate.py – The optional templating language for .pyhtml rendered pages Beside HTML/Python files, the web server can handle GET, POST, … requests, an embedded full REST API, routing handlers, WebSockets, etc… That’s what a mixed HTML + Python .pyhtml file may look like:

You can use double curly braces {{ and }} to insert MicroPython code, if statements, for loops, or includes. I’m not sure if this makes really sense for all […]

Self-hosted OpenGL ES Development on ChromeOS?

opengles chromeos

This is a guest post by blu about developing OpenGL ES applications on Chrome OS. Ever since I’ve been using a chromebook in developer mode as my daily notebook (can’t beat 10h-plus battery life on ~300EUR well-performing machines), I’ve been missing one thing ‒ OpenGL ES coding under ChromeOS. My chromebook is more than well-equipped for GLES3 hardware-wise (verified via dual-booting to ArchLinux), and I always have up-to-date toolchains self-hosted under ChromeOS, thanks to an excellent package manager aptly named Chromebrew. And yet my coding-on-the-go under ChromeOS has been limited to console apps ‒ ChromeOS has strict limitations which include no X11 display manager, or any other industry-standard display manager that I’m aware of, and I don’t feel like dual-booting into ArchLinux too often ‒ ChromeOS has spoiled me with its fine-tuned performance. The no-display-manager limitation of ChromeOS is usually worked-around via Crouton but in my case Crouton would not […]

WiFiBoy32 is an ESP32 Portable Game Console and IoT Devkit

WiFiBoy32

I’ve noticed that ever since Hardkernel launched their ODROID-GO “10th anniversary” portable game console based on ESP32 processor, most of the talk on IRC and social media is about this new toy, and people almost seem to have forgotten about the company’s Arm Linux boards 🙂 But recently, I’ve come across a somewhat similar ESP32 device called WiFiBoy32 that acts as both a portable game console and an IoT development kit. WiFIBoy32 specifications: Wireless module – ESP32-WROOM-32 wireless module with 802.11 b/g/n WiFi and Bluetooth 4.2 LE connectivity Display – 2.4″ 240×320 color SPI TFT LCD display Expansion – 2x 8-pin through holes with GPIOs, SPI, DAC, I2S,ADC, VP/VN, and power signals (3.3V, Vin, GND) Misc Top – 6x large gaming buttons, select and start push buttons, buzzer Bottom – PROG and RESET buttons, user LED USB – 1x micro USB port for power and programming (CP2102) Dimensions – 120 […]

Coocox CoIDE and GCC Arm Embedded Toolchain Download Links

I’ve been playing with RAK811 LoRa GPS tracker last week-end and earlier this week, and Rak Wireless provides open source firmware for the board that can be work on with Arm Keil or Coocox CoIDE tools. The former requires registration, and the latter is freeware and appears to be preferred by Rakwireless guys. The only problem is that CooCox website have been down for several days, so I could not download the IDE from the official website. So instead I downloaded it from Softpedia together with a GCC toolchain. Sadly the version in Softpedia and the toolchain are outdated, so the firmware won’t build. I had installed CooCox CoIDE v 1.7.8 with GNU Tools ARM Embedded 4.7 2013q. Rakwireless engineers informed me they used CoIDE v 2.0.6 with gcc-arm-none-eabi-5_4-2016q3-20160926-win32. I could not find it online, so they added both to their RAK811 documentation. You’ll find the two files under Tools: […]

UP 7000 x86 SBC