Вот сколько существуют запросы возраста, всегда старались преувеличить (до 18 догнать, хотябы), а тут… чудеса :)
Неожиданно, но тьфу… какая к чертям анонимность в интернете то? Где-нибудь да карточкой расплатишься, понадобится указать пасспортные данные, засветишься в новостях, просто друг проболтается, коммент с фотографии подскажет…
По мне так таиться практически бесполезно…
И всё ещё не заводится? Занятно, надеюсь, это банальный отсчёт от нуля(тогда, считая от единицы, нога 8ая), или проблема в адресе датчика на шине… Иначе возможен геморрой и пляски с бубном.
Ой как занятно :) первый раз просто вижу программу для Ардунио, да ещё и без подсветки кода…
Ну ладно, тогда согласно этой логике(и да, для обоих датчиков там используется единая шина), если датчик температуры аналогичен используемому в примере Роба, то следует править 30ую строку:
const byte PinTemp = 7; // TEMP SENSORS
Как альтернатива — можно банально контроллер в разные места поподключать, ну или… искать проблемы в железе.
Самая разумная мысль по сути топика =)
Уж чёрть знает, с чем адресация связана, скорее всего с пайкой и соединениями, но вот вырезка из HABS.pde:
byte sensor1[8] = {0x28, 0xF8, 0x58, 0x6C, 0x01, 0x00, 0x00, 0x4F}; // User Defined Temperature Sensor Location
byte sensor2[8] = {0x28, 0x1E, 0x3E, 0x6C, 0x01, 0x00, 0x00, 0x59}; // User Defined Temperature Sensor Location
В принципе, код там(в проекте Роба) откомментирован нормально, правда, несколько опечаток в саммих комментариях есть.
Благо, написано без особого изврата, аккуратно и по-простому.
Если не найдётся уже работавших с Ардунио людей — с удовольствием покопаюсь.
То есть, как эксперт, Вы можете с уверенностью заявить: «Предстоящее приобретение Skype компанией Microsoft никоим образом не связано с данным инцидентом.»?
Давайте не будем брать во внимание официальную версию — ошибку в конфигурации, так как причины всё ещё не названы(И то не факт, что скажут правду, кстати.).
Вам знакомо такое чувство, как «лень»?
Что касается всей этой ситуации:
*Да, мне не нравится сам факт подобной сделки.
*Да, определённое количество лучей ненависти посылается мною в сторону Майкрософта ежедневно.
*Да, я в курсе, что большие сделки не проводятся за пару дней.
*Да, виновен, не искал состояние сделки на текущий момент.
*Да, просто было лень.
Пусть шутка и уныла, уж какие мысли в голове… Немного бесит вся эта система плюсов-минусов, отбивающая у большинства говорить собственные мысли.
Разумеется, валить всё на Майкрософт было бы глупо(Если присмотритесь — даже и мысли такой не было.), но честно говоря, кажется, что события взаимосвязаны. Может и нет — покажет время.
Ну серьёзно ведь :)
Раньше, конечно, тоже были косяки, но намного реже.
После покупки — понеслось…
Кто виноват — чёрт знает. Но не думаю, что эти приключения в интересах Microsoft.
По поводу стеков претензий не имеется, просто для галочки вопросик, на мой взгляд главное — базы данных, тем более, Postgres очень уважаю… А Tomcat или нет… Для меня это из серии «найдите 10 отличий», пока что не вижу дико большой разницы(Недавно вынудили начать осваивать EJB 2.1 для WAS 6.1).
Посмотреть изнутри было бы интересно, правда, пока и другой загрузки хватает.
На всякий случай оставил заявочку, при случае потыркаем :)
Объём работ, необходимых для данного проекта представляется крайне тяжко, остаётся только аплодировать стоя.
Занятно — на странице jelastic.com/ использована иллюстрация с кириллицей, параллельно с английским текстом, да и домен com…
Бегло просмотрел предыдущие посты, не нашёл информации о сроках выхода и ценах, даже примерных.
И для размещения приложений доступен только Tomcat-деплоймент?
Сформировалась последнее время такая привычка: всё что не нужно — постепенно выносить подальше, не особо важно, в архивную подсистему, на базу дев ветки, просто в файлы… Жаль только, что когда разрабатывал на постгресе, с запросами между базами были проблемки.
Так что под 1000 таблиц в фразе «не знаю задачи, для которой может понадобиться 1000 таблиц» следует понимать 1000 реально необходимых для работы таблиц.
Сейчас занят на проекте, который развивается с 90ых годов в масштабах небольшой страны и не может быть остановлен больше, чем на час технического перерыва(вру, конечно, когда-то случалось и 2 дня простоя, но воплей, по слухам, было море). Если бы эту базу DB2 не чистили, боюсь, пришлось бы намного чаще обновлять и распараллеливать и сам мейнфрейм(сейчас zSystem 9, если не соврал), и стойку с дисками под базу, и подчинённые системы.
Это всё — вопросы оптимизации, прилежности админа, следящего за системой, и немного — методки подсчётов.
В рабочей подсистеме (а существуют ещё и тестовая, и промежуточная, и пара подсистем для вообще других целей) там существуют 1600+ таблиц… примерно 700 из них — явный мусор, аналог вашей «версионности», если хорошо покопаться — у проекта останется 744 актуальные таблицы, может, меньше.
Теперь, можно смело заявить, по Вашей версии, мол, «проект использует 3500+ таблиц, ура-ура-ура!»(чёрт знает, насколько соврал, лень считать базы дочерних систем, в том числе на других машинах, в других городах), или перекинуть всё лишнее из продакшен подсистемы в архив, исключив мусор из подсчёта и остановиться на скромной цифре в 744.
Как вариант — провести глубокую оптимизацию и рефакторинг, что почти нереально в нашей ситуации, и оставить таблиц 400-600.
Вариант VolCh мне показался более разумным, чтоли… Хотя и со своей толикой безумности, а-ля «создадим архитектуру, универсальную для описания всего». :)
Жаль, ни разу ещё не видел необходимости и не встречал людей, горящих идеей свести базу к 5NF или DKNF… а было бы интересно…
Неожиданно, но тьфу… какая к чертям анонимность в интернете то? Где-нибудь да карточкой расплатишься, понадобится указать пасспортные данные, засветишься в новостях, просто друг проболтается, коммент с фотографии подскажет…
По мне так таиться практически бесполезно…
Ну ладно, тогда согласно этой логике(и да, для обоих датчиков там используется единая шина), если датчик температуры аналогичен используемому в примере Роба, то следует править 30ую строку:
const byte PinTemp = 7; // TEMP SENSORS
Как альтернатива — можно банально контроллер в разные места поподключать, ну или… искать проблемы в железе.
Уж чёрть знает, с чем адресация связана, скорее всего с пайкой и соединениями, но вот вырезка из HABS.pde:
byte sensor1[8] = {0x28, 0xF8, 0x58, 0x6C, 0x01, 0x00, 0x00, 0x4F}; // User Defined Temperature Sensor Location
byte sensor2[8] = {0x28, 0x1E, 0x3E, 0x6C, 0x01, 0x00, 0x00, 0x59}; // User Defined Temperature Sensor Location
Благо, написано без особого изврата, аккуратно и по-простому.
Если не найдётся уже работавших с Ардунио людей — с удовольствием покопаюсь.
habrahabr.ru/blogs/gadgets/121852/#comment_3987121
Давайте не будем брать во внимание официальную версию — ошибку в конфигурации, так как причины всё ещё не названы(И то не факт, что скажут правду, кстати.).
Что касается всей этой ситуации:
*Да, мне не нравится сам факт подобной сделки.
*Да, определённое количество лучей ненависти посылается мною в сторону Майкрософта ежедневно.
*Да, я в курсе, что большие сделки не проводятся за пару дней.
*Да, виновен, не искал состояние сделки на текущий момент.
*Да, просто было лень.
Пусть шутка и уныла, уж какие мысли в голове… Немного бесит вся эта система плюсов-минусов, отбивающая у большинства говорить собственные мысли.
Разумеется, валить всё на Майкрософт было бы глупо(Если присмотритесь — даже и мысли такой не было.), но честно говоря, кажется, что события взаимосвязаны. Может и нет — покажет время.
Никакого снисхождения :) Жестока аудитория и беспощадна.
Спасибо за разъяснение… Ну чтож сказать, желаю всем побольше терпения :)
Раньше, конечно, тоже были косяки, но намного реже.
После покупки — понеслось…
Кто виноват — чёрт знает. Но не думаю, что эти приключения в интересах Microsoft.
Посмотреть изнутри было бы интересно, правда, пока и другой загрузки хватает.
На всякий случай оставил заявочку, при случае потыркаем :)
Объём работ, необходимых для данного проекта представляется крайне тяжко, остаётся только аплодировать стоя.
Бегло просмотрел предыдущие посты, не нашёл информации о сроках выхода и ценах, даже примерных.
И для размещения приложений доступен только Tomcat-деплоймент?
Так что под 1000 таблиц в фразе «не знаю задачи, для которой может понадобиться 1000 таблиц» следует понимать 1000 реально необходимых для работы таблиц.
Сейчас занят на проекте, который развивается с 90ых годов в масштабах небольшой страны и не может быть остановлен больше, чем на час технического перерыва(вру, конечно, когда-то случалось и 2 дня простоя, но воплей, по слухам, было море). Если бы эту базу DB2 не чистили, боюсь, пришлось бы намного чаще обновлять и распараллеливать и сам мейнфрейм(сейчас zSystem 9, если не соврал), и стойку с дисками под базу, и подчинённые системы.
Это всё — вопросы оптимизации, прилежности админа, следящего за системой, и немного — методки подсчётов.
В рабочей подсистеме (а существуют ещё и тестовая, и промежуточная, и пара подсистем для вообще других целей) там существуют 1600+ таблиц… примерно 700 из них — явный мусор, аналог вашей «версионности», если хорошо покопаться — у проекта останется 744 актуальные таблицы, может, меньше.
Теперь, можно смело заявить, по Вашей версии, мол, «проект использует 3500+ таблиц, ура-ура-ура!»(чёрт знает, насколько соврал, лень считать базы дочерних систем, в том числе на других машинах, в других городах), или перекинуть всё лишнее из продакшен подсистемы в архив, исключив мусор из подсчёта и остановиться на скромной цифре в 744.
Как вариант — провести глубокую оптимизацию и рефакторинг, что почти нереально в нашей ситуации, и оставить таблиц 400-600.
Вариант VolCh мне показался более разумным, чтоли… Хотя и со своей толикой безумности, а-ля «создадим архитектуру, универсальную для описания всего». :)
Жаль, ни разу ещё не видел необходимости и не встречал людей, горящих идеей свести базу к 5NF или DKNF… а было бы интересно…