Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Nov 22 07:20
    simonedegiacomi synchronize #22
  • Nov 21 22:25
    simonedegiacomi synchronize #22
  • Nov 21 22:13
    simonedegiacomi synchronize #22
  • Nov 21 22:12
    simonedegiacomi synchronize #22
  • Nov 21 22:10
    simonedegiacomi synchronize #22
  • Nov 21 22:02
    simonedegiacomi synchronize #22
  • Nov 21 21:23
    simonedegiacomi synchronize #22
  • Nov 21 21:01
    simonedegiacomi synchronize #22
  • Nov 20 09:17
    Courtbookinger opened #10
  • Nov 19 10:36
    simonedegiacomi synchronize #22
  • Nov 18 22:13
    simonedegiacomi synchronize #22
  • Nov 17 19:28
    peehrlich2 opened #14
  • Nov 17 07:05
    simonedegiacomi synchronize #22
  • Nov 17 07:00
    simonedegiacomi synchronize #22
  • Nov 15 18:49
    simonedegiacomi synchronize #22
  • Oct 31 13:08
    Electrenator commented #26
  • Oct 27 10:47
    Courtbookinger edited #13
  • Oct 27 10:30
    Courtbookinger opened #13
  • Oct 17 13:33
    Electrenator commented #26
  • Oct 17 13:32
    Electrenator commented #26
Ahmad Fatoum
@a3f
@AnarCom If you happen to integrate any changes into your c4ev3-fork, PRs are welcome :-)
AnarCom
@AnarCom
@a3f, Why don't you realise Bluetooth? (is it hard or are there any unsolvable problems?):)
Simone Degiacomi
@simonedegiacomi
@AnarCom I implemented the bluetooth in my fork (I think that in a couple of days I will be able to send a pull request)
tsukiyoha
@tsukiyoha
@a3f Thanks! I'm leaving the project for a while but I'll notify the other dev!
Ahmad Fatoum
@a3f
@AnarCom It's implemented in ev3duder and I recall it working, doesn't it? Or do you mean in the EV3-API? Either way, I haven't had access to an EV3 since I left the student research assistant job four years ago.
I still answer issues and review patches, but I am not doing any active development myself anymore.
@simonedegiacomi Great. Looking forward to it! :)
Li Yue Chen
@l-yc_gitlab

@a3f alright thanks, I'll try that!

I opened an issue for the make error, hopefully the error message is useful enough (sorry, it's my first time trying out stuff like this so i'm not sure what exactly is needed)

By the way, did the sound API work for anyone out of the box? It threw a casting error for me, which I managed to fix by adding the missing cast in the API

Source prj_sound/sound.cpp, Project Folder prj_sound
prj_sound/sound.cpp: In function 'void PlayToneEx(short unsigned int, short unsigned int, unsigned char)':
prj_sound/sound.cpp:49: error: invalid conversion from 'unsigned char*' to 'char*'
prj_sound/sound.cpp:49: error:   initializing argument 1 of 'int WriteToSoundDevice(char*, int)'
Ahmad Fatoum
@a3f
@l-yc_gitlab No worries. Generally, always try to paste as much context as possible, so if unsure all output from when you wrote the command till it failed.
As for your sound issue, we got no sound.cpp, did you copy paste code into your project?
Li Yue Chen
@l-yc_gitlab
yes, I copy pasted the relevant parts of the code as i was unable to get a soud by calling the API directly to check if there was an error
Ahmad Fatoum
@a3f
The issue is because implementation-defined signedness of char. Some compilers choose char to be signed, other have it unsigned. Even worse the same compiler may do different things on different machines (On Intel, char is usually signed but on ARM it's unsigned)
I have enabled signedness warnings and fixed the problems that turned up as well as some more so it compiles cleanly as C++ now as well
Try to copy the same parts from the current EV3-API master
Simone Degiacomi
@simonedegiacomi
Hi @a3f , I've added the support for Bluetooth communication between robots and the HT compass sensor. During the implementation I changed the way of how the sensors are initialized and used (copying from Makecode) because I was having some trouble with different Gyro sensors.
Moreover, I also refactored the code for the sensors: I've split the code to handle each sensor protocol in a different file and I've done the same for each sensors.
Now that the code has been refactored, the API to use the sensors has changed, but if it's important to maintain back-compatibility I can restore that.
Ahmad Fatoum
@a3f
Hello @simonedegiacomi , that sounds nice! There has been a pull request for HiTechnic compass sensor today. Is it the same? Could you review the patch if that's the case: c4ev3/EV3-API#19
@simonedegiacomi Refactoring if useful, is welcome, but API needs to stay the same. There are courses using the API for teaching and I'd prefer not to break them
Simone Degiacomi
@simonedegiacomi
@a3f the pull request isn't mine. About the API, I can fix the back-compatibility next week
Ahmad Fatoum
@a3f
@simonedegiacomi Is it the same seonsr? If so, it would be nice if you can take a look at it
Simone Degiacomi
@simonedegiacomi
Yes, It Is the same sensor. I also had to multiply the value for 2, as explained at the end of this page
Ahmad Fatoum
@a3f
Ah I see. Makes sense as the value can then fit into a byte
@malinnikov_twitter I've thought some more about my cross-toolchain endeavors last year. We only really need compatiblity with the 2.6.33 kernel on the EV3, we could just ship our own libc, like C++ users are already doing for libstdc++.
Ahmad Fatoum
@a3f
I have pushed a new branch https://github.com/c4ev3/C4EV3.Toolchain/tree/OSELAS.Toolchain-2018.12.0 which extends OSELAS.Toolchain-2018.12.0 with a configuration that bundle the EV3's kernel headers with the most recent uclibc release
As an extra benefit of using a proper build system, the toolchain can be built from scratch with a single ptxdist go -j -q that downloads all needed packages, patches them if needed and builds/install them. Downside is that it's not readly compilable on macOS, because of the outdated GNU tools there.
Pavel Malinnikov
@malinnikov
@a3f , that's cool. I'm on mac though, and use your toolchain actively. I use C++11 and static linking. Added a couple of sensors support, probably will prepare a pull request about it. BTW, we with my son won the Ukrainian Robo Sumo contest! My son took the 1st place and I'm on the 3rd :-) https://www.youtube.com/watch?v=Hh8oWSWoUIE&t
Ahmad Fatoum
@a3f
@malinnikov I'll see how much work it is to cross-compiler the cross-toolchain. Would be nice if you could test if I figure it out. Looking forward to your Pull Request!
Much thanks for the video! I absolutely love to see what people are doing with this and congrats to your son (and to you, although I didn't expect you were allowed to compete ^^')
I never been part of such competitions, is my understanding correct that they provide the EV3 and you're only allowed to plug in a SD-Card?
Pavel Malinnikov
@malinnikov
Usually Lego robosumo tournament participation here assumes the age under 17, but this time all ages were allowed so I used the chance to participate. You allowed to bring your own robot, it just has to be only from Lego parts and not more that 1 kg, 25x25x25 cm.
Ahmad Fatoum
@a3f
@malinnikov I see. So you could flash a new firmware (say ev3dev) on your EV3 as well?
Pavel Malinnikov
@malinnikov
From this year it's possible to use any software, including ev3dev, with Python, for example. Looks like Lego has officially adopted ev3dev and calls it MicroPython: https://education.lego.com/en-us/support/mindstorms-ev3/python-for-ev3
AnarCom
@AnarCom
I had problems with uploading program to ev3 ( Transfer failed.
last_reply=06 00 00 00 05 93
UNKNOWN_HANDLE: Path doesn't exist (CONTINUE_DOWNLOAD was denied.))
i checked that path is available
hase someone solved this problem later?
dnlmlr
@dnlmlr
How did you connect your EV3? Are you using the eclipse plugin or the ev3duder directly? And lastly did this work for you before? If you are using the ev3duder directly, do the other commands (for example ls) work?
AnarCom
@AnarCom
i use this command (my ev3 has sd card) "ev3duder.exe up C:\elfs\sensors.elf /media/card/a"
then dudder print: USB connection established.
Transfer failed.
last_reply=06 00 00 00 05 93
UNKNOWN_HANDLE: Path doesn't exist (CONTINUE_DOWNLOAD was denied.)
but it upload elf file in "ev3 file system"
AnarCom
@AnarCom
and it is strange)
AnarCom
@AnarCom
and then i try to upload file by eclipse plugin I have the same problem
Simone Degiacomi
@simonedegiacomi
excuse me for the off topic: @a3f I've sent my pull request. In the end it includes different changes, if it's needed I can split it in multiple pull requests.
Ahmad Fatoum
@a3f
@simonedegiacomi It's a quite a lot to review and there are some other pull requests as well. It will take a while, but it is on the radar. Thanks!
@AnarCom So you can upload file via the file system dialog in Eclipse, but not by directly running ev3duder from command line?
Simone Degiacomi
@simonedegiacomi
@a3f thank you!
Our Lord And Savior Stickles
@OurLordAndSaviorStickles
I've recently compiled the toolchain on the new OSELAS.Toolchain-2018.12.0 branch, but I'm not sure it's fully working. I've built it on two separate machines running Ubuntu 18.04.2, so I'm very certain it built correctly.
The default Hello World EV3 C project compiles successfully, and I can upload the files to the EV3 without issues, but nothing seems to happen.
I know it's an issue with the toolchain, because when compiled with the CodeSourcery toolchain, it runs successfully.
Not sure what needs to change; just letting you know I've tested it.
dnlmlr
@dnlmlr
If you have a compatible wifi stick, you can log into the EV3 using telnet and run the program there from the shell. That gives the most information in my experience.
Simone Degiacomi
@simonedegiacomi
I also tried to compile the toolchain (using Ubuntu 19.04 with ptxdist v2019.07.0) and got the same result. When I start the program from the shell (using telnet) I get a segmentation fault
Our Lord And Savior Stickles
@OurLordAndSaviorStickles
I was experimenting around with making my own toolchain for the EV3, and I think I've stumbled across a really simple solution.
I ended up downloading buildroot-2019.05.01 (https://buildroot.org/downloads/buildroot-2019.05.1.tar.bz2) and creating a simple defconfig (https://drive.google.com/file/d/1ijBXhfV_KiHDWhg3d5yVaX4H_jut63g8/view?usp=sharing).
Here's the steps I took to make a working toolchain:
1) Unpack the buildroot tarball
2) Copy c4ev3_defconfig into the buildroot-2019.05.1/configs directory
3) Open the buildroot-2019.05.1directory in the terminal
4) Enter make c4ev3_defconfig
5) Enter make toolchain
6) Sit back, relax.
You'll find your new toolchain in buildroot-2019.05.1/output/host/.
I built this toolchain inside an Ubuntu 18.04.2 VM, and it has worked for me so far. I've compiled and run the C and C++ Hello World programs without issue.
Hopefully this helps :D
Ahmad Fatoum
@a3f
@simonedegiacomi @OurLordAndSaviorStickles Thanks both for testing. Hmm a segfault.. I wonder why that happens..