rusefi.com

mpro wrote:Ссылку на mevd17, например?

git clone https:///github.com/BOSCH_K3_GROUP_REOSITORY_ForDumbLamersWhoBelivesThatOpenSourceIsNotSoFullyShit/mevd17.git

Для чистоты эксперимента.... Что там в переводе? ДляТупыхЛамеровКоторыеВерятЧтоОпенСорсНеПолноеДерьмо?
Нет у него туалетной бумаги,
Мир-дверь-мяч

Maxi wrote:

mpro wrote:Ссылку на mevd17, например?

git clone https:///github.com/BOSCH_K3_GROUP_REOSITORY_ForDumbLamersWhoBelivesThatOpenSourceIsNotSoFullyShit/mevd17.git

Таки смешной шЮтка?
А ли репозиторий не работает?

Да ребята, с чувством юмора у вас явно тоже проблемы.. мне бы и в голову не пришло проверить...

А, так ты так шутил всё это время?
Ну тогда прости, что относились к тебе всё это время серьёзно.

Перед нами выступал рядовой клоун - махи-мир-дверь-мяч
(тут должны быть овации)

Что б не создавать новую тему по плис,напишу здесь .
Подскажите ,если помеха от катушки зажигания проникнет в канал дпкв,то какой какой длины по времени будет занимать ложный сигнал? И вообще ,что произойдёт с компаратором? Переключится ли он обратно в верное положение ? Или же на время образования искры захват дпкв вообще отключается?

Отправлено с моего ASUS_Z010DD через Tapatalk

вот к ПЛИС это не имеет никакого отношения.

XDA wrote:вот к ПЛИС это не имеет никакого отношения.

имеет,если фильтровать на уровне логики. должен же я знать какой длины будет фильтр.

peredelkin wrote:

XDA wrote:вот к ПЛИС это не имеет никакого отношения.

имеет,если фильтровать на уровне логики. должен же я знать какой длины будет фильтр.

Имеет ровно такое, как консервы к консерватории.
это проблемы исключительно аналогового тракта. Не ПЛИС

так вам известна длительность импульса или нет?

peredelkin wrote:так вам известна длительность импульса или нет?

Это параметры Вашей аналоговой части.
Вам известно длительность импульса в вашей аналоговой части?

XDA,вы ж где то писали ,что делали уже на плис обработку дпкв и таймеры.
предлагали DE0-nano,но почему не fpga+mc? SoC дорого,но можно ведь по fsmc общаться

peredelkin wrote:Что б не создавать новую тему по плис,напишу здесь .
Подскажите ,если помеха от катушки зажигания проникнет в канал дпкв,то какой какой длины по времени будет занимать ложный сигнал? И вообще ,что произойдёт с компаратором? Переключится ли он обратно в верное положение ? Или же на время образования искры захват дпкв вообще отключается?

Отправлено с моего ASUS_Z010DD через Tapatalk

полезный сигнал ДПКВ может достигать 100 вольт. о каких помехах ты ведешь речь?

Имеет место быть и бывает. Лучше во флудилке буду спрашивать.

Отправлено с моего ASUS_Z010DD через Tapatalk

Если колесо не кривое и зазоры не пляшут - никаких проблем никогда не бывает!

peredelkin wrote: XDA,вы ж где то писали ,что делали уже на плис обработку дпкв и таймеры.
предлагали DE0-nano,но почему не fpga+mc? SoC дорого,но можно ведь по fsmc общаться

Что было под рукой - на том и завели. когда будет точно ясно потребление ресурсов - тогда и будет выбрана минимальная комбинация чипов, удовлетворяющих условиям.

Покупал spartan-6 и stm32f373 по 270 и 200р. соот-но. не дорого же. xc6slx9-2tgg144 пользую на 180 и 360 мгц. Пробовал и на 800. вполне себе хорошо (инвертором рулю). Этого ресурса вполне на узкие места с параллельным выполенеием. Времена уже наносекунды. Почему бы таки действительно не пользовать STM32+spartan? WEBPACK для него бесплатно, программатор тоже копейки.

1) совсем не умеем
2) совсем задачу не придумали пока
3) как коммуницировать между чипами?

Если есть навыки нам разжевать, можно придумать примерно полезную функцию для fpga. Есть идеи, с чего начать?

russian wrote: ↑

Sun Feb 11, 2018 4:15 pm

1) совсем не умеем
2) совсем задачу не придумали пока
3) как коммуницировать между чипами?

Если есть навыки нам разжевать, можно придумать примерно полезную функцию для fpga. Есть идеи, с чего начать?

а что не так-то? в одном варианте , там где скорость нужна, параллельно обмен. 16 бит порт. В текущем проекте по SPI. т.к. реакция на процессе в 'силе' нужна порядка 30нс, иначе сгорит к чертям. Управление силой в спартане, а все уставки и интегральные цифИрки в проце.
ну и прелесть в том, что конкрентно стартан-6 может грузиться по spi с пзушки. . Времена в 1,5 нс обычное дело. Даже беспланый ресурс огромный, а это младшенький кристалл. т.е. ограничений по скорости как-бы не видно. А то что ресурс может где-то избыточный, так и что?
Мезонины измерителей-исполнителей интеллигентные отдельно на кроссе (если время найду опубликую, сделаны, лежат, не до них пока).

Какую конкретно задачу или функцию мы хотим перенести из стм в фпга?

russian wrote: ↑

Sun Feb 11, 2018 5:03 pm

Какую конкретно задачу или функцию мы хотим перенести из стм в фпга?

да хоть всю цифру. аналог конвертируется в цифру и далше плиска. Основное достоинство - параллельность процессов.

я жутко извиняюсь, но это отсутствие конкретики снижаем ценность сообщений. ответа на вопрос о КОНКРЕТНОЙ функции, которую нужно зачем-то перенести, я не получил. мы друг друга не понимаем, к сожалению.

я буду рад конкретной помощи. Я не вижу конкретной помощи, прошу покорно меня простить.

russian wrote: ↑

Sun Feb 11, 2018 5:12 pm

я жутко извиняюсь, но это отсутствие конкретики снижаем ценность сообщений. ответа на вопрос о КОНКРЕТНОЙ функции, которую нужно зачем-то перенести, я не получил. мы друг друга не понимаем, к сожалению.

я буду рад конкретной помощи. Я не вижу конкретной помощи, прошу покорно меня простить.

Места где нужда в скорострельности есть, например обработка датчиков валов , корректная работа с силой в том же зажигании. Топикстартер вопрос задал давно и мне интересно почему не пошел процесс объединения. На мой взгляд это же оптимальный вариант когда конечный автомат в плиске. Обычная логика, триггерочки, инверторы и пр.. Темой занимаюсь вяло по той простой причине, что в месте проживания сие никому не нужно , как черт от ладана бегут от электроники.

Проект не пошёл, потому что мы примерно так же не смогли спланировать работу и договорить о процессе.
Меня немножко не радует SPI, нет ли случайно шанса на CAN?
Но можно начать с SPI Ты можешь взяться сделать FPGA устройство, которое будет мигать двумя светодиодиками с управлением по SPI или CAN? Нужно будет разжевать и в рот нам положить - это немалая работа, но может оказаться очень полезно.

russian wrote: ↑

Sun Feb 11, 2018 5:32 pm

Проект не пошёл, потому что мы примерно так же не смогли спланировать работу и договорить о процессе.
Меня немножко не радует SPI, нет ли случайно шанса на CAN?
Но можно начать с SPI Ты можешь взяться сделать FPGA устройство, которое будет мигать двумя светодиодиками с управлением по SPI или CAN? Нужно будет разжевать и в рот нам положить - это немалая работа, но может оказаться очень полезно.

зачем ими моргать-то? Можно конечно что-то такое сделать. Гдет-то была китайская плата со светодиодами и спартаном. Например такую цепочку сделать: терминал->ascii uart в stm -> spartan по spi 16 bit-> светодиоды -> spi spartan -> stm uart-> терминал.
а CAN модуль есть написанный , да и мезонины у меня с CANом. Опять же в пределах одной платы CAN .... на расстоянии в несколько сантиметров..

А почему SPI не радует? Или будет can шина только на два устройства? В SPI можно пихать по байтам, а в can - пакетами. Только на этом уже в скорости теряешь..
Имхо тут нужно понять, какой будет выигрыш (и будет ли) от увеличения точности, или это уже по крупицам будет прибавка, что и не заметишь.
Ещё, наверное, сюда можно впихнуть какую-то аналитику (кто бы знал, какую) - как в какой-нибудь формуле-1

Моргать светодиодами чтоб начать нас учить fpga и разбираться с инструментарием. Наверное лучше без ascii, это извращение. Can было бы волшебно

да, соб-но главное в другом:
скажем есть некий текст, написанный другим. Тут свои-то тексты по прошествии времени матом кроешь.
Значит д.б. некое графическое представления алгоритмов обработки с четкими критериями. И где оно? нету.
вот врагмент мезонина cnock . аналоговые измерители по 8 каналов аналогичные. выход spi есть также точно, т.к. логичнее на кроссе.
измерители есть, исполнители тоже. А вот скажем внятного алгоритма, например для моего JZ2 нет, по краней мере у меня.

что-то мы прягаем между темами, не получается у нас друг друга понять. предлагаю буковками не пытаться больше, лучше голосом по скайпу.

russian wrote: ↑

Sun Feb 11, 2018 6:11 pm

что-то мы прягаем между темами, не получается у нас друг друга понять. предлагаю буковками не пытаться больше, лучше голосом по скайпу.

скайп сцукко под линуксом не живет, а если живет, то конфликтует с другим по версиям. скажем 8.11.0.4 под 64 бит если и заведу, то на втором конце может не быть ни звука ни картинки. Слава рыжему Биллу. (сейчас у меня 1:18 ночи так-то )