Audible altimeter part 3

The altimeter has been in use for approximately four months and nobody has died. Project is deemed great success and I can finally update the blog.

Actually now the PCB is in version 3 and fourth version is planned. More about progress of the PCB later.

Previous versions

So currently the PCB is at version 3. Version 1 was very quick and rough layout (45mm x 80mm) just to get the project started. It also contained GPS module but the there were lots of mistakes while laying the board near the module and I could not get connection to any satellites. I will be building new PCB for the GPS module again this winter but I’m fairly sure that the GPS can not fit into the existing case as it requires quite large and intact ground plane.

Second version was designed around small project case (30mm x 52mm) and contained mounting holes in each corner of the PCB. Micro-USB connector was planted on the long side of the PCB and for testing the buzzer there was two overlapping footprints for different buzzer components.

I ordered small laser cut acrylic case with 1mm wall thickness for the electronics but the case was too flimsy for actual use. The case laser cut profile was designed using MakerCase.

Stencil

Version 3 PCBs arrived after three weeks of waiting.

Before starting the altimeter project I had decided to start using reflow soldering. I build small oven controller which uses thermocouple, solid state relay, PWM and PID to control the oven temperature. Stencil for the applying the solder was ordered from OSH Stencils.

Laying components

Most of the components were from Digikey but only place I could find the display was Mouser.

Reflow soldering

Applying the solder and the whole reflow soldering is not fully in my control as some of the components “tombstoned” (other end of the component lifted from the pad) or solder bridges were formed.

Version 3 – Bad traces

After assembling the PCB the USB failed to work. After pullimg my hair for few minutes I noticed that some of the USB traces were missing. This was fixed with small jumper wire.

I contacted OSH Park and let them know about the bad quality just so that process could be improved. They replied quickly and offered refund or free rush order + shipping. Good customer support!

First boot

The MCU was programmed using Atmel ICE programmer. I’m using Tag-Connect cables as they have quite small footprint.

Display connector

As the display connector is only component on the back side of the PCB I soldered it by hand.

Audible altimeter part 2

Below is notes about the components chosen for the first version of the altimeter and some notes.

• Air pressure changes approximately 1.44kPa / 100m
• Sensor interface: i2c
• SPI would be easier to interface with, but I2C is better learning experience
• The USB library I’m planning on using has also I2C module (1)
• MCU: atxmega128a4u
• 1.6V-3.6V
• max 32MHZ @ 2.7V
• max 12MHZ @ 1.6V
• max 12mA @ 32MHZ @ 3.0V + 0.5mA from 32MHz internal OSC
• I/O max 20mA per pin
• 4.5€ @ Digikey
• Barometer: Freescale: MPL3115A2 (2)
• Pressure, temperature and altitude
• 20bit
• 50kPa – 110kPa (= >4000m – 0m)
• 0.3m resolution
• 0.1kPa relative accuracy (changing temperature)
• Probably not very good for this purpose, but is cheap (2.5€) and gets the project started
• 6ms-512ms / sample
• 8.5µA-40µA-265µA@3.3V 1Hz update rate
• I2C
• 2.9€ @ Digikey
• 2V – 3.6V
• Barometer2: Measurement Specialties: MS5805-02BA01
• 1.8V – 3.6V
• Acceleration/heading: InvenSense MPU-9250 (3)
• Just for the fun of it
• Barometer data might be little bit boring while developing
• 5mA max?
• I2C
• 11€
• 2.4V – 3.6V
• GPS: Linx FM Module
• http://www.linxtechnologies.com/resources/data-guides/rxm-gps-fm.pdf
• 3.0V – 4.3V
• GPS: SIM33ELA ?
• GPS antenna: Pulse W3011A
• Hymidity sensor: Silicon Labs 336-2540-1-ND
• I2C
• 1.9V – 3.6V
• Clock: Microchip MCP7940M (4)
• MCU could do everything this chip can do, but why not just add another i2c chip?
• 1.2µA@3.3V timekeeping
• 0.69€ @ Digikey MCP7940MT-I/MNY MCP7940MT-I/MNYCT-ND
• I2C
• 1.8V – 5.5V
• Crystal Oscillator
• 0805
• 0.9€ @ Digikey CM315D32768EZFT 300-8816-1-ND
• +-20ppm
• Display: LS013B4DN04 / LS013B7DH03
• 32mm x 28mm x ~1.5mm
• 2.7V – 3.3V
• 12µW dynamic display @ 1Hz
• 15€ (Mouser)
• FPS connector
• SFV10R-2STE1HLF 609-4306-1-ND – Top contacts
• SFV10R-1STE1HLF 609-4305-1-ND – Bottom contacts <- Use this for 180 bent (under PCB)
• 0.55€ (Digikey)
• 0.5mm pitch
• 0.3mm FPC thickness
• 0.7€ @ Digikey
• Buzzer
• CSS-0575A-SMT-TR 102-2201-1-ND
• 3.7€ (Digikey)
• 5mm x 5mm x 2.4mm
• Drive with NPN BJT + 180 OHM + protective diode
• 3.2€ @ Digikey
• 2V – 4V
• USB charging IC
• MCP73831 http://www.digikey.fi/product-detail/en/MCP73831T-2ACI%2FOT/MCP73831T-2ACI%2FOTCT-ND/1979802
• Sparkfun
• 0.4€ @ Digikey
• USB connector
• Micro B
• 0.4€ @ Digikey 609-4616-1-ND or 609-4618-1-ND
• Micro SD card slot
• 1.1€ @ Digikey 101-00660-68-6-1-ND
• Flash memory
• S25FL216K
• 2.7V – 3.6V
• SOIC-8
• 3.3V supply IC
• Linear regulator
• Reasoning: For 3.3V linear offers ~90% efficiency. 2.7V design would not benefit much more. Switching regulator would require board space and add complexity. Maybe next time.
• Reasonable transient characteristics? (AND9089-D)
• 0.7€ @ Digikey NCP4681DSQ33T1G NCP4681DSQ33T1GOSTR-ND
• 400mAh battery: 403035
• 35mm x 30mm x 4mm
• 7€ (ebay)
• 3.7V
• 2.7V – 4.5V
• Current consumption active:
• 13mA: MCU
• 0.3mA: Barometer
• 5mA: 9Axis
• 0.001mA: Clock
• 0.015mA: Display
• <= 20mA (buzzer not included)
• = 20h @ 400mAh
• Current consumption waiting:
• 1mA: MCU (MAX) (active 1MHz)
• 0.01mA: Barometer
• 0.015mA: Display
• <= 2mA
• >= 1 week
• For 9 month battery life
• 400mAh / 24309h = 62µA
• 5µA: MCU (32kHZ)
• ~1µA LDO
• 1.2µA: Clock
• = Should be possible

Intro

As the skydiving season in Finland is nearing its end it is time to find something elso to do at weekends. As I just got the A-license I have been gathering necessary equipment for the sport. Only the audible altimeter is missing as I can not decide between Altimaster N3 and L&B Protrack (1, 2).

I have always had problems to finish electronics projects and I think that it might be related to the fact that the end result of the project would have not seen any actual use. By creating something which is useful at one of my hobbies I hope that I have enough motivation to finish the project.

Audible altimeters are used to alert skydivers with loud alarm when they pass certain altides in freefall or with the canopy. In Finland the audible altimeter can only be used as a secondary altimeter as some kind of visual (digital or analog display) altimeter is required by the regulations. As I’m going to be carrying a visual altimeter I feel it will be relatively safe to test my own electronic projects while skydiving.

I’m using Cookie G3 (3) which has two small pockets (~5cm x ~5cm) for audibles. If the electronics catches on fire I plan on installing simple cutaway system (4) for the helmet .

Even if the project fails, I hope it will create good material for some other website (5, 6).

Requirements

• Approximate size: 5cm x 5cm x 1cm
• Neptune N3: 6.2cm x 4.3cm x 1.2cm
• Optima II: 5.6cm x 4.1cm x 1.1cm
• 5cm x 3.2cm x 1.6cm fits Cookie G3 nicely
• Current PCB 50mm x 35mm
• USB rechargeable battery
• Audible alarm
• Relatively good altitude accuracy (+-50m) with small lag
• Simple logging capability

• Accelerometer/attitude
• GPS
• Simple display
• Led indicator for the alarms as in Optima 2 (7)

Wingsuit part 1

Few years ago I saw video (1) of a home build mianiature parachute made by my friend Tuukka. The video inspired me quite a bit as before the video I didn’t feel like you could actually build any real “hardware” for skydiving without going to rigging courses and practicing a lot. I felt that designing and building parachute would be too much for my skills, but maybe I could still make something from fabrics.

In 2017 Tuukka jumped his home build and desinged parachute (2).

At the end of 2016 skydiving season I borrowed a sewing machine, purchaced cheap fabric and spend one evening sewing my very first tracking pants without any sewing patterns. The pants were huge failure (air intakes tore and the pants functioned as a air brakes), but hey, at least I created something.

During the winter I designed first tracking pants which I tested on the first jump of 2017. Unfortunately the design was not very good and the crotch seam and fabric was torn after two jumps while squatting on the ground.

Next there was a design for tracking jacket, but the design for the shoulders was so bad that I didn’t jump any jumps with the thing.

Finally third tracking pants+jacket design was relative good and I was able to have glide ratio around 1.1.

Natural progress towards diy wingsuit required diy one-piece tracking suit so I build one in late 2017. The suit was little bit hard to fly and I’m still not sure of performance of the suit. But at least it looked quite nice.

In December 2017 I started designing the diy wingsuit. I looked at beginner/advanced beginner level wingsuits from different manufacturers and draw a outline of the wingsuit in Inkscape. I used my friends Colugo 2 wingsuit to get idea of the details. Design was done once again in Clo3d/Clo. It took approximately 10-15 hours to design the suit. I ordered the pattern from a printing company which specializes in construction design drawings. This way I didn’t have to tape more than a hundred A4s together to get the full pattern.

Cutting the patterns took only about one hour. Cutting and sewing the first arm wing took about 9 hours, with the second one I made few stupid mistakes and had to unpick the half finished wing back to its basic components.

Quite soon I realized that the leg wing had a design flaw as it did not extend over the buttocks as all commercial wingsuits. Unfortunately at this point modifications were too hard to make for my skills, but I decided to complete the suit.

After about total of 60-120 hours of work the suit was finished. The arm wings still were little bit rough as the sewing machine started to malfuncion at the very last hours.

Finally in 2018-04-22 I did first jump with the wingsuit (also my very first wingsuit jump). The suit was very stable and the jump went well. In 2018 I had about 6 jumps with the wingsuit, every one of them quite stable (except when trying backflying). I can achieve around 1.8 glide ratio (wind compensated) with the suit, but I think the GL could be much better with practice.

Unfortunately when moving away from Finland, I had to leave the suit to storage as space in the van was very limited.

Hopefully I return to the suit at some point, maybe I will get few jumps with ‘real’ suits in between.

Missing TensorRT documentation for createNMSPlugin layer

Update: Some of TensorRT plugins were released as open source. Old version of NMS is located at https://github.com/NVIDIA/TensorRT/tree/master/plugin/nmsPlugin and new version can be found at https://github.com/NVIDIA/TensorRT/tree/master/plugin/batchedNMSPlugin .

While trying to convert Tensorflow detection network to TensorRT I needed to either implement new non-maximum suppression layer or to use NVIDIAs createNMSPlugin layer. After quick look trough the poor documentation (1, 2) I was forced to just experiment with the layer by feeding it different size inputs and hoping to get it working.

After few hours of frustrating trial and error experimentation I implemented new NMS plugin layer using 3. Unfortunately this implementation did not have very good performance which I think is because of synchronization operations used in 3. 4 would probably have been better alternative as it is lower level and leaves synchronization for the developer.

Fortunately with help of coworkers we were finally able figure out proper inputs for the plugin. Hopefully this helps some one else.

Inputs

• Prediction locations from the network. Shape of the tensor needs to be [4*number_of_boxes, 1, 1]. Or [4*number_of_boxes*number_of_classes, 1, 1] if shareLocation parameter is set to true in DetectionOutputParameters.
• Class confidence tensor. Shape [number_of_classes*number_of_boxes, 1, 1]
• Prior box locations and variances. Shape [2, number_of_boxes*4, 1].

You can change the input order by setting inputOrder parameter in DetectionOutputParameters.

Outputs

• Final prediction boxes. Shape [1, keep_topk, 7]. [ImageId, Label, Confidence, Xmin, Ymin, Xmax, Ymax]
• Number of valid boxes [1,1,1]. This value is int32.

Input format of tensors

Prior box locations and variances must have format:

[[box1_prior1, box1_prior2, box1_prior3, box1_prior4]
[box2_prior1, box2_prior2, box2_prior3, box2_prior4]
...
[box1_variance1, box1_variance2, box1_variance3, box1_variance4]
[box2_variance1, box2_variance2, box2_variance3, box2_variance4]
...]


The box format can be chosen using codeType in DetectionOutputParameters.