Ruslan1

Из сугубо личного опыта, CAN очень чувствителен к параметрам линии (и это объяснимо), RS-485 намного дубовей и всеядней. 38400 на несколько километров по нелиниям связи со свистом бегает. Зато у CAN (я говорю про CANopen протокол) стандартизирована атоматическая раздача адресов и автоопределение скорости, вещи очень удобные если часто что-то подключается-переносится. Велосипед не нужен, достаточно реализации стандартного Модбаса с его 256 устройствами на линии. просто хаб это тоже одно из устройств, ему приходит команда- он коммутирует компьютер на нужный луч со своими двумя сотнями точек. Обязательно нужно предусмотреть вторичную проверку, правильно ли произошла коммутация, это можно сделать на уровне пользовательского приложения, не трогая протокол(в контроллере один из Модбас-регистров хранит этот персональный неповторяющийся ID, который всегда спрашивается и присутствует как данные в составе пакета данных принятого от слейва). Применение стандартных технологий дает массу возможностей в будущем, в любой момент можете купить какую-нибудь примочку (ну скажем, выйти на езернет или радио-удлинить какой-нибудь кусок вашей сети). Аппетит придет во время еды и лучше быть к этому готовым :) Насчет все контроллеры(каналы связи)в один порт PC: планируете узкое место в самом дешевом разовом участке сети, в центре. Если можно разложить на порты по скажем максимум 256 устройств на порт, то тот же Модбас вообще без выкрутасов и коммутаторов потянет (правильнее кажется 240 устройств, остальные адреса зарезервированы стандартом). Чем меньше "умных" устройств между центром и сенсором-тем спокойней спать будете. Многопортовка не такая дорогая вещь, а распараллеливание медленных процессов (связь) это всегда хорошо. Крайне не советую делать доморощенный протокол, получится очередная вещь в себе, тупиковая ветвь эволюции.

(Просто комментарий, извините.) Вам точно зададут вопрос про предельное количество устройств и требуемый объем данных для обмена. Также СЕРЬЕЗНО подумайте над вопросом кто является инициатором связи. У Вас написано что "Со стороны PC необходимо получать не только сигнал, но понимать какой из датчиков его выдал". То есть инициатива датчиков? Это еще туда-сюда на CAN, но вот при беспроводной реализации проблемы создает крупные по времени доступа и оверхеду траффика. По закону подлости всем датчикам приспичит свистнуть одновременно. Ну не знаю, может в России все и хорошо (на каком чистом полигоне интересно они 10км на 433МГц 10mW получили?), но в Москве и окрестностях эти расстояния думаю так в сотню-тысячу раз уменьшить нужно. Ну и мне кажется, вам лучше ориентировать потенциального разработчика системы на взять что-то готовое (протокол хотя бы) и реализовать его, а не придумывать очередной доморощенный велосипед, задача классическая и решения нужны классические а не придуманные вчера. Если дело ограничется написанием(разработкой) простенького интерфейса с конкретными датчиками а не разработкой доморощенных протоколов и железа с нуля- вы только выиграете в результате. Не будет устраивать стоимость покупного-позже сделаете разработку своих аналогов для удешевления.

Очень актуально! И не зависит от природы данных, а зависит только от природы линии связи. Оборвался провод- пошли все FF, закоротился на землю- пошли все 0 (если данные и тактирование приемника по разным проводам). полином CRC должен быть такой, чтобы пакет вида 0,0,0,0,0 не был воспринят приемником как правильный пакет с переданным в конце CRC=0. Обычно это достигается тем, что начальное значение регистра CRC до рассчета не 0, а что-то иное. То есть если пакет номальный, то вы примете пакет "0,0,0,ненулеваяCRC", а если битый, то "0,0,0,0" и сможете отличить битый от небитого.

Еще один момент во время включения, может для большинства и очевидный, но я в свое время нарвался, хорошо до серии обнаружили и устранили. Если на плате стоит DC-DC с широким диапазоном входных напряжений, то ток при низком входном напряжении больше чем при высоком. Как результат- при возрастании напряжения во время включения ток потребления сильно выше чем при устоявшемся режиме. Жестко и грубо проявилось когда двадцать устройств посадил на 200-метровый кабель, через который они и запитаны. Питание поднялось до напряжения запуска DCDC, устройство начало жрать, ток вырос, падение на кабеле увеличилось, напряжение доходящее до устройств осталось маленьким, ток остался большим. Система стабилизируется и продолжает жить в этом непредусмотренном режиме. Медвежуть с подогревом кабеля и перегрузкой группового источника питания по току. Лечилось увеличением порога включения DCDC и размывкой момента запуска наплатной железяки (в зависимости от сетевого адреса контроллер начинает работать через разное количество сотен миллисекунд от ресета).

Опттимум у каждого свой. Одним кофеваркой управлять, другим многотонный двигатель мониторить. Если у Вас задана (В ТЗ например) вероятность обнаружения ошибки (или, что то же самое, требуемая вероятность принятия битого пакета за небитый), то исходя из этого можно четко сказать какой длины CRC нужно. Если на глазок пальцем направление ветра определяете (ТЗ молчит)- то берите CRC32 если ресурса хватает или CRC16 если не хватает. Применение более коротких CRC нужно уже обосновывать. По личному опыту- CRC16 совершенно хватает в промышленных масштабах (в составе MODBUS-RTU), пакеты от 5 до 256 байт. Дополнительно проверяется конечно и адрес и валидность информации представленной в служебных полях пакета, в-общем все то что уже содержится в модбасовском пакета. Для ваших коротких пакетов CRC32 все-таки еще тот оверхед. Берите CRC16. А может быть и CRC8, но тут уже считать нужно, хватит вам CRC8 или нет. И еще проверьте на передачу вырожденного пакета выбранный вами полином- скажем, чтобы пакет из одних FF или 00 не давал CRC равное тому же FF или 00, иначе такой мусорный пакет будет воспринят как нормальный. Это думаю вы уже видели и по ссылкам в конце ходили.

Фи! Вы им испытания для опытной партии делать собираетесь или таки просто использовать сенсор выпускаемый какими-то тиражами и уже имеющий статистику? (Думаю, нужную вам спецификацию еще не придумали) Не, меня малогабаритность интересует, чуда хочу. А если килограммы- так уж чем геофон хуже.

мне кажется, что лучше геофонов могут быть только геофоны :) А с всевозможными MEMS-датчиками можете для начала просто спектральную плотность шумов ("Output noise density" или подобное) смотреть, она в даташите приводится, ну и пересчитать для нужной вам полосы. А какие это "некоторые модели акселерометров с характеристиками подходящими для измерения микросейсмических колебаний" ?

Я извиняюсь за ортогональный обсуждению вопрос, но схема действительно рабочая? Ну, например мне глаз режет 51 Ом последовательно со светодиодом и болтающиеся в воздухе выводы SDC.

Что есть то есть. Но зато ассортимент! Стоимость доставки легко окупается если вы всякую мелочь у них и возьмете и все одной посылкой получите, а не будете по разным конторам бегать, упрашивая продать два резистора 0805 с точностью 0.1%. Удобство запросто может превысить те 35 баксов которые USPS за доставку их большой коробки берет.

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

Мда? PIC12F1822- 8 ножек. Розница 1.28(SOIC)/1.4(QFN) , если сотня- то 0.83(SOIC)/0.91(QFN) STM32F100 - от 48 ножек и более. Розница на минимальный 2.73, если сотня- то 1.98 STM8L151 - от 32 ножек и более. Розница 2.64, если сотня- то 1.91 Смотрел цены на реально предлагаемые к продаже в Digi-key. (цены в долларах США) Я что-то упустил, каким местом эти STM стоят столько же? Ну и предлагать 32-ногий корпус в качестве минимального микроконтроллера тоже несколько некорректно. Ну и если совсем моргалку делать, то есть еще меньше,в SOT23-6 (6 ног) PIC10F200T : $0.59 в розницу и $0.34 за сотню. Но I2C там боюсь не поднять, мозгов не хватит :)

Хм, ну вот Майкрочип клепает с аппаратными USART и I2C, но не меньше чем 8 ножек и QFN. В более мелких корпусах уже нет аппаратных интерфейсов. документашка на такой камень

Базар не обманешь :) Если цена значительно отличается от подобных приборов- значит вам придется потратить часть ресурсов (денег, нервов, времени и т. д) не на оплату счета, а поле этого. Бывают конечно исключения, но это лотерея. Попросите у них результаты испытаний. Не через форум, а для начала позвонить поговорить, послать вопросы на официальный емыл. Серьезная фирма _никогда_ не игнорирует потенциального заказчика, то есть при отсутствии вежливого и внятного ответа- сотрите из хистори их адрес или поставьте на холд скажем на годик :) Самое эффективное средство старта общения- это личный звонок голосом, через скайп стоит копейки После этого можно и е-мылом переписываться.

Вы уж извините за грубость, но первая мысль возникшая при беглом прочтении обзоров микроконтроллера в интернете: Это же какие ордена и медали должны раздавать, чтобы заставить работать с ЭТИМ... русский аналог с 5-й приемкой старенького PIC17 конечно круто, но есть более утонченные методы занятия мазохизмом. Про ассемблер ничего не скажу, но почему бы вам не воспользоваться готовыми библиотеками от производителей этой самой NAND ? пусть и не используя встроенную в MCU аппаратную поддержку этой самой NAND? Я с PIC18 пользовал аппноты от STM, если их в интернете не найдете за давностью- пишите куда выслать. В заголовке файла написано: Ну понятно что там Си, а не ассм. По крайней мере проверьте алгоритм, если напрямую скомпилировать нечем под ваш камень.

не каждый птиц может и 100мА из себя выдавливать. Если говорить про 3.3 вольтовые драйверы- то там рекомендованные токи меньше, скажем 60мА. По логике вещей: 5 вольт на два терминатора 120R это как раз 83 mA в идеале. Для 3.3 вольта- 55 mA. Ну можно еще добавить в пределе 32 устройства по 12 килоом, это еще +16% к току. То есть около 100 мА для 5-вольтового драйвера.

Эх молодежь! Вот помнится были времена, когда на зарплату уже смог купить б-ушную 386-ю мамку (полноразмерную! только DIP-корпуса!), выпросить на работе "во временное пользование" все остальные втыкалки включая даже MFM винчестер 80МБ (мегабайт! весил 3.5кг!).... А вот монитор того, не было. В фидо (ну не было тогда интернета на каждом углу!) был найден драйвер переводящий карту в 50-герцовый режим, который был вставлен в autoexec. Сигналы на выходе VGA смешал резисторами. Как результат- все нормально (А я говорю нормально!) смотрелось на экране телевизора. Про цвета не скажу- тиви у меня черно-белый лампово-транзисторный (рекорд 312 кажется) под эксперименты был выделен. Если драйвер чего-то глючил- вслепую на клавиатуре заходил в нужную командную строку и запускал ручками. Драйвер ессно на конкретные видеочипсеты заточен был, но поддерживал очень многое. Через месяц начальник сжалился и выделил домой нормальный монитор, а через полгода и премию целевую дали на покупку нормального железа домой (за один 3.5-гиговый винт 200 баксов выложил блин жаба до сих пор напоминает).... Так что в минимальном комплекте нужно несколько резисторов и драйвер(кстати распайка была прямо в описании драйвра). ЗЫ Эх фоток не делал, IBM PC в связке с ламповым телевизором- это был наш ответ всем чемберленам вместе взятым.... :)

Здравствуйте! Вот начал знакомится с Телитами, думаю что купить чтобы меньше паять. Нужно только GPRS, гонять данные используя встроенный TCP/IP+FTP. Аналог(голос и др) и прибамбасы в обозримом будущем юзать не буду На полный кит типа EVK2 пока жаба и начальство задушит, не нужно оно. Помогите пожалуйста определится, что лучше купить: GC864QUD730: 49 фунтов в Фарнелле, 80-pin Molex connector GM862QUD730: 59 фунтов в Фарнелле, зато уже встроенный SIM-холдер и всего лишь 50-pin Molex connector Склоняюсь к GM862QUD730, вроде мороки меньше (меньше пинов во внешнем коннекторе и SIM прямо внутрь засовывается). Что я теряю по сравнению с GC864? Честно говоря не понял чем между собой эти 862,863,864,865 различаются, С буквами GT/GM/GC/GE и приписками сзади ясно, а вот что от номера зависит неясно.номер непонятен. Еще неясно с залочкой: если покупаю в Европе, то в СНГ работать будет? А если наоборот(тут купить и евро И еще- обязательно к этому Телиту интерфейсную борду брать (CS1203B или CS1150A )? Если я просто на макетке ответную часть этого Молекса распаяю проводками- работать будет? там же получается только питание-UART-Reset, ничего высокочастотного. Антенна прямо в модуль суется. Или есть подводные камни по разводке и лучше для первого раза купить интерфейсную борду (по сути просто переходник в штыревые гребенки) за 40 фунтов? Про купить ближе чем в Фарнелле: Вроде говорят ВД-Маис в Киеве Телитом торгует, но на онлайн складе у них голяк, попробую позвонить после выходных.... Москву даже трогать не хочу- накрутки у россиян такие что дешевле из Штатов или Британии купить (как правило, хотя конечно раз в пару лет случаются приятные исключения) Парадокс- делают Телиты на заводе в соседней Румынии, а купить проблема....)

Спасибо! Я уже действительно разглядел в документации Телита. Разжевано ну прямо для меня. Получается что просто работу с приемом-посылкой AT-команд и нужно сделать. И поддержка FTP есть внутри. Красота...... Такое ощущение что собственно разработка много времени не займет. Заложу 1 неделю на написание софта плюс 1 неделю на отладку. Потом еще 1 неделю на портирование и отладку на моем железе (понятно, что вначале играться и писать и отлаживать сишник для работы с AT-командами буду на писишке с подключенным к ком-порту компьютера модемом). В-общем месяца при готовом железе должно хватить :) Выбрал Телит как фирму-производителя, только еще не разобрался какой именно их продукт брать чтобы меньше с обвязкой возиться. увидел совершенно замечательные конструкции- прямо со встроенным слотом SIM-карты. По-моему они все очень похожи, только опции разные (Python, SIM, GPS). Еще я так понял некоторые залочены по странам. Очень интересно, что у них диапазон питающих напряжений от 3.22 V. Значит, если я буду иметь 3.3V, то в принципе можно напрямую вязать с процессором. Хотя нет, запас всего -2% по питанию это плохо.... Но заманчиво....

Если бы вы сказали что молния шибанула- тогда объяснимо, а просто 110 вольт- это плохая схемотехника. Дешево и сердито: ставили два стабилитрона 6.8В от ног на землю и резисторы 0805 10 Ом на входной разъем. Резисторы могут выгореть, стабилитроны могут улететь (кстати проверяли- эти стабилитроны при превышении тока спекаются и уходят в КЗ, очень удобно). Но до драйвера ничего не может дойти. Само собой, применяется гальваноразвязка со стороны микроконтроллера. За десяток лет я не помню ни единого улета драйвера, применяли и AD тоже. Первые годы ставили DIP в колодке (думали что менять будем часто ;), потом обнаглели и на SOIC перешли. Терминатор не ставим.

Про сервер- это действительно долго писать? Я уже хочу FTP, я думал что если есть поддержка FTP, то любой FAR со стороны винды сможет доступиться. Словом, если вкладывать силы- то именно в поддержку стандартного протокола со стороны контроллера, а не в придумывания-написание своего на писишке. Спасибо за наводку. Глянул: у китайских товарищей "wavecom GSM gprs module Q2686" стоит около 40 долларов. Но попробую найти готовый модем, может и ближе чем в китае. Буду копать. Q2687 у них готовые модемы в корпусе по 140 баксов.... Ой не хочу сейчас в это нырять... Моя мечта- вообще модем не трогать в плане его внутреннего программинга, мне бы его как черный ящик пользовать. А можно пользоваться тем, что в модем встроен TCP/IP стек и даже FTP, но снаружи, через AT-команды? Что нужно для этого на контроллере писать? PPP ? Мне сейчас честно говоря все равно. Но так как OpenAT пользовать не хочу, то у Wavecom нет преимуществ. Понял, спасибо. То есть на любой вопрос сколько стоит переход на другой подобный модем буду говорить что минимум месяц, еще же и протестировать нужно будет свеженаписанное. Да я уже начал людей дергать кто до моего стола кит на сим900 привезет, но что делать, начальство оно на то и деньги платит чтобы музыку заказывать. :) Маркетинг. не хотят связываться с китайским производителем, хотят местного европейца. Телит подходит, даже только что ткнули для примера в конкретную модель- GC864QUD730. Открыл "IP Easy User Guide - Telit" (rev.10 2011-03-09) - как-то там все прозрачно, четко разжевано как через AT-команды FTP пользовать. Мне кажется что я понял :). Только еще не понял какая модель это может. Или просто новая прошивка это может, а продавцы просто забыли дописать, пишут "TCP/IP" и больше ничего. Буду смотреть.... Добавил: А, нашел, внутри документа на второй странице списочек продуктов, поддерживающих это.

Да, замечательно. Но к сожалению задача стоит несколько иначе: используя (если возможно) именно Wavecom, сделать GPRS доступ. Если я могу аргументированно заявить что Wavecom мне не подходит потому что у его нет встроенного стека или он сильно проблемный- тогда буду смотреть на других. А вот еще вопрос: если я сделал нужное мне устройство с поддержкой скажем того же Wavecom через UART, насколько проблемно будет адаптировать софт под скажем SIM900? Где различия и что наоборот стандартизировано в области AT-GPRS команд? Вспоминая проводные модемы- и зух и идц и ноунэйм в принципе работали и без тонкого индивидуального тюнинга. Тут различий больше, но все-таки.... Дополнение: как альтернатива Wavecom, рассматривается Telit, но про них еще меньше знаю. Хочется что-то типа внешнего модема или кита.

Здравствуйте! С GPRS никогда дела не имел (ну разве надпись на своем мобильнике вижу), поэтому и разместил тему в разделе для начинаюх, тут надеюсь не будут смеяться над моими вопросами :) Что имею: устройство на микроконтроллере, хранящее файлы. Что нужно: передать файлы посредством канала GPRS. Дополнительная вводная: использовать изделия Wavecom. Инициатор связи - контроллер, так как нужно минимизировать его энергопотребление, в онлайне сидеть не будет. Количество данных ограничено объемом вставленной SD-карточки, но как правило это до нескольких сотен килобайт в сутки. Что делать/как жить дальше? Собственно сейчас не сделать нужно а только составить план что нужно сделать и спрогнозировать сроки. Пока что понятно: 1. В Интернете заводится компьютер со статическим IP ("сервер"), на который контроллер и будет сливать данные после коннекта(установки IP-соединения) 2. Контроллер дооборудуется UART интерфейсом 3. К этому UART подключается модем, корпусной-безкорпусной сейчас неважно, на стадии отладки конечно хочется чужое готовое использовать. 4. Пишется дополнительный софт для контроллера, работа с модемом ведется через AT-команды. 5. Пишется дополнительный софт для сервера. Про железо: Изначально думал купить кит на SIM900, про эту китайскую линию очень много написано, но меня резко развернули в сторону французов (Wavecom). Насколько я вижу, популярны Wavecom Q2403A и Wavecom Q2406B. Я про них еще толком не читал (почитаю конечно), но вроде бы Q2406B имеет внутри и поддержку FTP Совершенно темный лес это софт. Пожалуйста, проясните, где я прав а где бред несу: 1. Для минимизации софта на контроллере нужен модем, который сам имеет внутри готовую поддержку TCP/IP 2. Так как речь идет о передаче файлов, то неплохо было бы поднять стандартный FTP, тогда со стороны сервера вообще ничего писать не нужно. То есть еще лучше, если плюс к TCP/IP говорят о реализованном в модеме FTP. 3. Если модем имеет поддержку FTP, то мне достаточно в контроллере иметь относительно несложный генератор AT-запросов и обработчик AT-ответов модема для реализации единственно нужной мне функции (передача файлов). 4. Пока речь не шла, но 99% что понадобится также и принимать файлы на контроллер. Но если у меня уже будет поддержка передачи файлов посредством FTP, то организовать прием будет несложно. Спасибо что дочитали и вдвойне спасибо, если выскажете свое мнение про мои идеи :)

география несколько странная. Ну ладно Кишинев Одесса рядом хотя и через границу, но вот Киев уж совсем неблизко. Может оговорите допустимый регион, там еще много населенных пунктов внутри-рядом с оговоренным треугольником....

Ага. Но их перед этим еще нужно сконфигурировать согласно мануалу. 12-ю главу откройте (IO ports), страница 31, черным по английскому все расписано.

Какой даташит вы смотрели, у них по файлу на каждую функцию :) Смотрите 12-ю главу, там про I/O пины. Каждый пин названный CN*, может работать как вход прерывания.