STM32 / ARM toolchain

Since I bricked the ROTHULT lock by somehow managing to accidentally zero the firmware, I need to write my own firmware. Having done mostly embedded coding for Arduino (and AVR328P in stand-alone configuration) and ESP8266, I figured that the Arduino IDE surely had some nice additions to solve the problem.

Wrong, or at least I didn’t find any suitable for the STM32L05. (This might be wrong, there is for example Arduino IDE support for several types of STM32 processors available here )

Then what?

I decided to not go for any of the ”free for hobbyists and students” options that I got flyers for in the ST-Link package, partly because I need another IDE like I need the plague, partly because I decided to use the old macbook (hence not windows) for hacking since it has a decent command line, partly because I want to go open source for the principle of it.

As usual when I try something new, I end up trying Eclipse. Then I uninstall it. The next day, I usually reinstall it, try again, and give up once more. There are lots of rants online describing why Eclipse sucks, so it seems like I’m not alone. My main reason is that it is overly complex for the job and configuration is a hell. It is probably very nice if you have the time and energy, but it is not for me.

Anyway, if you like Eclipse, there are a few options: http://openstm32.org and https://gnu-mcu-eclipse.github.io/.

Then (after _a lot_ of searching) I found http://libopencm3.org/ which seems like the right way to do things, and I managed to blink the two LEDs on my discovery board.

What you need (assuming that you use Homebrew on your mac, similar packages are available for Linux and should be easy to find with your favorite package manager):

• brew install arm-gcc-bin stlink open-ocd
• git clone https://github.com/libopencm3/libopencm3-examples

Then config and run the examples.

 

Teardown of the IKEA ROTHULT RFID lock

EDIT: You can connect an stlink to the debug header. I never got that far in the writeup though, due to this being the first ARM project I looked at combined with the vacation ending. I have however tested it and it works.

Disclaimer: If you believe any of the below and burn down your house, lose your dog, or break your lock, or something else that is good or bad happens, it is your own fault. The likelihood of something being wrong is close to 100%.

The IKEA ROTHULT is an RFID-enabled motorized lock for desks, cupboards, etc.

Obviously, it would be nice if it could be connected to, for example, a mysensors network and used for home automation.

Teardown

The ROTHULT is kept together by four screws, no tricky plastic tabs. Simply unscrew the battery compartment and the lid, then lift it away.

Inside, you find the bolt, a gearbox arrangement with a small motor, and a circuit board. The RFID antenna is beneath a snap-in lid (visible in the first picture) and connected through four pins to the PCB. Two microswitches are used as end stops for the bolt.

Unfortunately, the RFID antenna is soldered to the main PCB, which means that it cannot be lifted out of the box easily. Everything else can be removed without violence.

 

To remove the lid over the RFID antenna, lift CAREFULLY at the slots, while pushing the plastic tabs from the inside.

If you don’t manage to push ”good enough” on the tabs, they are likely to break. (The two closest to the PCB on mine did, but it doesn’t really matter, if you are to use the lock as a lock later, it will not be visible and super glue is cheap :-) )

Lifting the lid reveals a PCB with an antenna on it. Unfortunately, that is all it seems to be, there is no hidden I2C/SPI/serial RFID module ready to be harvested.

PCB

Let’s take a closer look at the PCB.

Q3-Q8 on top to the right seems to be the power transistors driving the motor.

The build is primarily surface-mounted (no surprise), and uses two main integrated circuits – a guess is that the right one handle the RFID decoding, and the left is the main processor (if there is such a thing in this device). Then, if we are lucky, the header right above the integrated circuit could be a programming/debug header.

Processor

A closer look on the suspected CPU reveals the ST logo, and an identification number: L051K86, which is a reasonable match to the STM32L051K8 processor with LQFP32 pinout (datasheet).

If this indeed is the case, the pinout from the datasheet is shown below, rotated to match the photo above.

Looking at the header (ref black-and-white photo), from left (H1) to right (H6), the header pins appear to be connected as below – please note, this is still to be confirmed by a second view as well as with measurements!

• H1 – Pin 24 (PA14, SWCLK, USART2_TX)
• H2 – Pin 23 (PA13, SWDIO)
• H3 – Pin 17 (VDD)
• H4 – PCB ground plane (if one look at the battery compartment, the negative pole of is connected to the same PCB plane)
• H5 – Pin 20 (PA10, USART1_RX)
• H6 – Pin 19 (PA9, MCO, USART1_TX)

According to the datasheet (section 3.9 boot modes), programming the flash memory is done by using SPI1 (PA4-PA7), SPI2 (PB12-PB15), USART1 (PA9, PA10), or USART2 (PA2, PA3).

Since we indeed have USART1 connected to H5-H6 is would seem as if we can access the flash through this header (if the BOOT0 pin can be manipulated / is connected in an appropriate way). The datasheet in turn refers to STM32 memory boot mode AN2606. That datasheet can be found here.

For the remaining pins, H1/H2 are connected to the serial wire debug feature (SWCLK, SWDIO), see for example this datasheet for more details.

Let’s leave it at this for now, and move on to the rest of the circuitry.

RFID Decoder

The initial assumption is that integrated circuit #2 is a dedicated RFID decoder.

This is confirmed by a new macro photo (the print on this circuit is really hard to read) which identifies it as an AS3911 (datasheet) NFC Initiator / HF reader IC.

The ams logo is quite identifiable once you know it is supposed to be there.

Looking in the datasheet, we find the pinout:

Again, his is oriented the same direction as in the overview PCB photo (but not as in the closeup showing the markings) and the connections to the CPU can be traced:

• AS3911 Pin 32 (/SS) <-> CPU Pin 10 (SPI1_NSS)
• AS3911 Pin 31 (SCLK) <-> CPU Pin 11 (SPI1_SCLK)
• AS3911 Pin 30 (MOSI) <-> CPU Pin 13 (SPI1_MOSI)
• AS3911 Pin 29 (MISO) <-> CPU Pin 12 (SPI1_MISO)
• AS3911 Pin 27 (IRQ) <-> CPU Pin 14 (PB0)

Hence, the AS3911 is connected to the CPU through SPI.

End Switches

The two microswitches seems to switch VDD/GND to an IO pin depending on their position.

• Switch 1 (above the summer) is connected to CPU pin 27 (PB4)
• Switch 2 (not above the summer :-)) is connected to CPU pin 28 (PB5)

Summer

No idea.

Motor Drivers

Not investigated yet.

Continued in part 2, where we wire up the debug header and decode the serial output.

 

Mysensors-capable CO2-sensor

I have suspected for a while that the CO2 levels at night in my bedroom are quite high, and when there was a sale on Senseair S8 sensors a few weeks ago, I decided to get one.

The original intent was to use the ESPEasy-based controller I use to control the air conditioning, but the NodeMCU board runs on 3.3V and the Senseair S8 wants 5V so it was easier to do something based on my go-to solution for remote sensors, mysensors.org.

A quick breadboard-build confirmed that yes, CO2 indeed gets high during the night (the Y axis is PPM, and it falls well within the uncomfortable levels).

To mount the sensor in the room, I needed a well-vented enclosure, and since the sensor is anything but cheap, it had to be reasonably sturdy as well.

Hence, FreeCAD and 3D-printing!

The enclosure is made from three parts and kept together with hot glue. A vented dome encloses the sensor which is mounted on a plate. Glue the cables to the plate to avoid the sensor bouncing around. All files are available at thingiverse. 

Code

To get this working,  combine the code example from https://www.co2meter.com/blogs/news/35432257-arduino-code-for-k-30-co2-sensor-works-for-s8-sensor-too with the code example from https://forum.mysensors.org/topic/6528/mh-z19-co2-sensor/7 to enable CO2 level reporting to homeassistant.

Since the licensing for the first example from co2meter.com is unclear, I leave it as an exercise to the reader to combine the two (Hint: Use sendRequest() and getValue() + all related code from co2meter.com to read the CO2 PPM, then use the mysensors example to pass it on to the controller)

Then what?

The sensor readings will be used to control two fans connected to a normal Z-Wave relay (or similar) that will push in fresh air through the vents when the CO2 levels are too high.

mysensors-capable bbq thermometer

Let’s build a wireless meat thermometer!

There is of course already a wide range of wireless thermometers available,  but what is the fun in that? Also, they are quite expensive and there is (in general) no way to use the data cleverly, the presentation is limited to an app or a dedicate thermometer control box. Another option could be to build for example a WLANThermo or a HeatMeter.

Bill of materials:

• Arduino nano – I have a bunch. The power-conscious person will use something else, I intend to power this off an old powerbank
• Probe – see below
• 47k resistor
• various cables, solder, solder iron
• NRF24L01 Radio for the mysensors functionality

 

We start with acquiring a probe. Unless you shop from Ali Express and is prepared to wait for a few weeks (and also these days if you are in Sweden, pay the lovely processing fees from Postnord), it is likely that the IKEA FANTAST timer/thermometer (SWE link) (US link) is the cheapest choice. It seems to have a 220k @ 25C NTC probe.

Start by disassembling the FANTAST and scavenge the 2.5 mm jack socket. The FANTAST can be reassembled and used as a timer without the probe and socket. The box is held together by four small screws. Carefully unscrew them, lift the lid, and desolder the socket.

Then we will connect the FANTAST probe in line with a bias resistor. I somewhat arbitrarily choose a 47k ohm resistor. The resistor is soldered to the socket pin which is connected to the metal casing of the probe, the probe is not isolated.

Make a connection from the Arduino’s 5V pin to VDD on the voltage divider, from A0 to the middle of the voltage divider, and from GND to the bottom of the voltage divider. This allows us to eliminate the supply voltage from the calculations.

 

 

Now we can do some testing – let’s code a simple to-the-serial-port thermometer!

We start by measuring the resistance of the probe – this code is based on the Arduino Analoginput demo. Change the ”loop” function to the below and upload it:

void loop() {
  int sv=0;
  
  for(int i=0;i<10;i++) {
    
  // read the value from the sensor:
  
  sensorValue = analogRead(sensorPin);
  sv=sv+sensorValue;
  delay(10);
  }

  sensorValue=sv/10;
  // turn the ledPin on
  digitalWrite(ledPin, HIGH);
  // stop the program for <sensorValue> milliseconds:
  Serial.print("Volts: ");
  Serial.println(sensorValue*5.0/1024.0);
  Serial.print("Ohms: ");

  // vout = (vdd * r2 )/(r1+r2)
  // (r1+r2)*vout = vdd * r2
  // r1*vout = vdd*r2-vout*r2
  // r1 = (vdd-vout)*r2/vout
  // now add the equation for the resistance and eliminate vdd

  
  
  Serial.println((1.0-sensorValue/1024.0)*47000/(sensorValue/1024.0)); // this is our probe resistance.

  Serial.println("---");
  
  delay(sensorValue);
  // turn the ledPin off:
  digitalWrite(ledPin, LOW);
  // stop the program for for <sensorValue> milliseconds:
  delay(sensorValue);
}

If everything works, the serial port should print resistance values. They will likely jump up and down a bit, but averaging over 10 samples helps a bit. This we will use to calculate the Steinhart-Hart coefficients. Simply place the probe in three different water baths with different temperature, measure the resistance with the sketch, and measure the temperature with a decent thermometer. Then use this calculator to get a,b,c. I got the following using my Thermapen as the ”gold standard”:

 

• • • • • • • • 26.3 C (79.34 F)-> 220378 ohm

             

             

         

         

     

     

 

 

 

• • • • 74.5 C (166.1 F) -> 31384 ohm

     

     

 

 

 

• • • • 50.8 C (123.44 F) -> 76722 ohm

     

     

 

  The resulting values are a=0.0005887972095510851, b=0.00021455581402332063, c=5.958141261835043e-8 which seems to be good enough when checking a few more random points in my cup of tea. So let’s modify the arduino code to calculate the temperature as well:

int sensorPin = A0; // select the input pin for the potentiometer
int ledPin = 13; // select the pin for the LED
int sensorValue; // variable to store the value coming from the sensor

// steinhart-hart constants for my probe.
double a=0.0005887972095510851, b=0.00021455581402332063, c=5.958141261835043e-8;

void setup() {
// declare the ledPin as an OUTPUT:
pinMode(ledPin, OUTPUT);
Serial.begin(9600);
}

void loop() {
int sv=0;
double res, lt, temp;

for(int i=0;i<10;i++) {

// read the value from the sensor:

sensorValue = analogRead(sensorPin);
sv=sv+sensorValue;
delay(10);
}

sensorValue=sv/10;
// turn the ledPin on
digitalWrite(ledPin, HIGH);
// stop the program for <sensorValue> milliseconds:
Serial.print("Volts: ");
Serial.println(sensorValue*5.0/1024.0);
Serial.print("Ohms: ");

// vout = (vdd * r2 )/(r1+r2)
// (r1+r2)*vout = vdd * r2
// r1*vout = vdd*r2-vout*r2
// r1 = (vdd-vout)*r2/vout
// now add the equation for the resistance and eliminate vdd



res = ((1.0-sensorValue/1024.0)*47000/(sensorValue/1024.0)); // this is our probe resistance.
Serial.println(res);
Serial.println("---");

// calculate the actual temperature

lt = log(res);
temp = 1 / (a+b*lt+c*lt*lt*lt); // in kelvin
Serial.print("Kelvin: ");
Serial.println(temp);
Serial.print("Celsius: ");
Serial.println(temp-273.15);

delay(sensorValue);
// turn the ledPin off:
digitalWrite(ledPin, LOW);
// stop the program for for <sensorValue> milliseconds:
delay(sensorValue);
}

This seems to work fine, at least the resulting temperature measurements are in line with my Thermapen. The remaining work is to connect the radio, turn the above into a mysensors sketch, and create a nice automation to handle the data.

The final mysensors sketch is available on github, the automation has not been implemented yet.

 

Air conditioning remote controller codes for Duracraft AMD 8500 E

For air conditioning units using this type of remote:

All codes use the NEC protocol and are 32 bit. Seems to work with the espeasy IR remote TX.

ON/OFF – 8F758A7

UP – 8F750AF

DOWN – 8F720DF

C/F – 8F700FF

MODE – 8F77887

SPEED – 8F7906F

TIMER – 8F7807F

 

Vattennivåvakt till IKEA VÄXER

Vi har en hoper ”IKEA VÄXER”. Det fungerar tokbra, om man bara kommer ihåg att vattna dem. Det gör vi inte, så vi får massor av torr sallat.

Alltså behövs en nivåvakt till vattnet. Den mycket modige hade såklart satt en automatisk påfyllare, men eftersom vi har dem inomhus på andra våningen i ett trähus så är vi inte så modiga.

Insats med nivåbrytare

Jag hade ett par nivåbrytare (länk till kjell, leta efter ”float switch” om du hellre handlar på aliexpress) över efter ett experiment förra året som verkade kunna vara perfekta att kontrollera vätskenivån med utan att behöva meckla med konduktivitet och annat besvärligt.

För att få fast den i växtlådan så caddade jag en hållare och 3D-printade den. Filerna finns på thingiverse (https://www.thingiverse.com/thing:2896162) inklusive freecadfilen om någon vill rita en med lite annan höjd på fästet. (Den mycket händige kan säkert peta ihop något som går att köra customizer på, men det är överkurs för min del…).

Brytaren slår till någonstans mellan 1-2 av mina vattenkannor i odlingslådan, så det finns fortfarande vatten kvar när den larmar.

Mysensorsnod

För att få signalen från nivåbrytaren till mig (dvs, in i Homeassistant) så kopplade jag på en mysensorsnod med strömbrytarfunktion (https://www.mysensors.org/build/binary).

Observera att Homeassistant kommer att ignorera noden om exempelkoden från sidan används, man behöver sätta ett namn på nodtypen i ”presentation”-funktionen.

Ändra den till tex

void presentation() {
  sendSketchInfo("Water Sensor", "1.0");
  present(CHILD_ID, S_DOOR); 
}

så fungerar det sedan.

Koppla in nivåbrytaren enligt exemplet på mysensorssidan och testa att det fungerar genom att lyfta flottören upp och ner och se värdet ändras i Homeassistant.

Konfiguration i Homeassistant

Mysensorsmodulen i Homeassistant kommer att presentera noden som en binärsensor med värdena ”on” och ”off”. Jag ville ha in den som en fuktighetssensor i Homeassistants växtmodul, och skrev därför en templatesensor som kan ha värdena 0 samt 100.

- platform: template
  sensors:
     vattenlarm_ikea:
         unit_of_measurement: '%'
         value_template: '{% if is_state("binary_sensor.water_sensor_8_1","on") %} 100 {% else %} 0 {% endif %}'

binary_sensor.water_sensor_8_1 är namnet som Homeassistant satte på nivåbrytaren när den kopplade upp sig. Byts givetvis ut mot vad som passar.

(På sista raden står det value_template: ‘{% if is_state(”binary_sensor.water_sensor_8_1″,”on”) %} 100 {% else %} 0 {% endif %}’)

Sista steget var att lägga till en komponent med Homeassistants växtmodul och kombinera 433 MHz-termometern med nivåsensorn (som nu är en fuktsensor):

ikeaodling:
  sensors:
    moisture: sensor.vattenlarm_ikea
    temperature: sensor.biblioteket_temperature
  min_moisture: 99

”Ikeaodling” kommer då att hamna i state ”problem” när nivåbrytaren larmar, och det kan man fortsätta automatisera på, ex skicka textmeddelande till telefonen.

 

 

 

Koder till tellstick.conf för kjells luxorpart-brytare

Jag har en större mängd ”luxorparts”-brytare för 433MHz från kjell å company som inte är självlärande.

De fungerar jättebra med telldus live som har möjlighet att mata in koden från baksidan av brytaren (I-IV, 1-4), men med linux och en direktkopplad tellstick / motsvarande så har åtminstone inte jag lyckats hitta ett uppenbart sätt att få till det enkelt.

Lösningen har därför varit att lägga in brytaren i telldus live och lyssna av styrsignalerna för att få tag i koden, men det är ju lite meckigt.

Alltså fick jag till slut foten ur och listade ut hur det hänger ihop, och i förhoppning att någon annan skall ha nytta av det så är det så här det fungerar:

Ratt I-IV styr de första fyra bitarna i koden:

I	”1000”
II	”0100”
III	”0010”
IV	”0001”

Ratt 1-4 styr de sista sex bitarna i koden:

1	”100000
2	”010000
3	”001000
4	”000100

Detta kombineras till ett tiobitars ord och används i tellstick.conf, till exempel för en brytare inställd på III-3 blir det enligt nedan:

device {
 id = 4
 name = "legolampor"
 protocol = "sartano"
 model = "codeswitch"
 parameters {
 code = "0010001000"
 }
}

 

A time-travel tool for Linux-based testing of scheduled jobs

In case it is useful for anyone, I searched for something similar and did not find it, so I hacked it together.

 

A tool to do a controlled "time-warp" on a Linux box.

Why?

Assume that you have a system that perform events at a known
time, e.g. through cron jobs. Testing that system can be
very frustrating if some of the events are infrequent, 
for example yearly, combined with more frequent events, 
for example hourly.

Moving time manually is boring, and error prone.

This tool consumes a crontab-like file and moves time in
a controlled way, stopping a few seconds before the next
event start, pausing (will possibly be changed to a more
intelligent method later) for a while, then optionally
continue with the next event. 

The "command" part of the crontab (see example) is right now
used as informational trace only.

Invocation:

warp, without argument, execute the next event.

warp --to "YYYY-MM-DD hh:mm", execute all events between now
and the specified time. Stops at the last executed event.

https://bitbucket.org/kwiklund/warp

 

 

Vice / X64 C64 emulator remote control from smart-phone

I got tired of fiddling around with the mouse to load diskette images in my Vice/X64 setup, and hacked together a small web application to do it from the smartphone.

In short, it presents the contents of a database of all your software in the phone browser and allows remote start of any C64  program.

The design is based on IUI, http://iui-js.org, and the remote mechanism relies on the remote monitor in X64, which required some patches to work fully, see the README in the source for details.

Source code, a few very short php scripts + some bash code, is available for the brave at Bitbucket: https://bitbucket.org/kwiklund/vice-x64-web-launcher, but don’t expect any fast support, it is in the 80% working state, which means that I’m likely to lose interest in it really soon…

Arkadspel

Förr, på den tiden, så gick man till Liseberg max en gång om året och om man hade riktigt mycket tur så fick man spela galoppbanan, whac-a-mole, och kanske något arkadspel i spelhuset.

Starkast minne har jag av defender, som var flångsvårt, spy hunter  (som finns i en förvånansvärt bra port till C64), samt det cocktail-kabinett med Space Invaders (eller möjligen Galaxian, jag har ett svagt minne av färger…) som fanns på hotellet vi bodde på i London 1980-ish.

Eftersom jag har mindre förstånd än snickerikunskaper så bestämde jag mig för några månader sedan att det var en bra plan att bygga ett eget kabinett. Efter CJ hade skrivit om något åt det hållet på facebook så var det kört.

Kravspecen blev efter ett tag:

• Plattskärm, dels för alla tjockskärmar är återvunna, dels för att minimera storlek och värme.
• Kontrollpanel liknande neo-geo, eftersom det är en plattform som stödjer flera olika spel. Hittade sedan en variant på facebook med två extraknappar.
• Plywood, inte MDF, eftersom man kan båtlacka eller betsa plywood och få den att se okej ut, MDF måste i princip lackas, och det är jag ännu sämre på än att snickra.
• Skall se ut som en riktig maskin (förutom målningen…), vad är annars poängen?
• Tunnare än en riktig för att få plats i hörnet, se ”plattskärm” ovan…

Letar man på internet så finns det precis som med allt annat konstigt (n+1) sites som debatterar rätt sätt att bygga på, och efter ganska mycket letande slutade det med ”Project Mame” som bas till kabinettet. Det är gjort för plattskärm och är därmed tillräckligt smalt för att få plats på 2 skivor plywood till skillnad mot 3 som hade krävts för ett tjockare kabinett.
Materiallista:

• 2 skivor byggplywood – 285 kr styck på Beijer = 570 kr
  (rätt ful, men man får leta lite så man får skivor som ser hyfsat okej ut. Är man bättre på snickrande än jag så kan man köpa finplywood istället)
• Joysticks, knappar, ipac ve och coin mech från arcadeshop, ca 1100:-, har dock inte fått pinnen till joystick nummer två ännu så jag är lite negativt inställd. Joy nr 1 kommer att bli en C64-joystick istället.
• Roterbar och tiltbar monitorhållare – 249 kr från netonnet
• Pluggningskit (borr, mothåll, riktmojänger, plugg), 24:- på Clas Olson, för att kunna bygga en låda
• Grenuttag 6 delar, Jula, 39:-
• Expansionsbeslag till låda, ur arkivet 0:-
• Insexskruv 4 mm + mutter + brickor, att montera joysticks med, 60:- biltema
• Laptop – ur arkivet, 0:-
• USB-hub, ur arkivet, 0:-
• Tangentbord, kablar, etc, ur arkivet 0:-
• Monitor 17″ 4:3, donerad av släkten efter fråga på facebook, 0:-
• Högtalare samt sub-bas, ur arkivet 0:-
• Båtlack, 2 x 0.75 liter, biltema. 200:-
• Lacknafta, biltema, 30:-
• Hammarlack, svart, biltema, 80:-, att dels måla bezel till monitor med, dels måla kanterna med så det ser ut som om de har T-moulding.
• Diverse skruvar, lim, etc, ur arkivet, 0:-
• Gångjärn, Clas Olson, 59:-
• Skruv till gångjärn, ur arkivet, 0:-
• Skruvöglor, att hålla fast högtalarna med, ur arkivet, 0:-
• Nintendo till VGA-adapter, console.se, 299:-
• Nintendosensorbar (batteridriven kopia), 149:-, Kjell
• Litet relä för anslutning av coin mech, 50:-
  • Kommer ej ansluta coin mech, åtminstone inte om jag inte skaffar en riktig dörr, det blev en knapp på kontrollpanelen för ”mynt” istället.
• Flatstiftshylsor, 40:- fråm Kjell +  50:- från Biltema
• USB-genomföring, 239:-, Conrad
• Sony-Ericssonladdare, modell Ä, att driva sensor bar med, ur arkivet, 0:-
• USB-pinne, 32 Gb, att ha konfigurationer etc på, Kjell, 200:-
• Penslar, clas ohlson, 108:-
• lackslippapper, clas ohlson, 43:-
• Plastskivor, biltema, ca 370:-
• Joysticks, analoga, ca 1100:-, som ersättare för de digitala joystickarna som jag bara fick 1.5 levererade av från arcadeshop.de

Totalkostnad: 4999 kronor för materialet.

Bygge

Snickerier

När jag började bygga gjorde jag en ganska drastisk ändring mot project mame, istället för att skruva skivorna mot läkt så valde jag att fräsa ut spår i dem så att man kan sätta i dem i varandra istället.

Det blev ett betydligt bättre resultat än jag trodde från början, kanterna göms och det blir tätt och fint. Jag använde även en kantfräs för att runda av kanterna på plywooden. Fräsen användes också för att få bitarna exakt likadana, man spänner fast mallen under en grovutsågad sida och fräser den rak med en fräs med kullager på.

Allt gick över förväntan bra att bygga, bytte min 19″ widescreenskärm mot en 17″, som gav samma höjd men bättre formfaktor.

Sen fick jag för mig att jag skulle göra en låda att ha laptopen i. Detta visade sig vara något av ett mörker, man kan nämligen inte borra in plugg så himla bra i plywoodkanter. Det löste sig dock med lite laminatlim som jag hade över. I efterhand hade en halvhög låda räckt, så hade plexit för kontrollpanelen kunnat gå ner över den övre delen av lådan. Får se om jag orkar ändra det, plexi är ett elände att såga i.

Kontrollpanel

Kontrollpanelen är byggt med två stycken Ultrastik 360 som har knapparna anslutna direkt till sig, samt en ipac ve som är ansvarig för startknapparna, paus, och coin in.

Ett ännu ej löst problem är att min IPAC VE inte går att programmera som utlovat med linuxprogramvaran, de har nämligen ändrat hårdvara i dem efter nyår. Kasst, men de verkar jobba på problemet, eller nåt. Delvis löst genom att de nya analogjoystickarna har ”button in”, så knapparna, förutom coin, start, paus, sitter direkt på joysticks.

Plexidetaljer (Bezel, Marquee, Kontrollpanelsskydd)

Ok, rent strikt är det inte plexiglas utan nån mysko plastskiva från biltema, men ändå. Plasten bearbetas med ”träverktyg”, dvs hålsåg och sticksåg. Det är viktigt att inte köra för snabbt för då smälter den. Till viss del minimeras effekten av detta om man har skyddsfilmen kvar på plexin (vilket är en väldigt bra idé från början pga repor), då kan man dra bort överflödig smält plast lätt. Hålsågningen vattenkyldes. Att ta hål för knapparna var den enskilt mest ansträngande delen av jobbet.

Bezel (monitorram) maskerades med maskeringstejp där monitorn skulle synas, sedan fick den ett tjockt lager svart hammarlack på baksidan. Skyddsplasten på framsidan satt kvar när den målades. Resultatet blev en djupsvart lätt spegelaktig effekt som jag tyckte var väldigt bra.

Kvar att göra

Det jag fortfarande inte är riktigt nöjd med är frontenden, lutar mot att bygga en som visar ”top 9” av de spel man spelar som förstasida, och som har möjlighet att välja annat om man vill.

Lackningen får dessutom vänta till nästa år, det är för dåligt väder ute. Både trädetaljerna och undersidan av plasten över kontrollpanelen skall lackas (kontrollpanelen skall vara svart). Funderar även på att göra om lådan och böja plexin över kanten så den täcker överdelen och den utdragbara delen är lägre. Plastglaset skulle kunna bytas mot glas också, det är svårt att få rent utan att bli flammigt.