давай FPGA впиндюрим ! и обьеденим проекты ?
Posted: Mon Apr 04, 2016 8:23 pm
Зачем ?
1. Во первых потому что я уже сделал пол проекта
что зря трахался чтоль ?
[video][/video]
Извиняюсь за кометы, я не особо режиссер "ютуб-ер"
2.Со смесями и особенно консолью возиться ну очень мне не охота, хочу rusEFI поставить.
Я задумал так - с проца получать лишь уже рассчитанные параметры угла опережения и обогащения смеси.
Триггер у меня уже написан под CHRYSLER V6, насколько помню чуть ли не самый сложный из всех движков. (именно V6-V8) Триггер хер положишь !, смотри на диаграмму в конце видео. ( тайммарк 3:30 )
Скачки оборотов с 300 до 50 000 за 0,01сек обрабатываются как должное.
Такого в жизни не бывает, это тестбенч.
В ПЛИС терминологии это тест на баги в нереально жестких условиях с софтового/аппаратного эмулятора.
Определение угла с 1/2 !!! оборота !!! в аварийном режиме (обрыв одного из датчиков коленвал/распредвал)
Либо с одного CAM либо с одного CRANKSHAFT ! - Spark1 - Spark6 это уже вычисленные свечки по одному распредвалу.
В штатном режиме с обоих даже с 1/4 оборота КОЛЕНВАЛА !
Короче задержки запаздывания и срыв угла вращения просто не реальны. ( зачем я и вмандил ПЛИСку )
Дело в том что что бы не было написано под FPGA, оно все происходит В "ФИЗИЧЕСКОЙ мультизадачке"
на абсолютной скорости. Конкретно обработка CAM/CRNKSHAFT.
3. Что бы разгрузить проц, взвалить большую часть обработки сигнала (сенсора кромя аналоговых)
и вывода управляющих сигналов (форсунки, свечки, соленойды АКПП) на ПЛИСку !!!
Пусть он (проц) занимается более приятными делами не требующих критичного отклика.
К примеру как у меня в проеке - цветной ЖК интерфейс.
Сделано на самом дешевом типе цветных ЖК, параллельный 16 битный FSMS
4. А главное FPGA на плате ЭТО КРУТО и очень проффесионально смотриться даже как маркетинговый ход
Не один "индюк" уже рта не откроет, мол ардуринский детский проект
Да глянь на любой пром контроллер (Особенно, где спарка с TCM (АКПП))
везде и контроллер и FPGA стоит.
А прикинь именно PCM делать, где и управление АКПП и всей подкапотной периферией ?!
Проц то то тоже не резиновый, да и RTOS это не идеал для такой задачи.
=========================================================================================================================
Если russian согласишься - готов сделать мануал по Verilog-FPGA, вроде FPGA для микроконтрольщика, Си-шника за 1 час на примерах
Можно сделать просто версию PCM rusEFI c FPGA,
вон у AEM же куча версий контроллера. Вот и у нас будет под разные задачи / кошелек
Я планирую приступить к стендовым испытаниям и допилке примерно с середины-конца апреля 2016
вот на этом железе : Есть идеи ?
Естественно и действующую версию rusEFI попутно обкатаю.
1. Во первых потому что я уже сделал пол проекта
что зря трахался чтоль ?
[video][/video]
Извиняюсь за кометы, я не особо режиссер "ютуб-ер"
2.Со смесями и особенно консолью возиться ну очень мне не охота, хочу rusEFI поставить.
Я задумал так - с проца получать лишь уже рассчитанные параметры угла опережения и обогащения смеси.
Триггер у меня уже написан под CHRYSLER V6, насколько помню чуть ли не самый сложный из всех движков. (именно V6-V8) Триггер хер положишь !, смотри на диаграмму в конце видео. ( тайммарк 3:30 )
Скачки оборотов с 300 до 50 000 за 0,01сек обрабатываются как должное.
Такого в жизни не бывает, это тестбенч.
В ПЛИС терминологии это тест на баги в нереально жестких условиях с софтового/аппаратного эмулятора.
Определение угла с 1/2 !!! оборота !!! в аварийном режиме (обрыв одного из датчиков коленвал/распредвал)
Либо с одного CAM либо с одного CRANKSHAFT ! - Spark1 - Spark6 это уже вычисленные свечки по одному распредвалу.
В штатном режиме с обоих даже с 1/4 оборота КОЛЕНВАЛА !
Короче задержки запаздывания и срыв угла вращения просто не реальны. ( зачем я и вмандил ПЛИСку )
Дело в том что что бы не было написано под FPGA, оно все происходит В "ФИЗИЧЕСКОЙ мультизадачке"
на абсолютной скорости. Конкретно обработка CAM/CRNKSHAFT.
3. Что бы разгрузить проц, взвалить большую часть обработки сигнала (сенсора кромя аналоговых)
и вывода управляющих сигналов (форсунки, свечки, соленойды АКПП) на ПЛИСку !!!
Пусть он (проц) занимается более приятными делами не требующих критичного отклика.
К примеру как у меня в проеке - цветной ЖК интерфейс.
Сделано на самом дешевом типе цветных ЖК, параллельный 16 битный FSMS
4. А главное FPGA на плате ЭТО КРУТО и очень проффесионально смотриться даже как маркетинговый ход
Не один "индюк" уже рта не откроет, мол ардуринский детский проект
Да глянь на любой пром контроллер (Особенно, где спарка с TCM (АКПП))
везде и контроллер и FPGA стоит.
А прикинь именно PCM делать, где и управление АКПП и всей подкапотной периферией ?!
Проц то то тоже не резиновый, да и RTOS это не идеал для такой задачи.
=========================================================================================================================
Если russian согласишься - готов сделать мануал по Verilog-FPGA, вроде FPGA для микроконтрольщика, Си-шника за 1 час на примерах
Можно сделать просто версию PCM rusEFI c FPGA,
вон у AEM же куча версий контроллера. Вот и у нас будет под разные задачи / кошелек
Я планирую приступить к стендовым испытаниям и допилке примерно с середины-конца апреля 2016
вот на этом железе : Есть идеи ?
Естественно и действующую версию rusEFI попутно обкатаю.