It's unfortunate that he doesn't post the source code (for this or for solpiplog, though the latter is explicitly claimed to be open-source), only compiled binaries that will only run on a Raspberry Pi. But it does seem to be the only product currently running that will monitor the Daly BMS.More information https://github.com/njfaria/dalylog
What you're dealing with there would be the raw RS485 signals--to get them to talk with an Arduino would still take an adapter (something like https://www.amazon.com/SMAKN®-Adapter-Serial-Converter-Module/dp/B010723BCE, I think). Then, it's just a matter of implementing the protocol correctly. Are you familiar with the protocol? If not, you can find the docs here:I suppose that they use the USB-RS485 cable provided by Daly and my approach/intention was to connect directly to the BMS by using the 3 Pins (TX, RX and GND on the Px connector)
Is this the source code you were looking for?It's unfortunate that he doesn't post the source code (for this or for solpiplog, though the latter is explicitly claimed to be open-source), only compiled binaries that will only run on a Raspberry Pi. But it does seem to be the only product currently running that will monitor the Daly BMS.
No, it's a lie. The link that says "source code" is just an archive of the contents of the GitHub repo at that time--which contain only a few screen shots and text files (if you don't believe me, download it for yourself and see). The link that says dalylog_0.9.1.zip contains a compiled executable, not the source code.Is this the source code you were looking for?
Have you identified the platform dependency?except that this software will only run on a Pi.
It's a compiled binary for ARM architecture--that's the only code made available for download. No source, no x86 binary. I'd assume it could be compiled readily enough for x86, if you had the source code, but AFAIK the only one who has the source code is the author.Have you identified the platform dependency?
It's a compiled binary for ARM architecture--that's the only code made available for download. No source, no x86 binary. I'd assume it could be compiled readily enough for x86, if you had the source code, but AFAIK the only one who has the source code is the author.
I'd say so. It definitely isn't inadvertent:Ok, I would call that a policy decision by the author.
Well, perhaps not. The batteries are finally here (boy, was I optimistic when I said back in December I expected them in "a month or so"), they're wired up, the BMS is connected, and as far as the solar system is concerned, it's all working.but the answer seems to be here:
13.7v / 4 = 3.425so voltage normally equallized to 13.7V
3.450V I just used the chart in pdf.13.7v / 4 = 3.425
Is there a reason you used 3.450 (3450mv) instead of the calculated value?
This is all very close and your numbers look very realistic. I have not seen that ability
to map SoC before and it looks very handy.
Bottom line is whether the SoC represents YOUR battery, so if you say its accurate, thats everything.
No, it's a lie. The link that says "source code" is just an archive of the contents of the GitHub repo at that time--which contain only a few screen shots and text files (if you don't believe me, download it for yourself and see). The link that says dalylog_0.9.1.zip contains a compiled executable, not the source code.
And this isn't just a matter of my being an open-source zealot--I want to monitor my BMS, but I don't want to use a Raspberry Pi to do it. The BMS is within 3' or less of my VM host, on which I'm running a Linux VM that's already monitoring my MPP inverter. Its storage is much more reliable than the SD cards the Pi uses, it's already wired to my network, etc. There's no reason to use another device here--except that this software will only run on a Pi.
Of course, this is his code; he's entitled to release it under whatever conditions he chooses. But it's unfortunate that he's doing it this way.
I actually hadn't thought about that, and it'd be interesting to try. But it looks like the author of the software I'm using to monitor my MPP inverter is willing to add BMS support as well, so that's likely the direction I'd be going--assuming I can get the connection working at all:Have you tried running it via qemu?