profile
viewpoint
If you are wondering where the data of this site comes from, please visit https://api.github.com/users/izak/events. GitMemory does not store any data, but only uses NGINX to cache data for a period of time. The idea behind GitMemory is simply to give users a better reading experience.

izak/bms-bridge 2

Disable MPPT charge if the BMS says so.

izak/ib.bluelantern.morningstar 2

Morningstar TriStar MPPT module for BlueLantern

izak/collective.plonebookmarklets 1

Upgraded to work with plone 4.x.

izak/docker-jessie-python-uwsgi 1

Docker build for host with python and uwsgi

created tagvictronenergy/dbus_modbustcp

tagv1.0.22

Modbustcp server, that allows for example PLCs to get data from the D-Bus.

created time in 7 hours

push eventvictronenergy/dbus_modbustcp

Izak Burger

commit sha cfae5876c14f293409ff5c5c06155e3e1237e229

add registers for dcload, dcsource services This includes previously missed fuelcell services, as well as services for dcsystem and alternator. https://github.com/victronenergy/venus/issues/816

view details

Izak Burger

commit sha f6ba59917fe591ca7f3b782f020d717a4795f961

update xls sheet

view details

Izak Burger

commit sha 84fd019405a8cec4be453ba805d062fece3602f3

v1.0.22

view details

push time in 7 hours

issue commentvictronenergy/venus

Feature request: Backup/transfer configuration using USB/SD-card

Hi @kwindrem

For backup/restore to the same or replacement GX device, the serial numbers of connected devices will not change. If serial numbers don't change it should be possible to retain custom names. Yes?

If you restore to the same GX-device, all settings will be retained. For a replacement device, unfortunately it won't retain everything.

For export, will this write to SD/USB memory for transfer to another device or will this happen over the network?

Currently it only supports SD/USB backups.

it immediately assumes the role of offline VRM storage. if off-line VRM data will be sent to the card and will therefore be lost.

You are absolutely right. I was under the impression that simply unmounting the sd-card would take care of moving data back to the internal buffer but I was mistaken. Some sort of safeguard or workaround will be required.

izak

comment created time in 3 days

issue commentvictronenergy/venus

systemcalc: get AC volts, amps and frequency to the UIs

@AlexImb I added the attributes to vrmlogger, and I made an issue documenting them as usual in the VRM tracker.

mpvader

comment created time in 3 days

delete branch victronenergy/dbus-mqtt

delete branch : fix-undefined-logger

delete time in 4 days

delete branch victronenergy/dbus-mqtt

delete branch : p3-v2

delete time in 4 days

delete branch victronenergy/dbus-mqtt

delete branch : p3

delete time in 4 days

created tagvictronenergy/dbus-systemcalc-py

tag2.80

Publishes system data (bat. voltages, PV watts, etc) on the D-Bus. Gets this data from other D-Bus services.

created time in 7 days

push eventvictronenergy/dbus-systemcalc-py

Izak Burger

commit sha ea2139aaa3b3416dd3734a92f65f87d07017108a

v2.80

view details

push time in 7 days

issue openedvictronenergy/venus

Inverter RS: Sync SOC and Extra Charge Current

For the Multi this was done a long time ago. The same is needed for Inverter RS:

  • [ ] If there is a BMV or another managed battery in the system with a more accurate SOC, copy this to /Soc on the inverter
  • [ ] If there are other solar chargers in the system, write their combined charge current to /ExtraBatteryCurrent on the inverter

On VE.Can, the inverter already knows about the charge current of other VE.Can connected devices, and we need only inform it of what the VE.Direct chargers are doing (and maybe ve.bus).

created time in 7 days

push eventvictronenergy/dbus_modbustcp

Izak Burger

commit sha 9b4c72da3b10937fb14376c4567b39bbe061ccaa

update text for systemcalc active AC input a bit

view details

push time in 8 days

created tagvictronenergy/dbus-modbus-client

tagv1.10

Client for both ModbusTCP and RTU

created time in 9 days

push eventvictronenergy/dbus-modbus-client

Izak Burger

commit sha ae9401838e6710fcb497a35c6fbda3a8ed71554a

ev_charger: use 24-bit versioning Use a versioning scheme similar to other Victron products for the EV-charger.

view details

Izak Burger

commit sha 58effd970a1a217916e3c18c94fdd839a661173c

v1.10

view details

push time in 9 days

issue commentvictronenergy/venus

D-Bus: send combined PropertiesChanged signals from root?

@mpvader I remember now what's holding back improvements on the QT projects.

There is a branch (thiemo/WIP_Item_Dict_Leafs) that implements the sending of multiple values in a single message, but only for C projects (this was used for vedirect-interface when doing this evaluation). A C++ implementation is needed.

That same branch has code for receiving multiple values in a single message. This does have a C++ version and was used during testing in the GUI.

velib_python has a dict_updates branch that is fully up to date (python3 ready). It implements a context manager that can be used with a with statement, and it sends everything that happens inside that block together in one message.

What is needed is a C++ implementation that allows grouping multiple values in one PropertiesChanged message.

mpvader

comment created time in 11 days

created tagvictronenergy/dbus-cgwacs

tagv2.0.8

created time in 11 days

push eventvictronenergy/dbus-cgwacs

Izak Burger

commit sha e9d1a471896863065095bb47675117b5447d0fbb

v2.0.8

view details

push time in 11 days

issue closedvictronenergy/venus

Feature request: Add measurement of apparent power to energy meters

Possible starting point: https://github.com/victronenergy/dbus-cgwacs/tree/apparentpower

ET340 meter doesn't seem to provide good values, so this would only enhance EM24 and ET112.

Not high priority.

closed time in 11 days

izak

issue commentvictronenergy/venus

Feature request: Add measurement of apparent power to energy meters

I'm going to kill this for the following reasons:

  1. Few people are asking for it
  2. The ET340 seems to be broken, or the registers are swapped.
  3. You can work out the apparent power yourself by multiplying V and I (it yields the same values, I tested).
izak

comment created time in 11 days

issue commentvictronenergy/venus

Exception in velib_python

Only observed on one system, Lucian's system with the EV-Chargers, in the dbus-modbus-client code. I made a note to not forget it, but it's not a regression nor is it widespread. It doesn't appear to break anything either.

izak

comment created time in 11 days

GollumEvent

issue closedvictronenergy/venus

VE.Bus: Add support for MultiPlus-II 2x120V

Intro & todo list

This new product is the first time we have a single Multi that can be multi-phase, more precisely split-phase.

Its common use case is in US RVs and Boats, allowing the end-user to connect to a split-phase shore connection when available, and if not then then at least connect to a single phase shore connection.

What the product does in case connected to single phase shore connection is short L1 and L2 out together, so that the user still has 120V on both of their circuits. Similarly, when in inverter mode, it also shorts L1 and L2 together.

Obviously, when L1 and L2 are shorted together, there is no 240V available - only 120V. But thats no issue since all requests to customers/sales/ambassadors so far on that topic yielded that that 240V loads are not existing or at least extremely rare.

One, maybe two, things need fixing:

  1. show info on L2, at the moment L2 is completely invisible, also in VictronConnect.
  2. use the status on the relays (are L1 and L2 shorted together or not) in the visualisation. Optional.

Changes need to be made to:

  • [x] Multi firmware (report voltage, current, power for L2). Status is finished, available in a beta version.
  • [x] vebus-interface (pass those parameters along). Status is finished also.
  • [x] GUI
  • [x] VRM
  • [x] Document the path here: https://github.com/victronenergy/venus/wiki/dbus

D-Bus paths:

Ac/NumberOfPhases: will normally be 2. Unless the 2x120V product is configured in a three phase system, in which case its L2 output isn't used at all, and then this D-Bus path will be as it always is: showing the number of phases in the system.

Ac/State/SplitPhaseL2Passthru (new):

  • yes: L2 is being passed through from AC-in to AC-out.
  • no: L1 and L2 are shorted together.
  • invalid: The unit is configured in such way that its L2 output is not used.

Inverter mode

image D-Bus output image GUI image

120VAC single phase input mode

image D-Bus output image GUI image

Split phase input mode

image D-Bus output image GUI image

Test setup

https://vrm.victronenergy.com/installation/102738/dashboard

closed time in 11 days

vejpasop

issue commentvictronenergy/venus

VE.Bus: Add support for MultiPlus-II 2x120V

Closing now that the dbus path is documented.

vejpasop

comment created time in 11 days

GollumEvent
GollumEvent

push eventvictronenergy/dbus-systemcalc-py

Izak Burger

commit sha 23ebb81043c775e55bdd36db5b5fb5d7e56491d5

force settings for BMZ battery DVCC=on,SVS=off,STS=off https://github.com/victronenergy/venus/issues/831

view details

push time in 14 days

created tagvictronenergy/dbus_modbustcp

tagv1.0.21

Modbustcp server, that allows for example PLCs to get data from the D-Bus.

created time in 14 days

push eventvictronenergy/dbus_modbustcp

Izak Burger

commit sha 5227482d2a548215fd3792c6c54c24b18508ab3f

fix scaling and writability of 2710 This is a new register added recently, which would be somewhat useless due to the r/o nature and wrong scale. Hence we fix it in place and don't make a new one. https://github.com/victronenergy/venus/issues/849

view details

Izak Burger

commit sha df7d192164a835e04002f69a1d41915bb0eb36e2

v1.0.21

view details

push time in 14 days

created tagvictronenergy/dbus-systemcalc-py

tag2.79

Publishes system data (bat. voltages, PV watts, etc) on the D-Bus. Gets this data from other D-Bus services.

created time in 15 days

push eventvictronenergy/dbus-systemcalc-py

Izak Burger

commit sha 1f1d059b8177362fd46d941970a018a20ae82d6c

systemstate is Recharge if battery requests charge This gives the user visual feedback that the system is recharging. https://github.com/victronenergy/venus-private/issues/131

view details

Izak Burger

commit sha 7c2bca37c9366c1f2af581b915f0340868bd49eb

v2.79

view details

push time in 15 days

push eventvictronenergy/dbus-systemcalc-py

Izak Burger

commit sha 50bd5522d81933a34881cc8cb0e1a51be2de59f2

accommodate solarchargers sans /Settings/ChargeCurrentLimit When using a BMV in monitor mode, to monitor a non-Victron solar charger, DVCC should ignore these chargers when distributing charge current.

view details

Izak Burger

commit sha d713465872c3bb560c68e82725523c679c8e65cf

Handle missing /Link/DischargeCurrent for inverters Currently this path is not available when Inverter RS is connected via VE.Can. This should be corrected in dbus-vecan but in the interim, there is no reason why we cannot ignore the missing path, since we already do the same for the Multi.

view details

push time in 16 days