You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi there!
I see that you put a lot of effort into this project, including its own sub-package for talking to the Kamereon servers alone.
I was wondering if it is possible, and maybe then should be done, to split off the Kamereon package so that model specific apps/packages could be developed based on that?
From some of your and other comments in the issue I could gather, that it is impossible to know (lacking docs) which endpoints are available for which cars.
This sounds to me that different cars most likely will/should have very different quality of implementation level, just depending on how much volunteer time was spent; and in these cases it might help with the organization that the most stable code (I am hoping that that's the code how to create sessions talking with Kamereon) is split off and the heavy dev is done in "car-packages".
But, i might be totally wrong, as I didn't have too much time to look at all the stuff you implemented. For example, there are even more sub-packages, and I don't know how interlocked that all is, maybe rendering a clean separation of Kamereon and car-specific code impossible?
Let me know what you think.
Michael
The text was updated successfully, but these errors were encountered:
Hi there!
I see that you put a lot of effort into this project, including its own sub-package for talking to the Kamereon servers alone.
I was wondering if it is possible, and maybe then should be done, to split off the Kamereon package so that model specific apps/packages could be developed based on that?
From some of your and other comments in the issue I could gather, that it is impossible to know (lacking docs) which endpoints are available for which cars.
This sounds to me that different cars most likely will/should have very different quality of implementation level, just depending on how much volunteer time was spent; and in these cases it might help with the organization that the most stable code (I am hoping that that's the code how to create sessions talking with Kamereon) is split off and the heavy dev is done in "car-packages".
But, i might be totally wrong, as I didn't have too much time to look at all the stuff you implemented. For example, there are even more sub-packages, and I don't know how interlocked that all is, maybe rendering a clean separation of Kamereon and car-specific code impossible?
Let me know what you think.
Michael
The text was updated successfully, but these errors were encountered: