Making the Firmware Image File for Pybricks Micropython V2.0.0 for EV3 #2398
Unanswered
NabeelZ-KA
asked this question in
Q&A
Replies: 1 comment 6 replies
-
|
You should be able to use the LumpDevice class to get direct access to all sensor modes without having to compile anything. |
Beta Was this translation helpful? Give feedback.
6 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hello!!
I am in dire need of help. I've been trying to find a firmware that would actually work well for our needs, and pybricks seems to be the best one. However, there are a few problems, but that required me to try to mess with the source code of the image, mainly it's that we need a the raw RGB color values, instead of the percentages that pybricks gives us. So I downloaded the source code, and messed with the modev3devices.c in the extmod folder
However, when I try to make the file. (using make ev3dev-armel), I either get
if I run it from CLion, or if I run it from WSL, I get
Even though setup.sh exists
(And yes I did try to pull ev3dev/debian-stretch-cross, and I did compile micropython)
I am at a loss on what to do please help
P.S.
I also tried using pybricksdev but it didn't work either:
P.P.S.
How so I edit the python library so that it doesn't show up as an error in VS Code? So that I can actually run my custom functions
can I just add this to C:\Users\[Username]\AppData\Roaming\Python\Python312\site-packages\pybricks\ev3devices\__stub\__colorsensor.py
P.P.P.S
The reason I need the raw values is because, for some reason, the transformation of the RGB values from 0 - 1020 to percentages messes things up when you are trying to look at colors from a distance. In EV3-G and dEV3Dev-Python, I was able to get good raw RGB (or usually HSV) values using either a custom block, or the built in functions. However, in pybricks, that doesn't seem to be the case, and when the color sensor is far (e.i. at the same distance it was when we were using EV3-G and EV3Dev), it would just give us (0, 0, 0). If there is any other way around this that would be greatly appreciated because neither EV3-G nor Ev3Dev work for us. Adjusting the firmware is preferable, because I also tried to add a gyro calibrate function as well in \extmod\modev3devices.c:
Should I also add this in C:\Users\[Username]\AppData\Roaming\Python\Python312\site-packages\pybricks\ev3devices\__stub\__gyrosensor.py
Beta Was this translation helpful? Give feedback.
All reactions