I recently dug out my other card printer to fit it with a 12v regulator, (it’s 24v at the moment), and figured I’d do a teardown post while I had the thing in bits.
This is a less industrial unit than my Zebra P330i, but unlike the Zebra, it has automatic duplexing, it doesn’t have Ethernet connectivity though.
Unlike domestic printers, which are built down to a price, these machines are very much built up to a spec, and feature some very high quality components.
Here’s the mechanism with the cowling removed. This is the main drive side of the printer, with the main drive stepper at left, ribbon take-up spool motor lower right, and the duplex module stepper motors at far right.
The main drive motor runs the various rollers in the card path through a pair of synchronous belts, shown here.
The stepper itself is a quality ball-bearing Sanyo Denki bipolar motor.
Electrical drive is provided to the stepper with a L6258EX DMOS universal motor driver. This chip can also drive DC motors as well as steppers.
Here is the encoder geared onto the ribbon supply spool. This is used to monitor the speed the ribbon is moving relative to the card.
Here’s a top view through the printer, the blue roller on the left cleans the card as it’s pulled from the feeder, the gold coloured spool to it’s right is the ribbon supply reel. The cooling fan on the right serves to stop the print head overheating during heavy use.
The spool take-up reel is powered by another very high quality motor, a Buhler DC gearmotor. These printers are very heavily over engineered!
This motor drives the spool through an O-Ring belt, before the gear above. This allows the drive to slip in the event the ribbon jams, preventing it from breaking.
The pair of steppers that operate the duplexing unit are driven by a separate board, with a pair of L6219DS bipolar stepper driver ICs. There are also a couple of opto-sensors on this board for the output hopper.
All the mechanisms of the printer are controlled from this main PCB, which handles all logic & power supply functions. Sections on the board are unpopulated, these would be for the Ethernet interface, smart card programming & magstripe programming.
The brains of the operation is this ColdFire MCF5208CVM166 32-bit microprocessor. It features 16KB of RAM, 8KB of cache, DMA controller, 3 UARTs, SPI, 10/100M Ethernet and low power management. This is a fairly powerful processor, running at 166MHz.
It’s paired with an external 128Mbit SDRAM from Samsung, and a Spansion 8Mbit boot sector flash, for firmware storage.
Here the USB interface IC is located. It’s a USBN9604 from Texas Instruments, this interfaces with the main CPU via serial.
Thanks to Lewis over at Distant Signal Radio, the bad influence he is on my bank balance ;), I’m the proud new owner of a new Baofeng. This time it’s the UV-82.
This radio is a little different from the other Baofengs I have. Here are the main differences:
Dual PTT – This one is going to take some getting used to 😉
Higher capacity battery pack
A more rugged, commercial feel
This radio has a different method of selecting the VFO mode – holding the menu key while the unit is powered on. This is a little awkward, but since I only usually use my local repeaters when I’m mobile, it’s not much of an issue.
Here’s the radio itself, it has a much more commercial feel to it than the UV-5Rs, and it’s slightly bigger. Mainly due to the use of a larger standard battery & larger loudspeaker.
Back of the unit with the spec label. As per usual Baofeng are a bit conservative with the power ratings, more to come on that below.
Here’s the battery pack, a 2-cell lithium-polymer unit. This has a bigger capacity than the standard UV-5R battery, at 2800mAh.
Here are the power settings as measured by my GY-561. Frequencies used are 145.500 & 433.500
One bit of my equipment that I’ve never looked into is my scanner, a handheld Uniden unit. I got this when Maplin Electronics had them on special offer a few years ago.
Here’s the scanner itself, roughly the same size as a usual HT.
Here the back cover has been removed, and the main RF board is visible at the top of the stack. Unfortunately the shielding cans are soldered on this unit, so no looking under there 🙁
On the right hand side of the board next to the antenna input is the main RF filter network, and it’s associated switching. The RF front end is under the shield closest to the front edge.
On the other side of the PCB is the Volume & Squelch potentiometers, along with a dedicated 3.3v switching supply. An NJM2360A High Precision DC/DC converter IC controls this one. A 3.3v test point is visible next to the regulator.
Here’s the backside of the RF board, some more interesting parts here. There’s a pair of NJM3404A Single Supply Dual Op-Amp ICs, and a TK10931V Dual AM/FM IF Discriminator IC. This is the one that does all the back-end radio functionality. The audio amplifier for the internal speaker & external headphone jack is also on this PCB, top left. A board-to-board interconnect links this radio board with the main control board underneath.
Here’s the front of the control PCB, nothing much to see here, just the LCD & membrane keypad contacts.
And here’s the reverse side of the control board. All the interesting bits are here. The main microcontroller is on the right, a Renesas M38D59GF, a fairly powerful MCU, with onboard LCD drive, A/D converter, serial interface, 60K of ROM & 2K of RAM. It’s 6.143MHz clock crystal is just below it.
The mating connector for the RF board is in the centre here.
There is also a Microchip 24LC168 16KB I²C EEPROM next to the main microcontroller. This is probably for storing user settings, frequencies, etc.
The rest of this board is dedicated to battery charging and power supply, in the centre is a dual switching controller, I can’t figure out the numbers on the tiny SOT23 components in here, but this is dealing with the DC 6v input & to the left of that is the circuitry for charging the NiMH cells included with the scanner.
The last bit of this PCB is a BU2092FV Serial In / Parallel Out 4 channel driver. Not sure what this one is doing, it might be doing some signal multiplexing for the RF board interface. Unfortunately the tracks from this IC are routed on the inner layers of the board so they can’t be traced out.
Here’s a rather unique device for protecting safes & vaults from attack by thefts.
It’s an Aritech VV602 seismic detector, based on piezoelectric sensors. Not surprisingly, this unit is covered in tamper sensors as well. There are several different sensor types in use:
Piezoelectric vibration sensing
Thermal sensing
Magnetic sensing
Manual Tamper Switches
Above is the main unit, with the thermal sensor. This is just a thermal fuse, very commonly used in everything from room heaters to hairdryers. This one triggers at 84°C. The adjustment pot is also visible here.
Above is the magnetic mounting plate used to attach the device to the safe. These units are apparently mounted over the keyhole of the safe to protect the lock, so they need to be easily removable to access the safe. This is a very strong magnet & it isn’t possible to pull it from a metal object without triggering the sensor.
Above is the piezo vibration sensor, bonded to the backplate. When the unit receives vibration or shock, this transducer generates a voltage, which is fed to the control logic below.
Here’s the reverse of the main PCB with the control logic ICs. These are basic logic gates, with a couple of comparators. One of the tamper switches is in the bottom left corner.
Main PCB with the connection terminals. Another tamper switch is in the top left corner, the solid-state relay is under the shield, next to the magnetic tamper switch. (Reed switch).
Some adjustment is provided for sensitivity. I’ve not found much of a difference in sensitivity though when it’s set to different levels.
Magnetic reed switch tamper on the right. Main output solid-state relay on the left under the shield.
This unit was given to me after it apparently went faulty. But on applying power it seems to work fine. Must be those experts again 😉
As per my site update post, I have migrated my radio log onto a new system, from CQRLOG.
CQR log has served me well since I first started in Amateur Radio, however it’s a bit complex to use, requires a backend MySQL server for it’s database, and as it’s a local application, it’s not possible to share my log with other Hams without some difficulty.
The only other major system with an online logging system is QRZ, and I find that particular site a bit of a pain, and many of the features there aren’t free. (Although it’s not horrendously expensive, I’m on a very tight budget & I must save where I can).
Because of these points, I went on a search for something that would better serve my needs. I have discovered during this search that there’s liitle out there in the self-hosted respect.
I did however find Cloudlog, a web based logging system in PHP & MySQL.
This new system allows integration with the main site, as I can run it on the same server & LAMP stack, it’s very simple to use, is visually pleasing and it even generates a Google Map view of recent QSO locations.
It will also allow me to save some resources on my main PC, running a full-blown MySQL server in the background just for a single application is resource intensive, and a bit of a waste of CPU cycles. (CQRLOG and it’s associated MySQL server is 300MB of disk space, CloudLog is 27MB).
Backups are made simpler with this system also, as it’s running on my core systems, incremental backups are taken every 3 hours, with a full system backup every 24 hours. Combined with offsite backup sync, data loss is very unlikely in any event. All this is completely automatic.
I can also take an ADIF file from Cloudlog for use with any other logging application, if the need arises.
Cloudlog is built & maintained by Peter Goodhall, 2E0SQL.
From the looks of Github, there’s also a version 2 in development, although now I have version 1 up & running, I might just stick with it, unless an easy upgrade path is available.
When I am not operating mobile, new QSOs should appear in this system almost immediately, with their respective pins on the map. (These are generated by the Grid Square location, so accuracy may vary).
If you’ve spoken to me on the air & I haven’t updated it, I’m most likely away from an internet connection, in which case your callsign will appear as soon as I have access.
Since my new Wouxun has audio output jacks, I figured it would be useful to have the ability to record what my rig hears, if anything interesting comes on the air.
Under Linux, I use an application called, (creatively enough), Audio Recorder.
Using a simple connection to the mic input on a USB soundcard, I can capture everything the radio hears. Unfortunately this doesn’t work for outgoing audio, so it’s not much good at capture of my personal QSOs. For this I will have to set up another radio to act as the main receiver.
At some point in the future I will implement this with a Raspberry Pi as the audio capture server.
Earlier today, one of my neighbours put their dishwasher out for the scrap man. After asking if I could appropriate it in the interest of recycling the Ham Way™, I was told it wasn’t draining. The engineer called out to fix it had claimed it was beyond economical repair.
A quick test showed that indeed the drain pump wasn’t operating correctly – very poor pumping capacity & a horrid grinding noise.
Here is the drain pump on the bottom of the machine. Strangely for a dishwasher, everything underneath is very clean & free from corrosion.
On removing the securing screw & unlatching the pump from it’s bayonet mount, the impeller instantly tried to make a break for freedom – it has come off the splines of the rotor shaft.
In the past I’ve tried to remove these rotors manually – and totally destroyed the pump in the process. They are usually so well secure that replacement is the only option. This particular one must have vibrated off the shaft somehow.
This repair was easy – removing the rotor from the main pump body & gently drifting the impeller back onto the splines.
Here the pump is reassembled & ready for reinstallation.
On test the pump sounds normal, & works as expected.
As I’m building up my radio shack, I figured an SWR meter would be a handy addition to my arsenal. This is a cheap Moonraker brand meter, which also will measure RF power. Above the front of the meter is shown, with the moving coil meter movement on the left, calibration adjustment on the right & the forward/reverse power switch.
For connections, standard SO-259 jacks are provided. The casing is sturdy 1mm steel. This is good, considering it’ll probably take a beating in my portable radio bag.
Here the cover is removed, showing some of the internals. The large PCB across the back is the directional coupler.
The SO-259 connectors are bridged with a transmission line, (the track covered in solder in the image below), while there are a pair of sense lines running alongside. This main line is electromagnetically coupled to the two smaller sense lines, which are terminated at one end with resistors, with diodes at the other to rectify the coupled signal.
The termination resistors are sized to match the impedance of the sense lines.
The diodes, having rectified the coupled RF, produce DC voltages representing the value of the forward & reverse RF power. These DC voltages are smoothed with the capacitors.
The PCB is dated 19-8-2011, so it’s a fairly old design.
Here is visible the back of the user calibration adjuster, with the factory calibration trimmer.
Back of the meter movement. This is a standard moving coil type. Nothing special.
This meter will soon be modified to accept connection of an external Arduino-based SWR & power meter, which I can calibrate individually for each band.
Stay tuned for that upcoming project.
After running on handies for all of my Ameteur Radio life, I figured it was time for a new radio, this time a base station/mobile rig, & after some looking around I decided on the Wouxun KG-UV950P.
Shown below is the radio as delivered:
This radio has the capability to transmit quad-band, on 6m, 10m, 2m & 70cm. It also has the capability to receive on no fewer than eight bands. Also included in the feature set is airband receive, & broadcast FM receive.
TX power is up to 50W on 2m, 40W on 70cm, & 10W on 6m/10m.
For once with a Chinese piece of electronic equipment, the manual is very well printed, and in very good English.
Here is the radio in operation, connected to my 65A 12v power supply. I have the radio set here monitoring a couple of the local 70cm repeaters.
The display is nice & large – easy to see at a glance which station you’re tuned to. The backlight is also software settable to different colours.
Status indicators on the top edge of the display can be a bit difficult to see unless the panel is directly facing the user though, not to mention that they are rather small.
This radio is true dual-watch, in that both VFOs can be receiving at the same time, this is effected by a pair of speakers on the top panel:
The left VFO speaker is smaller than the right, so the sound levels differ slightly, but overall sound quality is excellent. There is also provision on the back of the unit to connect external speakers.
The dual volume controls on the right hand bottom corner of the control panel are fairly decent, if a little twitchy at times. There is also a fair amount of distortion on the audio at the higher volume levels.
The controls themselves are potentiometers, but the controller appears to read the setpoint with an ADC – this means that if the control is set to just the right point, the selected level will jump around on the display & never settle down.
The radio itself is built from a solid aluminium casting, mostly for heatsinking of the main RF output stage MOSFETs. This gives the radio a very rugged construction.
A small fan is provided on the rear for cooling when required. This can be set in software to either be constantly running, (it’s pretty much silent, so this is advantageous), or only run when in TX mode. The fan will also automatically come on when a high internal temperature is detected.
Here is the microphone. Like the main unit of the radio this is also very solidly built, fits nicely in the hand & the PTT has a nice easy action, which helps to prevent straining hands while keeping the TX keyed.
Conveniently, all of the controls required to operate the radio are duplicated on this mic, along with a control lock switch, & backlighting for the buttons.
Another output speaker is placed in the back of the mic. This one can be activated through the menu system, to either use the main body speakers, the mic mounted one, or both.
A mounting hook for the mic is provided to attach to any convenient surface.
Here’s the back of the radio, with some of the big heatsink fins, the fan in the centre. To the left is the PL259 RF output, this looks to be a high quality Teflon insulated one. On the right are the power input leads & the external speaker outputs.
The external speaker connections are via 3.5mm jacks. I haven’t yet tested this feature.
The control panel of this radio is detachable from the main body, and a pair of adaptors are provided. This either allows the radio display to be angled upwards toward the user, set parallel, or even mounted remotely. A control extension cable is provided to allow the main body to be mounted a fair distance away.
On the left of the radio is the PC control & programming port, & the mic connector. Wouxun *really* like RJ-45 connectors, they’ve used them for everything on this radio.
Also visible here is the tilted faceplate adaptor.
The supplied software to program the radio, while functional, is absolutely horrific. Hopefully someone will add support for this radio into CHIRP. Anything would be an improvement in this area.
Everything considered, I like this radio. It’s very solidly built, easy to use, and sounds brilliant.
TX audio is great, (or so my other contacts tell me).
Unsurprisingly, the unit gets warm while transmitting, however on high power, it does get uncomfortably warm, and the built in fan does little in the way of helping when a long QSO is in progress. I may remedy this at some stage with a more powerful fan. A little more airflow would do wonders.
If the programming software was built as well as the radio, I’d have zero serious complaints.
At full power, the radio pulls ~10A from the power supply, at 12.9v DC.
As for the antenna I’m currently using, it’s a Diamond X30, mounted on a modified PA speaker stand, at ~30 feet above ground. The feeder is high quality RG-213.
When I manage to get the set disconnected, a partial teardown will be posted, with some intimate details about the internals. Stay tuned!
I was recently given some 4″ 7-Segment displays, Kingbright SC40-19EWA & of course, I needed to find a use for them.
I only have three, so a clock isn’t possible…
As these displays are common cathode, & have a ~9v forward voltage on the main segments, some driver circuity is required to run multiplexed from an Arduino.
Driver circuit built on Veroboard, PNP segment transistors on the left, cathode NPN transistors in the centre, level-shifting NPN array on the right.
Base bias resistors on the back of the board to bias the bases of the segment drive transistors correctly.
Board soldered into the pins of the displays, which have been multiplexed.
Schematic to come along with some Arduino code to run a room thermometer, with an LM35 sensor
Here is a compiled version of the Linux kernel for the Raspberry Pi useful for those who have USB/Serial touchscreens of the 3M Microtouch or eloTouch variety.
Works with a freshly installed & fully updated Raspbian image.
I have tested this only with a 3M Microtouch EXII controller currently.
Simply overwrite the /lib folder with the new modules & overwrite the main kernel image in /boot to install.
While sourcing the main propulsion hydraulic system for nb Tanya Louise in the summer, we thought that it would be convenient to have an on board generator that didn’t require dragging off the boat & highly explosive petrol to operate.
As the hydraulics were already being fitted, we decided to add a hydraulically driven generator to solve this issue.
And this is where the problems began…
We were referred to Mike Webb of hydraulicgenerators.co.uk to supply the equipment required for this part of the project, this was to include the alternator itself, hydraulic motor to drive the alternator, the required adaptor plates to mate the motor to the generator head & a control valve block to regulate the oil flow & pressure to the motor.
After a phone call to Mike on 16-07-2013 to discuss our requirements, we settled on a system. I received the following E-Mail the next day from Mike:
Good morning, reference our conversation, Martin from BSP has given me details as to what he will be supplying, on that basis and in light of the special price I have offered, this is what I propose to supply,
1 off New 8kVa – 7kW Hydraulic driven generator 220v single phase 50hz c/w flow control valve, pressure relief valve and on/off solenoid valve, Martin did say that the engine idle is between 1000 and 1200 rpm and max speed is 3600 rpm, valves will be rated accordingly. I have the alternator and parts available now, in order for me to be able to offer this at a significantly discounted price of £ 1.200.00 nett, I will need to utilise the components I have in stock now, so I will need payment asap, delivery will be approx. 7 days, primarily due to the fact that the coupling is fabricated to suit, I can either deliver the unit to you when ready or BSP or hold onto it until everything else is in place. The alternator is a Meccalte S20W that I bought for another customer a few weeks ago, but he cancelled and I don’t have, at this time, anyone else interested in it, so either I do a deal with you at the above price or wait until someone else comes along and wants the unit.
With regards to installation, let me know if you need any help, but it would be best to install when the engine is being installed and the rest of the system hosed up, I assume BSP will be sorting this, in which case I’ll liase with Martin.
I trust that this meets with your approval and look forward to hearing from you.
At this point an order was placed with Mike, & the money transferred so he could begin building the unit for us. As can be seen from the E-Mail, a lead time of 7 days was stated.
After a few phone calls over the following month, firstly being told that the custom parts to mate the generator to the motor had not come back from the engineers, I sent another E-Mail to Mike on 10-09-2013, and got no reply.
Following another phone call, I was told that the generator had been shipped, however Mike would not give me any tracking details for the shipment, and would not initially tell me who it was shipped with.
Again the generator didn’t turn up.
More phone calls ensued & I was told at this point that the shipping company had been confused by the address given, shipped back to Mike. At this point I was informed that the shipping company had actually LOST it. Several more phone calls later I was promised that a replacement generator would now ship no later than 08-10-2013. A follow up E-Mail two days later also generated no reply.
At this point I was beginning to wonder if I would ever see the goods we had paid for, but finally a shipment arrived from Mike
~15-10-2013, over TWO MONTHSafter our promised delivery date. However, even having been delivered, all was not well with the goods.
Above is the generator supplied. No mounting bracket, no integrated valve block, in short, nothing like what was described in Mike’s documentation & website. The original documentation is available here for reference: [download id=”5564″]
As can be seen, there is an open port on the side of the valve block. This is where the ON/OFF control solenoid valve is supposed to be located.
After several more unanswered E-Mails & phone calls, I had to get somewhat more forceful in my messages, as now Mike had begun outright lying about what was specified in the original order. In which that there was no solenoid valve required. So the following E-Mail was sent 21-10-2013:
Mike,
Having had a conversation with Martin, about him attempting to contact you regarding what you have supplied to us, I need this resolving ASAP now, as I am being held up by the fact that there is an open port on your valve block where the solenoid control valve is supposed to be located.
As it stands the valve block & therefore the generator you have supplied to us is useless for it’s intended purpose & I will be seeking legal advice on this matter if a resolution cannot be made this week, considering you have not replied to any E-Mail I have sent since the unit’s massively delayed arrived.
In your original correspondence it is certainly indicated that this valve was to be fitted, which was also Martin’s instruction to you.
I await your expedient response.
This threat of legal action actually spurred a response from Mike, who finally replied with the following on 25-10-2013:
Ben,
Sorry about all this, I have been away and down with a bug for the last week, I will sort this today and will have the required parts shipped to you on Monday for Tuesday delivery.
Regards
Mike
Another promise of a delivery date, so I waited a little longer, until the Friday of that week. Still no delivery. No surprise there then.
(I didn’t believe the story about illness either).
At this point I again attempted contact, but got nowhere, even with legal threats. So I’ve given up completely on this & been forced to source the parts elsewhere at extra cost.
This company is not the one to go to if you require a hydraulic generator unit for any application, as you’d be lucky to get any part of what you order on time, if at all.
Operations are run by an all out liar who seems to be happy to accept money but not ship the goods that had been paid for.
Mike having explained to me that the shipping company had lost a generator, and he would have to build me another one to replace it also does not make sense, as in the initial phone call & mail he stated that the Meccalte generator that we eventually received was a single unit that was specially ordered for another client, and the factory build date on the unit certainly gave away the fact that the generator head had been sat around for some considerable time before I came along & made a purchase.
Hopefully this post will get a high Google ranking, to ensure that anyone else who happens to be looking for a similar piece of equipment does not have the misfortune to trust this man.
We were referred to him on good faith & unfortunately in this case it did not go well.
Here is a simple 555 timer based flyback transformer driver, with the PCB designed by myself for some HV experiments. Above is the Eagle CAD board layout.
The 555 timer is in astable mode, generating a frequency from about 22kHz to 55kHz, depending on the position of the potentiometer. The variable frequency is to allow the circuit to be tuned to the resonant frequency of the flyback transformer in use.
This is switched through a pair of buffer transistors into a large STW45NM60 MOSFET, rated at 650v 45A.
Input power is 15-30v DC, as the oscillator circuit is fed from an independent LM7812 linear supply.
Provision is also made on the PCB for attaching a 12v fan to cool the MOSFET & linear regulator.
Board initially built, with the heatsink on the linear regulator fitted. I used a panel mount potentiometer in this case as I had no multiturn 47K pots in stock.
Bottom of the PCB. The main current carrying traces have been bulked up with copper wire to help carry the potentially high currents on the MOSFET while driving a large transformer.
This board was etched using the no-peel toner transfer method, using parchement paper as the transfer medium.
Main MOSFET now fitted with a surplus heatsink from an old switchmode power supply. A Fan could be fitted to the top of this sink to cope with higher power levels.
This is the gate drive waveform while a transformer is connected, the primary is causing some ringing on the oscillator. The waveform without an attached load is a much cleaner square wave.
I obtained a waveform of the flyback secondary output by capacitively coupling the oscilloscope probe through the insulation of the HT wire. The pulses of HV can be seen with the decaying ringing of the transformer between cycles.
Corona & arc discharges at 12v input voltage.
Download the Eagle schematic files here: [download id=”5561″]
Here is a home laser hair removal unit, a Rio LAHS4. Shown above is the system overview, with the laser wand & the user controls.
Main base unit popped open reveals the main PCB, with the central processor, a PIC16F628A.
Other side of the PCB is mainly populated with power supply & filtering for the logic sections.
Cracking open the laser wand reveals a stacked pair of PCBs, a main laser controller & the capacitive sensor PCB. This capacitive sensor connects to a pair of pins on the laser head & prevents operation if the unit is not held firmly against the skin.
Front of the laser diode module with the movable lens, on a pair of voice coil actuators. Very similar to the lens positioner used in any CD/DVD player pickup assembly.
The diode in this unit is an 808nm chip, with power in the 300-600mW range most likely.
Rear of the diode module, with the connections to the diode itself & the voice coil positioner for the lens.
Other side of the wand PCB, showing the capacitive sensor board on top of the main controller board. There is another CPU on the board here, which most likely communicates with the main processor in the base through a serial connection.
Here is the latest build & addition to the boat, in preparation for delivery of an 8kVa hydraulically driven generator unit – an automatic transfer switch.
Above can be seen the completed contactor unit, mounted in the engine bay.
This unit takes feeders from both the shore power socket & the generator unit & switches them independently through to the domestic 240v AC systems on board.
Contactor switching is done by a Datakom DKG-171 automatic generator controller.
Here are the contactors & isolators, before fitting to the wallbox. Power comes in one the left, through the large 25A isolating switches, before feeding to a pair of 30A contactors. The pair of outer relays next to the contactors are interlocks. These ensure that when one contactor is energized, the other is electrically locked out. Even if the interlock relay is manually operated with the orange flag visible on the top of the unit, they are wired to de-energize both contactors. This ensures that under no circumstances can both power sources be connected at the same time.
The generator controller requires a 68mmx68mm panel cutout for mounting. This was done in the main panel next to the electrical locker.
Here the contactor board has been fitted into the wallbox & the cable glands fitted before wiring.
The generator controller fitted & finally energized. The indicator LEDs on the front of the unit let the user know where power is currently being supplied from & which contactor is energized.
As the first USB hub I was using was certainly not stable – it would not enumerate between boots & to get it working again would require waiting around 12 hours before applying power, it has been replaced. This is a cheapie eBay USB hub, of the type shown below.
These hubs are fantastic for hobbyists, as the connections for power & data are broken out on the internal PCB into a very convenient row of pads, perfect for integration into many projects.
I now have two internal spare USB ports, for the inbuilt keyboard/mouse receiver & the GPS receiver I plan to integrate into the build.
These hubs are also made in 7-port versions, however I am not sure if these have the same kind of breakout board internally. As they have the same cable layout, I would assume so.
Here is a closeup of the back of the connectors, showing a couple of additions.
I have added a pair of 470µF capacitors across the power rails, to further smooth out the ripple in the switching power supply, as I was having noise issues on the display.
Also, there is a new reset button added between the main interface connectors, which will be wired into the pair of pads that the Raspberry Pi has to reset the CPU.
This can be used as a power switch in the event the Pi is powered down when not in use & also to reset the unit if it becomes unresponsive.
Progress is finally starting on the power supply unit for the Pi, fitted into the same case style as the Pi itself, this is an 8Ah Li-Poly battery pack with built in voltage regulation.
Here are the regulators, fixed to the top of the enclosure. These provide the 12v & 5v power rails for the Pi unit, at a max 3A per rail.
In the main body of the case the battery pack is fitted. This is made up of 4 3-cell Li-Poly RC battery packs, rated at 2Ah each. All wired in parallel this will provide a total of 8Ah at 12.6v when fully charged.
Here the regulators are powered up from a 13v supply for testing. I have discovered at full load these modules have very bad ripple, so I will be adding extra smoothing capacitors to the power rails to compensate for this.
Here are the connectors on the top of the unit, outputting the two power rails to the Pi & the DC barrel jack that will be used to charge the pack.
Here is the project I’m currently working on. A completely wearable computing platform based on the Raspberry Pi & the WiFi Pineapple.
Above can be seen the general overview of the current unit.
On the left:
Alfa AWUS036NHA USB High Power WiFi Network Interface
512MB Model B Raspberry Pi, 16GB SD card, running Raspbian & LXDE Desktop. Overclocked to 1GHz.
On the right:
WiFi Pineapple router board
USB 3G card.
The WiFi, Pineapple & 3G all have external antenna connections for a better signal & the whole unit locks onto the belt with a pair of clips.
The Raspberry Pi is using the composite video output to the 7″ LCD I am using, running at a resolution of 640×480. This gives a decent amount of desktop space while retaining readability of the display.
The case itself is a Pelican 1050 hard case, with it’s rubber lining removed. The belt clips are also a custom addition.
Here are the connections to the main unit, on the left is the main power connector, supplying +5v & +12v DC. The plug on the right is an 8-pin connection that carries two channels of video, mono audio & +12v power to the display.
Currently the only antenna fitted is the 3G.
Closeup of the connections for power, audio & video. The toggle switch is redundant & will soon be replaced with a 3.5mm stereo jack for headphones, as an alternative to the mono audio built into the display.
Current state of test. Here the unit is running, provided with an internet connection through the Pineapple’s 3G radio, funneled into the Pi via it’s ethernet connection.
Running on a car reversing camera monitor at 640×480 resolution. This works fairly well for the size of the monitor & the text is still large enough to be readable.
Stay tuned for Part 2 where I will build the power supply unit.
There have been quite a few updates to the hosting solution for this site, which is hosted locally in my house, from the above setup, in a small comms rack, to a new 22U half rack, with some hardware upgrades to come.
Core switch here has been removed, with the rest of the core network equipment. The site was kept online by a direct connection into the gateway to the intertubes.
New 22U rack, with the core switch, FC switch & management & monitoring server installed.
As I had no rack rails to start with, the servers were placed on the top of the rack to start off, here is the Dell PowerEdge 860 pfSense core router installed, with the initial switch wiring to get the internal core network back online. This machine load balances two connections for an aggregated bandwidth of 140MB/s downstream & 15MB/s upstream.
The tower server behind is the NAS unit that runs the backups of the main & auxiliary webservers.
Still with no rack kits, all the servers are placed on top of the rack, before final installation. This allows running of the network before the rest of the equipment was installed.
The main server & aux server are HP ProLiant DL380 G3 servers, with redundant network connections.
Still to arrive are the final rack kits for the servers & a set of HP BL20p Blade servers, which will be running the sites in the future.
This is the control unit for a Routemaster system, that downloads traffic information for the area local to the vehicle.
Here is an overview of the unit, in it’s aluminium box.
Here is the unit with the top cover removed, showing the pair of PCBs. The bottom PCB is the main control PCB, the top one holds an IC similar to a SIM card & part of the radio.
Here is the main PCB removed from the casing, contains the program ROM & microcontroller. for the system
Daughtercard view. This holds another programmed CPLD, the custom SIM-like IC & the RTC battery, along with some power conversion circuitry.
This is the radio receiver, looks to be AM, the large loop antenna can be seen at the bottom of the box.
Finally, some protection for my Raspberry Pi! The PCB fit is slightly loose, but that was quickly sorted with the application of a couple of spots of hot glue in the corners.
Unfortunately, the case is a couple of mm too small to fit the main board from the Pico Projector inside, so I won’t be butchering that into the case with the Pi as yet. What is required is an interface to the display engine from the Pi’s DSI interface.
The pi all boxed. up. The only thing that this case would now require is a lightpipe to direct the LED’s light to the openings in the case, as they are very difficult to see at present.
Here’s the teardown of the projector itself! On the right is the info label from the projector, which covers the flex ribbon to the VGA/composite input board below.
This unit is held together with Allen screws, but is easy to get apart.
Here’s the insides of the projector, with just the top cover removed. The main board can be seen under the shielding can, the Micro HDMI connector is on the left & the MicroUSB connection is on the right. The USB connection is solely for charging the battery & provides no data interface to the unit.
On top of the main board is the shield can covering the PicoP Display Engine driver board, this shield was soldered on so no peek inside unfortunately!
The laser module itself is in the front of the unit, the laser assemblies are closest to the camera, on the left is the Direct Doubled Green module, in the centre is the blue diode, and the red diode on the right. Inside the module itself is an arrangement of mirrors & beamsplitters, used to combine the RGB beams from the lasers into a single beam to create any colour in the spectrum.
Here is the module innards revealed, the laser mounts are at the top of the screen, the green module is still mounted on the base casting.
The three dichroic mirrors in the frame do the beam combining, which is then bounced onto the mirror on the far left of the frame, down below the MEMs. From there a final mirror directs the light onto the MEMs scanning mirror before it leaves through the output window.
A trio of photodiodes caters for beam brightness control & colour control, these are located behind the last dichroic turning mirror in the centre of the picture.
This is inside the green laser module, showing the complexity of the device. This laser module is about the size of a UK 5p coin!
And here on the left is the module components labelled.
Here is the main PCB, with the unit’s main ARM CPU on the right, manufactured by ST.
User buttons are along the sides.
Other side of the main board, with ICs that handle video input from the HDMI connector, battery charging via the USB port & various other management.
This unit was bought from eBay to experiment with Magnetic Stripe cards, for little money. This unit is capable of reading & writing all 3 tracks, & both Hi-Co & Lo-Co card types.
Interfaced to a PC through USB, this has a built in PL2303 USB-Serial IC & requires 3A at 9v DC to operate.
The 3 Indicator LEDs on the top of the unit can be toggled by the included software for Power/OK/Fault condition signalling.
Bottom of the unit with the model labels.
Closeup of the model label & serial number.
Here the bottom cover has been removed, showing the main PCB. The pair of large ICs bottom center interface with the magnetic heads. The IC above them has had the markings sanded off.
Closeup of the Prolific PL-2303 USB-Serial converter IC.
Here the connections to the R/W heads are visible, current limiting resistors at the left for the write head, a pair of signal relays, a pair of optoisolators & a LM7805 linear voltage regulator.
Here is the trio of indicator LEDs on a small sub-board.
The PCB has been removed from the main frame here, the only component visible is the rotary encoder.
The rotary encoder has a rubber wheel fitted, which reads the speed of the card as it is being swiped for writing. This allows the control logic to write the data to the stripe at the correct rate for the speed of the card. This allows the unit to write cards from 5-50 inches per second speed.
The Write head is directly behind the rubber pressure roller.
Here you can see the R/W head assembly. The write head is on the right, read on the left. When a card is written to, it immediately gets read by the second head for verification.
This is a small 120W power inverter, intended for small loads such as lights, fans, small TVs & laptop computers.
End cover of the unit, 12v DC input cord at the top, power switch & indicator LEDs at the bottom.
Opposite end of the unit, with the standard 240v AC 50Hz Mains output socket.
Cover removed from the top of the unit. Main power transformer is visible in the centre here, MOSFET bank is under the steel clamp on the left, the aluminium case forms the heatsink.
On the right is a KA3525 switchmode PWM controller & on the left is a LM324N quad Op-Amp IC. The buzzer on the far left is for the low battery warning.
PCB removed from the casing, with the MOSFET bank on the right hand side. Two potentiometers in the centre of the board tweak the frequency of the switcher & the output voltage.
Tip Jar
If you’ve found my content useful, please consider leaving a donation by clicking the Tip Jar below!
All collected funds go towards new content & the costs of keeping the server online.