Oh yeah, I forgot about that comment. I did want to respond to it.Quote:
Originally Posted by Epy
I honestly prefer the terminal because I am faster with it. I actually had to give up on NMake because I couldn't generate a good enough Makefile. It's a tough skill! I'm not defeated yet but I'm learning a bit more about Visual Studio. I have a lot less control over the application but it's nice to have all the IDE features.
don't forget VS plugins, some specifically targeting C++ development, that will enrich your editor window with all sorts of juice. It's been two versions since I last used VS, but there's no reason to doubt they aren't still around and probably better then ever.
So, one question I have: how do I view build logs?
I'm getting a crap ton of warnings and I'd like to look through them but every time I run the code, it clears the Output view.
Compile, don't run (or Build as it's called in the IDE).
If your build finishes with errors or warnings, you can use the Error List (View -> Error List) to see a nice summary of them. Double-click an entry in the error list to automatically take you to the build output for that error/warning.
If you're like me and like to always show the Error List if the code fails to compile, you can enforce that by going to Tools -> Options -> Projects and Solutions and check the "Always show Error List if build finishes with errors."
Back to the original topic, my interest in the device I mentioned in the first post has waned since I learned a few things:
1) Intel Quark processor is flawed, basically it can't use lock prefixes or there's a chance it'll segfault (Intel released more variants of the Quark and didn't fix this...wtf?)
2) Quark is really a low-performance processor...less DMIPs/MHz than even an ARM Cortex-A7 (1.25 vs. 1.9, ewww)
Beyond me why Siemens chose this thing. Oh well, still going to mess with it I guess.
Well, I mean, it's still better than the industrial PLCs on the market today, isn't it? Those are slow as snails, so anything better than them can only be a good thing™. Not as good as great, but still, it is at least something to be happy about. Small steps.
Yeah, you're right. I don't know if it's faster, but the important thing is that it will be more capable with the whole world of Linux vs. PLC programming software.Quote:
Originally Posted by Elysia
I've been away from programming for a while, trying new stuff (been spending some time learning woodworking, and really enjoying it).
Recently, I wanted to learn how to program a NetBurner so I can control hardware via web browser (for work), but my web programming skills consist of a bit of HTML almost 20 years ago. So I'm working my way through a book to learn the basics. I'm confined to the couch for two days, so I get to spend a lot of time reading and coding exercises.
I'd be curious to hear an update when you get your hands on it.Quote:
Originally Posted by Epy
I'd say another important thing is that you now aren't restricted to a PLC programming language. You're pretty much free to use whatever language you want and that's a huge deal.Quote:
Originally Posted by Epy
I haven't posted to this forum in forever. Most because of work and play ironically enough.
Work: Stuff for airborne machines, export controlled, signed an NDA. Can't really talk about it.
Play: Wow. Lots of stuff.
Rocketry
Airbreaks:
I am in the rocketry club at my university and the challenge last year was to make a rocket that has air breaks on it. The goal of the competition was to launch one time, then launch again and lower the apogee to 75% of what it was last time. We got 3rd place. Which is pretty good, the pitot tube wasn't as accurate as we had hoped, so it thought it stopped a little bit before we actually stopped. Oh well.
Here's a video from the competition: 2016 Midwest High-Powered Rocket Competition: The Flights of Skybreaker - YouTube
Radio:
A problem with rockets is that they get lost really easily. So we're making a radio GPS module that we can put into rockets to prevent trudging through fields in search of a rocket.
Personal
Quadcopter:
So the super duper end goal of this project is to have a quadcopter that can be controlled over 4G with a video stream. So, I had to come up with a more intuitive semi-autonomous control scheme. It works fantastically in simulations, however I haven't been able to test it in a while because the Windows 10 Anniversary update screwed up a java library I was using to get input from my Xbox controller. So if anybody knows of any good C++ libraries that can do read from an Xbox One controller, that would be awesome.
Currently, I can send the control data to the quadcopter over WiFi and it can react appropriately. I'm still working on making it hover, I think I fixed the bug that made it flip over and break my props, I haven't tested it though because I can't control it. Currently, hardware wise I'm using a Raspberry Pi to receive the data on the quadcopter, and an Arduino to run the control algorithm. The control data is send from my laptop. It's pretty cool.
Anyway, that's all I've got so far.