edgarw Posted May 23, 2020 Share Posted May 23, 2020 Description: In a closed facebook group, a user mentioned, that Hyundai's BlueLink can be accessed via a WebAPI. Integrating this, all (in US, from 2019/2020 models in the EU) Hyundai and KIA (I guess) vehicles' data can be accessed via that API Use Case: Car data acces Tesla style without needing to use ODBII and/or helper apps That facebook post was about this app (free and paif for version available), which uses that API. https://play.google.com/store/apps/details?id=com.gotnoname.bluelinkify.free Developer's fb page: https://www.facebook.com/stianandre.thoresen A user in that discussion thread mentioned, that it accesses a WebAPI, I've asked him for info/link about it. Link to comment Share on other sites More sharing options...
Jason-ABRP Posted May 23, 2020 Share Posted May 23, 2020 That'd be great! We actually have a system set up to poll APIs, as you mentioned for the Tesla logins. It was designed to be easily expandable once we gain enough knowledge about another API. The main things we'd need from the API to make it useful to you (in order of importance): SoC Speed Lat/Lon Power Any other data about the car's status (health, temperature, voltage, current, etc) If we can get those things relatively frequently, we can make a really good tool! Of course, once we find enough about the API to start building, we'd need someone with an actual Hyundai to help us out so we can test the telemetry calls out. 1 Link to comment Share on other sites More sharing options...
edgarw Posted May 23, 2020 Author Share Posted May 23, 2020 That'd be great, and even greater if such access would be available for VW I've received an answer, not from the developer, but from that guy in the thread. The project is inofficial, it's an API wrapper. I've yet neither found if the API is officially open, nor if it covers Kia aswell. And as I have a pre facelift Ioniq, that is not bluelink enabled in EU, I'm not able to help unfortunately, but I'll post quests for help in the Ioniq, Kona and e-Niro groups I'm in if you decide to start implementing https://github.com/Hacksore/bluelinky Link to comment Share on other sites More sharing options...
Hacksore Posted May 24, 2020 Share Posted May 24, 2020 So seems like a lot of those things are possible to get from the bluelink endpoints. I think making something that can work is possible so I'm down to help with whatever is needed. 1 1 Link to comment Share on other sites More sharing options...
Jason-ABRP Posted May 25, 2020 Share Posted May 25, 2020 (edited) On 5/24/2020 at 1:46 PM, Hacksore said: So seems like a lot of those things are possible to get from the bluelink endpoints. I think making something that can work is possible so I'm down to help with whatever is needed. Sounds great! I think the first order of business is for us to expand our poller so we can easily incorporate additional manufacturer methods like BlueLinky. As far as parameters which can be retrieved - if we have SoC only that's workable. It'll take a long time to calibrate correctly though. Calibration is much faster if we can get Power data from the battery pack (input/output) and much more accurate we've found. Of course, if it's not possible, that's a limitation we'll have to deal with. Edited May 25, 2020 by Jason (ABRP) Added details on desired parameters Link to comment Share on other sites More sharing options...
MehrCurry Posted December 21, 2020 Share Posted December 21, 2020 I am using BlueLinky alot with my homegrown NodeRed project. Hyundai has a rate limit of IMHO 200 calls/day. After that all requests are blocked until midnight. This might be too less for a good ABRP integration. Currently i am querying the API every 15 min normaly every 5 min when "ignition = true" every 2 min when "charging = true" Just to give an idea. The API has also very limited infomation, i.e. the battery temparature is missing. Link to comment Share on other sites More sharing options...
Marc816 Posted January 24, 2021 Share Posted January 24, 2021 (edited) I am also interested in a link via Bluelink API for my Hyundai Kona EV. Any plans in this direction yet? Edited January 24, 2021 by Marc816 Correction Link to comment Share on other sites More sharing options...
Bill N Posted February 2, 2021 Share Posted February 2, 2021 On 1/24/2021 at 9:31 AM, Marc816 said: I am also interested in a link via Bluelink API for my Hyundai Kona EV. Any plans in this direction yet? You can do this via Tronity. But I’m not sure yet how useful it is or how well it works with ABRP until I test it. It maybe doesn’t update frequently enough to be useful. Link to comment Share on other sites More sharing options...
BigKid Posted April 8, 2021 Share Posted April 8, 2021 (edited) Pretty please - add this for premium users. I do not like the idea of tronity storing my movements and everything. Furthermore I do not like the idea to have a second subscription just to feed my soc into abrp. Just be kind to the bluelink/uvo2 api as it does not like to be asked more than 200 times a day. So probably just when planing a navigation ans then like all 10 minutes while driving Other sources to see how it could be done are openWB and EVCC which are open source and offer SOC modules to integrate this kind of „soc polling from car companies servers“. Probably you could start a colaboration with openWB or evcc by using the same modules - that could be a win(you) win(them) win(us)... Edited April 8, 2021 by BigKid Link to comment Share on other sites More sharing options...
Jason-ABRP Posted April 8, 2021 Share Posted April 8, 2021 So, we've looked at this, and it's just not that useful. Updated SoC is nice, but it's very slow, and that's about the extent of the EV-specific data. You won't get a good calibration of your car model through most manufacturer APIs. They don't put anything aside from the SoC on there typically. To be useful for driving we really need insight into the power draw for the car, and this is almost never provided. So, with that in mind we haven't put any manufacturer API implementations close to the top of our list, we'd rather work on better app support (there's a lot to improve here), and we are actively pursuing better OBD support. Probably the best thing to do here is EVNotify for now. That said, if someone wants to work with us to implement an API poller, we're happy to help (and even host it on our servers / integrate it into the app), it's just not a high enough priority yet for us to spend our limited dev time on. 1 Link to comment Share on other sites More sharing options...
Bill N Posted April 9, 2021 Share Posted April 9, 2021 Doesn’t this beg the question....what’s the point of the Tronity connection then? Link to comment Share on other sites More sharing options...
Jason-ABRP Posted April 9, 2021 Share Posted April 9, 2021 Supporting Tronity is relatively low workload (so we could fit it in our other priorities) but adds a lot of supported cars. Even if that support is not very complete, since it's only SoC. 1 Link to comment Share on other sites More sharing options...
Bill N Posted April 9, 2021 Share Posted April 9, 2021 9 minutes ago, Jason-ABRP said: Supporting Tronity is relatively low workload (so we could fit it in our other priorities) but adds a lot of supported cars. Even if that support is not very complete, since it's only SoC. Ok - understood. So presumably the Tesla API is way more advanced then in terms of the parameters it can feed ABRP? So we really need more manufactures to provide more extensive APIs so that, hopefully in future, drivers of more cars can just provide ABRP directly with credentials so it can pull all the necessary data from the car itself. Fiddling around with OBD dongles is okay for a few % of drivers, but I think is never going to be something that a large proportion of people are going to bother with. I wonder whether you guys are attempting to speak to manufactures to get across to them the value of this stuff in giving people confidence about range and helping to eliminate anxieties, and maybe to help them understand what sort of data is needed. Although, most of them seem to be struggling at the moment to even get their own apps to work reliably, so maybe it’s a bit of a pipe dream for the foreseeable future. Link to comment Share on other sites More sharing options...
BigKid Posted April 9, 2021 Share Posted April 9, 2021 (edited) 21 hours ago, Jason-ABRP said: So, we've looked at this, and it's just not that useful. Updated SoC is nice, but it's very slow, and that's about the extent of the EV-specific data. You won't get a good calibration of your car model through most manufacturer APIs. They don't put anything aside from the SoC on there typically. To be useful for driving we really need insight into the power draw for the car, and this is almost never provided. So, with that in mind we haven't put any manufacturer API implementations close to the top of our list, we'd rather work on better app support (there's a lot to improve here), and we are actively pursuing better OBD support. Probably the best thing to do here is EVNotify for now. That said, if someone wants to work with us to implement an API poller, we're happy to help (and even host it on our servers / integrate it into the app), it's just not a high enough priority yet for us to spend our limited dev time on. Oh thats too sad. Problem with EvNotify is that all iOS Users will need to have a second cellphone just to keep evnotify and abrp running - thats because iOS will send EvNotify (or ABRP) to sleep as soon as its in the background. So unless abrp gets obd via bt integration a lot of us will be very sad Edited April 9, 2021 by BigKid Link to comment Share on other sites More sharing options...
Jason-ABRP Posted April 10, 2021 Share Posted April 10, 2021 Yes, the Tesla API provides a lot more detail and updates very frequently. Any time we've talked to OEMs we've mentioned that this is the ideal, but they move very slowly. For now our ideal solution would be a standalone OBD Dongle with: Cell / WiFi connection so you can get status while away from the car (let you know when charging is done). Bluetooth connection so you don't lose data when you lose cell connection. We've actually got a few candidate devices in mind (Freematics, EVDash/M5Stack). If anyone's good with Arduino programming send me a message and maybe you can help us get this off the ground. Link to comment Share on other sites More sharing options...
edgarw Posted April 11, 2021 Author Share Posted April 11, 2021 1. actualy exists, but only for Hyundai IONIQ Electric Hyundai Kona Electric Kia e-Niro https://shop.evnotify.de/ https://shop.evnotify.de/#faq https://shop.evnotify.com/ https://shop.evnotify.com/#faq But it only works via a second cell connection and ist not exactly tiny Link to comment Share on other sites More sharing options...
Jason-ABRP Posted April 12, 2021 Share Posted April 12, 2021 Agree, and on top of that it's not available outside of Europe at all. You can also do 1 with an AutoPi (which is available worldwide, and I'm using one for my Bolt EV), but again it's not cheap, and it's hard to do 2 with an AutoPi (but technically possible). The limiting factor is the AutoPi by default only allows local PID pulling via its WiFi network, which means you can't be connected easily to your car's wifi if you use wireless Android Auto / CarPlay. 1 Link to comment Share on other sites More sharing options...
Bill N Posted June 7, 2021 Share Posted June 7, 2021 (edited) Just to follow this up, since having had the e208 (which can update the SoC in ABRP via Tronity whilst driving), I’ve found that more than enough to be very useful, and much better than having to manually check the real SoC against ABRP’s current estimate. So given this, and also given my belief that most people will not be bothered to go down the route of using ODB devices, I would really like to see higher priority given to enabling direct car API links into ABRP. Continual app improvements are important and necessary, but for me the biggest improvement from using ABRP in an i3 compared to in the e208 was the ability to have the SoC in ABRP automatically updated whilst driving. If ABRP could allow direct login with credentials for any manufacturer that supports SoC updating when driving, that would be the biggest single improvement you could make, in my opinion. Edited June 7, 2021 by Bill N 1 Link to comment Share on other sites More sharing options...
Bill N Posted June 10, 2021 Share Posted June 10, 2021 Interesting? @Jason-ABRP https://smartcar.com/product/electric-vehicle-api/ Link to comment Share on other sites More sharing options...
Jason-ABRP Posted June 15, 2021 Share Posted June 15, 2021 Definitely interesting. I tinkered with them last year a bit, but was very limiting (and could get expensive quickly with as many calls as we typically make during a drive). I might try it again soon to see if anything's changed. 1 Link to comment Share on other sites More sharing options...
BigKid Posted August 13, 2021 Share Posted August 13, 2021 (edited) Just as a side note : Pump was/is able to offer SOC Polling for Kia and Hyundai. It´s somewhat dissapointing to see that ABRP still isn't. I know that the information is limited and it is not possible to update like every minute but I'm sure intelligent SOC polling intervalls and interpolating could do the trick. What I mean with intelligent SOC polling is: Relaxed polling until driving is detected (like every 30 minutes) and once when a route is planned or started to get starting SOC, about all 15 minutes while driving a planned route, a little more frequent polling when the SOC is getting low (like every 5 minutes) ... All in all the KIA und Hyundai Api will not lock you out if requests are coming in like 10 minutes an average when driving... And since ABRP should not poll when NOT in use the per Day average should be much lower... so no actual risk... In respect to a previous reply of you: No it´s not slow... According to my information the api is actively sending a request to the car when you send a request to the api... The problem is that KIA is protecting the API and will lock the account for a day once too many requests are detected. I know that you are interested in more accurate data - but as a user I´m interested in comfort... I want the SOC to be updated autmatically while driving... I want to see if I need to slow down etc. I want the SOC to be accurate when starting a navigation... I tried tronity - updates for KIA and Hyundai are WAY to slow and seem not to be intelligent ... Edited August 13, 2021 by BigKid Link to comment Share on other sites More sharing options...
cbraun75 Posted August 14, 2022 Share Posted August 14, 2022 Is there any news until August 2021? Trionity is slow. Direct blue link support right now in discussion? Link to comment Share on other sites More sharing options...
