Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Problems with save_on_shutdown: true on EVK-F9P sensor #245

Open
AlboAlby00 opened this issue May 13, 2024 · 0 comments
Open

Problems with save_on_shutdown: true on EVK-F9P sensor #245

AlboAlby00 opened this issue May 13, 2024 · 0 comments

Comments

@AlboAlby00
Copy link

Describe the bug
I'm currently trying to use the save_on_shutdown parameter in order to save the configuration to non-volatile memory.

This is the output I get after stopping the node:
[ublox_gps_node-1] [INFO] [1715607301.948972898] [evk_f9p_rtk_module]: INF: ANTSTATUS=INIT
[ublox_gps_node-1] [INFO] [1715607302.949267428] [evk_f9p_rtk_module]: U-Blox Flash BBR failed to save
[ublox_gps_node-1] [ERROR] [1715607302.985924611] [evk_f9p_rtk_module]: U-Blox ASIO input buffer read error: Operation aborted., 0
[ublox_gps_node-1] [INFO] [1715607302.986096432] [evk_f9p_rtk_module]: Closed connection to /dev/ttyACM0.
[ublox_gps_node-1] [INFO] [1715607302.986149892] [evk_f9p_rtk_module]: U-Blox Flash BBR failed to save
[INFO] [ublox_gps_node-1]: process has finished cleanly [pid 174366]

Next time I try to run the node, nothing is being published on the topic /gps/fix and I need to plug out and back in the sensor to make it work again.

I'm connecting to the EVK-F9P through the USB port.

These are the parameters I'm using for the EVK-F9P.

/**:
  ros__parameters:
    debug: 4
    device: /dev/ttyACM0
    frame_id: gps_back
    save_on_shutdown: true
    rate: 1.0
    nav_rate: 1
    uart1:
      baudrate: 115200
      in: 32                    # RTCM 3
      out: 2                    # Nmea
    publish:
      nav:
        heading: false
      nmea: true
    fix_mode: auto             # 3D fix if available, otherwise 2D
    gnss:
      gps: true
      glonass: true
      galileo: true
      beidou: true
      sbas: false               # Enabling it can cause jumps when fix quality changes ( See AR-434 )
    dynamic_model: pedestrian   # Used for smoothing, Max Horizontal Velocity 30 m/s
    # Disabling Survey-In, since we are not using it as a base station
    tmode3: 0                   # Survey-In disabled
    sv_in:
      reset: false              # True: disables and re-enables survey-in (resets)

Sending the UBX-UPD-SOS directly from U-center works perfectly.

Does anyone have any theory about what is causing this problem?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant