diff --git a/portfolio/pages/en/software/projects/attachment-module.md b/portfolio/pages/en/software/projects/attachment-module.md
index 9f706b4..b85c6d3 100644
--- a/portfolio/pages/en/software/projects/attachment-module.md
+++ b/portfolio/pages/en/software/projects/attachment-module.md
@@ -1,5 +1,5 @@
---
-logosub: "Software developer"
+logosub: "Technical Specialist, Automation"
language: "en"
title: "Attachment module"
---
diff --git a/portfolio/pages/en/software/projects/board-of-education-bot.md b/portfolio/pages/en/software/projects/board-of-education-bot.md
index dafd88e..177c051 100644
--- a/portfolio/pages/en/software/projects/board-of-education-bot.md
+++ b/portfolio/pages/en/software/projects/board-of-education-bot.md
@@ -1,5 +1,5 @@
---
-logosub: "Software developer"
+logosub: "Avans TI student, year 1"
language: "en"
title: "Board of Education Bot"
---
diff --git a/portfolio/pages/en/software/projects/configuration-automation.md b/portfolio/pages/en/software/projects/configuration-automation.md
new file mode 100644
index 0000000..93a95c3
--- /dev/null
+++ b/portfolio/pages/en/software/projects/configuration-automation.md
@@ -0,0 +1,168 @@
+---
+logosub: "Technical Specialist, Automation"
+language: "en"
+title: "Configuration Automation"
+---
+
+At Hitachi Vantara I worked on automating a configuration process using Python and several external API.
+
+Products would be picked, assembled, configured and finally packaged for shipping at the distribution centre where I collaborated on this project. Configuration happend by connecting a Windows laptop to the product and apply settings. This related to the product's operating system, network and storage settings.
+
+
+
+
+
+
+
+
+
+ CTO configuration
+
+
+
+
+---
+
+## Development
+
+This project started as a locally run Python 2 script, to only automate very specific settings. It later moved to USB drives and eventually to a VM on a network.
+
+It eventually grew to support multiple product lines and at this moment I joined the other programmer to further extend this software after my internship.
+
+Here I learnt working properly with Git and designing software architecture. I also learnt how to create automation by interfacing by GUI automation with AutoHotkey and combine multiple APIs to achieve results.
+
+The automation software also used other resources like Tera Term scripts.
+
+Another fun thing I added was an iPDU where Python could safely powercycle 230 Volt AC power consumers. This was useful to power down devices when the distribution center was not operating at night to reduce costs.
+
+
+
+
+
+
+
+
+
+ CTO laptop
+
+
+
+
+---
+
+## Deployment
+
+Creating the release of this software had to be done by running a batch script to create a bundled set of Python files. These files were then uploaded to the VM located in a European distribution center in the Netherlands. This VM is then used to run the software from on a local network on which all configuration laptops were connected to. A WinSCP script would then sync the contents of all VM's in distribution centres located in Singapore, United States and China in 24 hours.
+
+A script (stub) on the configuration laptop would connect to the VM and run Python locally to receive instructions. The technician selects the product through a CLI menu and automated configuration starts.
+
+Dedicated storage managing software had to be installed, so communicating with the Japanese supplier was always important. This software and other assets were separately deployed to create a stable configuration process.
+
+
+
+
+
+
+
+
+
+ Storage Chassis
+
+
+
+
+---
+
+## Feedback
+
+The application generated log files with each configuration and then upload these back to the VM after configuration was complete or halted. These logs were sorted under product name and the order number. But quite often, I found it very productive to go to the configuration area and simply talk with the technician to figure out what went wrong. Depending on the severity of the problem, it would get documented in Gitlab issues. On a weekly basis, issues would get assigned among developers.
+
+Communication is always important and essential for proper DevOps. The people who operate and configure these machines daily often know a lot more details that can be used to optimize the software. But be certain to make them realize that they also contribute to profit, rather than believing their job may become obsolete.
+
+
+
+
+
+
+
+
+
+ HiCEF banner
+
+
+
+
+---
+
+## Lessons learn
+
+Being a programmer, I was mostly concerned with the software. But it requires hardware to run on. When the software does not work because of differences in the platform the software run on, what is there to do? I eventually started managing around 40 configuration laptops, using Clonezilla to create identical machines.
+
+Docker would have been an ideal solution, but I did not know much of it at the time.
+
+Also my many points of learning in git merges, creating release tags, deploying broken versions of the software and immediately needing to patch with hotfixes, all contributed to my learning of software development.
+
+Automation demands an equalized platform to run on and once it is deployed, hundreds of products will be making use of it. So, thinking something over and propely design and architecture software is much more time-saving than quickly meeting deadlines.
+
+
+
+
+
+
+
+
+
+ Many laptops
+
+
+
diff --git a/portfolio/pages/en/software/projects/digital-experience-platform.md b/portfolio/pages/en/software/projects/digital-experience-platform.md
new file mode 100644
index 0000000..36a54e0
--- /dev/null
+++ b/portfolio/pages/en/software/projects/digital-experience-platform.md
@@ -0,0 +1,48 @@
+---
+logosub: "Backend developer"
+language: "en"
+title: "Digital Experience Platform"
+---
+
+A "Digital Experience Platform" is basically interactive software where data can be maintained, not much different from a regular application. But it's a marketing term, because software also needs to be sold. One such DXP I loved working on was for OPPLE. They are a brand of lighting products and have over 14000 different items.
+
+My contributions were taking ownership of their catalog generator tool and maintaining the data of their products in Drupal on their website.
+
+## OPPLE Catalog Generator
+
+All the data was supplied through an external API by Compano and through an uploaded XML file. This data had to be parsed and converged into a logical structure so that products and product families were matched along with their features, photographs, accessoires, dimensional drawings, sensor diagrams and more. And all data is multilingual. And of course data had to be exchanged through excel files for pricelists and tender texts. Data was used interchangably between different tools and websites.
+
+
+
+
+
+
+
+
+ OPPLE product catalog
+
+
+
+
+The catalog generator makes use of the Drupal platform as an intranet portal where thousands of PDF's could be automatically generated in a single batch. The customer only has to alter the data and the layouts and appropriate sections appear.
+
+## Legacy code
+
+This project was handed to me as a monolithic source, with only 1 PHP file containing all the rendering logic and handling exceptions (as in, many products had their own unique, exceptional attributes). This was a project that had outgrown itself and was hard to scale further due to the current structure. I had to improve the code base, while retaining the legacy functions. But because everything was so tightly coupled I had to make sure a change did not break functionality elsewhere. The key is to write new code and provide "safety nets" for older code.
+
+A common misconception is to think by creating quick code, is easy gain. Not much effort, just copy and paste the existing logic and adjust it a bit. Then put it in the same file, no need to document it. But by building up Technical Dept, you will either leave this code behind or you will forget how everything works. Making code scalable, is essential. Even for "small" or "temporary" projects. Do not take shortcuts, thinking it will save time or meet the deadline.
+
+## Improvement
+
+Restructuring code built as such requires mostly patience. You cannot instantly restart everything, as this tool is used in production. You cannot create a new architecture complete with diagrams, there is currently no time. It is not the only project I work on, there are 20 other projects that also require attention. Instead, I started by moving functions around every time I worked on a new feature for the tool. Dedicating existing functions to separate module files was the start. Creating object-oriented code for new features was the next step. Applying unit tests came next. As long as a new feature request did not exceed in time, it could be slowly prepared to grow by having prework done every time.
+
+Eventually, it became a tool with composed logic, making future maintenance and feature requests a lot more simple.
+
+Moving forward with a structured tool, I am proud to have collaborated on this project and improved upon it. But when I was no longer working on this project, it got outsourced or abandoned. To me, this really was a project that was handed down from developer to developer and code just got copied and pasted. There were so many lines of code confined within if-statements, a lot of duplicate code. I am not surprised this project was abandoned and sadly I put many hours of unpaid work into this project to make it better, but it also became complexer. Again, to me it means that taking time beforehand to desing and architecture the software would make more of a difference. Not, here is the code, add this feature, you have 5 hours according to Jira.
diff --git a/portfolio/pages/en/software/projects/embedded-internet-radio.md b/portfolio/pages/en/software/projects/embedded-internet-radio.md
new file mode 100644
index 0000000..0ce321b
--- /dev/null
+++ b/portfolio/pages/en/software/projects/embedded-internet-radio.md
@@ -0,0 +1,86 @@
+---
+logosub: "Avans TI student, year 3"
+language: "en"
+title: "Embedded Internet Radio"
+---
+
+This project gave me the opportunity to work with the SIR120 internet radio made by the company StreamIT. The radio involved connecting to exiting internet streams and interfacing with the LCD and buttons on the device. The code was written in C.
+
+
+
+
+
+
+
+
+
+ Radio front
+
+
+
+
+## Development
+
+The radio had an existing operating system called Nut/OS, an open source OS. Nut/OS provided the TCP/IP stack we required to connect the device to the internet. The radio was able to play a select number of internet streams. The user could read the stream channel on the LCD and use the buttons to navigate between them.
+
+This project often had code overhauls because our code kept moving towards a more OOP approach using structs rather than large chunks of produral code.
+
+
+
+
+
+
+
+
+
+ Radio insides
+
+
+
+
+## Design
+
+A simple flowchart was created to show how the user could navigate through the menu.
+
+
+
+
+
+
+
+
+
+ Menu flowchart
+
+
+
diff --git a/portfolio/pages/en/software/projects/festival-simulator.md b/portfolio/pages/en/software/projects/festival-simulator.md
new file mode 100644
index 0000000..69786fa
--- /dev/null
+++ b/portfolio/pages/en/software/projects/festival-simulator.md
@@ -0,0 +1,182 @@
+---
+logosub: "Avans TI student, year 2"
+language: "en"
+title: "Festival Simulator"
+---
+
+A team project in which a festival can be simulated to view how crowds of people behave. It was named: "SimFest-Tycoon". The user can build festivals, roads, snackbars and assign time periods when a band plays at a stage. The project was programmed in Java. A school project made by four people. The software allows users to build their own festival grounds. Snackbarstands, toilets, roads and stages can be placed to view how people form crowds and bottlenecks in certain areas. The user can also assign a band that plays for a certain time at a stage using a scheduler.
+
+The band has a timeperiod and popularity, which affects the amount of people visiting that stage. The goal of this software is create an overview of potential bottlenecks and overcrowded areas.
+
+
+
+
+
+
+
+
+
+ Screenshot festival simulator
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ Screenshot festival simulator
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ Screenshot festival simulator
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ Screenshot festival simulator
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ Screenshot festival simulator
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ Screenshot festival simulator
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ Screenshot festival simulator
+
+
+
diff --git a/portfolio/pages/en/software/projects/ios-airports.md b/portfolio/pages/en/software/projects/ios-airports.md
new file mode 100644
index 0000000..cf8c592
--- /dev/null
+++ b/portfolio/pages/en/software/projects/ios-airports.md
@@ -0,0 +1,57 @@
+---
+logosub: "Avans TI student, year 4"
+language: "en"
+title: "iOS Airports"
+---
+
+A mobile iPhone application using a SQLite database to display airports around the world. With this project I got to experience working with Xcode and Swift to develop iOS mobile applications.
+
+Source code can be seen on my Github page: github.com
+
+
+
+
+
+
+
+
+
+ Screenshots
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ Screenshots
+
+
+
diff --git a/portfolio/pages/en/software/projects/kanji-application.md b/portfolio/pages/en/software/projects/kanji-application.md
new file mode 100644
index 0000000..6458d13
--- /dev/null
+++ b/portfolio/pages/en/software/projects/kanji-application.md
@@ -0,0 +1,101 @@
+---
+logosub: "Software developer"
+language: "en"
+title: "Kanji flashcard Android application"
+---
+
+In my free time I like to learn Japanese. I am married with someone from Japan, so being able talk with her parents in their own language is nice! You also pick up much of the culture through learning the language.
+
+I wanted a personalized way to learn Kanji. I keep track of the words I want to learn in a small SQLite database. If I come across a Japanese word, I can enter it in the database myself, because many language learning applications give you a preset of words, usually of the jōyō Kanji. The database can also be exported and imported to a file from the application.
+
+
+
+
+
+
+
+---
+
+## Tools
+
+Java and Android studio were used to create this application.
+
+
+
+
+
+
+
+
+
+ Screenshots flash card
+
+
+
+
+## Customizability
+
+Through user input, the difficulty of a Kanji is determined. A Kanji that is guessed wrong often will increase in difficulty and can be asked more frequently. Questioning can be done based on time and certain aspects of the Kanji can be shown or hidden. I added a dark- and light mode and the sizes of the characters can be changed.
+
+
+
+
+
+
+
+
+
+ Screenshots settings
+
+
+
+
+
+
+
+
+
+
+
+
+ Screenshots user input
+
+
+
diff --git a/portfolio/pages/en/software/projects/metroid-shooter.md b/portfolio/pages/en/software/projects/metroid-shooter.md
new file mode 100644
index 0000000..c5b9fc4
--- /dev/null
+++ b/portfolio/pages/en/software/projects/metroid-shooter.md
@@ -0,0 +1,132 @@
+---
+logosub: "Avans TI student, year 2"
+language: "en"
+title: "Metroid Horizontal Shooter"
+---
+
+A simple Java 2D game using Nintendo's Metroid franchise sprites. This was a school project. This little game I made to practice programming with 2D graphics. It slowly gained more and more features like extra weapons and different levels, because I really enjoyed working on this project.
+
+The point of this project was to learn sprite rendering and moving it on X- and Y-axes on the screen. It does not make use of a predefined game engine.
+
+
+
+
+
+
+
+
+
+ Screenshot Bull enemies
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ Screenshot Kihunter enemies
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ Screenshot player equipment
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ Screenshot level selection
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ Screenshot Gamet enemies
+
+
+
diff --git a/portfolio/pages/en/software/projects/raspberry-pi-jukebox.md b/portfolio/pages/en/software/projects/raspberry-pi-jukebox.md
new file mode 100644
index 0000000..413cd58
--- /dev/null
+++ b/portfolio/pages/en/software/projects/raspberry-pi-jukebox.md
@@ -0,0 +1,107 @@
+---
+logosub: "Hardware tweaker"
+language: "en"
+title: "Raspberry Pi Jukebox"
+---
+
+I used a Raspberry Pi to stream internet radio. Python and Flask were used to create a simple website interface that resided on the Raspberry Pi using the Apache web engine. This simple site had buttons to control the LEDs, the station to stream and to adjust the volume.
+
+The LEDs were controlled using an Arduino and a Maxim MAX7219 IC.
+
+
+
+
+
+
+
+
+
+ Jukebox disassembly
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ Jukebox old interiour
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ Jukebox LED matrix
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ Jukebox fully assembled
+
+
+
diff --git a/portfolio/pages/en/software/projects/swiv-for-pi.md b/portfolio/pages/en/software/projects/swiv-for-pi.md
new file mode 100644
index 0000000..1f772e5
--- /dev/null
+++ b/portfolio/pages/en/software/projects/swiv-for-pi.md
@@ -0,0 +1,89 @@
+---
+logosub: "Avans TI student, year 3"
+language: "en"
+title: "SWIV for Pi"
+---
+
+A simple vertical space shooter created for the Raspberry Pi. The game is played with regular keyboard and a custom joystick setup. The game was programmed in Python using the PyGame library. This project was mainly to create small game and interface it with a custom hardware setup. The setup uses an analog joystick to control the player's helicopter. An ADC (Analog Digital Converter) samples the analog data into digital data so that the Raspberry Pi (version 1, type B) could parse the data.
+
+
+
+
+
+
+## Hardware
+
+Simple components were placed onto a breadboard and the joystick's analog resistive data would be converted into digital data. This data would be read by the GPIO pins and used to determine how the helicopter moves over the X- and Y-axis. To help with understanding electronic logic, an oscilloscope was used.
+
+
+
+
+
+
+
+
+
+ Breadboard with components top view
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ Breadboard with components front view
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ Oscilloscope
+
+
+
diff --git a/portfolio/pages/en/software/projects/teslamaze.md b/portfolio/pages/en/software/projects/teslamaze.md
new file mode 100644
index 0000000..34a5505
--- /dev/null
+++ b/portfolio/pages/en/software/projects/teslamaze.md
@@ -0,0 +1,248 @@
+---
+logosub: "Avans TI student, year 1"
+language: "en"
+title: "TeslaMaze"
+---
+
+## Gaming, Woodcraft and Teamwork!
+
+
+
+
+
+
+
+
+
+ TeslaMaze logo
+
+
+
+
+---
+
+A team project where the player must align pipes correctly using a Wii remote. The ingame goals would then have effect on a custom built wooden tower. The game was programmed in Java.
+
+This project was made by four people working on both software and hardware. The game uses the Nintendo Wii remote to get input from the player.
+
+## Gameplay
+
+The player must align pipes from the fictional tesla coil to "relay electricity" to a specific point in the game. The game communicates to the Arduino to power servomotors that operate three doors and an elevator. These doors were gates on the rails and the elevator was a metal spiral elevator that would move the ball to the top of the tower.
+
+The game was complete if the player manager to bring the ball to the top of the tower, this would then turn on the plasma globe and register the time it took.
+
+
+
+
+
+
+
+
+
+ TeslaMaze gameplay
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ TeslaMaze screenshot game
+
+
+
+
+---
+
+## Woodwork
+
+The tower base is made of wood and has a metal screw elevator. A conductive metal ball has to be elevated up and then roll down three rails. One side of a rail is powered and the other is grounded. The metal ball conducts electricity to blue LED's on the rails when it passes by. Once the ball has reached the bottom of the tower within the time limit, a switch turns on the plasma globe on the top of the tower and the game is won.
+
+
+
+
+
+
+
+
+
+ TeslaMaze spiral elevator
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ TeslaMaze rails
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ TeslaMaze tower base
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ TeslaMaze within progress
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ TeslaMaze 3D render
+
+
+
+
+---
+
+## Lessons learnt
+
+This was actually my favourite project to work on. It combined the talent of everyone in our team. We had a very skilled woodworker (who doubled as a good project leader as well) and we all were coding. This project taught me that effective team work with good group synergy, produces great results.
+
+
+
+
+
+
+
+
+
+ TeslaMaze complete
+
+
+
diff --git a/portfolio/pages/en/software/projects/wifi-extension-board.md b/portfolio/pages/en/software/projects/wifi-extension-board.md
new file mode 100644
index 0000000..6dc517f
--- /dev/null
+++ b/portfolio/pages/en/software/projects/wifi-extension-board.md
@@ -0,0 +1,115 @@
+---
+logosub: "Avans TI internship"
+language: "en"
+title: "Wi-Fi extension board"
+---
+
+This project was part of my internship at Dazzletek in Breda. They no longer exist and the name "Dazzletek" now seems to belong to an American company. They created intelligent lighting control solutions and were part of Vitelec. My assignment was to create a prototype that would allow a device to communicate over Wi-Fi. I worked with a PIC microcontroller.
+
+I developed a software program using C in the OpenAT framework, but also made adjustments to the hardware prototype board. At the end of my internship the prototype was realized into an extension board for the Antares gateway. The purpose of this assignment was to provide a device which communicates over GPRS, with the ability to communicate that data over Wi-Fi.
+
+Instead of using the Wi-Fi stack, I was encouraged to develop my own data transfer logic over SPI, which was then read by the oscilloscope.
+
+
+
+
+
+
+
+
+
+ Dazzletek Antares gateway
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ SPI readings on a Oscilloscope
+
+
+
+
+## Technology
+
+The WF121 by BlueGiga, which used a PIC32 microcontroller, had to be programmed to accept and transfer data to a specific SSID. Also the AirPrime SL6087 by Sierra Wireless (now Semtech) had to be programmed to relay the data to the Wi-Fi module.
+
+I used Wireshark, commandline debug and an oscilloscope to monitor the datatranfers. Version control was done in Subversion.
+
+
+
+
+
+
+
+
+
+ Wi-Fi prototype board
+
+
+
+
+---
+
+Finally, all the boards had to be provided with the firmware I wrote. I soldered a little RJ45 connector that would allow the PIC programmer to write to the pins on the boards.
+
+
+
+
+
+
+
+
+
+ Batch programming
+
+
+
diff --git a/portfolio/pages/en/software/projects/windows-10-cookbook.md b/portfolio/pages/en/software/projects/windows-10-cookbook.md
new file mode 100644
index 0000000..1a96383
--- /dev/null
+++ b/portfolio/pages/en/software/projects/windows-10-cookbook.md
@@ -0,0 +1,113 @@
+---
+logosub: "Avans TI student, year 4"
+language: "en"
+title: "Windows 10 Cookbook"
+---
+
+This UWP application was built with C# and XAML.
+
+This was a school project which retrieved recipies and other data from an API. Mostly this was to learn quickly how to develop a mobile application on the Windows platform with a responsive design.
+
+Source code can be seen on my Github page: github.com
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ User interface
+
+
+
+
+## Mockups on laptop and mobile
+
+These are mockups on other devices, using screenshots of the application.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ Mockup on a laptop
+
+
+
+
+---
+
+
+
+
+
+
+
+
+
+ Mockup on a smartphone and tablet
+
+
+
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+ 
+
+ 
+ 
+
+ 
+ 
