@brianhogg
The iOS App issues zone enter/exit triggers that are picked up by iC3 to enter/exit zones. iCloud3 monitors the device_tracker.[devicename}_iosappsuffix entity for those triggers.
The Event Log (Stage 3) lists the iOS App device tracker entities in the entity registry. A sample screen is here. It also shows the iosapp suffix that will be monitored.
Review those items and make sure the ios app entities are being monitored for your phones. Also look at the Event Log in the iOS App itself to see if it is issuing the triggers.
@gcobb321 thanks for the quick reply! I did try adding the event log using the raw configuration editor at the end of the file, but get the following:
Unable to parse YAML: YAMLException: bad indentation of a mapping entry at line 165, column 3: cards: ^
The icloud3-event-log-card.js is located in config/www/custom_cards. I also tried adding a new lovelace card based on the example by copying and pasting directly into the raw card editor, but getting a “No card type found” error even though there are types specified.
@gcobb321
Is there a trick to getting the custom card to work? From the docs I manually copied the icloud3-event-log-card.js to config/www/custom_cards/ then added it as a new resource under Configuration > Lovelace Dashboards, Resources tab:
There’s a few threads that just state not to use a hyphen before type: (which you didn’t) and that /local is a virtual directory that points to config/www/ (where the file is), so not sure what else could be wrong in this case.
Will try the other grid card shortly to see if that’ll show the details, though I’m guessing the log will give some insight as to why it’s not updating
@brianhogg
I can understand the confusion. The screen shot with the resource url was wrong (I have just corrected it). It should be /local/custom_cards/icloud3-event-log-card.js. The screen shot shows ...icloud-... when it should be ...icloud3-....
Update the Configuration > Lovelace > Resources to local/custom_cards/icloud3-event-log-card.js and you should be fine.
@gcobb321 no worries, I missed that the screen shot was wrong and thought I’d just mistyped. Thanks for correcting!
I do now have the event log displaying now which is great. It did take about 2 hours for it to mark the device as away. Looking at the logs it seems a FamShr update happened a few min before I left (and marked as Home), then got an iCloud Account Authenticated (“lastauth… 1.3 hrs ago”) event 1.3 hours later, then about .7 hrs later requested the new iCloud location and marked as away.
All options were turned on under the Location settings of the companion app, with location allowed set to “Always,” though they couldn’t be toggled off (ie. on but dimmed/greyed out). So looks like it is being monitored but at a two hour interval?
@brianhogg
Not changing to Away when you leave a zone means iCloud3 is not getting the zone exit trigger from the iOS app. Check the following:
The device name for the iOS app is not the same as the phone and the device name parameter. Check it at General > Name field in the iOS app.
The HA mobile app integration is not installed. Install it at Configuration > Integrations.
The suffix assigned to the iOS app device_tracker entities are not being recognized by icy. Check Stage 3 and Stage 4 for the entities being monitored in the Event Log.
The iOS app device_tracker.[devicename]_[suffix] entities are not being updated by the iOS app. Check the Developer Tools > States for the device tracker entities to see if they show the zone name when you are in a zone and not_home when you are not in a zone.
Review the iOSapp Monitor in the Event Log to see if any iOS app triggers are being detected. Check the Event Log > Actions > Show iOSapp Monitors. Look at the state change and trigger change values and times they changed.
iCloud3 v2.3.5 Update (no change to the version number)
Warning message about version number missing in manifest.json
HA 2021.3.2 displays a warning message in the HA log file that the iCloud3 Version Number was not found in the manifest.json file in the custom_components/icloud3 directory. This is a warning message that can be ignored.
You can update the iCloud3 manifest.json file:
Update iCloud3 using HACS or download the icloud3.zip file, unzip it into the icloud3 directory and restart HA.
Or:
Replace all of the lines the manifest.json file in the icloud3 directory with:
Verified the name in the app and the device_tracker then appeared. I edited the main device tracker with _original at the end, added brianmini to the icloud3 yaml, restarted, and now device_tracker.brianmini appears as an icloud3 entity
Verified the HA mobile app integration exists and the phone (BrianMini) appears
There’s a checkmark beside brianmini in “Family Sharing List devices that can be tracked” in Stage 3, and shows “brianmini > Brian Hogg, iOSAppSuffix-_original, TrkMethod-FamShr” in Stage 4
By [suffix] you mean the mobile app entity I renamed before adding the icloud3? If so device_tracker.brianmini_original showed “unknown” under History (which I assume was not_home) whereas device_tracker.brianmini shows Home the whole time. Will check Developer Tools > States next time I’m away.
With “Show Tracking Monitors” selected I see a couple “WillUpdate-False, No data received from the iOS app, using iC3 data”. Two of them are “Trigger-registration@11:45” at 12p and 12:30p, where 11:45 is around when I added the device. Around when arriving home there’s a “Trigger-Signaled@12:55” with WillUpdate-True, State Cange-home. and “Device Monitor > UpdateMethod-iOSAPP, UpdateREason-Signaled” also at 12:55.
EDIT: Yesterday the location wasn’t updated, but starting today it did work the last couple times I left home on my device with “FamShr Update Started (Next Update Time Reached)” or “FamShr Update Started (Next Update Time Reached (Retry))”. So I guess it’s only updating if I happen to be away during a scheduled update, vs. triggered when I leave a zone? Would not having access to Home Assistant remotely (ie. I didn’t open up port 8123 nor have a static IP) or should the updates be happening by the app connecting to iCloud and then Home Assistant pulling that down? My wife’s device on family sharing didn’t trigger an update likely due to timing.
I’ll need to create a good how-to video once I actually get this working consistently
I have always had the iOS app able to access HA and would suspect you need to have HA 8123 open. I’ve been using the DuckDND and the HA 2-factor authentication for security.
Try a manual update on the iOS app. Pull the iOS app screen down until you see the spinning wheel to issue the update to test the connection. Refer to the iOS app documentation if you have any questions about that. The manual update will be caught by iCloud3 if you have it set up correctly.
Hi Gary
I’m on the beta iOS app and I’ve noticed the last few days that the tracker hasn’t been keeping up with my movements - is this likely to be because some change in the beta app? I can post logs if that would be helpful? Thanks
@daneboom
The v2.3.6b1 beta version changes dealt with configuration/config_ic3 file handling and parameter validation, along with a simple addition for tracking from multiple zones. The changes are all related to setting up iC3 before any tracking is actually done.
You can create a log file (icloud3-event-log.txt) from Event Log > Actions > Export Log File. Email it to [email protected] and I’ll take a look at it to see if I notice anything. Are there any iC3 Errors being posted to the HA log file?
@gcobb321 strange, wonder how I am getting away status updates under my device if it requires a direct connection? I’m running on the beta Starlink connection which unfortunately doesn’t seem to allow port forwarding so if that’s a hard requirement I’ll keep trying to find some other way around.
@brianhogg
You’re getting the location updates from iCloud. The iOS app updates generate the zone enter and exit triggers, along with the location. You probably should go back over the iOS app documentation since it appears your issues are with it rather than iCloud3
Unzip it into the custom_components/icloud3 directory.
Restart HA.
Development-Beta Change Log: v2.3.6b1 (2/28/2021)
Revamped the way the configuration parameters are retrieved from HA, how they are processed and how iCloud3 is set up based on the parameters.
Combined the processing of the parameters from configuration.yaml and config_ic3.yaml to use common routines. They are edited using common routines and invalid values are reset to the default value.
The track_from_zone parameter can now accept multiple zones using the zone name or the friendly name.
v2.3.6b2 (3/9/2021)
Fixed a problem where the Event Log would not display when the iOS App and iC3 Zone names contained an 's (e.g., Barry’sHouse).
Updated the Event Log card version number check to support the v#.#.#b# (e.g., v2.3.6b2) numbering scheme.
@gcobb321 you’re right, a lot of the issues look like they were related to me not realizing I needed external access to Home Assistant. I incorrectly assumed HA would “pull” from iCloud which in hindsight doesn’t make sense. A big note in the “getting started” might be worthwhile for HA n00bs like me - I set up Home Assistant Cloud to sort that out since I can’t open ports with my internet.
I was wondering if it was possible to see if iPhones/iPads was charging or not without the HA app?
We have some iPads in the family where we can’t install the HA app on, but it would be fantastic to see if it the power cord was plugged in or not… That way I could send a notification to myself if the battery was below 60% and not charging.
@diskoboy
iCloud does not report the charging state when the devices location is requested. So, without the iOS app, I don’t see how this could be done.
Unzip it into the custom_components/icloud3 directory.
Restart HA.
Development-Beta Change Log:
v2.3.6b3 (3/14/2021)
iCloud3:
The device_tracker last_located, last_update and next_update time attributes now display the timestamp (2021-03-11 14:23:30) instead of only the time (2:23:30 or 14:23:30). The sensors created by iCloud3 for these items still show only the time. This is helpful when the times of these items are for the previous or the next day. Sensors for these timestamps are not created by iCloud3. To create them, create a template sensor and extract the device_tracker’s attribute value.
Reduced the size of the Next Update countdown timer to better fit on smaller width screens.
Corrected an invalid variable name (EVA_NOTICE --> EVLOG_NOTICE). This error was displayed when sending a notification to a device was not successful.
Fixed a problem calculating the iCloud time/locate that is displayed in the Event Log Statistics table every 3-hours.
Event Log:
Expanded single line size of zone names from 10 to 12 letters.
Support for the version number change.
Added Start/Stop Logging Rawdata to the Actions menu.
v2.3.6b2 (3/9/2021)
Fixed a problem where the Event Log would not display when the iOS App and iC3 Zone names contained an 's (e.g., Barry’sHouse).
Updated the Event Log card version number check to support the v#.#.#b# (e.g., v2.3.6b2) numbering scheme.
v2.3.6b1 (2/28/2021)
Revamped the way the configuration parameters are retrieved from HA, how they are processed and how iCloud3 is set up based on the parameters.
Combined the processing of the parameters from configuration.yaml and config_ic3.yaml to use common routines. They are edited using common routines and invalid values are reset to the default value.
The track_from_zone parameter can now accept multiple zones using the zone name or the friendly name.
Have just got a new iPhone and am trying to get iCloud3 to talk to it instead of the old, defunct, dead one. Not going well so far, on my umpteenth reboot but I have a good feeling about this last one!
EDIT Nope - it just keeps reporting iC3 zone - null (no text) but the iOS app column knows where it is. It says “discarded, no location data”.
Confused what I have to do.