diff --git a/_posts/2009-02-01-hp-laserjet-3p.md b/_posts/2009-02-01-hp-laserjet-3p.md
new file mode 100644
index 0000000..0a65053
--- /dev/null
+++ b/_posts/2009-02-01-hp-laserjet-3p.md
@@ -0,0 +1,28 @@
+---
+title: hp Laserjet IIIp
+layout: default
+created: 2009-02-01 17:28:28 +0100
+toc: false
+tags:
+ - know-how
+ - hardware
+ - hp
+ - laserjet
+---
+Endless feeding
+===============
+
+If the printer starts feeding a blank page between 2 printed pages or is endlessly feeding blank pages instead of printing something,
+you might have the problems mentioned in [this forum](http://forums1.itrc.hp.com/service/forums/questionanswer.do?admit=716493758+1118648472608+28353475&threadId=291567).
+
+The printer has two coils in the paper cartridge which pull a metal sheet for recognizing the end of a sheet. There are rubber pads attached so that there are no \*click\*
+noises while printing. But this rubber gets soft and sticky when it's old and thus the metal sheets stick to the coils and the printer "thinks" it is still feeding the page and feeds more waiting for the end of the page.
+
+**Solution:** Remove the paper catridge, turn the printer upside down and remove the 4 thumb screws and the cartridge housing.
+On the top of the housing remove the 3 screws on the wider side and the plastic cap. Now you should see the two coils.
+
+Now you have different options:
+
+ * remove the rubber pads completely (don't wonder about the clicking noise when printing!)
+ * replace the rubber pads
+ * *my solution:* Put scotch tape on the sticky pads so that they don't stick to the coils anymore
diff --git a/_posts/2009-03-31-fortuna-gpsmart-bt.md b/_posts/2009-03-31-fortuna-gpsmart-bt.md
new file mode 100644
index 0000000..b7dde26
--- /dev/null
+++ b/_posts/2009-03-31-fortuna-gpsmart-bt.md
@@ -0,0 +1,67 @@
+---
+title: Fortuna GPSmart BT
+layout: default
+created: 2009-03-31 11:53:41 +0200
+toc: false
+tags:
+ - know-how
+ - hardware
+ - fortuna
+ - gpsmart
+ - gps
+---
+**Homepage:** [fortuna.com.tw](http://www.fortuna.com.tw/gpsmart.htm)
+
+
+
+
+No fix since 2005-07-11
+=======================
+
+There is an error in the original firmware of the GPSmart that the device almost never get a fix since July, 11th 2005.
+The function to calculate the visible satellites is erroneus and gives wrong values since that date. So the device searches for satellites which are not visible.
+
+On [this page on eXpansys](http://www.expansys.com/ft.aspx?code=105113&thread=39), *johnr_61* writes that he patched the firmware with new ephemeris data
+so that everything works fine again. This patch should work until 2010-11-22.
+
+
+Update firmware
+===============
+
+Connect the device with the special cable. (Normal Mini-USB cables don't work since the devices actually provides only a standard serial interface
+which has to be converted to normal USB using the `PL2303`-IC from Prolific.)
+
+Use *FortunaSync* to establish the connection (*Link to Fortuna GPS*) and then use *SirfFlash* to upload the new firmware.
+
+
+There are some devices where the flashing doesn't work. If you try to establish a connection using *FortunaSync*, the device locks up.
+Some of these devices have a jumper `R30` on the PCB which should be shorted to get directly into flashing mode. Mine didn't have one
+but had a `J2` which might had the same effect, but it still didn't work. After some trying I found out that this device goes into
+the *SiRF Binary*-communication mode instead of the *NMEA*-mode the newer devices go into. So if you use *SirfDemo* to switch the
+device to NMEA-format, the firmware upgrade works until the device reboots itself. After that it's back into SiRF Binary mode and the upgrade fails.
+
+
+
+Power cable
+===========
+
+You might have noticed that you can't power the GPSmart using a normal USB-to-MiniUSB cable. The backlight for the display can be switched
+on and off, but the display itself doesn't show anything. Since I had the same problem with my *HTC Universal*, I found a solution
+at [forum.xda-developers.com](http://forum.xda-developers.com/showthread.php?t=285768). According to [Wikipedia](http://en.wikipedia.org/wiki/Universal_Serial_Bus#USB_cables),
+the 4th pin is used for detection of *USB On-The-Go*, i.e. whether the other device provides power or not. Interestingly, the roles seem a bit mixed up here.
+According to Wikipedia, if pin #4 is grounded, the socket should provide power. Here it is that pin #4 has to be grounded for the device to accept power (for charging).
+
+After opening the GPSmart and bridging pins 4 and 5, I could successfully power the device via a normal USB-to-MiniUSB cable. After removing the bridge, the device powered off.
+
+My first idea for a solution was to use conductive lacquer coat to bridge the pins inside the MiniUSB plug. But then I remembered I had some adaptor:
+
+
+
+And lucky for me, the pins were already bridged in this thing. So I can now power my GPSmart using a normal USB extension cable and this adaptor.
+
+
+Sync cable
+==========
+
+The MiniUSB port on the GPSmart is not really a USB interface. The GPSmart has a serial interface and also uses the port for power.
+The FortunaSync cable uses a [FTDI FT232BM](http://www.ftdichip.com/FTProducts.htm#FT232BM) which also controls pin #4 (see above). This IC converts the serial signals to USB.
diff --git a/assets/gpsmart.jpg b/assets/gpsmart.jpg
new file mode 100644
index 0000000..ded745d
Binary files /dev/null and b/assets/gpsmart.jpg differ
diff --git a/assets/usb-b2s.jpg b/assets/usb-b2s.jpg
new file mode 100644
index 0000000..3faac1f
Binary files /dev/null and b/assets/usb-b2s.jpg differ