public inbox for b.a.t.m.a.n@lists.open-mesh.org
 help / color / mirror / Atom feed
From: Simon Wunderlich <sw@simonwunderlich.de>
To: b.a.t.m.a.n@lists.open-mesh.org
Subject: Re: [B.A.T.M.A.N.] new alfred packet type *3* for solar tracer charging units
Date: Fri, 10 Oct 2014 20:54:44 +0200	[thread overview]
Message-ID: <2593620.VKXIbnOaZg@prime> (raw)
In-Reply-To: <20141006210421.GA11864@makrotopia.org>

[-- Attachment #1: Type: text/plain, Size: 2117 bytes --]

On Monday 06 October 2014 23:04:28 Daniel Golle wrote:
> On Mon, Oct 06, 2014 at 04:39:15PM +0200, Simon Wunderlich wrote:
> > > so the next step should be to include these into alfred?
> > 
> > We basically have two options here:
> >  * integrat the tracetools into the alfred repository, similar to vis and
> > 
> > gpsd. Please note that the quality should also be similar and you or your
> > colleagues should be able to maintain that code
> > 
> >  * keep the package external (e.g. on gitorious), then since we have an
> > 
> > external software package now we should start using a number assignment
> > table in wiki to show which software uses which packet type. We could
> > then link from there your software
> > 
> > Any preferences? :)
> 
> I will definitely keep tracertools a standalone software package as there
> are many potential use-cases which do not involve alfred.
> Basically I'm still in the prototyping progress of a bigger system in,
> tracertools was a part of that effort. Now that other things (using PCF8574A
> and LTC4151 to monitor and control consumer-grade DC-to-AC inverters via
> I2C) also work, I will re-work the whole design, both, in terms of hardware
> I will move away from breadboard and loose wires to a proper shield
> targetting the WrtNode; in terms of software, tracertools will become a
> small lib and include handling serial port stuff instead of depending on
> socat to do that (though using socat has a couple of advantages as well and
> I may keep the option to pipe stuff through socat).
> Packages like collectd and alfred can then use libsolartracer to acquire
> (cached) stats or execute control commands on the charge controller, similar
> to how libgps is used by alfred.
> I'm planning to suggest a patch to alfred to optionally use libsolartracer
> when the time has come for that...

OK, so at some point you'll probably write an alfred patch which goes into our 
repo and will make use of  your library? That sounds like a good approach to 
me ... :)

Thank you very much for the feedback, please keep us posted on your 
proceedings!!

Thanks,
    Simon

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

      reply	other threads:[~2014-10-10 18:54 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-27 13:14 [B.A.T.M.A.N.] new alfred packet type *3* for solar tracer charging units Ufo
2014-10-06 11:28 ` Ufo
2014-10-06 14:39   ` Simon Wunderlich
2014-10-06 21:04     ` Daniel Golle
2014-10-10 18:54       ` Simon Wunderlich [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2593620.VKXIbnOaZg@prime \
    --to=sw@simonwunderlich.de \
    --cc=b.a.t.m.a.n@lists.open-mesh.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox