Closed b394373 closed 4 days ago
When I input http://192.168.188.176/solar_api/v1/GetPowerFlowRealtimeData.fcgi/ with a browser on the Mac mini M4 I get the following reply;
{ "Body" : { "Data" : { "Inverters" : { "1" : { "DT" : 102, "E_Day" : 8503, "E_Total" : 46116400, "E_Year" : 11705433, "P" : 4979 } }, "Site" : { "E_Day" : 8503, "E_Total" : 46116400, "E_Year" : 11705433, "Meter_Location" : "grid", "Mode" : "meter", "P_Akku" : null, "P_Grid" : -564.28999999999996, "P_Load" : -4414.71, "P_PV" : 4979, "rel_Autonomy" : 100, "rel_SelfConsumption" : 88.666599718819043 }, "Version" : "12" } }, "Head" : { "RequestArguments" : {}, "Status" : { "Code" : 0, "Reason" : "", "UserMessage" : "" }, "Timestamp" : "2024-11-14T08:17:51+10:00" } }
Sorry, pressed the wrong button
And yet when I run the server from the command line, I don't get any errors and it works
Mac-mini-M4 ~ % evcc -c evcc.yaml
[main ] INFO 2024/11/14 13:51:21 evcc 0.131.5
[main ] INFO 2024/11/14 13:51:21 using config file: evcc.yaml
[db ] INFO 2024/11/14 13:51:21 using sqlite database: /Users/Eugene/.evcc/evcc.db
[main ] INFO 2024/11/14 13:51:21 listening at :7070
[site ] INFO 2024/11/14 13:51:24 site config:
[site ] INFO 2024/11/14 13:51:24 meters: grid โ pv โ battery โ
[site ] INFO 2024/11/14 13:51:24 grid: power โ energy โ currents โ
[site ] INFO 2024/11/14 13:51:24 pv 1: power โ energy โ currents โ
[site ] INFO 2024/11/14 13:51:24 vehicles:
[site ] INFO 2024/11/14 13:51:24 vehicle 1: range โ finish โ status โ climate โ wakeup โ
[lp-1 ] INFO 2024/11/14 13:51:24 loadpoint 1:
[lp-1 ] INFO 2024/11/14 13:51:24 mode: off
[lp-1 ] INFO 2024/11/14 13:51:24 charger: power โ energy โ currents โ phases โ wakeup โ
[lp-1 ] INFO 2024/11/14 13:51:24 meters: charge โ
[lp-1 ] INFO 2024/11/14 13:51:24 charge: power โ energy โ currents โ
[lp-1 ] DEBUG 2024/11/14 13:51:24 phase timer inactive
[lp-1 ] DEBUG 2024/11/14 13:51:24 pv timer inactive
[site ] DEBUG 2024/11/14 13:51:24 ----
[lp-1 ] DEBUG 2024/11/14 13:51:24 charge power: 0W
[lp-1 ] DEBUG 2024/11/14 13:51:24 charge currents: [0.3 0.2 0.1]A
[site ] DEBUG 2024/11/14 13:51:24 pv power: 6700W
[site ] DEBUG 2024/11/14 13:51:24 grid power: -4886W
[site ] DEBUG 2024/11/14 13:51:24 site power: -4886W
[lp-1 ] DEBUG 2024/11/14 13:51:24 charge voltages: [0 0 0]V
[lp-1 ] DEBUG 2024/11/14 13:51:24 charger status: B
[lp-1 ] INFO 2024/11/14 13:51:24 car connected
[lp-1 ] DEBUG 2024/11/14 13:51:24 vehicle api refresh
[lp-1 ] DEBUG 2024/11/14 13:51:24 pv timer elapse
[lp-1 ] DEBUG 2024/11/14 13:51:24 pv timer inactive
[main ] DEBUG 2024/11/14 13:51:24 vehicle status: B (BlueY)
[lp-1 ] INFO 2024/11/14 13:51:24 vehicle updated: unknown -> BlueY
[lp-1 ] DEBUG 2024/11/14 13:51:24 vehicle status: B
[lp-1 ] DEBUG 2024/11/14 13:51:24 vehicle soc: 100%
[lp-1 ] DEBUG 2024/11/14 13:51:24 vehicle soc limit: 100%
[lp-1 ] DEBUG 2024/11/14 13:51:24 vehicle range: 414km
[site ] DEBUG 2024/11/14 13:51:54 ----
[lp-1 ] DEBUG 2024/11/14 13:51:54 charge power: 0W
[lp-1 ] DEBUG 2024/11/14 13:51:54 charge currents: [0.3 0.2 0.1]A
[site ] DEBUG 2024/11/14 13:51:54 grid power: -4853W
[site ] DEBUG 2024/11/14 13:51:54 pv power: 6678W
[site ] DEBUG 2024/11/14 13:51:54 site power: -4853W
[lp-1 ] DEBUG 2024/11/14 13:51:54 vehicle odometer: 47639km
[lp-1 ] DEBUG 2024/11/14 13:51:54 charge voltages: [0 0 0]V
[lp-1 ] DEBUG 2024/11/14 13:51:54 charger status: B
[site ] DEBUG 2024/11/14 13:52:24 ----
[lp-1 ] DEBUG 2024/11/14 13:52:25 charge power: 0W
[lp-1 ] DEBUG 2024/11/14 13:52:25 charge currents: [0.3 0.2 0.1]A
[site ] DEBUG 2024/11/14 13:52:25 pv power: 6676W
[site ] DEBUG 2024/11/14 13:52:25 grid power: -4879W
[site ] DEBUG 2024/11/14 13:52:25 site power: -4879W
[lp-1 ] DEBUG 2024/11/14 13:52:25 charge voltages: [0 0 0]V
[lp-1 ] DEBUG 2024/11/14 13:52:25 charger status: B
So, the answer is that the problem is with Apple, awaiting a fix and the workaround is to run evcc in a shell, is that correct?
Das wird mit der nรคchsten Go Version gelรถst. Wir upgraden fast immer sofort.
So, the answer is that the problem is with Apple, awaiting a fix and the workaround is to run evcc in a shell, is that correct?
How to easily "run evcc in a shell"? Just install from the tar-ball and run it from a shell. Remove the brew-based version.
or simply run the following command;
Mac-mini-M4 ~ % nohup evcc -c evcc.yaml 2>/dev/null & [1] 81564 Mac-mini-M4 ~ %
"039cbf5 MacOS Sequoia: fix network errors" in 0.131.6 still results in "connect: no route to host" errors
[main ] INFO 2024/11/17 15:45:00 evcc 0.131.6 [main ] INFO 2024/11/17 15:45:00 using config file: /Users/Eugene/evcc.yaml [db ] INFO 2024/11/17 15:45:00 using sqlite database: /Users/Eugene/.evcc/evcc.db [main ] INFO 2024/11/17 15:45:02 listening at :7070 [site ] INFO 2024/11/17 15:45:04 site config: [site ] INFO 2024/11/17 15:45:04 meters: grid โ pv โ battery โ [site ] INFO 2024/11/17 15:45:04 grid: power โ energy โ currents โ [site ] INFO 2024/11/17 15:45:04 pv 1: power โ energy โ currents โ [site ] INFO 2024/11/17 15:45:04 vehicles: [site ] INFO 2024/11/17 15:45:04 vehicle 1: range โ finish โ status โ climate โ wakeup โ [lp-1 ] INFO 2024/11/17 15:45:04 loadpoint 1: [lp-1 ] INFO 2024/11/17 15:45:04 mode: pv [lp-1 ] INFO 2024/11/17 15:45:04 charger: power โ energy โ currents โ phases โ wakeup โ [lp-1 ] INFO 2024/11/17 15:45:04 meters: charge โ [lp-1 ] INFO 2024/11/17 15:45:04 charge: power โ energy โ currents โ [lp-1 ] DEBUG 2024/11/17 15:45:04 phase timer inactive [lp-1 ] DEBUG 2024/11/17 15:45:04 pv timer inactive [lp-1 ] ERROR 2024/11/17 15:45:04 charger enabled: Get "http://192.168.188.163/api/1/vitals": dial tcp 192.168.188.163:80: connect: no route to host [site ] DEBUG 2024/11/17 15:45:04 ---- [lp-1 ] ERROR 2024/11/17 15:45:04 charge power: Get "http://192.168.188.163/api/1/vitals": dial tcp 192.168.188.163:80: connect: no route to host [lp-1 ] ERROR 2024/11/17 15:45:05 charge currents: Get "http://192.168.188.163/api/1/vitals": dial tcp 192.168.188.163:80: connect: no route to host [site ] ERROR 2024/11/17 15:45:06 pv 1 power: Get "http://192.168.188.176/solar_api/v1/GetPowerFlowRealtimeData.fcgi": dial tcp 192.168.188.176:80: connect: no route to host [site ] DEBUG 2024/11/17 15:45:06 pv power: 0W [site ] ERROR 2024/11/17 15:45:06 grid power: Get "http://192.168.188.176/solar_api/v1/GetPowerFlowRealtimeData.fcgi": dial tcp 192.168.188.176:80: connect: no route to host [site ] DEBUG 2024/11/17 15:45:34 ----
Looking it https://github.com/evcc-io/evcc/actions/runs/11871342079/job/33083793728 shows that the release version has been compiled with Go 1.23.3 which seems correct. I'm not sure why this wouldn't work.
Does anybody have an idea? Can we check if the generated binary has the expected properties?
From https://github.com/golang/go/issues/68678#issuecomment-2447965386
For previous releases (Go 1.22 and 1.23), we did a simpler backport, which requires a Go linker flag (-B gobuildid) to generate the UUID.
Is this linker flag set?
I wouldnโt even know how ๐ฎ
Should hopefully be fixed in b8b7135028298d03e2f267a1688b2abba8e7c3a9
Describe the bug
I have a working evcc server setup on an old Mac mini.
When I setup a new server on a new Mac mini M4 on the same network with the same configuration, it doesn't work even though the original server has been stopped.
I get "connect: no route to host" error messages, see log details below.
Steps to reproduce
Configuration details
Log details
What type of operating system are you running?
Linux
Nightly build
Version
Mac-mini-M4 /etc % evcc -v evcc version 0.131.5