BOB51 писал(а):Увы... Это последствия СИшного "гипноза" наблюдаются...
Да нет сишечка здесь не причем , пациент Си точно так же не знает как и железо.
А вот хочешь покажу адептов пЫковского асма , мнящих себя гуру асма , но точно так же ничерта непонимающих в железе?
BOB51 писал(а):Увы... Это последствия СИшного "гипноза" наблюдаются...
Чё сказать то хотел??? Что на АСМе всё "легко и просто" бы перенеслось??? Песши ысчо!!!
Нмчего там страшного нет... поправить инициализацию, УАРТ, таймер и по мелочам...
"Я не даю готовых решений, я заставляю думать!"(С)
Работа под ассемблером обязывает знать железо, работа под Си требует знания особенностей компилятора, применяемых библиотек и возможности их корректировки.
BOB51 писал(а):
Работа под ассемблером обязывает знать железо,
Чушь!!! Работа на Си в этом ничем не отличается... И в том, и в другом случае - работа с железом... как ни крути...
Не забываем, что Си - низкоуровневая шняга... По сути... это высокоуровневый АСМ...
работа под Си требует знания особенностей компилятора,
Работа на АСМ тоже имеет свои особенности... которые похлеще будут особенностей компилятора... Оптимизация по размеру и скорости ложится полностью на АСМописателя...
применяемых библиотек
Никто не навязывает никаких библиотек... можно и самому всё написать... но и готовым брезговать не стоит...
и возможности их корректировки.
Есть железозависимый код... и есть железонезависимый код... Железозависимый код - да, требует корректировки... железонезависимый код - как правило полностью переносим на любую платформу... с небольшими правками или без оных... что в условиях АСМа просто неосуществимо...
Вот поэтому... в последнее время юзаю только STM8 и STM32... уровень переносимости кода STM8 <--> STM32 очень высок, даже с учётом железа... к тому же... отпадает весь унылый зоопарк ПИК/АВР... за ненадобностью...
"Я не даю готовых решений, я заставляю думать!"(С)
Не надо ничего выдумывать... особенно про устрицы...
Перенос и адаптация кода это повседневка... независимо... АРМ/неАРМ...
Для успешного переноса просто нужно понимать суть происходящего... что прога делала и как... Без этого - что перенос, что написание нового сводится к тыканию наугад... что и приводит к печальному результату... К тому же... нужно быть готовым, что код из инета может быть и не рабочим... или содержать потенциальные ошибки... В некоторых случаях... из такого кода просто извлекается алгоритм... доводится до ума... и всё переписывается или пишется заново... В других - просто гуглится другой исходник... который адаптируется проще... что в данном случае будет самым приемлемым... учитывая малое количество юзающих 16f1824...
Но самое лучшее... разобраться с ds1820 и написать самому... пользы от этого будет больше... да и потом пригодится...
==
К слову об АРМ... На STM32 юзаю ds1820 хардварно... никакие чужие исходники мне не нужны... на STM8 - полухардварно, на таймере... там тоже ничьи исходники не пригодились... Но обработка результатов - что-то своё... что-то чужое... и откуда... с ПИК/АВР или просто чьих-то слов... уже и не помню... да и не в этом суть... там уже от железа практически ничего не зависит... обычная математика... школьный курс...
"Я не даю готовых решений, я заставляю думать!"(С)
