Phát hiện thiếu thiếu chuyển động trên thiết bị GPS

Chúng tôi đang sử dụng thiết bị theo dõi GPS gắn trên xe và sau đó hiển thị các chuyển động trong ứng dụng của chúng tôi. Tuy nhiên, chúng tôi đang gặp một vấn đề nhỏ với các phương tiện khi chúng KHÔNG di chuyển.

Mặc dù đứng yên, thiết bị GPS sẽ gửi thông tin với các vị trí khác nhau, đôi khi, nó thậm chí sẽ báo cáo phương tiện đang di chuyển (thỉnh thoảng nó sẽ báo cáo một phương tiện đang di chuyển khá nhanh). Kết quả cuối cùng là một đại diện xấu cho chuyển động trong ứng dụng của chúng tôi và tệ hơn là các tính toán không chính xác liên quan đến thời gian chiếc xe di chuyển và đứng yên (chúng tôi cũng có một số phân tích thống kê đang diễn ra).

Tôi biết vấn đề không phải là mới: Điều hướng của Google trên điện thoại Android của tôi cũng gặp sự cố khi tôi dừng lại ở ngã tư, phát hiện ra rằng tôi đang lái xe ngược chiều (thực tế, tôi đang đứng yên ).

Nhưng chúng ta thực sự cần có một số phương pháp để nói chiếc xe không di chuyển, đặc biệt là trong thời gian dài.

Vấn đề được đặt ra ở một số phương tiện được giữ dưới mái nhà vào ban đêm, khiến GPS phát điên do tín hiệu yếu hơn (tuy nhiên vẫn đủ mạnh để có được vị trí).

Chúng tôi có thể phát hiện xem động cơ của xe có được bật hay tắt hay không, nhưng chúng tôi không thể cho rằng nó không di chuyển khi tắt động cơ (có những sự cố khiến chiếc xe bị hư hỏng ... và tất nhiên cũng có trường hợp mất cắp tiềm năng. được báo cáo).

Cách tốt nhất để tiếp cận vấn đề này là gì?

CHỈNH SỬA:

Để thêm một số thông tin:

• Thiết bị GPS không có gia tốc kế, nhưng chỉ trả về thông tin nhị phân (di chuyển / không di chuyển) và nó quá nhạy cảm hoặc chỉ đơn giản là không hoạt động.

• Chúng tôi có quyền truy cập vào những thứ như số lượng vệ tinh hoặc chất lượng, nhưng chúng tôi không chắc chắn làm thế nào để sử dụng thông tin đó. Vì vậy, câu hỏi của tôi. :)

• Vấn đề không phải là phát hiện nếu một chiếc xe đang di chuyển hay không trong thời gian thực. Chúng tôi thu thập dữ liệu và sau đó thực hiện một số phân tích thống kê và hiển thị nó. Chúng tôi cho thấy vị trí hiện tại của chiếc xe, nhưng đó là rất ít quan trọng. Vì vậy, về cơ bản chúng ta cần có thể nói một chiếc xe đã hoặc không di chuyển bằng cách xem dữ liệu lịch sử.

Các ý kiến ​​bên dưới câu hỏi của bạn đưa ra một số điểm tốt, đặc biệt là về việc diễn giải chất lượng dữ liệu vệ tinh (# vệ tinh, cường độ tín hiệu) và bạn có thể sử dụng thông tin này trên thiết bị di động hoặc trên máy chủ để lọc các giá trị GPS "xấu". Câu hỏi được đưa ra hai phần: 1) làm thế nào để bạn xác định cách đọc GPS giả và 2) làm thế nào để bạn xác định trạng thái đứng yên.

Hãy bắt đầu với một vài tham số:

• Stationary_speed = nếu thiết bị di động chạy chậm hơn mức này, thì đó là văn phòng phẩm
• too_fast = nếu thiết bị di động hoạt động nhanh hơn mức này, thì nó đã cho đọc GPS không có thật

Thật khó để tính toán các tốc độ này với độ chính xác. Giả sử bạn tính tốc độ là / giữa lần đọc trước (tại t0) và lần đọc hiện tại (tại t1). Nếu đồng bằng thời gian là lớn và đơn vị đi quanh một đường cong, thì khoảng cách thực tế đi được sẽ lớn hơn khoảng cách tính toán. Ngoài ra, nếu bạn nhận được hai lần đọc liên tiếp và chúng gần đủ với nhau, thì bạn có thể nhận được kết quả không thể đoán trước.

Khi bạn có tốc độ, chỉ cần so sánh nó với các thông số của bạn để xem việc đọc GPS là giả hay nếu thiết bị đứng yên.

Bạn có thể thực hiện lọc phức tạp hơn với các bộ lọc Kalman , nhưng điều đó có thể liên quan nhiều hơn.

Chúng tôi đã quản lý để điều chỉnh dữ liệu cảm biến chuyển động.

Sử dụng dữ liệu cảm biến chuyển động, dữ liệu đánh lửa và tốc độ được báo cáo bởi trình theo dõi GPS, chúng ta sẽ có thể biết khi nào xe đang di chuyển hay không với độ chính xác khá tốt.

Ngoài ra, chúng tôi đã xem xét số lượng vệ tinh và điều đó có vẻ không ổn. Trong khi số lượng vệ tinh thấp hơn cho một chiếc xe dưới một mái nhà, nó vẫn còn tương đối cao. 9-10 là giá trị thông thường cho một chiếc xe như vậy, trong khi dưới một mái nhà, nó giảm xuống còn 7 (nhưng đôi khi có thể nhận được tín hiệu và đi lên là tốt). Không cần phải nói, số lượng vệ tinh tỏ ra ít hữu dụng hơn.

Bạn có thể sử dụng số lượng sats được sử dụng để thực hiện sửa lỗi cuối cùng, không phải là số lần xem. Ví dụ. Xem = 11, Fix = 5 Và sử dụng các giá trị DB tối đa của tín hiệu của sat mạnh nhất. Điều này phải trên 30Db để có được tín hiệu tốt.

Các thiết bị chúng tôi sử dụng có khái niệm di chuyển / không di chuyển, các cảm biến là: Tăng tốc, rung, điện áp đầu vào, tín hiệu đầu vào (từ tiếp điểm chính), dữ liệu GPS. Để báo cáo về các vị trí như bắt đầu / dừng (dựa trên sự kiện) và các sự kiện hướng / khoảng cách, thiết bị phải ở chế độ di chuyển (đây là bộ đếm ngược, có thể định cấu hình).

Các cảm biến có khả năng được kết hợp. Không có sự kiện hướng / khoảng cách cũng như bộ hẹn giờ nào được báo cáo trong khi người theo dõi xác định không ở chế độ di chuyển. Khi các cảm biến liên quan dừng báo cáo, bộ đếm thời gian đếm ngược về 0 và sau đó tạo ra sự kiện dừng + thiết bị được đặt ở chế độ không di chuyển. Cho đến lần sau. Bằng cách này, bạn có thể tách các giá trị gia tốc của động cơ khởi động để 'đặt' nó ở chế độ di chuyển và ngưỡng thấp hơn riêng biệt để 'giữ' nó trong chế độ di chuyển do cả hai đều là các mẫu gia tốc rất khác biệt.

Các đơn vị chúng tôi sử dụng sẽ báo cáo nếu một điểm được lấy với dữ liệu sat xấu, không chắc phần cứng của bạn có làm điều đó không. Chúng tôi có một SV_P vị trí hoặc một SV_KeepAlive hoặc SV_TimeAlive. Keepalive sẽ lặp lại giá trị chính xác cuối cùng vì GPS không thể cập nhật bảng của nó cũng như không có bản sửa lỗi chính xác nào, thậm chí không phải là xấu. TimeAlive là những gì bạn sẽ thấy khi bạn băng qua một đường hầm hoặc ai đó đã đậu trong nhà để xe.

Một cách để theo dõi, mặc dù đó là một phần dự đoán có giáo dục và nó phụ thuộc vào loại tài sản bạn đang theo dõi là nguồn điện áp. ví dụ. một thiết bị hoạt động ở 12.30v là một chiếc xe không có động cơ. Nếu bạn thấy một báo cáo 14.2v, bạn biết máy phát điện đang quay. Đối với xe 24v có một mô hình tương tự như tại chỗ.

Hy vọng điều này cung cấp cho bạn một số ý tưởng. Tất cả phụ thuộc một chút vào mức độ tốt của phần cứng. Nguồn dữ liệu của bạn bắt đầu từ đó và tất cả phần còn lại sau đó chỉ tốt như vậy. Nhưng tôi rất khuyến khích bạn sử dụng các khả năng của đơn vị để phân biệt chất lượng thay vì thực hiện tất cả các máy chủ (trong nhận thức muộn). Khi bạn thực hiện như 3000 đơn vị, bạn sẽ cần một máy chủ mạnh mẽ để liên tục phân tích tất cả dữ liệu theo dõi, do đó, sau đó bạn sẽ nhận ra rằng nó sẽ không mở rộng.

Tôi đã gặp một vấn đề tương tự khi sử dụng bộ ghi GPS để theo dõi một chiếc xe tay ga. Những gì tôi đã làm là phủ lớp đường GPS trên một lớp đường và xóa thủ công các vị trí sai trong hoặc gần ngã tư hoặc đèn giao thông. Tôi chắc chắn có các công cụ tự động để giải quyết vấn đề đó, có thể là bộ đệm xung quanh các giao lộ và tính toán thời gian tối thiểu và tối đa vào và ra khỏi bộ đệm đó.

Thuật ngữ của nghệ thuật này là spidering . Một cách tiếp cận phổ biến là chỉ đơn giản là lấy mẫu khi cách khắc phục là 10m so với lần sửa trước. Ví dụ, thiết bị cầm tay của Garmin ghi lại các bản sửa lỗi dựa trên khoảng cách trong khi đồng hồ thể dục ghi lại các bản sửa lỗi dựa trên thời gian . Các thiết bị cầm tay không nhện rất nhiều nhưng đồng hồ thì có.