Просмотр полной версии : Преимущества работы с портом с помощью библиотек
Sergey666
23.05.2013, 14:56
Уважаемый Capzap скажите как "художник-художнику , Вы рисовать умеете? :D" , шутка :).
А серьезно , чисто аргументированно (конкретно) какая причина того что вы склоняете к использованию "бибок" , "либок" и другого для реализации связи .
Аргументы - типа так быстрее не катят.
Скажите , вы "СИ"шник?:)("СИ"шники бывшими не бывают):).
capzap не бренд и даже не франшиза овена, зачем тему то создавать.
Передача по последовательному порту с помощью библиотек дает преимущества в работе с "нестандартными" протоколами (см. не поддерживаемые конфигуратором конкретно плк ОВЕН), позоляет самому решать организационные вопросы по чтению и записи конкретной группы регистров, что не возможно конфигуратором и если скорость предположим одинакова, то за счет "оптимизации" за определенный промежуток времени можно получить больше информации
Sergey666
23.05.2013, 16:02
Я,к чему вообще ,-какой смысл использовать "бибки" для реализации модбаса ??? Если в конфигураторе все прекрасно работает ?(для v2.3)
да к примеру панель ИП-320 слейв, наступило какое нить событие, надо высветить определенный экран для идентификации оператора, остальными окнами управляет оператор самостоятельно. Эта запись и чтение единичный случай, зачем мне их каждый раз читать конфигуратором, мешая действительно необходимому оперативному обмену
И все ли прекрасно работает, когда несколько устройств
Раз уж вопрос не через личку, то я вклинюсь.
Если в конфигураторе все прекрасно работает ?Прекрасно только с небольшим числом регистров. Если через конфигуратор делать, то там каждому регистру отдельный период опроса выделяется. В итоге когда у меня двадцать регистров, то общий период составит минимум 200 мс (если с бубном (http://www.owen.ru/forum/showthread.php?t=15106) не плясать). Это уже чувствуется при управлении с панели. То есть аргументом будет «так быстрее» — хотите вы этого или нет.
Группу регистров вы через конфигуратор разом не прочитаете (поправьте — я рад ошибаться). То есть, конечно, можно надобавлять модулей с ручным управлением в конфигуратор, но это всё равно будет реализовано единичными запросами даже если команды на обработку одновременно подавать. Модули тупо в очередь ставятся, и ничего с этим не поделать. А библами что хочу, то и ворочу. Могу хоть мульён раз в секунду читать — лишь бы пропускная способность была.
Но я не агитирую за использование библиотеки когда конфигуратор решает поставленную задачу, если речь об этом. Всё-таки модбас библами это лишний служебный код, который лишь косвенно связан с задачей управления объектом.
Sergey666
24.05.2013, 08:48
Ну , держите.
Во первых период опроса в конфигуратор ставится на "Юниверсал Модбас девайс ":),(прикольно по русски) т.е на устройство и опрос устройств идет в соответствии с периодом , по очереди расположения регистров в конфиге.
Небольшое количество регистров - ТА вы шо!
У меня объект был там 3 ПЛК100 на каждом RS по 12-15 модулей разных , причем если на одном модули только DCON , то на другом по разным интерфейсам DCON и Modbus . И друг с другом вязались они по UDP.
А , теперь по "бибкам".
Единственное , что может "тормознуть" цикл процессора - операторы цикла.
Я,не "разбирал" либы Сислибком , УНМ,Сислибфайл и др , но есть подозрение (конкретное) , что они работают в "цикле" и , соответственно "тормозят" цикл работы процессора.
Я , не люблю использовать "такие либы" т.к работа их не прозрачна.
«Добрым словом и револьвером можно добиться большего, чем одним добрым словом» - Аль Капоне:)
Надо-ж кому-то "Трэш" вносить во всеобщее благолепие.
Дмитрий Артюховский
24.05.2013, 10:13
а еще одна мысль, не поднятая ранее - при использовании библиотек, программист может анализировать текущую загрузку программы и проводить опрос при наличии свободного времени цикла... а конфигуратор будет просто создавать очередь запросов, которые могут и обрушить цикл при неблагоприятном стечении обстоятельств....
например, я точно знаю - не стоит проводить опрос по модбасу при операции записи файла, есть весьма значительная вероятность получить заблокированное файловое имя и не сохраненный файл ))
Я,к чему вообще ,-какой смысл использовать "бибки" для реализации модбаса ??? Если в конфигураторе все прекрасно работает ?(для v2.3)
как только вам понадобиться чтобы в вашем ПЛК-slave работали Input и Holding регистры а не валялось все в одну кучу и когда вам надоест ковыряться с выравниванием вы тут же поймете в чем смысл ;) Написав слейв в ручную у вас появляются широкие возможности в работе по протоколу. Ну и ещё касательно мастера стандартного что в конфигураторе. Опрашивает он весьма странно: по одной переменной с каждого объекта, а не последовательно целиком объекты. Короче смысл таков, что при необходимости подружить ПЛК с оборудованием других производителей вы в большой вероятностью придете к тому, что нужно написать модбас самому. А сделав это вы больше не сможете использовать конфигуратор, ибо поймете что со своей бибкой намного удобнее и гибче. Конфигуратор худо-ли бедно ли удобно использовать только для модбас мастера с целью опроса небольшого количества переменных с внутренних модулей шкафа. А для слейва он не пригоден вообще на мой взгляд хотябы потому что нет понятия input и hold как принято у других производителей. А в остальном ПЛКашки мне нравятся))
Sergey666
24.05.2013, 13:56
...Понятненько ... диагноз подтвержден.
...Понятненько ... диагноз подтвержден.
и каков же диагноз дохтур?
Sergey666
27.05.2013, 13:28
и каков же диагноз дохтур?
Название темы поменяли,исказив смысл ейный...:confused:
А , по диагнозу...ничего таки страшного , живут с этим.:D:p:).
А , вы случайно , в панель машин (немецких,японских и др) тумблера не устанавливаете???Типа для связи с доп.оборудованием.
Это так просто вопрос.
Михаил Иванович
27.05.2013, 16:18
Из сказанного я понял, что штатный конфигуратор работает плохо. В некторых случаях даже мешает (например, записать файл). При этом известо, как надо сделать, чтобы работало хорошо или, во всяком случае, лучше. Почему же тогда этого не сделано? Может быть есть какие-то соображения в пользу штатного конфигуратора? А то ведь, действительно, получается, что надо, как было сказано, дополнительные тумблеры прикручивать, чтобы нормально работало. Или не нужно?
Sergey666
28.05.2013, 10:06
Из сказанного я понял, что штатный конфигуратор работает плохо. В некторых случаях даже мешает (например, записать файл). При этом известо, как надо сделать, чтобы работало хорошо или, во всяком случае, лучше. Почему же тогда этого не сделано? Может быть есть какие-то соображения в пользу штатного конфигуратора? А то ведь, действительно, получается, что надо, как было сказано, дополнительные тумблеры прикручивать, чтобы нормально работало. Или не нужно?
Да нормально он работает. Если без извращений пользоваться и для штатных функций .
Просто есть производители , в основном Российские , в штате которых программисты умные.Вот эти умные программисты извращают Модбас до такой степени , что по стандарту он не работает . Вот для связи с подобными устройствами и приходится применять "либки" и "бибки".
Но , иногда полезно подумать: надо-ли такое оборудование цеплять на ПЛК.
Мистер умник, вы хоть стандарт modbus rtu для начала почитайте, подумайте, что чему и как соответствует, поимейте немного опыта работы с девайсами других производителей, а потом выпады делайте и заявления о том, что все тут идиоты зачем то изобретающие велосипед. А то, честное слово, вы сейчас сами себя унизили своим невежеством. Если вы думаете, что capzap или я например ради удовольствия изобретали велосипед вместо того чтобы пользоваться готовым продуктом производителя, то посоветую не делать впредь столь язвительных выводов о том чего не знаете.
Из сказанного я понял, что штатный конфигуратор работает плохо. В некторых случаях даже мешает (например, записать файл). При этом известо, как надо сделать, чтобы работало хорошо или, во всяком случае, лучше. Почему же тогда этого не сделано? Может быть есть какие-то соображения в пользу штатного конфигуратора? А то ведь, действительно, получается, что надо, как было сказано, дополнительные тумблеры прикручивать, чтобы нормально работало. Или не нужно?
я лично вполне себе использую конфигуратор для modbus master для опроса не очень больших объектов. А не улучшается по одной простой причине. Для маленьких объектов и начинающих программистов конфигуратор действительно подходит, ибо худо ли бедно ли, но он работает, пусть и со своими приколами, и человек под него подстраивается. Далее объекты становятся сложнее, программист опытнее и однажды он доходит до того, что конфигуратор становится в его программе "узким местом". К тому моменту он уже может сформулировать свои претензии к нему. А так как он видит, что написать свою биб-ку для работы по modbus проще, быстрее и удобнее самому, он это делает и потом не зная горя и бед пользуется ей. Всех такая позиция устраивает и ОВЕН свое время тратит на доработку железа, прошивок, и в общем абсолютно правильно делает. Ну по крайней мере я так вижу себе все это.
Однако никто из опытных программистов не выложил свои библиотеки Modbus, отличающиеся от тех, что предоставляется ОВНОМ.
S.A.D. вы считаете, что приборы Взлет от Логики имеют стандартный Modbus ? - 9 бит данных + 1 стоп бит. Где такое в Modbus по стандарту ?
Sergey666
29.05.2013, 08:39
Однако никто из опытных программистов не выложил свои библиотеки Modbus, отличающиеся от тех, что предоставляется ОВНОМ.
S.A.D. вы считаете, что приборы Взлет от Логики имеют стандартный Modbus ? - 9 бит данных + 1 стоп бит. Где такое в Modbus по стандарту ?
5+ .
Для счетчиков тепла ВКТ7 в описании (спецификации) написано протокол коммуникации Модбас РТУ , звоним в техподдержку ,говорят - от Модбаса только "транспорт".
Еще надо примеры извращений???
Единственный плюс в применении "либок" и "бибок" заключается в легкости переноса проекта на другой ПЛК(с другой платформой) , возможно и не Овен.(Коммуникация по не стандарту и ПЛК63 не в счет)
Только никто не озвучил тезис данный.
Так шо вас , братцы, зацепило! :D:D:D
Однако никто из опытных программистов не выложил свои библиотеки Modbus, отличающиеся от тех, что предоставляется ОВНОМ.
S.A.D. вы считаете, что приборы Взлет от Логики имеют стандартный Modbus ? - 9 бит данных + 1 стоп бит. Где такое в Modbus по стандарту ?
Чё это, я регулярно что нибудь выкладываю по модбас
Модбас это просто протокол, параметры связи, вчастности количество данных и стоп-бит, отношения не имеет, так же нельзя в пример ставить тех, кто придумывает свой протокол на основе модбас и пытается всякими хитростями быть уникальным на рынке
Библиотеки, на мой взгляд, имеет смысл применять для больших объемов данных и нестандартных протоколов. Там, помимо прочего, с помощью библиотек можно обойти ограничения лицензии codesys.
Плюсы конфигуратора - простота в освоении, большая надежность работы чес у библиотек. Библиотеки не всегда адекватно работают на овенах на втором rs485.
melky,Sergey666,
стоп-стоп-стоп.
1) capzap с языка сорвал. то что многие производители играют в извращенцев дабы вы не могли законектиться к их устройству без покупки у них же специального преобразователя и другие подобные мошенничества мы тут не рассматриваем. Речь изначально шла о написании своими силами альтернативы конфигуратору которая бы больше соответствовала протоколу modbus, была удобнее в использовании и лучше оптимизирована.
2) я могу выложить свою библиотеку для работы по "modbus RTU" и "modbus через TCP". Там ничего делать даже не надо. Только указывай при вызове ФБ какой порт, скорость и работай. В 2 глобально объявленных байтовых массива (Holding и Input Registers) распихивай переменные по нужным адресам и все, дальше бибка все сделает сама. Но почему-то я думаю, что ВАМ она не понравится. Почему? Да потому что вы привыкли к конфигуратору, вас он устраивает. А моя бибка вам будет непривычна и возможно непонятна. Потому-что я её писал под себя и для себя. Я знаю все нюансы и каждую мелочь в её работе. Плюс ко всему не исключены мелкие баги. Обмен на этой биб-ке у меня уже прекрасно работает не на одном объекте, но тем не менее я не oscat какой-нибудь, в котором штат программеров только и занимается тем что биб-ки пишет. Так что если вам нравится конфигуратор, то работайте через него (в конце концов главное, чтоб заказчика ваша работа устраивала), но однажды вы упретесь в то, что он начнет вам мешать. И никто просто так не будет изобретать велосипед и отходить от общепринятых канонов, ибо это ломает весь смысл от написания своей биб-ки. Исключения представляют извращенцы-мошенники о которых говорено выше.
3)да, зацепило, потому что вы до конца не представляя себе что такое яблоко, как его едят и вообще в целом не представляя, что такое овощи и фрукты, начинаете рубить яблоню и молиться на редис, который хоть и горький, но вы его с удовольствием едите, ибо кроме него ничего не ели.
Еще раз повторюсь, что если вас устраивает работа конфигуратора то работайте через него. Но никто бы не стал писать свое если бы не было необходимости. И ОВЕН бы не стал писать свою бибку еслиб конфигуратор был так прекрасен. Так что если вы ещё не пришли к тому что нужно уходить от конфигуратора, то это не говорит о том насколько он хорош. Меня до поры до времени он тоже устраивал.
Библиотеки, на мой взгляд, имеет смысл применять для больших объемов данных и нестандартных протоколов. Там, помимо прочего, с помощью библиотек можно обойти ограничения лицензии codesys.
Плюсы конфигуратора - простота в освоении, большая надежность работы чес у библиотек. Библиотеки не всегда адекватно работают на овенах на втором rs485.
про простоту освоения однозначно ДА. Ну а надежность... Стандартные биб-ки представляют лишь набор функций ведь. А надежность складывается из того как ими распорядишься и сколько времени потратишь на отладку и шлифование своей биб-ки.
Sergey666
29.05.2013, 10:53
S.A.D , да ,скорее не понравится , а может понравится .
Только я не заморачиваюсь Holding and Input registers , при организации Слэйва просто назначаю 2 порта(всегда) и выкладываю 300-500 двух байтовых регистров , если надо в конце добавляю 4х байтовые целые .И все!!!
Код в ПЛК пишет и читает что надо , верхний уровень тоже самое .
И никаких проблемм , никогда .
А , вот когда человек начинает в слэйв Реалы выкладывать - тогда конечно будут проблеммы . Только это не косяк конфигуратора - это косяк программиста.
Если знаете "Реальные" косяки конфигуратора - скажите.
Я,вообще к чему - тут полно начинающих юзеров - у них мозги взорвутся от ваших бибок .
Sergey666,
извините, но если вы начинаете изобретать велосипеды, обходить реалы и все приводить к 2 байтным переменным, то это у вас проблемы а не у нас и вы извращенец. Тем более, что конфигуратор умеет работать с реалом и прочими недвухбайтными переменными, нужно лишь учесть дурацкое выравнивание. Если вам нравится подстраиваться под причуды конфигуратора, то ради бога, занимайтесь с ним сексом.
Короче, все уже в этой теме расписано и разжевано донельзя. Если вы этого не понимате или не хотите понять, то это ваши трудности. Дальше вы либо станете опытнее по мере выполнения различных задач и их усложнения поймете все то, что мы тут пишем, либо будете упорно продолжать жевать редис. Реальные косяки конфигуратора расписаны не один раз, в том числе и в этой теме, в том числе и вами. Только вы предпочитаете не называть их косяками, потому что не знаете как может быть по другому, предпочитая подстраиваться под эти косяки.
Если у вас мозги взрываются от биб-ок, то не проблема, юзайте конфигуратор, но не нужно нападать на коллег у которых мозг уже не взрывается. Все разжевано, все расписано. Валенок даже кратко по пунктам изложил. Как говорил отец во времена моей учебы в школе "Не понимаешь - перечитывай условие и думай".
S.A.D. я бы с удовольствием посмотрел на вашу бибку, потому что то, что есть у ОВНА мне как-то не совсем по душе.
Если можно с кратким описанием или примером с пояснениями в тексте примера.
з.ы. я начинающий и смотрю на все варианты, в том числе и на конфигуратор. Просто в начинании уже есть одно устройство стороннего производителя и не факт, что мне хватит для него конфигуратора. Поэтому копаюсь во всем сразу :).
1.
Это не проблема б-к. Уже обсудилось
Обсуждалось, не проблема б-к. Но если у меня на контроллере не пойдет обмен, мне все равно проблема это библиотек или кривой прошивки плк.
Кстати на овеновском диске уже который год лежит кривой пример опроса float по модбас через modbus.lib. Никого из овеновцев это не беспокоит.
Это так к слову о простоте освоения начинающими.
А в целом холивар здесь лишен смысла, иногда удобней работать с библиотеками, иногда с конфигуратором, уметь надо и так и этак.
melky,
пояснение отправил в личку
если биб-ка кому-то непонравится - не юзайте. Я делал для себя. Я не oscat.
S.A.D. спасибо, по мере разгребания задач посмотрю.
Для обучения себя все полезно.
S.A.D., хотел глянуть Вашу бибку. А какой пароль? И можно и мне пояснения прислать?
Спасибо.
Василий Кашуба
02.06.2013, 17:51
...
если биб-ка кому-то непонравится - не юзайте. Я делал для себя. Я не oscat.
S.A.D., Я, хочу глянуть Вашу бибку. Сообщите пароль? Если можно и мне пояснения прислать?
Спасибо.
melky,
пояснение отправил в личку
если биб-ка кому-то непонравится - не юзайте. Я делал для себя. Я не oscat.
А почему бы пояснения вместе с этой золотой фразой не запаковать в один архив с библиотекой?
А то, как в дразнилке: "Танцевал-танцевал, и не поклонился", - доведите уж доброе дело до логического завершения.
Основное пояснение есть в самой библиотеке в ФБ About в разделе объявления переменных. Пояснение отправленое melky:
биб-ка делалась чисто для себя, поэтому многое может быть непонятно. Коментарии я стрался писать, однако то что их не хватит это 100%. Если хочется работать с бибками крайне рекомендую написать все самому. Потратить на это время, но сделать. Вы досконально поймете как происходит обмен по ком порту, и что такое модбас. К тому же некисло качнете навык программирования и выратете как профессионал. В моей бибке поддержаны не все функции модбаса и реализована только 81 ошибка. Сделано это только лишь потому, что их отсутствие не мешает мне создавать обмен на базе ОРС серверов и девайсов других производителей, а времени допилить вышеуказанное просто нет. Я не oscat и не занимаюсь профессиональным созданием библиотек.
в своей проге просто добавляете ФБ из раздела MODBUS_RTU. Вдуваете ему необходимые данные и в принципе все.
Пароль не дам. Видимо я из каких-то соображений его туда поставил? Например из тех что не считаю себя мега-программистом и не хочу чтобы мои бредовые, неоптимальные идеи сбивали кого-то в сторону того что делать надо именно так.
Пароль не дам. Видимо я из каких-то соображений его туда поставил? Например из тех что не считаю себя мега-программистом и не хочу чтобы мои бредовые, неоптимальные идеи сбивали кого-то в сторону того что делать надо именно так.
Напишите хотя бы, что использовали для написания бибки. Своими словами, она же у Вас работает, значит основной принцип алгоритма правильный. А мега-программисты дополнят, если что.:)
Напишите хотя бы, что использовали для написания бибки. Своими словами, она же у Вас работает, значит основной принцип алгоритма правильный. А мега-программисты дополнят, если что.:)
Спасибо, вы натолкнули меня на мысль о том, что надо поудалять из биб-ки половину подтягиваемых ей других бибок которые не используются. Выкладываю новую версию, без лишних подчиненных би-бок. Моя биб-ка использует syslibsockets.lib, syslibcom.lib, comservice.lib, standard.lib. Надеюсь я правильно понял ваш вопрос?
Sergey666
06.06.2013, 22:29
Есть еще один момент интересный.
При помощи программно организованного обмена возможна работа устройства по одному порту как Мастером так и Слэйвом в зависимости от ситуации .
S.A.D., Вы правильно поняли, спасибо. И раз уж в данной теме коснулись создания своих библиотек для работы с портом, хорошо бы тут выложить список использованной для этого литературы, где можно было бы об этом почитать новичкам.
Есть еще один момент интересный.
При помощи программно организованного обмена возможна работа устройства по одному порту как Мастером так и Слэйвом в зависимости от ситуации .
о как, схемку не нарисуете обоих вариантов. может речь шла о разных протоколах
Предполагаю, как это можно реализовать.
У каждого устройства, предполагаемого быть мастером, создаем специальный регистр или бит. Если его значение 1, то устройство в данный момент является мастером и может посылать запросы.
Когда у этого устройства отпадает необходимость быть мастером, оно обнуляет этот регистр/бит и записывает 1 в соответствующий регистр/бит следующего устройства, которому предается право быть мастером. После чего устройсто перестает посылать запросы и работет как слэйв, пока ему в соответсвующий регистр/бит не запишут 1, тогда оно снова становится мастером.
Могу ошибаться, на практике не пробовал.:)
Sergey666
09.06.2013, 23:09
о как, схемку не нарисуете обоих вариантов. может речь шла о разных протоколах
Нет не в протоколе дело . На одной линии связи с модулями ввода-вывода два ПЛК - один рабочий ,другой резервный . Резервный , когда он "Резервный"-слэйв .(Там передает , принимает что-нибудь).
При необходимости резервный "Подхватывает" управление , конечно не на "Лету" но с какой-то "технологической" паузой реализовать подобное "Резервирование" возможно.Программы одинаковые в ПЛКшках.
Я такое не делал , самому в голову недавно пришло , но особых препятствий не вижу. Только экономическую и техническую целесообразность подвести и вперед с песней.
Необходимость может возникнуть если у "Основного" аккумулятор сдох и перестал он сохранять Ретэйны.
Ну эти наработки можно и через конфигуратор решить, преимущества бибки не просматриваются
Sergey666
10.06.2013, 10:11
Ну эти наработки можно и через конфигуратор решить, преимущества бибки не просматриваются
Нет!!!
В конфигураторе на один порт можно слэйвов несколько повесить , а слэйв и мастер нет.
S.A.D., Вы правильно поняли, спасибо. И раз уж в данной теме коснулись создания своих библиотек для работы с портом, хорошо бы тут выложить список использованной для этого литературы, где можно было бы об этом почитать новичкам.
да никакой литературы кроме описаний вышеназванных библиотек, примеров работы с портом с этого форума. Методом проб и ошибок. Если что непонятно по общим вопросам программирования и информатики, то есть гугл, если что специфичное, то слава богу на форуме ОВЕН много отзывчивых людей готовых пнуть в нужном направлении)))
Михаил Иванович
13.06.2013, 09:26
Да нормально он работает. Если без извращений пользоваться и для штатных функций .
Просто есть производители , в основном Российские , в штате которых программисты умные.Вот эти умные программисты извращают Модбас до такой степени , что по стандарту он не работает . Вот для связи с подобными устройствами и приходится применять "либки" и "бибки".
Но , иногда полезно подумать: надо-ли такое оборудование цеплять на ПЛК.
То есть в нормальных ситуациях можно нормально пользоваться. Понял, спасибо.
Михаил Иванович
13.06.2013, 09:37
я лично вполне себе использую конфигуратор для modbus master для опроса не очень больших объектов. А не улучшается по одной простой причине. Для маленьких объектов и начинающих программистов конфигуратор действительно подходит, ибо худо ли бедно ли, но он работает, пусть и со своими приколами, и человек под него подстраивается. Далее объекты становятся сложнее, программист опытнее и однажды он доходит до того, что конфигуратор становится в его программе "узким местом". К тому моменту он уже может сформулировать свои претензии к нему. А так как он видит, что написать свою биб-ку для работы по modbus проще, быстрее и удобнее самому, он это делает и потом не зная горя и бед пользуется ей. Всех такая позиция устраивает и ОВЕН свое время тратит на доработку железа, прошивок, и в общем абсолютно правильно делает. Ну по крайней мере я так вижу себе все это.
Удобств и вариантов он, конечно, не предоставляет и с этой точки зрения - узкое место. Но вот каких-то серьезных "приколов", ведущих к неправильной работе с нормальным оборудованием с нормальным протоколом я не заметил. В силу небльшого знакомства с предметом. Может быть, кто-нибудь перечислит эти "приколы" с тем, чтобы не очень опытные пользователи (как я, например) могли ориентироваться?
Sergey666
13.06.2013, 10:13
Не вздумайте в дереве размещать слэйв перед (выше) мастером.
Где- то был документ "Проблеммы с выравниванием".
Лично мне за годы работы ни разу не понадобилось и не захотелось выкладывать в слэйв что-нить кроме 2байт и 4байт целочисленных.
В мастере опрос вести не по шаблону , а опрашивать то , что нужно.
Все с опытом приходит - иногда полезно "подолбатся", особенно если это (Подолбатся) приводит к результату.
Удобств и вариантов он, конечно, не предоставляет и с этой точки зрения - узкое место. Но вот каких-то серьезных "приколов", ведущих к неправильной работе с нормальным оборудованием с нормальным протоколом я не заметил. В силу небльшого знакомства с предметом. Может быть, кто-нибудь перечислит эти "приколы" с тем, чтобы не очень опытные пользователи (как я, например) могли ориентироваться?
уже все перечислено, в том числе и в этой теме. Лично меня больше всего бесит выравнивание.
больше всего бесит выравнивание.это общепринятая практика, ни когда не видели блок данных у семена? Там оно тоже имеется
Так понимаю что проц не может взять 16/32 бита с любого адреса. А общепринято не везде. См. 50см перед собой. Тоже долго привыкал и ругался
Sergey666
13.06.2013, 16:27
уже все перечислено, в том числе и в этой теме. Лично меня больше всего бесит выравнивание.
А,что бесит-то???
Равномерненько 2байт до четного потом можно 4байт(в конце).
Может вы с битовыми ч-з 1байт работаете?
Спорягин Кирилл
17.08.2015, 16:59
Хорошая тема, спасибо. Только вот бы более доброжелательного общения бы побольше.
Powered by vBulletin® Version 4.2.3 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot