Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Ok, I'll try that and let you know
  2. @Jason (ABRP) of course I can give a try. Is this included in the actual version of your script from here?: https://github.com/iternio/autopi-link/blob/master/my_abrp.py
  3. @Jason (ABRP) After the last AutoPi update from 27/05/2020, the script seems to work correctly, even during very short trips. This means that until now and after several tests, I didn't encountered the problem that we had before. The only thing that I noticed, is that from time to time, when the car is OFF, it shows the "charging" sign, while it is not powered to any charger. This is occasional. Maybe a badly interpreted state?
  4. The zombie state idea sounds like a good path to follow, especially because the AutoPi wakes up every 3 hours, as it is configured actually, so even without using the car, the ABRP script should have at least one update within this interval. But this is not the case.
  5. @Jason (ABRP) After having changed the pid, I can confirm you that it works on the Kona like before.
  6. @Jason (ABRP) Today i tried something to see if the AutoPi wakes-up well on the car power-on. For this I used a power-on trigger that sends me an e-mail when the system boots. So this morning I received it at 7:45, when I powered on the car which is normal. On the other side, the last update that I have on ABRP is dated from yesterday, at 21:17, which is the time when I powered off the car (yesterday). The above means that the AutoPi starts well when the car is ON and powers down correctly when the car is OFF. The script doesn't starts on the same time than the AutoPi. I hope this can help you.
  7. @Jason (ABRP) Thank you for this new version. I uploaded your new version to the car. The script works like previously and the delay is still there. For small distances with the car (about 2km in the city: taking approximately 5-6 minutes with the parking), it doesn't has the time to send the data to ABRP.
  8. Hello @TheRussian, It is indeed a bit too slow at the startup, I don't see exactly why, but the script works well. You need to let it work for a few days in order to better estimate if it works or not. Hopefully we'll find out why soon.
  9. Hi @TheRussian, In the attached picture you have everything you need to make the script work: Variable items that depend on your setup: Name: is the name of the job, put something that reminds you what that job does Function: This is the name of the script, as you saved it in "Advanced" -> "Custom Code" AutoPi screen/menu. The first part is the exact name that you setup in the custom code script creation (I have set my_abrp_iternio) and here you must add the ".tlm" part (at the end of the script's name) Kwargs: Your own token as you see it in my example (replace the xxxxxx...) and at the next line the Kona car_model, exactly like you see it here above. All the rest must be exactly like on the picture here above. You save the cron job and you synchronize it with the AutoPi. After a while, it should start to send data to ABRP. Sometimes, and I don't know the reason why, it takes a little long to start sending the data. But it definitely works.
  10. The AutoPi doesn't takes that long to boot and we can see this by checking its web interface after power on, for instance. So I don't think that the delay could come from that. Anyway, this would be of course a nice improvement, but the script works perfectly for the rest. All in all, having the online info uploaded for very short distances is not that necessary.
  11. Yes, the job is configured to run once every minute and only one job may run at a time. I have some more and positive info: I reality, it needs to run for a while in order to provide the data to ABRP. Because of the actual pandemic limitations, driving a car is only possible for very small distances and this was apparently not always enough to get the data. So I can confirm that the script definitely works, but we need to drive for a few Kms in order to have the results online. Thank you Jason 🙂
  12. @Jason (ABRP) I did some additional tests today and I noticed that the script seems not to run continuously. When I launch the it in the AutoPi's web console followed by my data: token=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxx car_model=hyundai:kona:19:64:other It works until the next reboot of the AutoPi. When it is configured as a job, it apparently doesn't works. I tried the token & car_model in the Kwargs (and also in the Args), without success.
  13. When you click on this, it gives you your public charger network preferences (never use this network, prefer that network etc). I don't think it is a Kona specific. But maybe if you don't have setup any network preferences, it doesn't shows up.
  14. The PIDs that mean that the Kona is charging are the following: Mode: 21 PID: 01 Header: 7E4 By the way, apparently the script doesn't detects actually when the charging stopped and continues to display the charging sign even when the car has been disconnected from the charger. You can see in the attached picture here that it still looks like if it was charging, which was not exact when that snapshot was taken. Probably checking the above PID can be used to eliminate this issue. Regarding the other cars, I don't have any idea, except that I read somewhere that there are similarities between the Ioniq and Kona, so it could probably work without much modifications.
  15. @Jason (ABRP) Here is a link to a draft page with instructions that I created 🙂 : instructions page Feel free to modify it and use it of course. Regarding the PIDs for the Kona 64, these are the ones that are used to keep the AutoPi awake: Mode: 220 PID: 101 Header: 7E4 They mean that the car is "driving". I hope this can help you. Let me know if you need something else.

Contact Us

Bo - Lead Developer and Tesla owner: bo@abetterrouteplanner.com

Jason - New Car Models, Developer and Bolt owner : jason@abetterrouteplanner.com

Idreams - Forums Administrator, Forums Developer and Tesla owner : idreams@abetterrouteplanner.com

  • Create New...