# STM32 Development **URL:** \ **Category:** Hardware\ **Tags:** stm32, development\ **Created:** [12 March 2018 17:30 UTC](https://community.openenergymonitor.org/t/stm32-development/6815 "2018-03-12T17:30:28Z")\ **Posts on this page:** 14\ **Page:** 20
**Author:** ![Robert.Wall](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/robert.wall/32/38246_2.png) [@Robert.Wall](https://community.openenergymonitor.org/u/Robert.Wall)\ **Post date:** [22 October 2020 15:48 UTC](https://community.openenergymonitor.org/t/stm32-development/6815/384 "2020-10-22T15:48:46Z")
> [@Paul\_Tesla](#): > > I found that the bias line for the current transformers had to be a really low impedance Of course. That’s why a reasonably high power op.amp should be used. It should not then be necessary to separately filter the bias to each channel, doing so largely negates the purpose of the op.amp, which is to remove _n-1_ sets of resistor and large capacitor. > [@Paul\_Tesla](#): > > Also, is op-amp offset voltage drift with temperature an issue that needs to be worried about? Not if it’s accounted for in software, which historically has always been the case. ---
**Author:** ![danbates](https://community.openenergymonitor.org/letter_avatar_proxy/v4/letter/d/ecc23a/32.png) [@danbates](https://community.openenergymonitor.org/u/danbates)\ **Post date:** [22 October 2020 16:41 UTC](https://community.openenergymonitor.org/t/stm32-development/6815/385 "2020-10-22T16:41:23Z")
I think I remember your tests and a comment a while back. I know a little bit more about how this circuit is behaving now, and it is definitely the case that track width and opamp spec’s will influence how much a signal on one channel effects the other. I tried to gauge this impact on the most recent revision of the board, by @dBC’s suggestion of putting a high signal on all channels except for the middle one (channel 5). There was a very small influence on the bias line, which came through as a reading on channel 5, about 1400 times smaller than the original signal across the 8 other channels. So I won’t necessarily need an RC filter to isolate given such a small influence, and I think isolating the bias from the CT is a bad idea, intuitively, but it is interesting to note. There is also an idea we’re testing out here… as a side-effect it further isolates the CT channels and provides an extra feature which we’ll be happy to promote once it’s tested. ---
**Author:** ![Bramco](https://community.openenergymonitor.org/letter_avatar_proxy/v4/letter/b/34f0e0/32.png) [@Bramco](https://community.openenergymonitor.org/u/Bramco)\ **Post date:** [14 December 2020 09:09 UTC](https://community.openenergymonitor.org/t/stm32-development/6815/386 "2020-12-14T09:09:16Z")
Dan hi, What’s the status of the development? When do you expect the hardware to be finalised, i.e. released as opposed to ‘in development’. We’re building a new house next year and I thought I’d put one of these in rather than the emonbase we’ve had in the existing house. If I bought one of the current boards what’s the likelihood that I’d need to upgrade when the release version is finalised? And would you guys cover that? Also why is the price in the shop with the enclosure over £100 when you say in this post that the enclosure will cost £35? Simon ---
**Author:** ![danbates](https://community.openenergymonitor.org/letter_avatar_proxy/v4/letter/d/ecc23a/32.png) [@danbates](https://community.openenergymonitor.org/u/danbates)\ **Post date:** [14 December 2020 10:57 UTC](https://community.openenergymonitor.org/t/stm32-development/6815/387 "2020-12-14T10:57:20Z")
Hi Simon, CE testing is happening in the new year. We have a revision arriving this week which has a new feature on the CT inputs which, once tested, I’ll post the details of. Sorry the shop price + enclosure has been set at +£40 to account for handling, then the assembled PCB and tax takes it over £100. I pay the printer £35 and originally thought to skip any extra costs. I could arrange for a replacement of an upgrade sure. I’d wait until this board has arrived this week (I’ve had a notification of a delivery today…). I’ll then update the shop page and post here. ---
**Author:** ![Bramco](https://community.openenergymonitor.org/letter_avatar_proxy/v4/letter/b/34f0e0/32.png) [@Bramco](https://community.openenergymonitor.org/u/Bramco)\ **Post date:** [14 December 2020 11:00 UTC](https://community.openenergymonitor.org/t/stm32-development/6815/388 "2020-12-14T11:00:15Z")
Thanks Dan, I’m assuming you’ll post here when it’s arrived and has been tested? In the meantime I’ll start looking at the firmware. Simon ---
**Author:** ![danbates](https://community.openenergymonitor.org/letter_avatar_proxy/v4/letter/d/ecc23a/32.png) [@danbates](https://community.openenergymonitor.org/u/danbates)\ **Post date:** [14 December 2020 11:05 UTC](https://community.openenergymonitor.org/t/stm32-development/6815/389 "2020-12-14T11:05:21Z")
I’ll update this thread yes. ‘Sombrero Working7’ is the latest within the firmware folder. Cheers ---
**Author:** ![Bramco](https://community.openenergymonitor.org/letter_avatar_proxy/v4/letter/b/34f0e0/32.png) [@Bramco](https://community.openenergymonitor.org/u/Bramco)\ **Post date:** [14 December 2020 13:24 UTC](https://community.openenergymonitor.org/t/stm32-development/6815/390 "2020-12-14T13:24:29Z")
Sorry Dan, maybe I’m being thick but the latest version on Github under STM32 is V5. Am I looking in the wrong place? I followed the link from the Shop page # Documentation > **[GitHub - openenergymonitor/STM32: STM32 Energy Monitoring](https://github.com/openenergymonitor/STM32)** > > STM32 Energy Monitoring ---
**Author:** ![danbates](https://community.openenergymonitor.org/letter_avatar_proxy/v4/letter/d/ecc23a/32.png) [@danbates](https://community.openenergymonitor.org/u/danbates)\ **Post date:** [14 December 2020 15:12 UTC](https://community.openenergymonitor.org/t/stm32-development/6815/391 "2020-12-14T15:12:06Z")
ah, that needs updating, use this for now [GitHub - danbates2/STM32: STM32 Energy Monitoring](https://github.com/danbates2/STM32) ---
**Author:** ![Bramco](https://community.openenergymonitor.org/letter_avatar_proxy/v4/letter/b/34f0e0/32.png) [@Bramco](https://community.openenergymonitor.org/u/Bramco)\ **Post date:** [14 December 2020 15:16 UTC](https://community.openenergymonitor.org/t/stm32-development/6815/392 "2020-12-14T15:16:13Z")
Cheers Dan Simon ---
**Author:** ![danbates](https://community.openenergymonitor.org/letter_avatar_proxy/v4/letter/d/ecc23a/32.png) [@danbates](https://community.openenergymonitor.org/u/danbates)\ **Post date:** [11 June 2021 17:15 UTC](https://community.openenergymonitor.org/t/stm32-development/6815/393 "2021-06-11T17:15:32Z")
Hi everyone! I’ve been asked to make another revision on the stm32 board. We’ve taken the unit for a pre-CE check at the CE lab we use. A conversation with the director of the lab introduced me to seriously considering instrumentation amplifiers on the inputs instead of single opamps. Mainly, this is reduce cable to board noise by increasing CMRR. Anyone have any recommendations when using instrumentation amps? Any suggested reading? ---
**Author:** ![Robert.Wall](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/robert.wall/32/38246_2.png) [@Robert.Wall](https://community.openenergymonitor.org/u/Robert.Wall)\ **Post date:** [18 June 2021 00:05 UTC](https://community.openenergymonitor.org/t/stm32-development/6815/394 "2021-06-18T00:05:12Z")
> [@danbates](#): > > Any suggested reading? Any decent textbook on operational amplifiers will cover the topic. Of course, any improvement is a good thing, that’s indisputable. What I would question is, will there be, in most installations, a significant improvement in performance? Is the cost worth it? How many users will see a genuine benefit? The argument runs like this: you cannot have a balanced input with a single op.amp, it is inevitable that the impedances at the + and - inputs are different, hence although you can have balanced _voltages_ presented at the inputs, that doesn’t help and it is balanced impedances that are crucial to rejecting common-mode interference. The book I have is “Operational Amplifiers”, edited by Tobey, Graeme & Huelsman, Published by Burr-Brown, ISBN 07-064917-0 ---
**Author:** ![Robert\_Parker](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/robert_parker/32/32823_2.png) [@Robert\_Parker](https://community.openenergymonitor.org/u/Robert_Parker)\ **Post date:** [30 December 2024 20:57 UTC](https://community.openenergymonitor.org/t/stm32-development/6815/395 "2024-12-30T20:57:36Z")
Hi Great job done so far. Is there any chance to get some development board for testing im after stm32 version ??? ---
**Author:** ![Robert.Wall](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/robert.wall/32/38246_2.png) [@Robert.Wall](https://community.openenergymonitor.org/u/Robert.Wall)\ **Post date:** [30 December 2024 22:25 UTC](https://community.openenergymonitor.org/t/stm32-development/6815/396 "2024-12-30T22:25:08Z")
Welcome, Robert, to the OEM forum. To the best of my knowledge, this has been shelved. Ongoing development work is concentrating on the [emonPi3 Updates](https://community.openenergymonitor.org/t/emonpi3-updates/26219). ---
**Author:** ![Robert\_Parker](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/robert_parker/32/32823_2.png) [@Robert\_Parker](https://community.openenergymonitor.org/u/Robert_Parker)\ **Post date:** [31 December 2024 15:00 UTC](https://community.openenergymonitor.org/t/stm32-development/6815/397 "2024-12-31T15:00:17Z")
Hi Robert Thanks so much for pointing me to right direction. . Kindness Rob [Previous page](https://community.openenergymonitor.org/t/stm32-development/6815.md?page=19)