А что - мега16, в отличие от остальных мег, с внешней памятью работать не может? Странные ребята, эти атмеловцы, непоследовательные какие-то...Vov123 писал(а):При обнаружении устройства контроллер должен прописать ROM-код в RAM. А у Mega16 его как известно 1000 байт.
1 байт - это CRC, его хранить не нужно, еще 1 байт - код семейства, его тоже хранить незачем, так как, по условиям задачи, подключаться будут датчики одного семейства, а может даже одного типа. Это я говорю автору вопроса на заметку - чтобы учел, что тут можно сэкономить.Vov123 писал(а):ROM-код у DS18B20 составляет 8 байт.
А есть гарантия, что в будущих экземплярах два старших байта тоже будут нулевыми? Если есть договоренность с Далласом, то тогда канешна...lkote68 писал(а):я уже обдумывал оптимизацию. ... заполненных байт у меня оказалось 4. Остальные ноль. Нафик их хранить
Просто, Vov123 так высказался, что у кого-нибудь могло сложиться мнение, будто длина ROM-кода равна 8 байтам именно у DS18B20, я поправил его, на всякий случай.lkote68 писал(а):Кстати что означает в вашей последней фразе "ссылаться на DS18B20 необязательно."
В своих постах есть кнопочка -lkote68 писал(а):... рекомендовали дополнять посты Убей не вижу возможности Я на форумах недавно
Если я правильно помню, в стандарте определена макс. емкость линии - вот от нее и плясать. И еще, если опять-таки мне память ни с кем не изменяет, была там речь о дополнительной подтяжке к питанию, если линия длинная.lkote68 писал(а):Вопрос 1. Если моя сеть будет ну довольно протяженная ну скажем метров 50. Не надо ли как нибудь саму сеть гальванически отвязывать от контроллера.
Я бы посоветовал модифицировать библиотеку, добавив в нее дополнительным параметром номер пина, в который "дуть" (если совсем туго будет, можно и порт на ходу менять, но это уж немного сложнее, по-моему, хотя и не бином Ньютона).lkote68 писал(а):Вопрос 2. Хотелось бы все таки разнести датчики по ветвям. Кто знает как можно пререопределить по ходу работы программы значение константы __w1_bit=6.
Пользуюсь CodeVision по моему для быстрого старта самэ той.Yellow Tiger писал(а):Ну, вовсе необязательно редактировать саму библиотеку, да и не нужно это делать - я говорил о том, чтобы взять из неё текст всех 1-w функций, перенести его в свой программный модуль и уже там модифицировать. Ты каким компилятором пользуешься? Я что-то не нашел указания на это в теме.
Не, там все гораздо интересней.lkote68 писал(а):насколько понимаю библиотека это практически бинарник. ... Поэтому как оттуда можна надергать функций вопрос.
Во-первых, библиотеки лежат в виде сишных текстов в каталоге "...\CVAVR\lib", но это не все - перед компиляцией CvAvr генерит один сишный исходник ({имя_проекта}__.c), в котором объединяет все Си-исходники, входящие в проект, вот оттуда можно взять все библиотечные модули никуда далеко не отходя. Я бы посчитал, что дешевле - на каждый кластер (сколько они согласны включать в один сегмент) датчиков вешать одну тиньку (один бакс всего), но не тратиться на написание лишнего кода и не закладывать будущие грабли, либо сэкономить на самом дешевом (на тиньках) ценой дополнительного кодирования и дополнительных граблей, которые еще больше увеличат и сроки и стоимость, а потом предложил бы заказчику выбирать из этих двух сумм. В конце концов, если им очень хочется оплатить твое обучение ассемблеру, то пуркуа бы и не па?lkote68 писал(а):Ну а насчет на одну ногу я бы и вешал. Работодатель грит а ведь можно на разные чтоб у нас если замкнуло мы особо не кипишевали.
Преимущество малого формата - можно хранить либы в исходниках.lkote68 писал(а):Мне и в голову не пришло либы глядеть.
Хм, первый такой случай. Наверное, я что-то о CvAvr упустил. Или ты не туда смотришь.lkote68 писал(а):Нашел асмовский файл. А вот __.с у меня нет.
Хм... это ж надо знать, чего те в мануале нужно, а я твоих требований не представляю. Так, навскидку:lkote68 писал(а):не подскажешь на твой взляд толковый мануал по таким Сям (отличается)и Асму для атмела.
Зато потом читается значительно эффективнее. И развязку как нибудь реализую. Сегодня позакаментил функи посмотрел на init read write... Мысль относительно развязки 1-wire вертелась приблизительно такая:
Обычных обозначений здесь нет, потому поясню - в начале и в конце - м/к, на концах двух подтянутых пуллапами (PU1, PU2) линий - оптопары, между оптопарами и м/к - буферы с третьим состоянием. В данном варианте состояние обоих концевых буферов управляется только ведущим контроллером (тем, что слева), но при необходимости можно второму м/к (там может быть и 1-w датчик) разрешить рулить своим звеном. По-моему, это ничего не даст, но как вариант держать в уме надо - вдруг в этом решении есть что-то полезное?
За фазировкой нулей/единиц не следил (это уже дело техники) - время экономлю, извини. Хотя, похоже, что всего и делов-то - добавить пуллапы и ко вторым оптронам, как они добавлены к первым.
Сомнение вызывает способность оптронов передавать частотки, необходимые для 1-wire, там счет на мегагерцы. Может быть, шинные формирователи спасут.
Вот такой вот эскиз.
P.S. В спешке ошибся в направлении передачи оптронов нижней линии - там стрелки справа-налево!
Я посмотрю, но уже не сегодня, плотная неделька выдалась.lkote68 писал(а):1. как это красиво упаковать
