| Both sides previous revisionPrevious revisionNext revision | Previous revision |
| home:openami [2025/10/28 07:41] – akashborde | home:openami [2025/11/04 08:17] (current) – [29 Oct 2025] akashborde |
|---|
| ==== Open-Source Advanced-Metering-Infrastructure to enable minigrids for electricity access. ==== | ==== Open-Source Advanced-Metering-Infrastructure to enable minigrids for electricity access. ==== |
| |
| Note: This page is actively under construction and will be updated frequently. Last update: Akash Borde, 28 October 2025 | ''Note: This page is actively under construction and will be updated frequently. Last update: Akash Borde, 28 October 2025'' |
| ===== Background: ===== | ===== Background: ===== |
| |
| * Power Africa Conference Presentation | * [[https://docs.google.com/presentation/d/1b1Bl63I-evfd20MW6XxDe0IIse-0Nm85/edit?usp=sharing&ouid=112191662511889552544&rtpof=true&sd=true|Power Africa Conference Presentation]] |
| * Linux Foundation Conference Presentation | * [[https://docs.google.com/presentation/d/1b1Bl63I-evfd20MW6XxDe0IIse-0Nm85/edit#slide=id.g28b247f5353_0_91|Linux Foundation Conference Presentation]] |
| |
| ===== Ongoing: ===== | ===== Ongoing: ===== |
| |
| * There is a weekly meeting actively discussing and shaping this project. This takes places from 6-7am US Pacific Time. | * There is a weekly meeting actively discussing and shaping this project. This takes places from 630-730am US Pacific Time on Wednesdays. |
| * Contact Product Manager for more details: Akash Borde at borde.akash[at]gmail.com | * Contact Product Manager for more details: Akash Borde at borde.akash[at]gmail.com |
| |
| ===== Weekly Meeting Notes: ===== | ===== Weekly Meeting Notes: ===== |
| |
| (I am struggling to figure out why the formatting breaks so badly, will work on figuring this format out... -Akash) | ''(I am struggling to figure out why the formatting breaks so badly, will work on figuring this format out… -Akash)'' |
| |
| ==== October 22nd, 2025: ==== | There are two embedded editors, a WYSIWYG editor that is the default that applies its own markup and a DokuWiki Editor that requires tags for all markup. Pages can also be created from Word Docx or ODT uploads that plugins convert to Wikipages. I got Google Gemini 2.5 Pro to re-format to Wiki format. Please review and check that nothing was omitted. |
| <font 11.0pt/Calibri;;inherit;;inherit>Follow-ups</font> | |
| |
| * Rahul weekly meeting? | ===== 29 Oct 2025 ===== |
| * Stemaco and Donsun relationship? | 1)</font> |
| * | <font inherit/inherit;;#cccccc;;inherit>[5 minutes] Logistics: Akash, (+Adam, Rajan, if available).</font> |
| <font 11.0pt/Calibri;;inherit;;inherit>Vivian hardware access?</font> | <font inherit/inherit;;#cccccc;;inherit>Proposed to move meeting 30 minutes later - no objections from people on call</font> |
| | <font inherit/inherit;;#6796e6;;inherit>2)</font> |
| | <font inherit/inherit;;#cccccc;;inherit>[15 minutes] Current Problem Statement: Akash, Jude, Rahul</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Summarizing the problem as we understand it and having the team review it. Documenting this as the top item on the wiki. Short-term problems, long-term problems, and major pain points.</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Jude proposal: (link):</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Solution</font> |
| | <font inherit/inherit;;#cccccc;;inherit>The proposed solution is to establish an OpenAMI Association, a multi-stakeholder initiative that will develop, test, and promote a universal communications and interoperability standard for smart metering systems in Africa.</font> |
| | <font inherit/inherit;;#cccccc;;inherit>- Should allow remote monitoring</font> |
| | <font inherit/inherit;;#cccccc;;inherit>- Should allow controls (remote start/stop)</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Rahul:</font> |
| | <font inherit/inherit;;#cccccc;;inherit>- HES is customized from the OEM by utilities, it's not proprietary</font> |
| | <font inherit/inherit;;#cccccc;;inherit>○ EU has strict guidelines on open and proprietary</font> |
| | <font inherit/inherit;;#cccccc;;inherit>- Size of group is too small, need backing from large institutions (e.g. World Bank)</font> |
| | <font inherit/inherit;;#cccccc;;inherit>○ Jude: Disagree - this is a very large problem. STS was created for the same reason</font> |
| | <font inherit/inherit;;#cccccc;;inherit>○ We can promote this standard to the OEMs. AMDA and World Bank are coming to us</font> |
| | <font inherit/inherit;;#cccccc;;inherit>○ StemaCo - willing to give us keys (showed interest)</font> |
| | <font inherit/inherit;;#cccccc;;inherit>- Plan for getting OEMs to participate</font> |
| | <font inherit/inherit;;#cccccc;;inherit>○ Drive demand - if the meters don't have OpenAMI certification, the minigrids won't buy</font> |
| | <font inherit/inherit;;#cccccc;;inherit>○ Use AMDA and WorldBank for leverage</font> |
| | <font inherit/inherit;;#cccccc;;inherit>- Rahul: Getting keys shouldn't be hard - manufacturers have not said no yet</font> |
| | <font inherit/inherit;;#cccccc;;inherit>○ Concerned about getting large enough to drive adoption. STS was created by large multinationals</font> |
| | <font inherit/inherit;;#cccccc;;inherit>- Create a reference that the minigrid developers adopt</font> |
| | <font inherit/inherit;;#cccccc;;inherit>- Don:</font> |
| | <font inherit/inherit;;#cccccc;;inherit>○ Could we reach out to OEM's about Jude's idea and get feedback about this concept? Or are we saying if we create something that is certified by World Bank and AMDA they will be forced to accept our certified standard?</font> |
| | <font inherit/inherit;;#6796e6;;inherit>3)</font> |
| | <font inherit/inherit;;#cccccc;;inherit>[10 minutes] Update on vendor relations: Rahul, Rajan, Jude, Michel</font> |
| | <font inherit/inherit;;#6796e6;;inherit>-</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Any updates from Donsun, Sparkmeter, EarthSpark</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Leeks has started saying that Donsun is still active (inaccurate)</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Donsun has split into two - China and Rest-of-Worl</font> |
| | <font inherit/inherit;;#6796e6;;inherit>-</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Asks from StemacoVP, who presented at Thursday ISV Bi-Weekly call</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Willing to help out</font> |
| | <font inherit/inherit;;#cccccc;;inherit>ISV has a commercial relationship with them already.</font> |
| | <font inherit/inherit;;#cccccc;;inherit>StemaCo is moving away from Donsun</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Any progress opening up DLMS Cosem yet?</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Glenn to follow up with this person - Warren Scott White → will contact Sam (tech lead) at Stemaco</font> |
| | <font inherit/inherit;;#6796e6;;inherit>-</font> |
| | <font inherit/inherit;;#cccccc;;inherit>How is AMDA doing? Are they tracking this project?</font> |
| | <font inherit/inherit;;#6796e6;;inherit>-</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Inhemeter: Inhemeter has requested some documents, NDA, MoU to continue working with them. Do we want to continue this at this time? Michel started drafting docs if so.</font> |
| | <font inherit/inherit;;#6796e6;;inherit>-</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Not a no, but we need a better strategy</font> |
| | <font inherit/inherit;;#6796e6;;inherit>-</font> |
| | <font inherit/inherit;;#cccccc;;inherit>OEMs don't want to work with our group b/c we are too small</font> |
| | <font inherit/inherit;;#6796e6;;inherit>-</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Work through GVE?</font> |
| | <font inherit/inherit;;#cccccc;;inherit>○ They are also very small and use legacy meters only</font> |
| | <font inherit/inherit;;#6796e6;;inherit>-</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Challenge is if we use INHE-5000 now, Inhemeter will not support the next version</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Glenn:</font> |
| | <font inherit/inherit;;#cccccc;;inherit>- Would be great if we can create a DCU that supports DLMS Cosem and non-DLMS protocols that is compatible with edge meters</font> |
| | <font inherit/inherit;;#cccccc;;inherit>- Getting backing from Stemaco for OpenAMI would be great</font> |
| | <font inherit/inherit;;#cccccc;;inherit>- Can we get ISV to support the creation of OpenAMI consortium?</font> |
| | <font inherit/inherit;;#6796e6;;inherit>4)</font> |
| | <font inherit/inherit;;#cccccc;;inherit>[15 minutes] Engineering development: Rahul, Glenn, Akash, Jude, Adam</font> |
| | <font inherit/inherit;;#cccccc;;inherit>People with source code - Adam, Vivien, Rahul, Glenn - can you walk us through what's been read, what's pending, etc?</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Akash - no updates on MeshEMS still :(. Would it be useful for Cameroon lab? Energy IoT open source has requested it for January.</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Is there funding for hardware manufacturing?</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Jude - OpenAMI and other standards. Do we want to get into STS and try to replicate it for Metering/Vending?</font> |
| | <font inherit/inherit;;#6796e6;;inherit>5)</font> |
| | <font inherit/inherit;;#cccccc;;inherit>[10 minutes] All: Assignments for next week / planning ahead</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Glenn - talk to the contact at StemaCo (Sam) → will discuss opening up DLMS protocol</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Don - we need to update our document for OpenAMI</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Continue discussion on "ISV AMI Subcomittee" whatsapp group</font> |
| | <font inherit/inherit;;#cccccc;;inherit>Glenn may come to Cameroon early January</font> |
| |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Sparkmeter source code access?</font> | |
| |
| * | ==== October 22nd, 2025: ==== |
| <font 11.0pt/Calibri;;inherit;;inherit>Logistics</font> - | |
| <font 11.0pt/Calibri;;inherit;;inherit>Akash will make a new email series, including Jude. Agendas will be sent 24 hrs in advance over email.</font> | |
| |
| * | Follow-ups |
| <font 11.0pt/Calibri;;inherit;;inherit>Whatsapp:</font> - | |
| <font 11.0pt/Calibri;;inherit;;inherit>OpenAMI Coms Integration → Inhemeter</font> | |
| |
| * | * Rahul weekly meeting? Meeting delayed, follow-up email to team sent today. — //[[rahul.bhargava.in@ieee.org|Rahul Bhargava]] 2025/10/28 14:10// |
| <font 11.0pt/Calibri;;inherit;;inherit>Tech Comm and OpenAMI → used for presentations</font> | * Stemaco and Donsun relationship? Donsun is splitting into two, with Synergy serving the global market, particularly African STS compliant hardware and a much more competitive (in terms of entrenchment and margins) Chinese domestic market. It is believed that the African market will continue to be served by Leets+Synergy. — //[[rahul.bhargava.in@ieee.org|Rahul Bhargava]] 2025/10/28 14:12// |
| | * Vivian hardware access? |
| | * Sparkmeter source code access? |
| | * EnAccess made introductions and the Emerging Markets codebase on gitlab is accessible to Glenn and Rahul, aside from EnAccess. Though, while there is no clarity on licensing and ownership, it is generally unadvisable to use the code. — //[[rahul.bhargava.in@ieee.org|Rahul Bhargava]] 2025/10/28 14:14// |
| |
| * | Logistics - Akash will make a new email series, including Jude. Agendas will be sent 24 hrs in advance over email. |
| <font 11.0pt/Calibri;;inherit;;inherit>ISV AMI Subcommittee</font> | |
| |
| * | * Whatsapp: - OpenAMI Coms Integration → Inhemeter |
| <font 11.0pt/Calibri;;inherit;;inherit>Arila is not on Whatsapp</font> | * Pending with Inhe who are expected to furnish REIc with a NDA and contract before sharing any doucmentation, let alone code stubs for querying meters from the DCU (only 5000 series, no legacy support). Meanwhile, SteamaCo is committing to provide legacy support including code. — //[[rahul.bhargava.in@ieee.org|Rahul Bhargava]] 2025/10/28 14:15// |
| | * Tech Comm and OpenAMI → used for presentations |
| | * ISV AMI Subcommittee |
| | * Arila is not on Whatsapp |
| | * Ask Rajan if he wants the weekly emails |
| |
| * | 1) Any updates from the crowd – Donsun, Sparkmeter, EarthSpark current state Rahul + Daniel - SparkMeter has been "handed over" to EarthSpark after SparkMeter collapsed. Allison is the president of EarthSpark. She makes the call if/when SparkMeter becomes Open-Sourced. Vivien is the guy leading the open-source effort. Sparkmeter's operating costs are artificially very high. Sparkmeter wraps the cailin's hardware in their own protocol (SparkMeter replace the radios with their own and run custom firmware without STS; so legacy meters cannot be orchestrated by new DCUs and no one can participate on their private neighbourhood networks without matching radios and protocols). — //[[rahul.bhargava.in@ieee.org|Rahul Bhargava]] 2025/10/28 14:17// Worldbank M300 → project from World Bank for electricity reach 300Mill new people in africa |
| <font 11.0pt/Calibri;;inherit;;inherit>Ask Rajan if he wants the weekly emails</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>1) Any updates from the crowd</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>– Donsun, Sparkmeter, EarthSpark current state</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>Rahul + Daniel - SparkMeter has been "handed over" to EarthSpark after SparkMeter collapsed.</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>Allison is the president of EarthSpark. She makes the call if/when SparkMeter becomes Open-Sourced. Vivien is the guy leading the open-source effort.</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>Sparkmeter's operating costs are artificially very high.</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>Sparkmeter wraps the cailin's hardware in their own protocol.</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>Worldbank M300 → project from World Bank for electricity reach 300Mill new people in africa</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>Things we need</font> | |
| <font 11.0pt/Arial;;inherit;;inherit>How we're doing vending</font> | |
| |
| * | Things we need |
| <font 11.0pt/Arial;;inherit;;inherit>Correct timestamps</font> | |
| |
| * | * How we're doing vending |
| <font 11.0pt/Arial;;inherit;;inherit>Information about the grid</font> | * Correct timestamps |
| <font 11.0pt/Arial;;#222222;;inherit>Proposed solution: take the telemetry from the field, add an additional service (?) and have access to the data via the server infrastructure</font> | * Information about the grid |
| <font 11.0pt/Arial;;#222222;;inherit>4 organizational members:</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>IEEE, EnAccess, NESL, Arila</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>Rahul proposal:</font> | |
| |
| * | Proposed solution: take the telemetry from the field, add an additional service (?) and have access to the data via the server infrastructure |
| <font 11.0pt/Arial;;inherit;;inherit>Open AMI server, standardize schema (glenn has started this), called Grid Fabric. Linux foundation project. Not the Hyphae project.</font> * | |
| <font 11.0pt/Arial;;inherit;;inherit>This project takes the logs from the DCU</font> | |
| |
| * | 4 organizational members: IEEE, EnAccess, NESL, Arila |
| <font 11.0pt/Arial;;inherit;;inherit>MicroPowerManager needs a plugin to ingest this data.</font> | |
| |
| * | Rahul proposal: |
| <font 11.0pt/Arial;;inherit;;inherit>Grid Fabric supports 2 protocols, both can be run on DCU</font> * | |
| <font 11.0pt/Arial;;inherit;;inherit>DLMS →</font> | |
| <font 11.0pt/Arial;;inherit;;inherit>MQTT →</font> | |
| <font 11.0pt/Arial;;inherit;;inherit>Vendors are offering the keys to these protocols, not hacking the solutions</font> * | |
| <font 11.0pt/Arial;;inherit;;inherit>Donsun, StemaCo, Inhemeter (not explicitly yet)</font> | |
| |
| * | * Daniel in convinced that telemetry should not go to MicoPowerManager (MPM) directly. We need middleware like Grid Fabric's backend (GFX) from Linux Foundation. The Frontend will still be MPM conceptually with a plugin that fetches required data more at a meter-level and associate billing and customer data in MPM. Meanwhile, grid-scale telemetry (distribution by phase of three-phase distribution from inverters) data can be analyzed by custom front-ends to a stable and mature Grid Fabric backend (that is heavy and requires servers and will not fit on DCUs). — //[[rahul.bhargava.in@ieee.org|Rahul Bhargava]] 2025/10/28 14:20// |
| <font 11.0pt/Arial;;inherit;;inherit>Donsun - has offered access to DCU (serial console / Telnet). Busybox linux environment. They have spare CPU cycles we can run other processes in.</font> * | * Open AMI server, standardize schema (glenn has started this), called Grid Fabric. Linux foundation project. Not the Hyphae project. |
| <font 11.0pt/Arial;;inherit;;inherit>The guy who offered the keys is now gone though, and said Donsun is bankrupt</font> | * This project takes the logs from the DCU |
| | * Glenn has defined a XML schema that is tuples, timestamp and readings for each meter. This can be optimized and adopted if compliant with IEEE 2030.5 — //[[rahul.bhargava.in@ieee.org|Rahul Bhargava]] 2025/10/28 14:21// |
| | * MicroPowerManager needs a plugin to ingest this data. |
| | * There is an ingestion plugin by the Linux Foundation but we may need middleware to log the telemtery and then pull aggregations to MPM — //[[rahul.bhargava.in@ieee.org|Rahul Bhargava]] 2025/10/28 14:22// |
| | * Grid Fabric supports 2 protocols, both can be run on DCU |
| | * DLMS → |
| | * MQTT → |
| | * Vendors are offering the keys to these protocols, not hacking the solutions |
| | * Donsun, StemaCo, Inhemeter (not explicitly yet) |
| | * This is on the table with support from SteamaCo — //[[rahul.bhargava.in@ieee.org|Rahul Bhargava]] 2025/10/28 14:23// |
| | * Donsun - has offered access to DCU (serial console / Telnet). Busybox linux environment. They have spare CPU cycles we can run other processes in. |
| | * The guy who offered the keys is now gone though, and said Donsun is bankrupt |
| | * Leets is not gone and Donsun's successor is not bankrupt, as per Warren of SteamaCo. HES support expected from SteamaCo — //[[rahul.bhargava.in@ieee.org|Rahul Bhargava]] 2025/10/28 14:23// |
| | * We weren't talking to Donsun directly though. |
| | * Let's not talk to OEMs directly, go through SteamaCo — //[[rahul.bhargava.in@ieee.org|Rahul Bhargava]] 2025/10/28 14:24// |
| | * "Leets" from Donsun |
| | * Jude has Nigeran Donsun hardware |
| | * StemaCo - service provider |
| | * Donsun is one of 6 chinese OEMs that StemaCo will support |
| | * If we go through StemaCo |
| |
| * | – EnAccess - any updates/questions/agenda topics? – Sparkmeter source code access? — Rahul/Enaccess currently have it – Akash-plan/idea to hack the SparkMeter from Sun Gate Solar Rahul has access to code base, but it's "a mess" |
| <font 11.0pt/Arial;;inherit;;inherit>We weren't talking to Donsun directly though.</font> | |
| |
| * | Jude: |
| <font 11.0pt/Arial;;inherit;;inherit>"Leets" from Donsun</font> | |
| |
| * | * We thought we had commitments to get keys to access hardware. |
| <font 11.0pt/Arial;;inherit;;inherit>Jude has Nigeran Donsun hardware</font> | * Inhemeter is now asking for a contract |
| | * Sparkmeter - stuck asking Alison (EarthSpark) trying to get opensource access 1 month later |
| | * There may be some Google Drive with limited access to see source |
| | * We Cannot use anything from this drive, legally, without Open-Sourcing it |
| | * Rahul - we have pretty good reference of the architecture, but legally we cannot use it till Alison approves. |
| | * TAM (AMDA): 1M meters, $20/meter = $20M TAM |
| | * Seems unlikely we'll get access for free |
| | * Donsun - collapsed mid-conversation |
| | * StemaCo - we will probably hit the same wall |
| | * As of today, we have no keys to any hardware. Only open hardware is our own board. |
| |
| * | 2) Clarification of problem statements, both short-term and long-term. – Short term will include exit of major metering vendors – Long term will include discussion of software and hardware solutions – We can use the Cairo OpenAMI slide deck ([[https://docs.google.com/presentation/d/1b1Bl63I-evfd20MW6XxDe0IIse-0Nm85/edit?usp=sharing&ouid=112191662511889552544&rtpof=true&sd=true|link]]) to start the discussion. |
| <font 11.0pt/Arial;;inherit;;inherit>StemaCo - service provider</font> * | |
| <font 11.0pt/Arial;;inherit;;inherit>Donsun is one of 6 chinese OEMs that StemaCo will support</font> | |
| |
| * | * Don - are we trying to hack existing systems or use the OpenAMI as our own standard? |
| <font 11.0pt/Arial;;inherit;;inherit>If we go through StemaCo</font> | * Last meeting, we found all the OEMs are having the same vulnerability. Don't want to support legacy products of theirs. |
| <font 11.0pt/Arial;;#222222;;inherit>– EnAccess - any updates/questions/agenda topics?</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>– Sparkmeter source code access?</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>— Rahul/Enaccess currently have it</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>– Akash-plan/idea to hack the SparkMeter from Sun Gate Solar</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>Rahul has access to code base, but it's "a mess"</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>Jude:</font> | |
| |
| * | Question: Should we have this be a software-only solution? – Jude, Akash |
| <font 11.0pt/Arial;;inherit;;inherit>We thought we had commitments to get keys to access hardware.</font> * | |
| <font 11.0pt/Arial;;inherit;;inherit>Inhemeter is now asking for a contract</font> | |
| |
| * | 3) Hardware discussion – Utility and desires for the MeshEMS gateway – Arila, Jude, Glenn, Akash, Rahul – What if we made our own hardware? |
| <font 11.0pt/Arial;;inherit;;inherit>Sparkmeter - stuck asking Alison (EarthSpark) trying to get opensource access 1 month later</font> * | |
| <font 11.0pt/Arial;;inherit;;inherit>There may be some Google Drive with limited access to see source</font> | |
| <font 11.0pt/Arial;;inherit;;inherit>We Cannot use anything from this drive, legally, without Open-Sourcing it</font> | |
| |
| * | * 2 major players have already failed |
| <font 11.0pt/Arial;;inherit;;inherit>Rahul - we have pretty good reference of the architecture, but legally we cannot use it till Alison approves.</font> * | * Rajan is skeptical |
| <font 11.0pt/Arial;;inherit;;inherit>TAM (AMDA): 1M meters, $20/meter = $20M TAM</font> | * Vivian - thumbs up. Not for the meters, but maybe for the DCU. |
| | * Jude - yes let's talk about this |
| | * Lots of donor money available |
| | * Roadblocks - local developers/infrastructure |
| | * Stemaco, Sparkmeter → were all whitelabeling a few OEMs. Did not make their own hardware (both metering and DCU). |
| | * Sparkmeter - was whitelabeling their own meters, but making their own DCUs. |
| | * Jude's idea: |
| | * AMDA developers have 3 priorities: |
| | * Vending |
| | * Monitoring ability |
| | * Ability to do operations (on/off control) |
| | * Vending: |
| | * Solved by STS/OpenPay Go |
| | * So long as you have the CIU (customer intefface) at the meter level, and the token generation software, you can vend irrespective of the (?) |
| | * Monitoring and Operations |
| | * This is not yet solved. What if we take this as a standard? |
| | * Like STS, we build a comms standard that can be deployed by the OEMs for people that want to go beyond vending. |
| | * Maybe this requires an open-source DCU to go with it |
| | * Building software that can go on DCUs that lets the data seen in multiple places |
| | * Similar to an STS certification, this could be a selling point for new developers to use OEMS that are "OpenAMI" compliant |
| |
| * | OpenPay Go and STS - similar For talking to the edge meter (supports STS, version 2) |
| <font 11.0pt/Arial;;inherit;;inherit>Seems unlikely we'll get access for free</font> | |
| |
| * | * You'd need a key that talks to the STS |
| <font 11.0pt/Arial;;inherit;;inherit>Donsun - collapsed mid-conversation</font> | |
| |
| * | 4) Blockers / goals for setting up Yaounde lab with Glenn's VPN hardware – Glenn, Jude, Endurance |
| <font 11.0pt/Arial;;inherit;;inherit>StemaCo - we will probably hit the same wall</font> | |
| <font 11.0pt/Arial;;inherit;;inherit>As of today, we have no keys to any hardware. Only open hardware is our own board.</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>2) Clarification of problem statements, both short-term and long-term.</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>– Short term will include exit of major metering vendors</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>– Long term will include discussion of software and hardware solutions</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>– We can use the Cairo OpenAMI slide deck (</font> [[https://docs.google.com/presentation/d/1b1Bl63I-evfd20MW6XxDe0IIse-0Nm85/edit?usp=sharing&ouid=112191662511889552544&rtpof=true&sd=true|link]] <font inherit/inherit;;#222222;;inherit>) to start the discussion.</font> | |
| |
| * | 5) ISV Funding and Project Plan Revisions – Don, Rajan, Jude |
| <font 11.0pt/Arial;;inherit;;inherit>Don - are we trying to hack existing systems or use the OpenAMI as our own standard?</font> | |
| |
| * | * Adam- how can we live stream any existing data from villages? |
| <font 11.0pt/Arial;;inherit;;inherit>Last meeting, we found all the OEMs are having the same vulnerability. Don't want to support legacy products of theirs.</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>Question: Should we have this be a software-only solution?</font> | |
| <font 11.0pt/Arial;;inherit;;inherit>– Jude, Akash</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>3) Hardware discussion</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>– Utility and desires for the MeshEMS gateway</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>– Arila, Jude, Glenn, Akash, Rahul</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>– What if we made our own hardware?</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>2 major players have already failed</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>Rajan is skeptical</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>Vivian - thumbs up. Not for the meters, but maybe for the DCU.</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>Jude - yes let's talk about this</font> * | |
| <font 11.0pt/Arial;;inherit;;inherit>Lots of donor money available</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>Roadblocks - local developers/infrastructure</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>Stemaco, Sparkmeter → were all whitelabeling a few OEMs. Did not make their own hardware (both metering and DCU).</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>Sparkmeter - was whitelabeling their own meters, but making their own DCUs.</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>Jude's idea:</font> * | |
| <font 11.0pt/Arial;;inherit;;inherit>AMDA developers have 3 priorities:</font> * | |
| <font 11.0pt/Arial;;inherit;;inherit>Vending</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>Monitoring ability</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>Ability to do operations (on/off control)</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>Vending:</font> * | |
| <font 11.0pt/Arial;;inherit;;inherit>Solved by STS/OpenPay Go</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>So long as you have the CIU (customer intefface) at the meter level, and the token generation software, you can vend irrespective of the (?)</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>Monitoring and Operations</font> * | |
| <font 11.0pt/Arial;;inherit;;inherit>This is not yet solved. What if we take this as a standard?</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>Like STS, we build a comms standard that can be deployed by the OEMs for people that want to go beyond vending.</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>Maybe this requires an open-source DCU to go with it</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>Building software that can go on DCUs that lets the data seen in multiple places</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>Similar to an STS certification, this could be a selling point for new developers to use OEMS that are "OpenAMI" compliant</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>OpenPay Go and STS - similar</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>For talking to the edge meter (supports STS, version 2)</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>You'd need a key that talks to the STS</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>4) Blockers / goals for setting up Yaounde lab with Glenn's VPN hardware</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>– Glenn, Jude, Endurance</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>5) ISV Funding and Project Plan Revisions</font> | |
| <font 11.0pt/Arial;;#222222;;inherit>– Don, Rajan, Jude</font> | |
| | |
| * | |
| <font 11.0pt/Arial;;inherit;;inherit>Adam- how can we live stream any existing data from villages?</font> | |
| |
| === October 15th, 2025: === | === October 15th, 2025: === |
| <font 11.0pt/Calibri;;inherit;;inherit>0) Recap of Oct 8th meeting for folks traveling back from Power Africa (Arila or Daniel)? (5-10 mins)</font> | |
| |
| * | 0) Recap of Oct 8th meeting for folks traveling back from Power Africa (Arila or Daniel)? (5-10 mins) |
| <font 11.0pt/Calibri;;inherit;;inherit>Nothing major to discuss</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>1) Akash/Jude: Power Africa Recap (5-10 mins)</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>a. Presentation recap</font> | |
| |
| * | * Nothing major to discuss |
| <font 11.0pt/Calibri;;inherit;;inherit>Discussed with minigrid developers</font> | |
| |
| * | 1) Akash/Jude: Power Africa Recap (5-10 mins) a. Presentation recap |
| <font 11.0pt/Calibri;;inherit;;inherit>Sun Moksha - Indian minigrid company that is building smart metering. 3 priorities</font> * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Vending - ability to make sales</font> | |
| |
| * | * Discussed with minigrid developers |
| <font 11.0pt/Calibri;;inherit;;inherit>Manage the energy / assets</font> | * Sun Moksha - Indian minigrid company that is building smart metering. 3 priorities |
| | * Vending - ability to make sales |
| | * Manage the energy / assets |
| | * Monitoring - what sparkmeter can provide |
| | * Sun Moksha agrees on scarcity of metering suppliers / availability |
| | * They have a prototype working on this that has solved their problem |
| | * Make their own controller that talks between the meters (modbus) and server (wifi mesh), which then talks to the cloud |
| | * They are open to share IP with the IEEE community; they've invested a lot of $ and don't have too much incentive to provide |
| | * Not open-sourcing, but some sort of license that gives other vendors |
| | * They built their own proprietary hardware (with ESP32 equivalent) that they could sell |
| |
| * | b. Discussion recap / feedback session |
| <font 11.0pt/Calibri;;inherit;;inherit>Monitoring - what sparkmeter can provide</font> | |
| |
| * | * Jude: This looks like another locked solution, we would have the risk of being stuck on them |
| <font 11.0pt/Calibri;;inherit;;inherit>Sun Moksha agrees on scarcity of metering suppliers / availability</font> | * Arila: Is there any openness from the open-source perspective from SunMoksha? |
| | * Jude: This was developed for India, they had a sponsored project from India. Was a larger for minigrid developers in India previously, but currently isn't such a big market |
| | * Arila: Is there an open solution available on the cloud side? |
| | * Akash: |
| | * Mou Riiny - interested in OpenAMI, frustrated with Sparkmeter |
| | * Shared a sparkmeter to debug (malfunctional) |
| | * Sparkmeter |
| | * Vivien/Jude might have access to their repos |
| | * What's the goal with this one? |
| | * Just a test bed for now |
| | * Akash to share |
| | * Jude may have functional sparkmeters |
| | * Nova / Edge Meter |
| | * Has some spares |
| |
| * | c. Akash - will try to make a slide on this |
| <font 11.0pt/Calibri;;inherit;;inherit>They have a prototype working on this that has solved their problem</font> | |
| |
| * | 2) Jude: Client/customer's wishlist (5-10 mins) a. Jude's thoughts on the current status of the project b. Include pivots of the direction he would like to take this |
| <font 11.0pt/Calibri;;inherit;;inherit>Make their own controller that talks between the meters (modbus) and server (wifi mesh), which then talks to the cloud</font> | |
| |
| * | 3) Inhemeter call - Jude/Michel/Akash (5 mins) a. Recap of call with Sanji from inhemeter They want a signed document before providing documentation Awaiting on the confidential agreement from Inhemeter <→ Michel F is working on this b. "Cannot support the Inhe-4000 you got from nigeria" Latest model available is the Inhemeter-5000 c. "Please give us your specs for a new order" Donsun - sales person is no longer at Donsun Donsun is now bankrupt (!) Purchased sample meters through StemaCo |
| <font 11.0pt/Calibri;;inherit;;inherit>They are open to share IP with the IEEE community; they've invested a lot of $ and don't have too much incentive to provide</font> | |
| |
| * | Rahul - Sparkmeter Sparkmeter has custom radios, not modbus 485 Need to be on their custom neighborhood network Rahul has access to the codebase and developers → can share answers to the queries Dominant architecture in Africa Radios are working on a certain set of frequencies, these are pretty locked Seems very hard to jailbreak existing sparkmeters based on this Recommends avoid committing to jailbreaking this Maybe easier to do if we are already in contact/customers with them |
| <font 11.0pt/Calibri;;inherit;;inherit>Not open-sourcing, but some sort of license that gives other vendors</font> | |
| |
| * | Arila: Was under the impression that there is Modbus Donsun Splitting into 2 One for Africa One for rest of world? Could expect code stubs for AMI potentially Rahul → older conversations |
| <font 11.0pt/Calibri;;inherit;;inherit>They built their own proprietary hardware (with ESP32 equivalent) that they could sell</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>b. Discussion recap / feedback session</font> | |
| |
| * | 4) Formal roles within volunteer team - Jude a. Product Manager b. Project Manager c. Administrators d. Other roles? |
| <font 11.0pt/Calibri;;inherit;;inherit>Jude: This looks like another locked solution, we would have the risk of being stuck on them</font> | |
| |
| * | 5) Auditing/Changing of project timeline - Akash in place of Don (cannot make it) |
| <font 11.0pt/Calibri;;inherit;;inherit>Arila: Is there any openness from the open-source perspective from SunMoksha?</font> * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Jude: This was developed for India, they had a sponsored project from India. Was a larger for minigrid developers in India previously, but currently isn't such a big market</font> | |
| |
| * | 6) Techincal debug and setup of REI-Cameroon Lab - Glenn/Endurance/Rahul a. Summarizing status of remote access b. Setup of new hardware / VPN from Glenn |
| <font 11.0pt/Calibri;;inherit;;inherit>Arila: Is there an open solution available on the cloud side?</font> | |
| |
| * | Looking forward: |
| <font 11.0pt/Calibri;;inherit;;inherit>Akash:</font> * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Mou Riiny - interested in OpenAMI, frustrated with Sparkmeter</font> | |
| |
| * | * So many meter vendors going bankrupt or not helpful |
| <font 11.0pt/Calibri;;inherit;;inherit>Shared a sparkmeter to debug (malfunctional)</font> | * How do we salvage existing meters/hardware in the field from these bankruptcies? |
| | * Specific to REI-Cameroon, |
| | * Jude has Sparkmeter and Stemaco (using Donsun) |
| | * Sparkmeter has also moved to stop usage of older hardware |
| | * Currently has ~800 sparkmeters |
| | * Other hardware is at risk too |
| | * Rahul: |
| | * Would be great if we can support legacy systems. Some vendors (Sparkmeter for example) are not open to being supported |
| | * While providing this legacy support, we basically create the support/framework for OpenAMI |
| | * Vivien: |
| | * Sparkmeter has not yet committed to becoming open, but needs help (has a lot of tickets, backlog, etc). |
| |
| * | Sparkmeter |
| <font 11.0pt/Calibri;;inherit;;inherit>Sparkmeter</font> * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Vivien/Jude might have access to their repos</font> | |
| |
| * | * Allison is the person we need to convince |
| <font 11.0pt/Calibri;;inherit;;inherit>What's the goal with this one?</font> * | * Rajan has talked, Vivien has talked to them, Jude has also talked to them, AMDA has also talked to them |
| <font 11.0pt/Calibri;;inherit;;inherit>Just a test bed for now</font> | * M300 has given them $ to stay alive, we have about 3-6 months of funding there |
| |
| * | What do we as OpenAMI focus on in the next 3-6 months? |
| <font 11.0pt/Calibri;;inherit;;inherit>Akash to share</font> | |
| |
| * | * Rahul: Support on legacy solutions |
| <font 11.0pt/Calibri;;inherit;;inherit>Jude may have functional sparkmeters</font> * | * Jude: Re-formulate the implementation plan |
| <font 11.0pt/Calibri;;inherit;;inherit>Nova / Edge Meter</font> | * Seems like everyone will be legacy soon |
| | * Go back to drawing board |
| | * Open-Source Hardware? |
| | * Arila: |
| | * Open-source meter for EnAccess |
| | * Yes - but not available for use though |
| | * For next week: |
| | * Come with proposals for OpenAMI |
| | * Akash - hardware gateway prototype |
| | * No progress to report |
| | * Is anyone blocked by this yet? |
| | * Could be useful for some hardware prototyping |
| | * Glenn's hardware |
| | * Endurance hasn't been able |
| |
| * | Follow-ups - Rahul weekly meeting? |
| <font 11.0pt/Calibri;;inherit;;inherit>Has some spares</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>c. Akash - will try to make a slide on this</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>2) Jude: Client/customer's wishlist (5-10 mins)</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>a. Jude's thoughts on the current status of the project</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>b. Include pivots of the direction he would like to take this</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>3) Inhemeter call - Jude/Michel/Akash (5 mins)</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>a. Recap of call with Sanji from inhemeter</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>They want a signed document before providing documentation</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Awaiting on the confidential agreement from Inhemeter <→ Michel F is working on this</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>b. "Cannot support the Inhe-4000 you got from nigeria"</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Latest model available is the Inhemeter-5000</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>c. "Please give us your specs for a new order"</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Donsun - sales person is no longer at Donsun</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Donsun is now bankrupt (!)</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Purchased sample meters through StemaCo</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Rahul - Sparkmeter</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Sparkmeter has custom radios, not modbus 485</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Need to be on their custom neighborhood network</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Rahul has access to the codebase and developers → can share answers to the queries</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Dominant architecture in Africa</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Radios are working on a certain set of frequencies, these are pretty locked</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Seems very hard to jailbreak existing sparkmeters based on this</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Recommends avoid committing to jailbreaking this</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Maybe easier to do if we are already in contact/customers with them</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Arila:</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Was under the impression that there is Modbus</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Donsun</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Splitting into 2</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>One for Africa</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>One for rest of world?</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Could expect code stubs for AMI potentially</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Rahul → older conversations \\</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>4) Formal roles within volunteer team - Jude</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>a. Product Manager</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>b. Project Manager</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>c. Administrators</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>d. Other roles?</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>5) Auditing/Changing of project timeline - Akash in place of Don (cannot make it)</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>6) Techincal debug and setup of REI-Cameroon Lab - Glenn/Endurance/Rahul</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>a. Summarizing status of remote access</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>b. Setup of new hardware / VPN from Glenn</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Looking forward:</font> | |
| |
| * | * Stemaco and Donsun relationship? |
| <font 11.0pt/Calibri;;inherit;;inherit>So many meter vendors going bankrupt or not helpful</font> | * Vivian hardware access? |
| | * Sparkmeter source code access? |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>How do we salvage existing meters/hardware in the field from these bankruptcies?</font> * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Specific to REI-Cameroon,</font> * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Jude has Sparkmeter and Stemaco (using Donsun)</font> * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Sparkmeter has also moved to stop usage of older hardware</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Currently has ~800 sparkmeters</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Other hardware is at risk too</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Rahul:</font> * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Would be great if we can support legacy systems. Some vendors (Sparkmeter for example) are not open to being supported</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>While providing this legacy support, we basically create the support/framework for OpenAMI</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Vivien:</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Sparkmeter has not yet committed to becoming open, but needs help (has a lot of tickets, backlog, etc).</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Sparkmeter</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Allison is the person we need to convince</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Rajan has talked, Vivien has talked to them, Jude has also talked to them, AMDA has also talked to them</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>M300 has given them $ to stay alive, we have about 3-6 months of funding there</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>What do we as OpenAMI focus on in the next 3-6 months?</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Rahul: Support on legacy solutions</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Jude: Re-formulate the implementation plan</font> * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Seems like everyone will be legacy soon</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Go back to drawing board</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Open-Source Hardware?</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Arila:</font> * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Open-source meter for EnAccess</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Yes - but not available for use though</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>For next week:</font> * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Come with proposals for OpenAMI</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Akash - hardware gateway prototype</font> * | |
| <font 11.0pt/Calibri;;inherit;;inherit>No progress to report</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Is anyone blocked by this yet?</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Could be useful for some hardware prototyping</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Glenn's hardware</font> * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Endurance hasn't been able</font> | |
| <font 11.0pt/Calibri;;inherit;;inherit>Follow-ups \\ | |
| - Rahul weekly meeting?</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Stemaco and Donsun relationship?</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Vivian hardware access?</font> | |
| | |
| * | |
| <font 11.0pt/Calibri;;inherit;;inherit>Sparkmeter source code access?</font> | |
| | |
| ===== ===== | |
| |
| |