Почитал pdf по ссылке, страница 4, раздел fault tolerance, верно? Там как раз говорится, что если шлются два UDP-сообщения (они же два UDP-пакета, вот откуда я нашел еще пакет), то сам факт доставки, равно как и порядок доставки не гарантирован. Это особенность протокола.
Еще раз: если будет послано две (или больше команд) в разных UDP-сообщениях, то и прийти они могут в произвольном порядке (но внутри каждого UDP-сообщения порядок будет сохранен).
Как это происходит физически? У нас есть один UDP-пакет. В нем один OSC bundle, внутри которого список сообщений. Байты будут в том же порядке, в каком они были посланы. Сообщения выполняются друг за другом, как они могут перепутаться местами?
> Чтобы этого избежать, надо передавать сообщения в разных пакетах
Это точно правильно? Имхо, чтобы порядок не нарушился, команды должны прийти в одном пакете.
Есть задержки (клавиатура Fatar), но их можно свести к неощутимым, если все настроить. Как у вас сделано подключение к компу и какой софт используется?
Включите в планы EDIFACT. Это что-то среднее между бинарными протоколами и XML. Эдакий малосимвольный XML.
Пришлось как-то разбирать дамп общения неких программ в этом формате: приятного было мало :)
Вы чего на человека набросились? Ну не смотрел он этого фильма, и знакомые его не смотрели. Вот и все что он хотел написать. И даже если считать его комментарий бессмысленным, то ваш выглядит не менее глупо.
И вообще, это еще не известно, кто тут заяц хваста.
Не согласен с вами, программа — нужная вещь. Вы когда-нибудь стирали шелк? Или тонкий шерстяной свитер? Обычная программа типа «крути барабан» повредит эти вещи, им нужен особый режим. Или ручная стирка, но мы же хотим скинуть эти заботы с себя? А бывает нужна не стирка, а только полоскание.
С другой стороны программы в духе «6 движений» кажутся чисто маркетологическим приемом.
Автор кидается в крайности и предлагает не лучшие решения. Заменить кнопки на тачскрин можно, но все эти кнопки просто окажутся там — просто переноса недостаточно. Перенос на телефон — то же самое. Более того: перенос UI телефон — плохое решение, надо дублировать. Вспоминаем, что телевизоры имея ПДУ, все еще имеют мнопки на корпусе, и это правильно.
Хотя в целом направление мыслей верное. Я вот смотрю на духовки, в которых сотни программ готовки с выбором на тачскрине, и недоумеваю: зачем мне программы, которые неизвестно как готовят? Разве может быть что-то лучше трех крутилок: температура, таймер, тип нагрева с вентиллятором?
Не претендую на лучшее решение, но, сдается мне, проблемы обилия кнопок решаются введением профилей. Тех самых «быстро, бережно, тщательно». Остальные элементы управления при этом могут оставаться.
Я подобный учет счастливо веду в Excel'e с автоматическим расчетом полей и статистики. Сделать это нетрудно, получается симпатично. И у вашего сервиса вижу для себя одно преимущество — накопленная статистика, данные по запчастям и прочие фишки, которые описываются в разделе «Откуда взялась идея?». И эти возможности, судя по сайту, пока реализованы слабо: нельзя сравнить несколько моделей автомобилей, нет выбора модели по заданным характеристикам (а-ля яндекс маркет). Данные по запчастям, мойкам, страховкам и т.п. вообще входу не нашел (может они там и есть).
Кратко: мне кажется перспективным поработать над «статистической» частью сайта, это может дать новых посетителей.
Я почему про глюки спрашиваю, тут человек пишет про импульсные бистабильные реле (http://cs-cs.net/avtomatika-impulsnye-bistabilnye-rele-abb-ff) и плюется на электронные F&F. Это, положим не Германия, а Польша, но все же вызывает некое недоверие к подобной электронике. Оно, вы хотите сказать, беспочвенно?
Я не про это спрашивал, уточню: требуется построить структуру с автономным управлением, но добавить возможность ручного управления через некий интерфейс (ethernet?) с PC. Причем интересуют оба возможных варианта: реле допускающие вмешательство в свой процесс с ПК и те, которые без ПК вообще ничего не могут — пассивно управляемые. Это все можно собрать самому из той же дурины, но хочется готовый элемент с монтажом на панель.
Подскажи, пожалуйста,
1) насколько эти реле требовательны по питанию? Насколько я знаю, импульсные электронные реле бывают весьма нежны в этом плане (в отличии от электромеханических).
2) глючат ли они? Ну хоть иногда.
3) есть ли такие реле, чтобы полноценно рулить им с компа?
Достаточно иметь нормальные зеркала и никаких проблем. Если нормальных зеркал нет, можно купить дополнительные накладки по 150р. шт. (а то и дешевле). Всяко лучше, чем оборачиваться, имхо.
Сделали массовый аплоад — большой плюс. Но не сделали массовый даунлоад, а так хотелось. Перенесли файлы в /sdcard/Android/data/com.dropbox.android/files/scratch. Вроде как и правильно, но хочется иметь опцию перемещать местоположение этой папки (хотя бы в прошлый /sdcard/dropbox/).
В целом динамика положительная, исчезли некоторые старые баги (прерывание закачки через es explorer из drop'a. Кстати, а вы знали, что так можно?).
Еще раз: если будет послано две (или больше команд) в разных UDP-сообщениях, то и прийти они могут в произвольном порядке (но внутри каждого UDP-сообщения порядок будет сохранен).
Это точно правильно? Имхо, чтобы порядок не нарушился, команды должны прийти в одном пакете.
Пришлось как-то разбирать дамп общения неких программ в этом формате: приятного было мало :)
И вообще, это еще не известно, кто тут заяц хваста.
С другой стороны программы в духе «6 движений» кажутся чисто маркетологическим приемом.
Хотя в целом направление мыслей верное. Я вот смотрю на духовки, в которых сотни программ готовки с выбором на тачскрине, и недоумеваю: зачем мне программы, которые неизвестно как готовят? Разве может быть что-то лучше трех крутилок: температура, таймер, тип нагрева с вентиллятором?
Не претендую на лучшее решение, но, сдается мне, проблемы обилия кнопок решаются введением профилей. Тех самых «быстро, бережно, тщательно». Остальные элементы управления при этом могут оставаться.
Кратко: мне кажется перспективным поработать над «статистической» частью сайта, это может дать новых посетителей.
Я не про это спрашивал, уточню: требуется построить структуру с автономным управлением, но добавить возможность ручного управления через некий интерфейс (ethernet?) с PC. Причем интересуют оба возможных варианта: реле допускающие вмешательство в свой процесс с ПК и те, которые без ПК вообще ничего не могут — пассивно управляемые. Это все можно собрать самому из той же дурины, но хочется готовый элемент с монтажом на панель.
1) насколько эти реле требовательны по питанию? Насколько я знаю, импульсные электронные реле бывают весьма нежны в этом плане (в отличии от электромеханических).
2) глючат ли они? Ну хоть иногда.
3) есть ли такие реле, чтобы полноценно рулить им с компа?
В целом динамика положительная, исчезли некоторые старые баги (прерывание закачки через es explorer из drop'a. Кстати, а вы знали, что так можно?).