Difference between revisions of "User:Bertrik Sikken"

From RevSpace
Jump to: navigation, search
Line 34: Line 34:
 
** Remove 'flok' framing, make it comply with KISS protocol
 
** Remove 'flok' framing, make it comply with KISS protocol
 
** Use 'infinite' package length mode to send typical TCP/IP frames (1500 bytes)
 
** Use 'infinite' package length mode to send typical TCP/IP frames (1500 bytes)
* Create a 'HabAlert' android app
+
* Create a 'HabAlert' android app, see [[HabAlertApp]]
** Goal: get a notification on your smartphone when a highaltitude ballon (HAB) is coming into reception-range
+
** How:
+
*** use a dedicated machine to retrieve current HAB positions from spacenear.us or habhub.org
+
*** keep track of HabAlert subscriptions, check notification conditions and send out notifications
+
*** use (for example) [http://developer.android.com/google/gcm/index.html google cloud messaging] framework to send push notifications that are quick and low-power
+
*** android client application receives notification, shows current HABs in either list (sorted by 'visibility') or map
+
 
* add opus audio codec support to squeezeboxserver and/or squeezelite
 
* add opus audio codec support to squeezeboxserver and/or squeezelite
 +
** an opus web radio stream already seems to be redirected to the client, but squeezelite crashes on it
 +
* create code for remote control of my ZwaaiLicht
 +
** implement wireless protocol for the NOMZ message ("\x4NOMZ") on address 0x66996699L (no ack)
 +
** possibly implement a more capable protocol on a different pipe (with ack, learn about extra pipes on NRF24L01+)
 +
** possibly split control of the light and the motor

Revision as of 15:29, 19 August 2014

User info Bertrik Sikken
Name Bertrik Sikken
Nick bertrik
Tagline heb ik niet

Studied Electrical Engineering at Twente University.

Main interests:

  • reverse-engineering things (USB stuff, mp3 players), working on http://rockbox.org
  • studying bats and making electronics for recording/listening to bat sounds
  • software-defined radio

Old project ideas:

  • do cool stuff with NRF24L01+ modules, e.g. connect one to the SPI bus of a Raspberry Pi
  • experiment with MQTT, a light-weight publish/subscribe framework for telemetry data
  • put the things above together in some kind of home automation project
  • build a colinear antenna out of RG-6 coaxial cable for the 70cm band (for receiving high-altitude balloons)
  • more radio stuff with the ham-it-up
  • implement dominoex/thor radio mode for a balloon payload, perhaps build a light-weight reusable library
  • come up with an algorithm to determine position/direction of bats as they pass a set of ultrasonic microphones, see StereoBatRecorder
    • I've tried direct correlation, works but sometimes gives errors on bat calls with little frequency sweep
    • Planning to try correlation of only the amplitude data (derived with a Hilbert transform)

New project ideas:

  • Use two old satellite dishes to allow speech to be transferred over some distance
    • Figure out focal point
    • Create some kind of dish mount
  • Reverse engineer the digital oscilloscope at revspace
    • Figure out screenshot image format
    • Try to find if there are other commands than the "send screenshot" command
  • More LedBanner audio visualisations
  • Create a RFM69HW TNC, based on code by flok
    • Remove 'flok' framing, make it comply with KISS protocol
    • Use 'infinite' package length mode to send typical TCP/IP frames (1500 bytes)
  • Create a 'HabAlert' android app, see HabAlertApp
  • add opus audio codec support to squeezeboxserver and/or squeezelite
    • an opus web radio stream already seems to be redirected to the client, but squeezelite crashes on it
  • create code for remote control of my ZwaaiLicht
    • implement wireless protocol for the NOMZ message ("\x4NOMZ") on address 0x66996699L (no ack)
    • possibly implement a more capable protocol on a different pipe (with ack, learn about extra pipes on NRF24L01+)
    • possibly split control of the light and the motor