@RickJamesBish - Thank you for your reply. I wanted two Access Points to cover two areas outside my house (front and back). Since I found out from TP-Link support the CPE210s were not the recommended devices to use as an Access Point, I purchased an EAP225 and installed it yesterday to replace one of the CPE210s. I did this based on the now false assumption that the two CPE210s were the cause of the problem. That did not solve the problem as you indicated/predicted. I do like the EAP225 user interface and wish I had purchased 2 of these to begin with and I may replace the 2nd CPE210 in the future with an EAP225.
But back to the problem.
With now one CPE210 as an Access Point and one EAP225 as an Access Point it worked for awhile. But, over night, I still ran into the problem which does point to an IP Address conflict as you indicated. The Verizon 5G router is configured as the DHCP server and I don't have any static IP addresses assigned. So I'm not sure how to debug this from here. Does this look like a router issue?
I broke the cardinal rule when doing all this of changing two things in my network at the same time. At the time of adding the 2nd CPE210, I also was switching from STARLINK to the Verizon 5G router (faster and cheaper than STARLINK). I had STARLINK since Feb. 2020 and the single CPE210 as an Access Point were working for two years. When my IP address conflict first happened I switched back to STARLINK and didn't see the problem but for some reason I didn't assume it could be the Verizon 5G router. I should have stayed on STARLINK for more than a day but I didn't. Since I had also added the 2nd CPE210 at this time, I focused on it. As you pointed out, I noticed that the CPE units both had the address 192.168.0.254 so I changed one of them to 192.168.0.253 and thought I had fixed it. A day later the problem returned so that was not the problem. So I continued down my rat hole of believing the two CPE210s were in conflict and purchased the EAP225 Access Point. Now that I have gotten that false idea out of my head, I'm back to my problem.
I still have STARLINK for one more month so I can switch back and see if that fixes the problem. I believe that would suggest that the new Verizon 5G router has a DHCP problem? Before doing that I wanted to try one more thing on the Verizon 5G router where I changed the "Address lease time" from the default 24 hours to 1 hour to see if this would maybe work around the problem. I really want to keep my Verizon 5G router for cost and speed improvements. I don't know if there is any negative consequences of reducing the lease time? If that works for a couple of days, I will still try switching back to STARLINK since I have it for another month.
My STARLINK solution (the STARLINK router did the DHCP) had an extra level of complexity in that I wasn't using it for WiFi as I had a PLUME mesh network which did the WiFi for the house. The 50 WiFi devices connected to my PLUME mesh network were working so I didn't want to mess with it (here I did observe the rule of changing one thing at a time). On the way to debugging my switch to Verizon 5G I tried getting rid of my PLUME WiFi network since the Verizon 5G seemed to have a very strong WiFi signal throughout the house (4000 sq.ft. two story). I didn't check at the time if the STARLINK router's WiFi could also cover the whole house, and I will when I switch back. I also didn't know if keeping my 50 WiFi devices, which were configured for my PLUME network, would be as easy as configuring my new Verizon 5G routers WiFi with the same SSID (PLUME) and password. So I changed my Verizon 5G router WiFi SSID to PLUME and the PLUME password, and all 50 devices worked. I had thought that going to a new router might be as easy as just keeping the last router's SSID and password but I had never tried it. I thought (and it might still be true) that devices MAC addresses may play a role in joining a network. For my devices that doesn't appear to be the case. I've had PLUME since 2016 and it's worked well but I'm not using their newest hardware and the Verizon 5G actually got better WiFi speeds in most of the house. The two dead areas the the Verizon 5G WiFi couldn't reach ironically are near the two outdoor Access Points so I could use those to fill in. So to reduce complexity I would like to use the single Verizon 5G router and two TP-Link access points for outside.
So I will run with my Verizon 5G router supplying DHCP with a "Address release time" of 1 hour (changed from the default of 24 hours) with the Verizon 5G router supplying WiFi using my old PLUME"s SSID and the old PLUME password to keep my 50 WiFi devices happy. If that works for say a week, I will switch back to STARLINK router with it supplying DHCP and configure the STARLINK to provide WiFi with the PLUME SSID and password (hopefully it is strong enough). I will also check if STARLINK has an "Address release time" setting and if so what it is set to. In both configurations I will have removed my old PLUME mesh network to simplfying things. I'll post back with what I find. Or if you have any better ideas??
Update 2/28/2023 - So my issue is solved but because I tried multiple things at the same time it's hard to say which one fixed things. I suspect that my problem was that the Verizon 5G router comes set to use IP address pool 192.168.0.2 to 192.168.0.254 and the top range needs to be 192.168.0.249 so it would not conflict with the CPEs which use the last address 192.168.0.254. I changed my address pool top range to 192.168.0.249. Along the way I purchased two TP-Link EAP225 to replace the CPE which was recommended by TP-Link support as a better match for what I needed. I like the EAP225 App. much better so the extra purchase doesn't bother me.