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

Tracker don't receive data [Wemos D1 Mini + MPU6050] #278

Open
NintyS opened this issue Aug 24, 2023 · 2 comments
Open

Tracker don't receive data [Wemos D1 Mini + MPU6050] #278

NintyS opened this issue Aug 24, 2023 · 2 comments
Labels
Area: IMU Support Supporting new IMUs or improving existing support

Comments

@NintyS
Copy link

NintyS commented Aug 24, 2023

Hello I'm creating a set of trackers form Wemos D1 Mini and MPU6050 and IDK why I have info like this:

[INFO ] [SerialCommands] SlimeVR Tracker, board: 6, hardware: 1, build: 16, firmware: 0.3.3, address: 192.168.100.145, mac: A0:20:A6:23:15:21, status: 0, wifi state: 3
[INFO ] [SerialCommands] Sensor[0]: MPU6050 (0.000 0.000 0.000 0.000) is working: true, had data: false

IDK why tracker don't receive any data.

I test it with i2c_scanner and MPU was found. GY-521 examples all works and return the data.

The defines.h file content:

#define IMU IMU_MPU6050
#define SECOND_IMU IMU
#define BOARD BOARD_WEMOSD1MINI
#define IMU_ROTATION DEG_180
#define SECOND_IMU_ROTATION DEG_90

#define MAX_IMU_COUNT 1

#ifndef IMU_DESC_LIST
#define IMU_DESC_LIST \
    IMU_DESC_ENTRY(IMU,        PRIMARY_IMU_ADDRESS_ONE,   IMU_ROTATION,        PIN_IMU_SCL, PIN_IMU_SDA, PIN_IMU_INT  ) 

#endif

// Battery monitoring options (comment to disable):
// BAT_EXTERNAL for ADC pin, BAT_INTERNAL for internal - can detect only low battery, BAT_MCP3021 for external ADC
#define BATTERY_MONITOR BAT_EXTERNAL
#define BATTERY_SHIELD_RESISTANCE 180 //130k BatteryShield, 180k SlimeVR or fill in external resistor value in kOhm

#define PIN_IMU_SDA 0
#define PIN_IMU_SCL 2
#define PIN_IMU_INT 14
#define PIN_IMU_INT_2 12
#define PIN_BATTERY_LEVEL A0

Is like that because with D's trackes don't achieve even second state of configuration so i use GPIOs.

Whole logs:

[INFO ] [SlimeVR] SlimeVR v0.3.3 starting up...
[INFO ] [Configuration] Found up-to-date configuration v1
[INFO ] [Configuration] Loaded configuration
[INFO ] [MPU6050Sensor:0] Connected to MPU6050 (reported device ID 0x68) at address 0x68
[DEBUG] [MPU6050Sensor:0] Enabling DMP...
[DEBUG] [MPU6050Sensor:0] DMP ready! Waiting for first interrupt...
[INFO ] [SensorManager] Sensor 1 configured
[INFO ] [SensorManager] 1 sensor(s) configured
[INFO ] [WiFiHandler] Setting up WiFi
[INFO ] [WiFiHandler] Loaded credentials for SSID dlink-BEB1 and pass length 11
[DEBUG] [WiFiHandler] Status: 7
[NOTICE] OTA updates allowed
...........[ERROR] [WiFiHandler] Can't connect from saved credentials, status: 7.
[DEBUG] [WiFiHandler] Trying saved credentials with PHY Mode G...
...........[ERROR] [WiFiHandler] Can't connect from saved credentials, status: 7.
[DEBUG] [WiFiHandler] Trying hardcoded credentials...
....[INFO ] [WiFiHandler] Connected successfully to SSID 'dlink-BEB1', ip address 192.168.100.145
[INFO ] [UDPConnection] Searching for the server on the local network...
[DEBUG] [UDPConnection] Handshake successful, server is 192.168.100.198:6969
[DEBUG] [UDPConnection] Server supports packet bundling
[INFO ] [SerialCommands] SlimeVR Tracker, board: 6, hardware: 1, build: 16, firmware: 0.3.3, address: 192.168.100.145, mac: A0:20:A6:23:15:21, status: 0, wifi state: 3
[INFO ] [SerialCommands] Sensor[0]: MPU6050 (0.000 0.000 0.000 0.000) is working: true, had data: false
[NOTICE] OTA updates disabled by timeout, this is not an error
[INFO ] [SerialCommands] SlimeVR Tracker, board: 6, hardware: 1, build: 16, firmware: 0.3.3, address: 192.168.100.145, mac: A0:20:A6:23:15:21, status: 0, wifi state: 3
[INFO ] [SerialCommands] Sensor[0]: MPU6050 (0.000 0.000 0.000 0.000) is working: true, had data: false
[INFO ] [SerialCommands] SlimeVR Tracker, board: 6, hardware: 1, build: 16, firmware: 0.3.3, address: 192.168.100.145, mac: A0:20:A6:23:15:21, status: 0, wifi state: 3
[INFO ] [SerialCommands] Sensor[0]: MPU6050 (0.000 0.000 0.000 0.000) is working: true, had data: false
[INFO ] [SerialCommands] SlimeVR Tracker, board: 6, hardware: 1, build: 16, firmware: 0.3.3, address: 192.168.100.145, mac: A0:20:A6:23:15:21, status: 0, wifi state: 3
[INFO ] [SerialCommands] Sensor[0]: MPU6050 (0.000 0.000 0.000 0.000) is working: true, had data: false
[INFO ] [SerialCommands] SlimeVR Tracker, board: 6, hardware: 1, build: 16, firmware: 0.3.3, address: 192.168.100.145, mac: A0:20:A6:23:15:21, status: 0, wifi state: 3
[INFO ] [SerialCommands] Sensor[0]: MPU6050 (0.000 0.000 0.000 0.000) is working: true, had data: false
[INFO ] [SerialCommands] SlimeVR Tracker, board: 6, hardware: 1, build: 16, firmware: 0.3.3, address: 192.168.100.145, mac: A0:20:A6:23:15:21, status: 0, wifi state: 3
[INFO ] [SerialCommands] Sensor[0]: MPU6050 (0.000 0.000 0.000 0.000) is working: true, had data: false
[INFO ] [SerialCommands] SlimeVR Tracker, board: 6, hardware: 1, build: 16, firmware: 0.3.3, address: 192.168.100.145, mac: A0:20:A6:23:15:21, status: 0, wifi state: 3
[INFO ] [SerialCommands] Sensor[0]: MPU6050 (0.000 0.000 0.000 0.000) is working: true, had data: false
[INFO ] [SerialCommands] SlimeVR Tracker, board: 6, hardware: 1, build: 16, firmware: 0.3.3, address: 192.168.100.145, mac: A0:20:A6:23:15:21, status: 0, wifi state: 3
[INFO ] [SerialCommands] Sensor[0]: MPU6050 (0.000 0.000 0.000 0.000) is working: true, had data: false
[INFO ] [SerialCommands] SlimeVR Tracker, board: 6, hardware: 1, build: 16, firmware: 0.3.3, address: 192.168.100.145, mac: A0:20:A6:23:15:21, status: 0, wifi state: 3
[INFO ] [SerialCommands] Sensor[0]: MPU6050 (0.000 0.000 0.000 0.000) is working: true, had data: false

Anything else what I can give?

@unlogisch04 unlogisch04 added Type: Bug Something isn't working Area: IMU Support Supporting new IMUs or improving existing support Priority: High Important feature or blocks something important labels Sep 21, 2023
@unlogisch04
Copy link
Contributor

unlogisch04 commented Sep 21, 2023

Thanks for your report.
It is not working as you did mention.
Please use the Firmware Version 0.3.2

@unlogisch04 unlogisch04 removed Type: Bug Something isn't working Priority: High Important feature or blocks something important labels Sep 21, 2023
@unlogisch04
Copy link
Contributor

Ok, I got confused.
For me the MPU6050 and WemosD1 mini works.
It just got down to 2 tps because of movement recolonization.

So you have probably a broken MPU or a new "version" or just a fake chip, that is not compatible.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area: IMU Support Supporting new IMUs or improving existing support
Projects
None yet
Development

No branches or pull requests

2 participants