Comments (12)
As for calling init, a recent version of RE2 removed the need. Idk what version that was though.
from revextensions2.
@David10238 it looks like it was added in 1.2. I also wonder if the following code is the issue. The comments talk about not wanting to "hotswap" the hardware map if we are in the stop opmode.
if(!(opMode instanceof OpModeManagerImpl.DefaultOpMode))
{
RobotLog.dd("RevExtensions2", "Hotswapping hardware map");
Utils.hotswapHardwareMap();
}
UPDATE: Nevermind, this code is running in onOpModePreInit()
so it is running for all opmodes except stop.
from revextensions2.
@EddieDL If you connect to the Robot Controller using wireless ADB and watch logcat (filtering for the RevExtensions2
tag) during a failed run, is Hotswapping hardware map
printed?
from revextensions2.
@EddieDL I just tested v1.2 on actual hardware in various different states (e.g. starting the opmode without ExH connected, redeploying RC without hardware connected and then connecting hardware and starting OpMode, etc.) and was not able to reproduce. Is the Hub that you're trying to read from a master or a slave?
from revextensions2.
@FROGbots-4634 thanks for the quick response. I can't play with actual hardware today, but I will grab some logs tomorrow.
Currently we are only using one ExpansionHub.
I am also going to upgrade to SDK 5.3 and see if that changes anything.
from revextensions2.
After upgrading to SDK 5.3 things are WAY better. It seems like our real problem had something to do with the SDK not finding the hub in general. We are using an External USB Camera, and there are fixes for that in SDK 5.3. My guess is that resolved this for us.
Thanks for your help.
from revextensions2.
I'm re-opening this because I've looked at what changed in 5.3 and I can't see any reason why that would fix anything. I think this still needs to be looked into.
from revextensions2.
@FROGbots-4634 Just to be clear, we are still having issues. I am just not sure if it is related to using ExpansionHubEx or something else. When I said things were improved in 5.3, I think the thing that helped were the improvements to the way external web cams are handled. We are using two on our competition robot and I think that was perhaps exacerbating this issue.
We are still having serious problems with static/disconnects on our robot so we are continuing to investigate this issue.
from revextensions2.
@EddieDL the "the improvements to the way external web cams are handled" was nothing more than changing the app to only use 32-bit native libraries (instead of using 64-bit on supported devices...). Furthermore, those native libraries are only used for webcams/Vuforia. They have no impact on Expansion Hubs or MR controllers.
from revextensions2.
Two other people have hit this issue, so it appears to not be related to your setup. I may end up pushing a hotfix to revert the automatic swapping, since that seems(?) to be what's causing the issue...
from revextensions2.
@FROGbots-4634 I am not sure if you should switch back. We still have this happen, but it is almost always due to starting the RC by plugging it into the robot. Which is easily remedied by restarting the robot. Overall, it is more of a nuisance. Which is probably why I haven't tried rolling back :( I will see if I can test rolling back soon.
If others are having significant issues with this, my suggestion would be to do things to address general ESD/connection issues. That seems to have been what REALLY helped us. Below are the specific things we did, which are mostly pretty standard. We just didn't take the time before our first competition :(
- New high quality cable to connect the phone to the Rev Hub.
- Ferite beads on all communication wires.
- Cover any exposed wiring. Even when you think they are all covered, tape connections. Specifically
and I2C, PWM connections (servo wires), which usually have exposed metal from the pins. - We replaced polycarb with elctro capacitive and electro conductive plastic.
- Better wire management (right length cables, less connectors, strain relief).
from revextensions2.
We get an error casting DcMotorEx to RevExtensionsMotor occasionally
from revextensions2.
Related Issues (8)
- FTC SDK 4.x support HOT 8
- How to change the type of expansion hub HOT 2
- Charging phone through REV hub HOT 1
- Exception when recovering form Expansion Hub coms reset HOT 24
- Readme.md change HOT 1
- What happens if you call getBulkInputData() multiple times? HOT 10
- Expansion Hub temperature units are in tenths of a degree Celsius
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from revextensions2.