1
0
mirror of https://github.com/mbirth/wiki.git synced 2024-12-25 23:04:06 +00:00

Added 2 more posts.

This commit is contained in:
Markus Birth 2015-02-19 00:32:05 +01:00
parent 706fb0da51
commit f0a6a9e641
4 changed files with 95 additions and 0 deletions

View File

@ -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

View File

@ -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)
<img src="{{ site.url }}/assets/gpsmart.jpg" height="300" alt="Fortuna GPSmart" />
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.
<p><div class="noteimportant" markdown="1">
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.
</div></p>
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:
![USB-B to Mini adapter]({{ site.url }}/assets/usb-b2s.jpg)
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.

BIN
assets/gpsmart.jpg Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 65 KiB

BIN
assets/usb-b2s.jpg Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 29 KiB