[TangerineSDR] Quiet weekend, some progress

[Kim, Hyomin]

Hi Dave W.,
I am a huge fan of real-time display of field measurements.
I am really looking forward to seeing this feature implemented into our
system.
Thank you!!

Hyomin


[image: NJIT logo] <https://www.njit.edu/> *Hyomin Kim*
Assistant Professor
Physics
Center for Solar-Terrestrial Research
Institute for Space Weather Sciences
hmkim at njit.edu • (973) 596-5704
https://web.njit.edu/~hmkim/
104 Tiernan Hall, 161 Warren Street, Newark, NJ 07102


On Mon, Jun 21, 2021 at 1:08 PM Dr. Nathaniel A. Frissell Ph.D. <
nathaniel.frissell at scranton.edu> wrote:

> Hi Dave,
>
>
>
> Thank you for the update; this looks like very good work.
>
>
>
> Talk to you later and 73,
>
> Nathaniel W2NAF
>
>
>
> *From:* David Witten <wittend at wwrinc.com>
> *Sent:* Monday, June 21, 2021 12:38 PM
> *To:* Dave Larsen <kv0s.dave at gmail.com>; Engelke, Bill <
> bill.engelke at ua.edu>; Dr. Nathaniel A. Frissell Ph.D. <
> nathaniel.frissell at scranton.edu>; Julius Madey <hillfox at fairpoint.net>;
> Hyomin Kim <hmkim at njit.edu>; Mr. Majid Mokhtari <
> majid.mokhtari at scranton.edu>; Noel Petit <petitnoel47 at gmail.com>;
> tangerinesdr at lists.tapr.org
> *Subject:* Quiet weekend, some progress
>
>
>
> Dave,
>
>
>
> I hope that you are all well.
>
>
>
> *Disclaimer: The following relate to work initiated on my own.  They are
> intended to inform but not conflict with efforts by the
> HamSCI/TangerineSDR software development team.*
>
>
>
> I have spent the last few days working on a strategy to allow runMag
> and/or multiMag in a way that addresses several goals:
>
>
>
> 1) Allow real time interaction with the 'device in the ground' to either
> 'tune' an installation in one of two ways:
>
>    - Present animation of the measured magnetic vectors to optimize the
>    unit's orientation WRT the earth's  field by physical manipulation
>    (Twisting).
>    - Accumulate data over time to calculate baseline normalizing vector
>    offsets to an existing installation without physical intervention.
>
> 2) Allow logging, replication to linode instance, etc. while also
> presenting a real-time updated presentation of vector and total data graphs
> to the owner of the local network.  Owner of the local network may choose
> to make these visualizations available to others by allowing access through
> her/his firewall if desired.
>
>
>
> 3) Aggregation of raw real time data by higher level sites would be
> possible if desired by individual owners.  This could provide network
> station online/offline indication and a global view of network status, as
> well as higher level visualization of phenomena.
>
>
>
> 4)  For the multiMag utility, these changes will allow access to stored
> configuration data to be entered on the local network via  a web interface.
>
>
>
> This work involves small changes to the runMag and multiMag utilities to
> allow them to pipe output to a Web/WebSocket server running on the local
> host while not interfering with current operating modes.
>
>
>
> In multiMag, the challenge is allowing data reports to flow from multiple
> magnetometers to logs and interfaces in a coordinated way.
>
>
>
> At the present the data available to the end user will be in the form of
> template Web pages presented by a 'civetweb' Web server. Data updates and
> interaction will be handled by a WebSockets connection to the same server.
> Even on local connections the intent is to use secured sessions wherever
> possible, using https:// and wss:// (TLS1.3) wherever possible.
>
>
>
> This work is meant to address specific immediate requests for function
> that I have heard from others and some that I just wish to pursue for
> myself.
>
>
>
> Specific software elements are likely to change, as is the overall
> architecture as I gain experience.
>
>
>
>  There are many other ways to provide this functionality, some of them
> seemingly much simpler.  All the component technologies are available in
> Python, Go, node,js, Take your pick...
>
>
>
> I am working primarily in C, with tiny bits of HTML, Javascript, Lua, and
> whatever gets in the way.  Some strategic pieces have been 'fuzzed' and
> checked for validation against appropriate standards, so my bias is toward
> using these known quantities.
>
>
>
> Dave Witten, KD0EAG
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.tapr.org/pipermail/tangerinesdr_lists.tapr.org/attachments/20210623/3aa81152/attachment.html>