В машине нечто проприетарное, куда лезть не хочется и не можется (без вскрытия доступа кроме кнопок нет). И хочется такое иметь на стороне своего телефона, чтобы работало безотносительно того, к какому автомобилю подключено. Поэтому задача в общем случае сложная - нет обратной связи на телефон в каком режиме сейчас аудиосистема находится, транслирует ли звук с телефона или играет свой.
100% нажатие - это ведь по показаниям датчиков педали? Нам как технарям интересен протокол между педалью и управляющим модулем. Ошибки могут быть на этапе считывания (потенциометр, энкодер, что там используется?), на этапе передачи по шине (цифра, аналог?), на этапе обработки уже в коде. В систему протоколирования ведь попадает, скорее всего, уже то, что принято к исполнению в ПО. В серьезных машинах, знаю, на педали два датчика, постоянные контроли целостности линии (КЗ и обрыв - это не валидные сигналы), расхождение показаний - сразу режим аварийной работы.
Короче, очень интересует техническая часть про электронику педали акселератора.
Он утверждает, что режим автономного вождения «сработал некорректно».
Юридически он делает все правильно. Никогда не свидетельствуй против себя. И для технического разбора такие заявления ничтожны.
Хе. У меня задача, которая длится уже более 15 лет и продолжает развиваться. И в рамках этого проекта периодически выстреливают именно олимпиадные случаи, когда нужно решить быстро, при отсутствии полной информации, не обязательно насовсем (а дать время марафонцам успеть сделать хорошо, пока олимпиец-спринтер держит место), аврально, в стрессе, не всегда в комфортных условиях. И это не мы такие, это сфера деятельности такая с ее моделью финансирования и заказов.
Приложение умеет автостартовать при обнаружении автомобиля?
Хочу умный режим. Когда играет музыка с телефона, сигнал на аудиосистему автомобиля. Когда слушаю радио, но телефон подключен, то орать громко своим динамиком. Но не вижу однозначного способа определись с телефона режим магнитолы.
Программисты не любят стресс, аврал, сверхсрочные задачи, ограниченность ресурсов. А это все встречается в работе. И способ понять, как ты себя поведешь в такой ситуации - такие соревнования. Сам участвовал, на работе помогает именно психологически.
Он прекрасно справляется, но для этого родители должны быть способны чуть больше, чем жать кнопки в магазинах и мессенджерах. При этом настройки каждого профиля ребенка делаются индивидуально. Здесь же массово хотят по команде из центра всем детям задать ограничения. Но для этого телефон, либо аккаунт в соцсети должны быть адекватно настроены по возрасту.
В моих мечтах такой функционал для мобильного приложения и подключенного к нему головного устройства автомобиля. Чтобы мультимедиа кнопками на руле (или на магнитоле) можно было бы быстро лайкнуть или дизлайкнуть трек. Морды полноценного плеера там нет, это не полноценная трансляция - просто воспроизведение по BT.
То же самое хочется и для обычных наушников, когда телефон далеко под одеждой. Но автомобиль приоритетнее по желаниям.
У меня есть еще и фантастическое предложение. Давайте построим большой-большой двигатель и изменим скорость вращения земли так, чтобы эти високосные секунды перестали набегать.
Интересно, что по нашему недоумию изменится так, что мы об этом сильно пожалеем?
Секундная точность, насколько я осознаю проблему, важна для навигации по звездам. Исключается дополнительный параметр при вычислениях местоположения. Если не подводить часы плавно, то при вычислениях добавляется еще и смещение относительно последнего точного подвода времени. А без учета накопления просто ориентируясь по хронометру и не глядя в календарь на текущий год на экваторе можно промахнуться эдак на полторы тысячи километров в новых допусках.
Дополните, пожалуйста, для чего еще важно точное выравнивание нуля на Гринвиче по углам относительно звезд и солнца. Я про расчеты, а не про привычки биологических организмов.
Эээ, а голова, ноги - это чтобы роботы своим ходом на белой машине с мигалками за рулем сами доехали до места операции? Как бы лишние детали в рамках хирургии. Тут два манипулятора (руки), да поворотный торс нужны. Камера с сенсорами, наверное, но целая голова для этого не нужна.
Соглашусь только с одним - универсализация. Штампуем одинаковых, всякие атавизмы просто есть.
Тут поведали, что Т-банк выложил карту где статистика набирается по оплатам их карточками покупок бензина. Механику получения информации по маркам я не знаю, но подозреваю, что в модель можно заложить факт начала продаж после паузы, подсчет проданных литров, учет объема бензовоза - будет более-менее прогнозируемая статистика по наличию и остаткам. Это будет работать при работе агрегатора по нескольким крупным банкам, более-менее достоверная информация. Делая допуск на карты мелких неучтенных банков и наличку.
Повторю свой прошлый вопрос - почему банку это выгодно, а самой заправке нет (ведь ей проще публиковать информацию о бензине в своем приложении). Ответ пока один неутешительный - банк пиарится, цели реально помочь нет.
//дизелистов игнорируют...
Тут читал комментарии по подобным новостям. Ближайшие заправки народ проверяет из приложения: оплата онлайн, выбор колонки, а там статус "заливается/залито" + марка топлива. Наличие прямо сейчас проверяется за пару минут.
Фидошники лет 25 назад бы оценили. На времена отпусков и командировок кнопка Reset выводилась на кнопку дверного звонка. Когда станция подвисала, в квартиру босса звонили.
Но тогда не было того интернета, который бы этот палец активировал.
С бензом история завелась на хайпе и любопытстве. Практически такой информатор сам себя губит и практической пользы нет. Заправку у дома все местные будут помечать как пустую. Немного удаленные от дома - как полную. Чтобы лично для себя уменьшить очередь и повысить вероятность заправиться. А гоняться по зеленым кружочкам будут доверчивые и не понимающие механику процесса.
Польза для клиентов от аналога "гдебенза" может быть только в приложении топливной компании по актуальным данным наличия (с остатком) и онлайн картинки с камеры на территории. Как, например, сделано на автомобильной госгранице - при существовавшей альтернативе заезда в Финляндию через 2-3 КПП я уже по дороге выбирал маршрут с учетом загрузки пунктов.
Вопрос только в том, является ли данная опция выгодной для топливной компании. Я думаю, если бы она давала хорошую прибыль, информатор о наличии уже бы появился сразу же как начались проблемы.
Вы же понимаете, что если не "вайбкодить за вечер", а запрограммировать с головой и создать продукт, то в нем будут мультисвойства (на "вайбкодерном" - это тип бензина), и актуальность по множественному критерию: время, количество отзывов, расчет расхода, т.е. устаревание (на "вайбкодерном" - все менятеся динамически). И это не "специфика", а абстрактная модель с настраиваемыми параметрами.
Предлагаю на развитие идеи: большая "соцсеть гдехрень?", которая уже запрограммирована, запущен сервер, есть приложение. Любой пользователь регистрируется, может создать свой тип точек интереса или присоединиться к информированию существующих. Дальше стандартный сценарий администрируем, модерируем, монетизируем, продаем платформу заинтересованным серьезным людям, хороним когда-то хорошую идею и тратим схайпованные деньги.
В машине нечто проприетарное, куда лезть не хочется и не можется (без вскрытия доступа кроме кнопок нет). И хочется такое иметь на стороне своего телефона, чтобы работало безотносительно того, к какому автомобилю подключено. Поэтому задача в общем случае сложная - нет обратной связи на телефон в каком режиме сейчас аудиосистема находится, транслирует ли звук с телефона или играет свой.
100% нажатие - это ведь по показаниям датчиков педали? Нам как технарям интересен протокол между педалью и управляющим модулем. Ошибки могут быть на этапе считывания (потенциометр, энкодер, что там используется?), на этапе передачи по шине (цифра, аналог?), на этапе обработки уже в коде. В систему протоколирования ведь попадает, скорее всего, уже то, что принято к исполнению в ПО. В серьезных машинах, знаю, на педали два датчика, постоянные контроли целостности линии (КЗ и обрыв - это не валидные сигналы), расхождение показаний - сразу режим аварийной работы.
Короче, очень интересует техническая часть про электронику педали акселератора.
Юридически он делает все правильно. Никогда не свидетельствуй против себя. И для технического разбора такие заявления ничтожны.
Глушилку за дверью в сторону крыльца и пусть вернут работу кожанным!
А так, хотелось бы рентабельность посмотреть в сравнении с ручной доставкой. Ну и как оно с "осторожно хрупкое" обращается.
Чисто как эксперимент - прикольно. У нас вот почтовый дрон сразу в стену ушел, тут пооптимистичнее выглядит.
Вспоминаю фильм "4 комнаты". "- Мне мама глаза мазью мазала, чтобы я не открывал и спал. - А ты не додумался сходить в ванну и помыть их? 8["
Хе. У меня задача, которая длится уже более 15 лет и продолжает развиваться. И в рамках этого проекта периодически выстреливают именно олимпиадные случаи, когда нужно решить быстро, при отсутствии полной информации, не обязательно насовсем (а дать время марафонцам успеть сделать хорошо, пока олимпиец-спринтер держит место), аврально, в стрессе, не всегда в комфортных условиях. И это не мы такие, это сфера деятельности такая с ее моделью финансирования и заказов.
Приложение умеет автостартовать при обнаружении автомобиля?
Хочу умный режим. Когда играет музыка с телефона, сигнал на аудиосистему автомобиля. Когда слушаю радио, но телефон подключен, то орать громко своим динамиком. Но не вижу однозначного способа определись с телефона режим магнитолы.
Программисты не любят стресс, аврал, сверхсрочные задачи, ограниченность ресурсов. А это все встречается в работе. И способ понять, как ты себя поведешь в такой ситуации - такие соревнования. Сам участвовал, на работе помогает именно психологически.
Он прекрасно справляется, но для этого родители должны быть способны чуть больше, чем жать кнопки в магазинах и мессенджерах.
При этом настройки каждого профиля ребенка делаются индивидуально.
Здесь же массово хотят по команде из центра всем детям задать ограничения. Но для этого телефон, либо аккаунт в соцсети должны быть адекватно настроены по возрасту.
Так предложение фантастическое. Но теперь представим, что мы смогли это сделать. Наивное представление - вот теперь часы не надо подводить.
Однако начинают происходить неожиданные события. Очень любопытно - какие?
В моих мечтах такой функционал для мобильного приложения и подключенного к нему головного устройства автомобиля. Чтобы мультимедиа кнопками на руле (или на магнитоле) можно было бы быстро лайкнуть или дизлайкнуть трек. Морды полноценного плеера там нет, это не полноценная трансляция - просто воспроизведение по BT.
То же самое хочется и для обычных наушников, когда телефон далеко под одеждой. Но автомобиль приоритетнее по желаниям.
У меня есть еще и фантастическое предложение. Давайте построим большой-большой двигатель и изменим скорость вращения земли так, чтобы эти високосные секунды перестали набегать.
Интересно, что по нашему недоумию изменится так, что мы об этом сильно пожалеем?
Секундная точность, насколько я осознаю проблему, важна для навигации по звездам. Исключается дополнительный параметр при вычислениях местоположения. Если не подводить часы плавно, то при вычислениях добавляется еще и смещение относительно последнего точного подвода времени. А без учета накопления просто ориентируясь по хронометру и не глядя в календарь на текущий год на экваторе можно промахнуться эдак на полторы тысячи километров в новых допусках.
Дополните, пожалуйста, для чего еще важно точное выравнивание нуля на Гринвиче по углам относительно звезд и солнца. Я про расчеты, а не про привычки биологических организмов.
Эээ, а голова, ноги - это чтобы роботы своим ходом на белой машине с мигалками за рулем сами доехали до места операции? Как бы лишние детали в рамках хирургии. Тут два манипулятора (руки), да поворотный торс нужны. Камера с сенсорами, наверное, но целая голова для этого не нужна.
Соглашусь только с одним - универсализация. Штампуем одинаковых, всякие атавизмы просто есть.
Тут поведали, что Т-банк выложил карту где статистика набирается по оплатам их карточками покупок бензина. Механику получения информации по маркам я не знаю, но подозреваю, что в модель можно заложить факт начала продаж после паузы, подсчет проданных литров, учет объема бензовоза - будет более-менее прогнозируемая статистика по наличию и остаткам. Это будет работать при работе агрегатора по нескольким крупным банкам, более-менее достоверная информация. Делая допуск на карты мелких неучтенных банков и наличку.
Повторю свой прошлый вопрос - почему банку это выгодно, а самой заправке нет (ведь ей проще публиковать информацию о бензине в своем приложении). Ответ пока один неутешительный - банк пиарится, цели реально помочь нет.
//дизелистов игнорируют...
Тут читал комментарии по подобным новостям. Ближайшие заправки народ проверяет из приложения: оплата онлайн, выбор колонки, а там статус "заливается/залито" + марка топлива. Наличие прямо сейчас проверяется за пару минут.
Фидошники лет 25 назад бы оценили. На времена отпусков и командировок кнопка Reset выводилась на кнопку дверного звонка. Когда станция подвисала, в квартиру босса звонили.
Но тогда не было того интернета, который бы этот палец активировал.
У ЯК есть API взять их базу, и уже к ней сделать свое дополнение и добавочные свойства в вашем приложении?
С бензом история завелась на хайпе и любопытстве. Практически такой информатор сам себя губит и практической пользы нет. Заправку у дома все местные будут помечать как пустую. Немного удаленные от дома - как полную. Чтобы лично для себя уменьшить очередь и повысить вероятность заправиться. А гоняться по зеленым кружочкам будут доверчивые и не понимающие механику процесса.
Польза для клиентов от аналога "гдебенза" может быть только в приложении топливной компании по актуальным данным наличия (с остатком) и онлайн картинки с камеры на территории. Как, например, сделано на автомобильной госгранице - при существовавшей альтернативе заезда в Финляндию через 2-3 КПП я уже по дороге выбирал маршрут с учетом загрузки пунктов.
Вопрос только в том, является ли данная опция выгодной для топливной компании. Я думаю, если бы она давала хорошую прибыль, информатор о наличии уже бы появился сразу же как начались проблемы.
Вы же понимаете, что если не "вайбкодить за вечер", а запрограммировать с головой и создать продукт, то в нем будут мультисвойства (на "вайбкодерном" - это тип бензина), и актуальность по множественному критерию: время, количество отзывов, расчет расхода, т.е. устаревание (на "вайбкодерном" - все менятеся динамически). И это не "специфика", а абстрактная модель с настраиваемыми параметрами.
Разве это не то же самое по смыслу в ЯндексКартах?
Похоже, что уже отработан стандартный промпт: "сделай приложение [где_хрень]". Карта, точки, метрика точки, список, рейтинг, достоверность, серверная часть.
Бензин, парковки, гречка, дождь...
Предлагаю на развитие идеи: большая "соцсеть гдехрень?", которая уже запрограммирована, запущен сервер, есть приложение. Любой пользователь регистрируется, может создать свой тип точек интереса или присоединиться к информированию существующих. Дальше стандартный сценарий администрируем, модерируем, монетизируем, продаем платформу заинтересованным серьезным людям, хороним когда-то хорошую идею и тратим схайпованные деньги.