Closed McSplanish closed 1 year ago
@McSplanish sorry mit dem Python code kenne ich mich nicht aus. I do not know the python code well enough to help here.
I have seen that @geronet1 has opened a similar issue #360 recently. Maybe you can figure it out together or ask @DanielR92 or @Sprinterfreak as they have been using it before ?
Bug introduced by fb6250a1098f371d96fe409849e011ce1b970f19 Comparison against undefined variables.
@Sprinterfreak as they have been using it before ?
I'm no gonna merge anymore, because my base has diverted too much that it would make sense to pull in changes from here. My next step clearly is to strip out C-Implementations and move my python module in it's own repo
@Sprinterfreak I think this would be a good move forward as this would leave room to have the C++ implementations for ESP8266 / ESP32 in root and would alleviate some troubles as to the PlatformIO project files too. Do you want to create a separate repo or should we link to your ahoy Fork ?
@lumapu Should we drop the Python Code from the repo and replace it with a nice and friendly pointer to Jan-Jonas Repo ? Maybe we can discuss the path forward on the Discord chat together with Jan-Jonas and the other users / contributors to the python code ?
I really would like to participate as well. But I have to stabilize the communication between the pi and my HM-300 in the first place. I would drop the python code to avoid any misunderstanding and link to the other repo. On the other side it would be great to have all together.
The connection reliability also highly depends on Your environment. Since there is no such CSMA or a like, collisions are going to happen. If for instance, You have other appliances heavily using 2,4GHz lots of packet loss is to be expected. Anyways, You going to get much more granular data compared to the Hoymiles cloud service.
Sorry, I know it is something different but could it be a problem to place the nrf24 module next to my Wifi router?
@McSplanish we have repeated requests for nRF24L01+ quality and settings. Recommendations and Experience so far is to prefer the shielded modules with external antenna above unshielded or circuit board antenna. That is the LNA+PA modules with external antenna do have a higher yield. I have compared two modules cheap with circuit board vs. another with LNA+PA and external antenna. The one with ext. antenna received in MIN settings fine enough. The other I had to set to LOW / HIGH settings. It is generally not advised to use MAX settings and to add an electrolytic capacitor to the GND and VDD Pins 1 & 2 of your nRF Module in order to stabilize voltage supply to the module during sending. We estimate some 100-300 mA may be needed. I do not know if this is really a problem with the Raspberry Pi with ample power supply. The antennas may be placed apart (31mm is ~1/4 of the wavelength) and twisted into different planes if possible.
Platform
RaspberryPi
Model name
Raspberry Pi 4
nRF24L01+ Module
nRF24L01+ plus, round dot
Antenna
circuit board
Power Stabilization
nothing
Connection diagram
Connection diagram I used:
Note: [] GND Pin 1 has a square mark on the nRF24L01+ module
Connection picture
Version
0.5.17
Github Hash
5402e9b
Build & Flash Method
Platform IO (build & flash)
Desktop
Linux
Setup
Device Host Name
WiFi
Inverter
Inverter 0
General
NTP Server
MQTT
System Config
Pinout (Wemos)
Radio (NRF24L01+)
Serial Console
Debug Serial Log output
Error description
First off all, im getting very rear data from my HM-300. I would say from 100 requests i'm getting 1 response. I'm working on it and i ask about that in the mikrocontroller forum already. If i get an answer from my HM-300 i always getting an exception, with the following payload:
2022-10-23 12:05:57.221957 Payload: 00 01 01 50 01 1f 03 c5 00 00 2c 9f 00 e6 08 c0 13 8a 03 9a 00 00 00 29 03 e8 00 f5 00 04 67 72
please have a look at debug serial log output. Any idea?