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

Motor experimental changes #30

Open
wants to merge 17 commits into
base: master
Choose a base branch
from
Open

Motor experimental changes #30

wants to merge 17 commits into from

Conversation

madhephaestus
Copy link
Contributor

No description provided.

@madhephaestus
Copy link
Contributor Author

So far this does not compile.

@gcl8a
Copy link
Member

gcl8a commented Aug 17, 2020 via email

@madhephaestus
Copy link
Contributor Author

madhephaestus commented Aug 17, 2020 via email

@madhephaestus
Copy link
Contributor Author

madhephaestus commented Aug 17, 2020 via email

@gcl8a
Copy link
Member

gcl8a commented Aug 17, 2020 via email

@madhephaestus
Copy link
Contributor Author

madhephaestus commented Aug 17, 2020

platformio doesn’t really play nice with Arduino examples.

Hmmm.... so maybe we should always be dev/testing on the platform the kids will be using?

Remember, i fixed the issues with Sloeber on Mac ;)

@gcl8a
Copy link
Member

gcl8a commented Aug 17, 2020 via email

@madhephaestus
Copy link
Contributor Author

In the name of fair evaluation, have you gotten your Mac Sloeber working?

I feel strongly that "not playing nice with examples" is a disqualifying statement for use of that platform... Since the 2 other options Arduino IDE and Sloeber do play nice. We have a huge hole in functionality if we can not have ready-to-run examples easy for students to use.

Besides, we are a week away from class, we whould be testing solutions we have on hand, and refining them not looking to upend what little stability we have by going back to the drawing board for IDE's

@gcl8a
Copy link
Member

gcl8a commented Aug 17, 2020 via email

@madhephaestus
Copy link
Contributor Author

so it’s a bit of a religious debate...

lol thats an understatement.

In fairness, i did not have the Mac instructions worked out until 2 weeks into the course. Maybe its time for a zoom call on your mac to slow walk the setup, find any continuing paper-cuts. Then I can go to work fixing them for you :)

@madhephaestus
Copy link
Contributor Author

@gcl8a
Copy link
Member

gcl8a commented Aug 17, 2020 via email

@gcl8a
Copy link
Member

gcl8a commented Aug 17, 2020 via email

@gcl8a
Copy link
Member

gcl8a commented Aug 17, 2020 via email

@madhephaestus
Copy link
Contributor Author

madhephaestus commented Aug 17, 2020 via email

@gcl8a
Copy link
Member

gcl8a commented Aug 17, 2020 via email

@madhephaestus
Copy link
Contributor Author

Ah. That’s really not that different from pio

The difference here is that Sloeber works with the existing Arduino files. That means you can create a project in Slober, and open it with no changes in Arduino, and vice versa. Sloeber also uses the toolchains and libraries provided by the Arduino install, so anything that works in one, will work in the other.

@gcl8a
Copy link
Member

gcl8a commented Aug 17, 2020 via email

@madhephaestus
Copy link
Contributor Author

Fundamentally, though, opening a sketch makes a new project, yes?

Well sort of. So when we make projects that use a git location as the repo, Sloeber makes a mostly empty "project" with just enough infor for the IDE to find the sources. The project file in that case can be safely deleted at any time, and not kept in version control since it contains no code, just information about your install of the IDE and where the code is.

If you make a project without referencing a location on the disk to find files, and without linking to an example (devs of libraries), then the project file contains the .ino, which should match the folder name, so it makes what is a totally valid Arduino sketch as the project

@WPIRoboticsEngineering WPIRoboticsEngineering deleted a comment from gcl8a Aug 17, 2020
@madhephaestus
Copy link
Contributor Author

madhephaestus commented Sep 4, 2020

FYI, this branch can't merge anymore. You might want to branch off of where we changed the method names.

Something i could really use some help from someone with your superior math skills, would be how to parameterize the bezier function so that if you give it an acceleration time and a deceleration time, what bezier control points should be used. If we had that we would have industry grade control. (im looking forward to implementing the new ros2 stack for the ESP and making it a turtlebot)

https://micro-ros.github.io//blog/2020/08/27/esp32/

@gcl8a
Copy link
Member

gcl8a commented Sep 4, 2020 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants