I am also having the same issue on 2 out of 3 drones i’ve built with the Here2 and Cube black. I have followed the what the service bulletin said and have that prearm check giving me issues.
Can you double check the wiring? The “failing configuration checks” message suggests that there is a problem with the UART transmit line that sends data to the GPS, but the fact that it detects the GPS at all means the receive line is fine. Are you using the cable assembly that comes with the GPS?
I have triple checked the wiring, I swapped the cable completely with a known good gps cable and still had the failing configuration check come up. I also installed an old HERE gps module I had lying around and the failing configuration check went away. But when I install the HERE 2 that came with the cube black the configuration check message pops back up.
I have swapped the cables to a known working ones and problem consists.
When I replace the non working HERE2 to a known working HERE/HERE2 problem goes away with the same cable.
I have had 6 HERE2 units not work properly so far. I’ve sent them back to the distributor I got them from, and they are hopefully going to send me ones that do work properly.
I’ll throw mine in the pile too: I have 3 out of 9 HERE2s with the same error (0x1DFF) in I2C mode. I have likewise tried swapping cables, cubes, etc.; the issue follows the GPS unit regardless of other hardware.
The error goes away and the copter becomes armable if I set GPS_AUTO_CONFIG = 0. Of course, that means the GPS might not be configured correctly, so that’s still a no-go.
I’m not able to load any configuration info out of the u-blox module. I cannot enable all debug messages due the u-center unable to see firmware version. I cannot manually poll messages other than those already available.
Please see video.
Same behavior on all units that are not working with autopilot.
I have the same issue with using a regular HERE(+), using Ardupilot 3.6.8
Having exempted that portion from the arming check, things seem to be operating fine and I am getting a RTK float solution. But a firmware update for this version as well would be appreciated, so that the full arming checks can run.
I have been able to do some more tests (with the regular HERE+) today, with slightly changed configuration and was able to correctly pass the checks now.
I tried this with a previous version (rc2) on the six bad units I had. The updates were successful, but the error eventually reappeared and the GPS had poor performance.
I see the firmware in rc3 is different. I’d try that, but I have already returned the units after the rc2 update didn’t help. Would we expect rc3 to work if rc2 didn’t?
I tried switching to CAN protocol where I followed THESE instructions. I also did UPDATE of GPS as it was available. But after that I cannot switch back to UART/I2C. It gives me the same error as described above. MissionPlanner reports that it cannot configure GPS settings, and when I try to access it using U-Center I cannot poll any data from GPS (gives time out error) and also cannot update firmware. Looks like HERE2 is bricked.
I tried fixing this issue using using RC3 bootloader and firmware but I when I click to “SLCan Mode CAN1” it just disconnects aircraft from Mission Planner and nothing appears in list. I checked that switch inside HERE2 is switched to CAN, and it is connected to CAN2 port on Pixhawk 2.1.