Здравейте, направих си една система с два микропроцесора, Atmega16 които си комуникират по UART. Към единия процесор са свързани два термодатчика DS18B20, а към другия има един. Този който е с 2-та термодатчика (1) изпраща осреднена температура към другия (2) процесор. 2-ри изобразява температурите и RTC на LCD16x2.

На proteus всичко вървеше нормално, но като го монтирах вкъщи и започна да дава грешки от порядъка на 193C, някакви невъзможни стойности на температура, часовника си върви без проблеми. Кабела към датчиците е около 3 метра, а pull-up резисторите са 4,7k пробвах и с 2,2 но ефекта беше същият.

Като за начало - добре дошъл в света извън Протеус!
Какъв ти е въпросът?

P.S. Ако питаш как да откриеш проблема - един процесор, един софтуер, един емулатор/ICD.

Че не е много ясен въпрса - ясно... А проблема е много вероятно да е в самата комуникация и това най-лесно се вижда със осцилоскоп - в смисъл веднага се вижда какво става по линията. Без скоп ще трябват малко експеримети, ама първо трябва да се знае какво трябва да се случи при тази комуникация.

Това теоретично винаги е вярно, всичко е комуникация ...
Вслучая комуникация .....

къде ?
къмто датчиците?
между два слоя софтуер в процесора с 2 датчика?
между 2-та процесора?
между 2 слоя софтуер във втория процесор?

Вероятно към датчиците.

Значи да видя комуникацията от датчиците с осцилоскоп?

Ти хубаво ще я видиш, ама знаеш ли какво да гледаш.

В случая имаш две интегрални схеми - за да не се чудиш какво става, трябва и на двете неща документацията да ти е отворена на съответната страница и да четеш. Обикновенно има диаграми как трябва да изглежда комуникацията.

Това което трябва да гледам, предполагам че ще е вида на импулсите и времето между тях, и да го сравня с графиките от докумнтацията за UART и 1Wire.

А ако открия смущения, сигнали които са не на място, какво ще означава? Кабела ли ще е проблем?

Ами първо виж, пък после ше го мислим. Може и да си е чисто софтуерен проблема. Аз лично избягвам да ползвам 1W. Предпочитам I2C.

Ще го видя с осцилоскоп в такъв случай. А относно 1W нямаше място за повече от TO-92, а реших че цифров датчик ще е по-точен от аналоговия и няма да има загуби по кабелите.

Имал съм доста случаи с DS18B20 да не работят добре. Размени датчиците за всеки случай но за да ти показва такива стойности конвертора не ти е добре. Към датчиците може времената и всичко да е наред.

DS18B20 има CRC, така че ако то е вярно може да му се вярва на показанието. Хващал съм го обаче да дава шантави стойности -40, 0, 85 при стайна температура и CRC-то си е наред - от тях само 85 е документирано като стойност по подразбиране, останалите не би трябвало да ги има, ама факт има ги. Също така обърни внимание на прецизноста на термометъра - т.е. трябва да местиш с по няколко бита за да получиш вярната стойност - казано с други думи резултата е с плаваща фиксирана точка
Последното нещо което си е недомислие е, че потвърждението за започнато измерване е 1 бит при това незащитен с CRC - а с дълги кабели непрекъснато си скача по някой бит така, че никога не може да си сигурен, че това чудо мери. Затова ако върне 85 градуса, мериш пак няколко пъти за да е сигурно, че е измерено нещо реално.

В момента ми работят 14 датчика на които може да им се вярва на вилата и в къщи. Работят постоянно от 2 години и не съм имал проблем. На два сървъра като най дългата магистрала ми е към 40 метра на един от датчиците. Първоначално бяха без контролер, директно към сърварите но имаше проблем с програмата. Около 100 датчика някъде 20 не работиха нормално нямам точно спомен за бройката но ме беше много яд за тях.
В момента всеки си работи с 12ф629 и си чака приоритета по 485.
Не можах да измисля вариант как всеки да си предава информацията и да се приема от всички и за това се наложи да използвам забрани при предаване.

Премини от RS485 към CAN. Ама това си сака и контролер с CAN в него.

CAN си е добре но излиза доста по скъпо а така с една линия си обхождам датчиците.