Create AP_GenericVehicle #26511
Create AP_GenericVehicle #26511
Conversation
| @@ -1852,7 +1852,7 @@ def write_UART_config(self, f): | |||
| f.write('#define HAL_SERIAL%s_DRIVER Empty::UARTDriver serial%sDriver\n' % | |||
| (idx, idx)) | |||
|
|
|||
| if 'IOMCU_UART' in self.config: | |||
| if 'IOMCU_UART' in self.config and False: | |||
There was a problem hiding this comment.
Wouldn't this just make it never be true?
There was a problem hiding this comment.
Wouldn't this just make it never be true?
Yep! IOMCU is currently not working :-) Like a lot of things ;-)
There was a problem hiding this comment.
I meant, wouldn't this break other vehicles too?
There was a problem hiding this comment.
I do not get the point of this. I will ask you about this on a Dev meeting.
There was a problem hiding this comment.
I meant, wouldn't this break other vehicles too?
Oh yes, very thoroughly. This is an interim commit while I work out what to do about IOMCU. It wasn't a problem on boards other than Pixhawk6X that I was using, because no IOMCU.
Need to be able to be able to make a derivative board from a hwdef, removing the IOMCU. That's not really possible at the moment because IOMCU is a basic directive you can put into a hwdef and can't undo by something which is including that hwdef. Possibly by making AP_IOMCU_ENABLED actually work.... Don't know, I was in hack-and-slash mode for that bit as I wanted to get a hardware debugger in there, and had Pixhawk6X on my desk for that :-)
There was a problem hiding this comment.
I've now found a better way to get this effect, so removed this hack. It did its job :-)
peterbarker
force-pushed
the
pr/ap_custom
branch
2 times, most recently
from
be70309 to
ac05e30
Compare
makes life difficult if you *do* want to supply your own fwversion object sometimes
... hopefully we can get rid of this method
peterbarker
force-pushed
the
pr/ap_custom
branch
from
ac05e30 to
eac8c13
Compare
for removing things in env from included files
we're just about to call methods on the singleton, so make sure it is likely to exist
many, many things disabled. Some of these could be enabled and be expected to work.
peterbarker
force-pushed
the
pr/ap_custom
branch
from
eac8c13 to
dfbbf98
Compare
also AP_Scheduler since we're calling and instance method on it
the typedef won't exist in that case
peterbarker
force-pushed
the
pr/ap_custom
branch
from
dfbbf98 to
43cf857
Compare
A "normal" AP_Vehicle, but with no "flight" logic.