05.08.2013, 01:35
|
|
Почётный гражданин KAZUS.RU
Регистрация: 10.01.2007
Сообщений: 3,412
Сказал спасибо: 65
Сказали Спасибо 664 раз(а) в 443 сообщении(ях)
|
Re: Оптимальный старт в программировании МК на С
__________________
There's always more than one way to skin a cat.
|
|
|
|
05.08.2013, 01:41
|
|
Прописка
Регистрация: 31.03.2005
Сообщений: 223
Сказал спасибо: 25
Сказали Спасибо 20 раз(а) в 14 сообщении(ях)
|
Re: Оптимальный старт в программировании МК на С
Мы таки говорим не о производителе, а о факте помехозащищенности.
Опять таки повторюсь - в сети много примеров. Те, кто работал 30 лет назад, и до сих пор еще работают в этой области, меня поймут. Ну а для молодых - оставьте мои посты на сутки (может кому-то помогут), а потом грохните их, пожалуйста.
Если кого-то обидел - приношу свои извинения.
P.S. Я пошел спать
|
|
|
|
05.08.2013, 01:42
|
|
Почётный гражданин KAZUS.RU
Регистрация: 10.01.2007
Сообщений: 3,412
Сказал спасибо: 65
Сказали Спасибо 664 раз(а) в 443 сообщении(ях)
|
Re: Оптимальный старт в программировании МК на С
Сообщение от dosikus
|
Вы невнимательны . Сия ссылка выше уже обсасывалась ...
|
Дык, он оттуда её и взял.
__________________
There's always more than one way to skin a cat.
|
|
|
|
05.08.2013, 01:45
|
|
Гражданин KAZUS.RU
Регистрация: 04.08.2006
Сообщений: 911
Сказал спасибо: 28
Сказали Спасибо 180 раз(а) в 139 сообщении(ях)
|
Re: Оптимальный старт в программировании МК на С
Сообщение от Grey_Cat
|
P.P.S. В сварочных аппаратах использовали 511 серию именно по этим причинам.
|
В станках тоже. Тенденция тогда такая была. Кстати дерьмовая серия была. В том числе и по помехам. Жрала как лошадь и, соответственно, проблемы с питанием и оттуда другие проблемы.
Всё меняется. Технологии, подходы. Представим RS485. Согласно типовым представлениям, чем ниже скорость - тем выше надёжность передачи. Так как требуется больше времени (энергии помехи) чтобы исказить бит информации (условно). Но можно подойти по-другому. Siemens работает по Profibus со скоростью 12 мбит/с. Смысл прост. Сокращается транзакция до минимума. Типично данные передаются 16 байт + служебка. Таким образом пакет получается очень короткий. Грубо говоря он "проскакивает м/у помехами". Ну если исказился, производится повтор. Таким образом борьба с помехами перешла из аппаратного в программный уровень.
Поэтому старые книги в данной области не совсем будут отвечать современному уровню развития.
|
|
|
|
05.08.2013, 01:48
|
|
Прописка
Регистрация: 31.03.2005
Сообщений: 223
Сказал спасибо: 25
Сказали Спасибо 20 раз(а) в 14 сообщении(ях)
|
Re: Оптимальный старт в программировании МК на С
Сообщение от tempora
|
Дык, он оттуда её и взял.
|
Вас, похоже, еще и в поисковиках уже забанили...
P.S. Печатную плату хоть раз в глаза видели?
|
|
|
|
05.08.2013, 01:51
|
|
Почётный гражданин KAZUS.RU
Регистрация: 10.01.2007
Сообщений: 3,412
Сказал спасибо: 65
Сказали Спасибо 664 раз(а) в 443 сообщении(ях)
|
Re: Оптимальный старт в программировании МК на С
Глубина анализа строго соответствует предыдущим перлам.
__________________
There's always more than one way to skin a cat.
|
|
|
|
05.08.2013, 01:57
|
|
Прописка
Регистрация: 31.03.2005
Сообщений: 223
Сказал спасибо: 25
Сказали Спасибо 20 раз(а) в 14 сообщении(ях)
|
Re: Оптимальный старт в программировании МК на С
Сообщение от SasaVitebsk
|
В станках тоже. Тенденция тогда такая была. Кстати дерьмовая серия была. В том числе и по помехам. Жрала как лошадь и, соответственно, проблемы с питанием и оттуда другие проблемы.
Всё меняется. Технологии, подходы. Представим RS485. Согласно типовым представлениям, чем ниже скорость - тем выше надёжность передачи. Так как требуется больше времени (энергии помехи) чтобы исказить бит информации (условно). Но можно подойти по-другому. Siemens работает по Profibus со скоростью 12 мбит/с. Смысл прост. Сокращается транзакция до минимума. Типично данные передаются 16 байт + служебка. Таким образом пакет получается очень короткий. Грубо говоря он "проскакивает м/у помехами". Ну если исказился, производится повтор. Таким образом борьба с помехами перешла из аппаратного в программный уровень.
Поэтому старые книги в данной области не совсем будут отвечать современному уровню развития.
|
Ну а кто же против? Только RS-485 - это дифференциальная линия передачи, что не скажешь об отрезке пути от драйвера 485 до контроллера. Я так решил, что во всех следующих разработках, имеет смысл преобразования однополярных сигналов на входе устройства в дифференциальные, далее их обработка, далее (при необходимости) обратное преобразование в однополярные сигналы.
|
|
|
|
05.08.2013, 01:58
|
|
Прописка
Регистрация: 31.03.2005
Сообщений: 223
Сказал спасибо: 25
Сказали Спасибо 20 раз(а) в 14 сообщении(ях)
|
Re: Оптимальный старт в программировании МК на С
Сообщение от tempora
|
Глубина анализа строго соответствует предыдущим перлам.
|
Ну и опять не в тему, умненький Вы наш...
|
|
|
|
05.08.2013, 02:20
|
|
Почётный гражданин KAZUS.RU
Регистрация: 10.01.2007
Сообщений: 3,412
Сказал спасибо: 65
Сказали Спасибо 664 раз(а) в 443 сообщении(ях)
|
Re: Оптимальный старт в программировании МК на С
Да, да, тут, уже десять страниц, все, кроме ГК - "не в ногу" пишут.
__________________
There's always more than one way to skin a cat.
|
|
|
|
05.08.2013, 07:22
|
|
Временная регистрация
Регистрация: 04.08.2013
Сообщений: 51
Сказал спасибо: 22
Сказали Спасибо 0 раз(а) в 0 сообщении(ях)
|
Re: Оптимальный старт в программировании МК на С
Это опять я, ребенок из песочницы.
Почитал ваши беседы, какие же Вы умные!
Но поднятую тему "языки программирования" вы не заметили.
Все мои слова восприняли по максимализму.
И мне кажется, что Вы забыли отличие процессоров от микропроцессоров. Вы давно уже выросли до процессоров, но сидите в микропроцессорах.
Когда я писал что хочу (в будущем) работать с графикой, я имел ввиду символьный индикатор, а не видео изображения. Когда я привел пример оператор Print (согласен, не удачно) я имел в виду любую команду, а язык программирования сам впишет подпрограмму с набором команд и как пример я привел BASIC.
О железе потом, И все таки на каком языке лучше программировать небольшие программы для МИКРОконтроллеров?
|
|
|
|
Ваши права в разделе
|
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения
HTML код Выкл.
|
|
|
Часовой пояс GMT +4, время: 08:23.
|
|