-
I will have to learn everything in any job they give me
But then, how good are you at *learn* new things?
Im not good at anything really
Let's say your Atmel knowledge is enough to get you the job, but soon your employer want to start a team to work e.g. on ARM and put you to the task. Can you take an active stance and get yourself informed or do you need constant hand-holding? -
Watch Youtube videos on micro-controllers in your spare time.
-
In the end I havent bothered mentioning it
one way to say that it is that it took you only 10 days of your spare time to go from knowing nothing about the subject to a working prototype
I will just mention it in the interview if I ever get one
One thing I do know is that every time I have programmed I always start getting it to do the smallest possible thing - like switch an LED on and off and then work gradually in small steps from there.
Don't know if that is how it is done in the real world but that is how I have always done it.
I programmed that Arduino for the remote control and reciever of the Quadrotor in about 10 days - starting from knowing literally nothing and getting the Arduino to print 'Hello world' and then flash an LED. That is how every project has gone for me. I am not sure if this sort of process is acceptable in a real job though
and this makes you valuable as it is a real world example of you being able to learn things by yourself/being proactive/some other crap -
When I hire an engineer I always look for people who learn on their own and work on their own projects. It tell me they can figure out what they need to learn, learn it, and implement that knowledge. In general, I'm less interested in people who have only ever done work for their school program or for a job.
If I were looking at two otherwise interchangeable candidates, I would always choose the person who has the internal drive to learn a bit of programming and make a helicopter. Put it on your resume. -
HiQuote
Do any of you have any ideas how I can make myself more employable while not being able to advance any of these skills in my current job?
You could do what some of my ex-colleagues did
:
when working on a project, divert the project so that it uses what ever you are interested learning.
So for you, start doing projects which require control by micro controllers, such as Atmel, PICs and ARM Cortex M0, M3 or M4.
(I do not like doing that, the engineer in me wants to pick the right solution for the problem)
I said before that mentioning Arduino work is not going to get you noticed
You mentioned that you have worked on 8051, PICs and DSPs - these are the things that are going to get you noticed.
The way recruitment works today is that it is out sourced to Recruitment Agencies. All they do is play match the job spec key words to the CV key words. So, if you put the right keywords on your CV, you will get lots of interest from the agents. Sad but true
What are the keywords?
Embedded, Driver, SPI, I2C, UART, Real Time, some popluar RTOS such as VxWorks or FreeRTOS
I have only had 1 job in telecoms which I am no longer in. I am affraid I am not familiar with what keywords are good for embedded telecomms.
Once again, Good Luck
-
If I was looking at that resume with the bit about the quad I'd want more details, becasue given the number of related open source projects nowadays "I programmed that Arduino for the remote control and reciever of the Quadrotor in about 10 days" could very well actually be "I downloaded code from Github and loaded it on a board I bought which took me 2 days" - with the other 8 days being spent hooking things up and configuring the application as a user, not actually programming it. There may be a couple of #defines to change in the code and reflash the board, but even though that's already a little something that's by no means "programming", and anyone useful as a programmer should be able to figure that part out in a matter of minutes, not days.
So be careful of what you put, if the person on the other side happens to know about the field they might switch into "suspicious" mode when they read such a thing because with the state of things there would be very few incentives to roll your own given there are many offerings that each have accumulated years of development. On the other hand it means that if you really made your own independent project, and got something to fly in 10 days then you're a genius so sure go for it and be ready to explain it in detail.
But if you just went with an existing project as a user by all means don't, because you'd look like a tool who doesn't know what he's talking about unless you actually programmed new features or contributed bugfixes to the project you're using and can attest it. -
Hi
My CV is only 1 pageQuoteDo any of you have any ideas how I can make myself more employable while not being able to advance any of these skills in my current job?
You could do what some of my ex-colleagues did :
when working on a project, divert the project so that it uses what ever you are interested learning.
So for you, start doing projects which require control by micro controllers, such as Atmel, PICs and ARM Cortex M0, M3 or M4.
(I do not like doing that, the engineer in me wants to pick the right solution for the problem)
I said before that mentioning Arduino work is not going to get you noticed
You mentioned that you have worked on 8051, PICs and DSPs - these are the things that are going to get you noticed.
The way recruitment works today is that it is out sourced to Recruitment Agencies. All they do is play match the job spec key words to the CV key words. So, if you put the right keywords on your CV, you will get lots of interest from the agents. Sad but true
What are the keywords?
Embedded, Driver, SPI, I2C, UART, Real Time, some popluar RTOS such as VxWorks or FreeRTOS
I have only had 1 job in telecoms which I am no longer in. I am affraid I am not familiar with what keywords are good for embedded telecomms.
Once again, Good Luck
There is not much room to list buzzwords that I am not really good at anyway
I suppose I could leave out the jobs I had in civil engineering and in finance in London and change it to put some keywords on like from projects I did at university from 2007-2011 like the 8051, PICs, embedded C, TI DSPs etc, Altium designer -
Rather than specifically saying Arduino in an interview...(some like to look down their nose at hobbyists), simply mention that you have experience developing hardware and software solutions on small micro-controllers... if they ask (or know), you can elaborate with PIC, 8051, and Atmel 8-bit processors.
Don't commit too hard, if you understand their questions, you'll have a chance of dealing with them.
The biggest challenge after the actual languages is the choice of toolchains, and their internal 'processes'. -
Quote
There is not much room to list buzzwords that I am not really good at anyway
Recruitment has turned into a bit of a game now a days, at least in the UK.
I suppose I could leave out the jobs I had in civil engineering and in finance in London and change it to put some keywords on like from projects I did at university from 2007-2011 like the 8051, PICs, embedded C, TI DSPs etc, Altium designer
As I said before the agents play the buzz word matching game.
You definitely want to be tayloring CVs for EACH job specifically.
Emphasis the relevant experience to match the job specification, down play any work that is less/not relevant.
Do 1 CV for each job that you are targeting. Sadly the job market is so competitive now that this is often the only way to stand out from the crowd.
You can add your experience in personal or hobbies section if it is not related to work but it looks better if it is part of your work.
As I said, try to use projects at work to build up the experience you need. Manager usually do not care how you do something, just that it gets done. -
I barely have any idea how to start a program but is it worth mentioning in a cover letter for example that I have programmed microcontrollers before? Ill be applying for any job they will give me in these companies.
Unless you're expecting to start a new job tomorrow, this would be an ideal time to expand knowledge on anything you want to use in a resume.
Find some Arduino tutorial projects online. Make them. Find some Arduino projects in Make magazine or similar. Make them. Find an open source project or two that's under active development, find ways to contribute to their code (at a minimum, OSS projects always welcome help with documentation). You've now got new real-world experience to add to your resume! (the last couple of jobs I've been in, the interview process included asking me about what open source projects I've contributed to)
There won't be a better time to learn!
-
When I hire an engineer I always look for people who learn on their own and work on their own projects. It tell me they can figure out what they need to learn, learn it, and implement that knowledge. In general, I'm less interested in people who have only ever done work for their school program or for a job.
If I were looking at two otherwise interchangeable candidates, I would always choose the person who has the internal drive to learn a bit of programming and make a helicopter. Put it on your resume.
Me too. No academic credential represents internal drive and it seems to be a rare personality trait these days. -
How about check out Dave's latest you tube video on the STm something dev board and get a tad more insight. It's only $13 if you want to play with something a bit more challenging. Video picks up more relevance for you around the 30 min mark - he kind of gives you a peak at what you probably didn't know you didn't know...
https://www.eevblog.com/forum/blog/eevblog-900-stm32-arm-development-board/?topicseen -
When I hire an engineer I always look for people who learn on their own and work on their own projects. It tell me they can figure out what they need to learn, learn it, and implement that knowledge. In general, I'm less interested in people who have only ever done work for their school program or for a job.
If I were looking at two otherwise interchangeable candidates, I would always choose the person who has the internal drive to learn a bit of programming and make a helicopter. Put it on your resume.
Me too. No academic credential represents internal drive and it seems to be a rare personality trait these days.
Actually a PhD is largely about internal drive. The ability to stick to the goal through grad school politics, the use as underpaid labor, sometimes inadequate resources and actually think and implement a thesis topic. That is not to say that all PhDs are useful and effective in industry. Many cannot deal with real world problems, or feel that they are somehow above others (see some of the posts above) and above the problems that your organization needs solve. But all in all PhDs have demonstrated drive and ability to learn, two important qualities in an employee. The inability to deal with real world problems, and the feeling of being above or better than the problems and people around them is not confined to PhD holders.
So as always, ditch the HR formulas and evaluate each candidate on their own merits. It is a difficult skill, one I don't claim to own much of, but which I have observed in action. Those who are good at it do wonderful things for their organizations. -
Find a tutorial on how to setup Arduino without an Arduino, basically, get the Atmega chip, crystal and other components and breadboard it. You can still use the arduino software to code in the arduino framework, so you're still skipping a lot of the hard stuff but it's a good start to be able to say you programmed the chip directly vs just plugging in an Arduino.
I was looking into coding the chips without Arduino, but there isn't very many tutorials out there so it's harder to find info for. Like what command do I use to flip a certain pin, etc. What variable, what bit, etc. There's tidbits of info here and there though that you can eventually put it all together. There's also things like fuses (not the current limiting kind) that you don't really get to touch with Arduino.
I would not recommend lying on a resume, if they catch wind of that, it would be really bad. It may even possibly be illegal, but don't quote me on that. Imagine you say you are very proficient in a certain language and your first day on the job they get you to code/troubleshoot a life safety device that uses said language and it fails. Just something to think about. -
Rather than specifically saying Arduino in an interview...(some like to look down their nose at hobbyists), simply mention that you have experience developing hardware and software solutions on small micro-controllers... if they ask (or know), you can elaborate with PIC, 8051, and Atmel 8-bit processors.
Don't commit too hard, if you understand their questions, you'll have a chance of dealing with them.
The biggest challenge after the actual languages is the choice of toolchains, and their internal 'processes'.
The problem with all we have said (all of us) is that, sooner or later, they're going to sit the OP at a desk with a development board and a toolchain and expect results. Like right now! If you haven't programmed an NVIC, you simply do not know how to do it. But you're expected to know how. "Hey, is FreeRTOS running yet?" "How many tasks?"
In the end, you can't fake experience. You either have it or you don't and most employers expect results. They're not usually in business to provide training. The only way to get that experience is to sit down with a couple of development boards for various incantations of hardware, presumably ARM, and write code. Lots and lots of code.
One reason I keep pointing to http://www.jcwren.com/arm/ is that his demo code, for the ARM7, demonstrates the use of every peripheral on the chip. Now, this particular platform is trivial compared to something like the STM32F4 and there is no CSMIS or company provided obfuscation of the hardare but it is complete. It would be useful to port the ideas to a more fully featured ARM Cortex Mx avoiding all the code provided by others.
It's all about writing a ton of code!
-
Rather than specifically saying Arduino in an interview...(some like to look down their nose at hobbyists), simply mention that you have experience developing hardware and software solutions on small micro-controllers... if they ask (or know), you can elaborate with PIC, 8051, and Atmel 8-bit processors.
Don't commit too hard, if you understand their questions, you'll have a chance of dealing with them.
The biggest challenge after the actual languages is the choice of toolchains, and their internal 'processes'.
The problem with all we have said (all of us) is that, sooner or later, they're going to sit the OP at a desk with a development board and a toolchain and expect results. Like right now! If you haven't programmed an NVIC, you simply do not know how to do it. But you're expected to know how. "Hey, is FreeRTOS running yet?" "How many tasks?"
In the end, you can't fake experience. You either have it or you don't and most employers expect results. They're not usually in business to provide training. The only way to get that experience is to sit down with a couple of development boards for various incantations of hardware, presumably ARM, and write code. Lots and lots of code.
One reason I keep pointing to http://www.jcwren.com/arm/ is that his demo code, for the ARM7, demonstrates the use of every peripheral on the chip. Now, this particular platform is trivial compared to something like the STM32F4 and there is no CSMIS or company provided obfuscation of the hardare but it is complete. It would be useful to port the ideas to a more fully featured ARM Cortex Mx avoiding all the code provided by others.
It's all about writing a ton of code!
Were this strictly true virtually no one could get a first job. What you are describing is the experience and knowledge required for a top paying lead position, or a consultant or sole programmer at a small shop or similar. Folks with the skills you describe generally have no trouble finding employment, but are in short supply. Thus the openings for lesser talents that may eventually become one of the artists. -
yes, coding an Arduino is real embedded programming. There is no doubt about that.
But this is not the real question you may want to ask. You want to apply for a job requiring embedded programming.
Then you need to meet your employer expectation, and in this case arduino programming is probably not sufficient,
as your employer may expect that you will be able to handle any kind of MCU at a lower level programming
involving the configuration of the registers, and the debugging capabilities in a professional environment that
may be the one used in the company.
To be able to meet some of this requirements, it is then essential that you have a better idea of the expectation of the
company you are aiming for, and to be prepared to at least partially fulfil these requirements. No one expect that you will be
able to do everything, but if at least you show that you can rapidly adapt to the company environment, it will be very positive.
To step out from the arduino environment and get a grasp of a professional setting, I strongly recommend
to follow the free online course of MIT
"Embedded systems shape the world"
https://www.edx.org/course/embedded-systems-shape-world-utaustinx-ut-6-03x
It is now open for registration in the "Take courses when you want and at your own pace" form with no deadlines.
This is a very enjoyable course and
will probably be the quickest way to put you on level with your expectations and those of your potential employer. -
Rather than specifically saying Arduino in an interview...(some like to look down their nose at hobbyists), simply mention that you have experience developing hardware and software solutions on small micro-controllers... if they ask (or know), you can elaborate with PIC, 8051, and Atmel 8-bit processors.
Don't commit too hard, if you understand their questions, you'll have a chance of dealing with them.
The biggest challenge after the actual languages is the choice of toolchains, and their internal 'processes'.
The problem with all we have said (all of us) is that, sooner or later, they're going to sit the OP at a desk with a development board and a toolchain and expect results. Like right now! If you haven't programmed an NVIC, you simply do not know how to do it. But you're expected to know how. "Hey, is FreeRTOS running yet?" "How many tasks?"
In the end, you can't fake experience. You either have it or you don't and most employers expect results. They're not usually in business to provide training. The only way to get that experience is to sit down with a couple of development boards for various incantations of hardware, presumably ARM, and write code. Lots and lots of code.
One reason I keep pointing to http://www.jcwren.com/arm/ is that his demo code, for the ARM7, demonstrates the use of every peripheral on the chip. Now, this particular platform is trivial compared to something like the STM32F4 and there is no CSMIS or company provided obfuscation of the hardare but it is complete. It would be useful to port the ideas to a more fully featured ARM Cortex Mx avoiding all the code provided by others.
It's all about writing a ton of code!
Were this strictly true virtually no one could get a first job. What you are describing is the experience and knowledge required for a top paying lead position, or a consultant or sole programmer at a small shop or similar. Folks with the skills you describe generally have no trouble finding employment, but are in short supply. Thus the openings for lesser talents that may eventually become one of the artists.
That's why new employees normally have an education in CS or EE. They will be able to demonstrate college level capabilities in a wide range of topics related, in some way, to the tasks at hand. I suspect that most CS programs include a course in embedded programming.
Right off the bat, I have to concede that I have never worked a day in the fields of electronics or embedded programming (although I did make some money writing BIOS code for CP/M, let's skip that...). My work career was in electrical, construction and project management. In all those years, I can't recall ever hiring someone for a specific position who didn't have at least some kind of experience. I was working for a business that was in the business to make money.
I can't imagine what a newhire would do, sitting at their desk, if they didn't at least have the equivalent of a CS degree. Where would they start? Furthermore, the only way to write good looking C code is to write a ton of ugly looking C code and work up.
The problem with being highly educated in another field is that, on one level, you are overqualified for entry level positions, should such even exist. Employers are reluctant to hire people who are overqualified. It was so bad back in the '70s here in California that they passed a law that said it was OK to understate your qualifications because PhDs couldn't get a job anywhere.
Given the situation that returning to college for a few targeted courses is not feasible, there are only a couple of alternatives: First, try some of the online courses like the one linked above from MIT. There are others but MIT Open Courseware is pretty famous. The other way is to sit down with a board and toolchain and write a bunch of code. Spend time writing bottom level code for all of the gadgets in the chip. Use of the C library is fine, no other manufacturer hardware level code allowed. It's ok to port FreeRTOS (or equal) and the TCP/IP stack but the bottom level code is original. Oh, and it should be for an ARM processor.
Working in embedded means writing code. A lot of code...
-
Of course Arduino can be considered as real programming, depending on what you are doing with it. I simple hello world or a simple led blinking may not qualify, but something more complex can be considered as real programming independent of the processor.
Arduino is typically considered as a hobby platform, but the Atmega328 MCU itself is a real microcontroller which contains some nice peripherals and in the hands of a capable programmer can perform some really cool stuff within the limits of the Flash and RAM size.
One good thing about Arduino is that there are tons of example code snippets that can be used as a part of a project. The quality of those code snippets vary from terrible to very good, so I typically rewrite those snippets to suit my purpose and try to improve the quality as well. It won't be too hard to port the ideas of the code snippets to other target platforms later. For example, if you have some peripherals connected to the Arduino, you can prototype with the peripherals first in order to get the feeling how the peripherals behave and perform before you start the design for the actual platform, like STM32.
So, I would do one or two projects using Arduino in order to get started and then move to STM32 controllers. Dave's latest video #900 https://www.eevblog.com/2016/07/14/eevblog-900-stm32-arm-development-board/ features one example of a very inexpensive STM32 evaluation board. There are other boards containing STM32F4 in about 20 Euro range, containing very powerful ARM Cortex M4 core with floating point capabilities, some SIMD instructions for the accelerated DSP capability and quite a lot of RAM and Flash.
Try to select a board that is supported by ST so that you can get sample applications up and running as fast as possible without too much of a frustration. There are some free and commercial IDEs for the STM32 development, and it may take some time to decide what to use. When you have decided on the IDE, you can try out the sample applications. After that, you can start developing our own stuff.
If you want get into some mixed signal development, you may also want to try the $10 PSoc 5 LP evaluation kit from the Cypress which contains quite a lot software-configurable mixed signal/analog blocks that can be used to create very nice measurement and control applications with very few external components. -
My cheap two cents
Take a look at this
https://leanpub.com/mastering-stm32
You can read a sample and take a look at chap 1. In my opinion, chap 1 is what you should know by the time you finish the book.
The goal of the book is to learn STM32 (uses the F401) with totally free tools. Tools that can be used on Windows, Linux, or Mac.
Tools are what will kill you. Most tools are not free, and if free commercial then there are conditions. If you have extra money then commercial is probably the best way to go.
In chap 2 the author shows how to install (by my count 7) free tools. Each tool has options. My guess there are about 50 steps to install software. But I made it and I do not have a PhD. I am starting Chap 3 (blink LED) today after I pick up my 465b.
The board (F401) costs about $17. Nucleo board So for less than $40 you can get started with the STM32 and learn something that should help you.
Also the board uses Arduino connections so Arduino shields can be used.
If you get the book, you may want to look into another career. It is hard.
-
(just my opinion)
Not really, since the "hard work" has all been done for you already. Stating "arduino" or "raspberry pi" on a CV will likely get nothing more than some eye-rolling from whoever is reading it.
My advice would be to spend a little time working with something a bit more advanced to show that you don't just "follow the crowd" - go bare metal on an LPC or STM32 etc. for example. -
(just my opinion)
Not really, since the "hard work" has all been done for you already. <snip>
Programming in Linux or Windows platform using the Posix libraries or Qt framework, or creating an application running on the FreeRTOS and using its services and device drivers, are not real programming in similar criteria? I see.
-
I need to get a new job
I live in a town where there are loads of jobs available in the Wireless/Telecomms sector
There are loads of jobs for embedded software programming and presumably all the technical jobs in these companies require some ability to program
...
I barely have any idea how to start a program but is it worth mentioning in a cover letter for example that I have programmed microcontrollers before? Ill be applying for any job they will give me in these companies.
The challenge for you is that programming is hard. There is a large gap between "knowing how to code" and "being able to create a well organized, maintainable, reliable, bug-free program with complex logic". Even for people with aptitude I think it takes a couple of years of practice to get reasonably proficient.
So if you see this as a potential career move, you need to start now, in your own time, doing some learning. Download and install some development kits or IDEs and learn how to use them, writing programs both for embedded development boards and for the desktop. Both aspects contribute to good programming experience. If you have an Arduino board try programming the micro directly rather than using the Arduino environment. That way you will get a much better idea of how the chip works.
If your domain is power electronics, think about an application of micro control in that field that you can design and build. It's not my area so I don't know details, but maybe something like a charge controller and power management system for a green energy source like a micro-turbine or solar power? It's not wireless/telecomms, but maybe you can fold in some of that by including wireless telemetry?
Frankly, you are probably overqualified for an entry level job where they will train you. Those positions will be offered to graduate trainees or interns. Do you really want to step down to that level? As a PhD with prior job experience you should be aiming much higher, and demonstrating an ability to come in as a contributor not a trainee. -
(just my opinion)
Not really, since the "hard work" has all been done for you already. <snip>
Programming in Linux or Windows platform using the Posix libraries or Qt framework, or creating an application running on the FreeRTOS and using its services and device drivers, are not real programming in similar criteria? I see.
That's on a different scale - judge it based on whether it's commonly marketed towards kids & noobs! -
That's on a different scale - judge it based on whether it's commonly marketed towards kids & noobs!
Uhm, how could that be a good indicator? Assembler was also once used by kids & noobs...