 |
|
|
Elektronika.lt portalo forumas
Jūs esate neprisijungęs lankytojas. Norint dalyvauti diskusijose, būtina užsiregistruoti ir prisijungti prie forumo.
Prisijungę galėsite kurti naujas temas, atsakyti į kitų užduotus klausimus, balsuoti forumo apklausose.
Administracija pasilieka teisę pašalinti pasisakymus bei dalyvius,
kurie nesilaiko forumo taisyklių.
Pastebėjus nusižengimus, prašome pranešti.
Dabar yra 2025 12 22, 13:03. Visos datos yra GMT + 2 valandos.
|
|
|
 |
Forumas » Mikrovaldikliai » Apie programerius?
|
Jūs negalite rašyti naujų pranešimų į šį forumą
Jūs negalite atsakinėti į pranešimus šiame forume
Jūs negalite redaguoti savo pranešimų šiame forume
Jūs negalite ištrinti savo pranešimų šiame forume
Jūs negalite dalyvauti apklausose šiame forume
|
|
|
 |
Apie programerius? |
 Parašytas: 2008 12 22, 10:41 |
  |
|
|
|
Jei kyla toks klausimas tai nesirink nei vienos...
To xina: vienur reki, kad atmega brangu bandymam, o dabar jau ir arm'o prireike... Jei nereikia apdorot kokios vaizdo megziagos tai su ta atmega galima stebuklus padaryt.
Pradziai siulyciau ismoks bent ASM pagrindus, ne programavimui, bet proceroriaus veikimo supratimui, bent suzinosi kas per daiktas yra registras... Toliau seka procesoriaus gelezis. Pradziai taimeriu ir ADC uztenka.
Pradek nuo C ir speju ismoksi emuliuot gelezi programiskai, kas yra visiskai durna taip daryt. |
|
|
|
|
|
|
|
Apie programerius? |
| Parašytas: 2008 12 22, 11:50 |
|
|
|
|
| Heksogenas rašo: |
Gal kas patarsit kokią kalbą rinktis ASM ar c nes vienur paskaitai rašo ASM lengva ir naudonga greit rašosi ir pan... Kitur rašo kad C lengviau greičiau rašosi nei ASM ir nebesuprantu aš dabar.  |
asm siulo tie kurie nori tureti maziau programavimo konkurentu 
nemanau kad surasi sveiko proto zmogu kuris pasakyk kad asambleris lengvisu nei C |
|
|
|
|
|
|
|
Apie programerius? |
| Parašytas: 2008 12 22, 12:11 |
|
|
|
|
| sneikaz rašo: |
Jei kyla toks klausimas tai nesirink nei vienos...
To xina: vienur reki, kad atmega brangu bandymam, o dabar jau ir arm'o prireike... Jei nereikia apdorot kokios vaizdo megziagos tai su ta atmega galima stebuklus padaryt. |
arm ir atmega kainuoja visai tiek pat
http://www.lemona.lt/index.php?page=item&i_id=d8fd100ffb64167b58effa51dbee7567
http://www.lemona.lt/index.php?page=item&i_id=0d525dfb669699d9aeaeb2e3fab196e2
analogiskos flash atminties mikroshemos, tik arm turi 8kb o atmega 2kb ram ir arm net biski pibesne siuo atveju neaisku kodel
arba su daugiau flash uz tokia pat kaina
http://www.lemona.lt/index.php?page=item&i_id=177e95a31866ef7b010bcb2ce724f693
jei reikia daugiau koju ne beda 64koju versija maziau 20 lt kainuoja
surask analogiska atmega pigiau.
zinoma cia nera tikros kainos, bet susidaryti vaizda galima.
su PICais tai ir ltginti nera prasmes.
| Citata: |
| Pradziai siulyciau ismoks bent ASM pagrindus, ne programavimui, bet proceroriaus veikimo supratimui, bent suzinosi kas per daiktas yra registras... Toliau seka procesoriaus gelezis. Pradziai taimeriu ir ADC uztenka. |
is kur isgalvoji tokias absurdiaks nesamones?
ka bendro asemblerinis su procesoraiaus gelezimi turi? ne te daugiau bendrumo nei tarp kiausinio ir vistos. ir supratimo jis visai neprideda.
zinoma perziureti datasheete kokias komandas turi procesorius pageidantina, bet tik jau ne jas mokytis.
| Citata: |
Pradek nuo C ir speju ismoksi emuliuot gelezi programiskai, kas yra visiskai durna taip daryt |
tai daroma beisiku o ne C kalba. C kalba turi visas asamblerio komandas savo kalboje. kiekvienai asamblerio komandai (iskyrus procesoriaus valdymo) galima surasti analogiska C kalbos komanda. |
|
|
|
|
|
|
|
Apie programerius? |
| Parašytas: 2008 12 22, 14:47 |
|
|
|
|
| sneikaz rašo: |
Jei kyla toks klausimas tai nesirink nei vienos...
To xina: vienur reki, kad atmega brangu bandymam, o dabar jau ir arm'o prireike... Jei nereikia apdorot kokios vaizdo megziagos tai su ta atmega galima stebuklus padaryt.
Pradziai siulyciau ismoks bent ASM pagrindus, ne programavimui, bet proceroriaus veikimo supratimui, bent suzinosi kas per daiktas yra registras... Toliau seka procesoriaus gelezis. Pradziai taimeriu ir ADC uztenka.
Pradek nuo C ir speju ismoksi emuliuot gelezi programiskai, kas yra visiskai durna taip daryt. |
ASM "graužiau" iš karto, kai tik jis atsirado, o dabar svarstau ir klausiu, kuris procesorius vertas "kankinimo", nes nuo KP580BM80- kito procesoriaus nesu rimčiau ištyręs. Jei nori sužinoti, ko vertos mano programavimo žinios, pažaisk su minėtu MC, tikiuosi suprasi, kad apie registrus šį tą žinau, bet tai buvo seniai ir tik bendras supratimas. Tiek to, toliau kankinsiu savo atmegą. Mano tikslas ne sukurti kažkokią unikalią programą, o būtent suprasti, kaip ir kas veikia turimame MC. Tam teks pribaigti ne vieną atmegą, todėl ir norėjau sužinoti nuo ko geriau pradėti. |
|
|
|
|
|
|
|
Apie programerius? |
| Parašytas: 2008 12 23, 23:15 |
|
|
|
|
Asm == seni geri mediniai skaitliukai. C== tai padorus kalkuliatorius.
Jaigu nera skirtumo Kam naudoti patogesni ?  |
|
|
|
|
|
|
Apie programerius? |
| Parašytas: 2008 12 23, 23:45 |
|
|
|
|
| Vintikas rašo: |
Asm == seni geri mediniai skaitliukai. C== tai padorus kalkuliatorius.
Jaigu nera skirtumo Kam naudoti patogesni ? |
O kas sake kad nera skirtumo ?  Radau kazkokia knyga apie ASM tik pradejes skaityt istryniau  Ir skaitau toliau apie C |
|
|
|
|
|
|
|
Apie programerius? |
| Parašytas: 2008 12 24, 00:11 |
|
|
|
|
Pafleiminkim 
| Digix rašo: |
ka bendro asemblerinis su procesoraiaus gelezimi turi? ne te daugiau bendrumo nei tarp kiausinio ir vistos. ir supratimo jis visai neprideda.
zinoma perziureti datasheete kokias komandas turi procesorius pageidantina, bet tik jau ne jas mokytis.
|
Nu sorry, bet asembleris turi tiesioginį ryšį su procesoriaus geležim, konkrečiai šerdim. Supratimo apie tai, kaip veikia ALU, šifteriai ir pan procesoriaus įrenginiai duoda sočiai. Rašinėjant su C esi įspraustas į labai griežtą smėlio dėžę, iš kurios dairantis dažnai yra giliai dzin kokia ten to proco architektūra.
| Citata: |
tai daroma beisiku o ne C kalba. C kalba turi visas asamblerio komandas savo kalboje.
|
Griežtai šnekant, ji neturi savyje nieko, tai abstrakti aukšto lygio kalba (jei nešnekėt apie konkrečius atvejus kai standartas praplečiamas konkrečiam hardwarui geriau palaikyti) ir su asembleriu iš principo neturi nieko bendro.
| Citata: |
kiekvienai asamblerio komandai (iskyrus procesoriaus valdymo) |
O šiaip, kas lieka iš asemblerio, išėmus "procesoriaus valdymo komandas"?
| Citata: |
asm siulo tie kurie nori tureti maziau programavimo konkurentu Wink
nemanau kad surasi sveiko proto zmogu kuris pasakyk kad asambleris lengvisu nei C
|
Rašyti komercinius produktus asembleriu be abejo neefektyvu laiko/klaidų atžvilgiu. Tačiau kad rašytum gerą kodą su C, turi puikiai išmanyti architektūrą. O tai pasieksi arba praaręs gerokai ASMu, arba tiek pat (jei ne daugiau) laiko praleidęs nagrinėjant savo C kodo listingus, aiškinantis, kokių gi grybų šįkart pridirbo kompaileris. Aišku visa tai negalioja, jei rašai įmantrius mirksiukus ir gali leisti sau dešimteriopai lėčiau veikiantį firmwarą.. |
|
_________________
Niekas nėra taip paprasta, kaip atrodo |
|
|
|
|
|
Apie programerius? |
| Parašytas: 2008 12 24, 00:59 |
|
|
|
|
| kipsus rašo: |
Pafleiminkim
Nu sorry, bet asembleris turi tiesioginį ryšį su procesoriaus geležim, konkrečiai šerdim. Supratimo apie tai, kaip veikia ALU, šifteriai ir pan procesoriaus įrenginiai duoda sočiai. Rašinėjant su C esi įspraustas į labai griežtą smėlio dėžę, iš kurios dairantis dažnai yra giliai dzin kokia ten to proco architektūra. |
asambleriui irgi dzin ta architektura, jei sipnaprociai procesoriu gamintojiai nekurtu 20 skirtnggu pavadinimu vienai komandai tai nebutu ir skirtumo.
pimkime pavz paprata standartine c kalbos komanda a=b
asambleryje yra galybe jos versiju
mov a,b
L a,b
LD A,b
pansiai ir << komanda
SRL
RRL
| Citata: |
Griežtai šnekant, ji neturi savyje nieko, tai abstrakti aukšto lygio kalba (jei nešnekėt apie konkrečius atvejus kai standartas praplečiamas konkrečiam hardwarui geriau palaikyti) ir su asembleriu iš principo neturi nieko bendro. |
C yra auksto lygio asambleris su universalizuotomis komandomis
tiesog vietoje to kad mokumeisi kievieno gamintojo (R) sumastytas nesamones TM
tiesiog vietoje to kad rasytumei mov a,b rasai a=b
vietoje add a,b rasai a=a+b ir t.t. jei nori žinoma tas komandas gali sugrupuoti kad gražiau atrodytu, bet jei nori gali ir atskirai rasyti.
ant pic man buvo pakliuvusi C kalba kuri komadu neleido grupuoti ir prakstikai jas vos ne tiesiogiai verte i asembleri.
| Citata: |
| O šiaip, kas lieka iš asemblerio, išėmus "procesoriaus valdymo komandas"? |
lieka tas kas yra C kalboje matematika logika, bitu oepracijos. sios komandos yra standartines visiem procesoriams.
procesoriaus valdymas tai pertraukimu junginėjimas, visokie sleep, watchdogu atnaujinimas, ir kiti nuo architektūros priklausomi dalykai kureiuos tenka C kalboje daryti kaip asemblerinio funkcijas.
| Citata: |
| Rašyti komercinius produktus asembleriu be abejo neefektyvu laiko/klaidų atžvilgiu. Tačiau kad rašytum gerą kodą su C, turi puikiai išmanyti architektūrą. O tai pasieksi arba praaręs gerokai ASMu, arba tiek pat (jei ne daugiau) laiko praleidęs nagrinėjant savo C kodo listingus, aiškinantis, kokių gi grybų šįkart pridirbo kompaileris. Aišku visa tai negalioja, jei rašai įmantrius mirksiukus ir gali leisti sau dešimteriopai lėčiau veikiantį firmwarą.. |
va galiu garantuoti kad tu asableriu neparašysi programos veikiančios bent kiek greciau nei as parašysiu C kalba, ir taip pat del atminties irgi turbūt pralaimėsi arba isvis nepadarysi jokio projekto kuris C kalboje susideda is kokiuo 1000 eiluciu.
mazom programom siek tiek gali laimėti ant atminties, nes nenaudosi C kalbos inicializacijos bibliotekų.
kiek suprantu tu cia visai be reikalo tai blogai vertini C kalba ir giri asambleri, esme ytra ne programavimo kalba bet pats programavimo principas.
didelem programom daug demesio kreipiama i portabiluma ir teksto struktūra daug nemastant apie darbo greiti bet stengiantis isvengti klaidu.
C kalba galima programuoti ir asemblerio stiliumi bet taip niekas nedaro nes pavojinga ir neaisku.
sakykime jei tai reikia atlikti operacijas
a=b+3
c=b+4
tai gali rasyti RISC asablerio stiliumi kur kieviena C komanda pavirs i asamblerio komanda.
d=3;
a=b+d;
d++;
c=b+d;
sita programa veiks greciau, bet uztai jug baisiai neaiski, ir ko gero C kompiliatorisus pats sugebes ir be tu nesomoniu viska optimizuoti. |
|
|
|
|
|
|
|
Apie programerius? |
| Parašytas: 2008 12 24, 01:29 |
|
|
|
|
| Digix rašo: |
asambleriui irgi dzin ta architektura, jei sipnaprociai procesoriu gamintojiai nekurtu 20 skirtnggu pavadinimu vienai komandai tai nebutu ir skirtumo.
|
Skirtumas visada yra, kaip sakoma, it's all in the details
| Citata: |
pimkime pavz paprata standartine c kalbos komanda a=b
asambleryje yra galybe jos versiju
|
Aha, o pvz gana standartinis reikalas ROR/ROL? Nebandžiau, bet įtariu, kad ne kiekvienas C kompaileris susipras, kad maskinimo ir/ar šiftinimo operacijų krūvelę galima pakeisti viena instrukcija.
| Citata: |
va galiu garantuoti kad tu asableriu neparašysi programos veikiančios bent kiek greciau nei as parašysiu C kalba |
Greičiau atvirkščiai, tu gerai žinodamas savo kompiliatoriaus įpročius ir stiprias/silpnas vietas parašysi programą, kuri veiks artimu gerai parašytai ASM programai greičiu. Bet čia aišku eina šneka apie mažas programėles ar kodo fragmentus, o ne didelius projektus. Ir be to, paryškinau žodį "gerai" - pripažįstu, kad rašyti tikrai geras programas asmu dažnai nėra nei laiko, nei poreikio.
| Citata: |
, ir taip pat del atminties irgi turbūt pralaimėsi arba isvis nepadarysi jokio projekto kuris C kalboje susideda is kokiuo 1000 eiluciu.
|
Be abejo, čia jau riboja žmogiškasis faktorius
| Citata: |
mazom programom siek tiek gali laimėti ant atminties, nes nenaudosi C kalbos inicializacijos bibliotekų.
|
Laimėsiu daug ir ne tik atminties. Kaip tik AVRui rašau tokį dalykėlį, ant durniaus išsibandžiau kelis C kompilerius. Jei IAR dar visai pakenčiamai tvarkosi, tai Codevision toookius grybus daro.. Baisu žiūrėt.
Todėl pasirinkau rankutėm asmu rašyti. Taip, daugiau darbo, bet kadangi nesu smėlio dėžėj, optimaliai išnaudoju registrus ir pan. Manau, kad mano atveju programa veikia bent du kartus greičiau nei veiktų parašyta "gražiu C". Negražiai optimizuojant ir aukojant skaitomumą vardan kompiliatoriaus nelankstumo apėjimo, gal pavyktų ir sumažint skirtumą.. Bet vėlgi, optimizuoji konkrečiai architektūrai - blogini portabilumą.
| Citata: |
kiek suprantu tu cia visai be reikalo tai blogai vertini C kalba ir giri asambleri
|
Ne blogai, gink die
| Citata: |
didelem programom daug demesio kreipiama i portabiluma ir teksto struktūra daug nemastant apie darbo greiti bet stengiantis isvengti klaidu.
C kalba galima programuoti ir asemblerio stiliumi bet taip niekas nedaro nes pavojinga ir neaisku.
|
Vava, arba greitis, arba portabilumas - daug skaniai ir pigiai nebūna. Perkeliant analogiją į kompus, emuliuotos platformos (dot net, žava ir pan) irgi labai portabilios, stabilios ir bla bla bla, užtat lėtos kaip velnias. Kartais gerai, kartais nelabai - o išmanyti į ką maždaug susitransliuoja konkrečioj platformoj tavo aukšto lygio keverzonė visada yra gerai. |
|
_________________
Niekas nėra taip paprasta, kaip atrodo |
|
|
|
|
|
Apie programerius? |
| Parašytas: 2008 12 24, 01:51 |
|
|
|
|
[quote="kipsus"]
| Digix rašo: |
Skirtumas visada yra, kaip sakoma, it's all in the details |
nu ir koks skirtummas tarp 8686 "mov" ir z80 "ld"? ipac kad procesoriai tai tokie patys galima sakyti z80 yra patobulintas 86 klonas sukompiliuotas komandas jis be problemu vukdo nuo 8686.
bet kazkodel visus komandu pavadinismus nousavus sugalvojo.
| Citata: |
| Aha, o pvz gana standartinis reikalas ROR/ROL? Nebandžiau, bet įtariu, kad ne kiekvienas C kompaileris susipras, kad maskinimo ir/ar šiftinimo operacijų krūvelę galima pakeisti viena instrukcija. |
nesisujaudink geras kompiliatorius dar ne ta sugeba
| Citata: |
| Greičiau atvirkščiai, tu gerai žinodamas savo kompiliatoriaus įpročius ir stiprias/silpnas vietas parašysi programą, kuri veiks artimu gerai parašytai ASM programai greičiu. Bet čia aišku eina šneka apie mažas programėles ar kodo fragmentus, o ne didelius projektus. Ir be to, paryškinau žodį "gerai" - pripažįstu, kad rašyti tikrai geras programas asmu dažnai nėra nei laiko, nei poreikio. |
tai ko lygini bloga C su geru asambleriu?
atba lyginam duniu asm programuotoja su durnium C progamuotoju arba lyginam profesionalus galincius is savo kalbu gauti maksimuma.
bet zinai profesionalas C programuotojas zino kad yra toks inline asambleris, ir juo gali pasinaudoti esant reikalui.
| Citata: |
| Be abejo, čia jau riboja žmogiškasis faktorius |
pats su tuo susiduriau kai programa kuria asambeliu rasiau visa mensis ant C parasiau per 30 minuciu su daugiau galimybiu ir geriau veikiancia.
| Citata: |
| Laimėsiu daug ir ne tik atminties. Kaip tik AVRui rašau tokį dalykėlį, ant durniaus išsibandžiau kelis C kompilerius. Jei IAR dar visai pakenčiamai tvarkosi, tai Codevision toookius grybus daro.. Baisu žiūrėt. |
nu vadinasi nemoki C kalba naudotis tinkamai nereikia bandyti ant durniaus jei nori gauti kazka protingo.
zinaui as irgi buvau labai sizavejes asambleriu iai paziurejau jog jis sutelpa i 5kb ten kur C++ builderiui reikia puse megabaito.
bet lai pameginau LCC tai irgi nustebino kai programa gavisi tokia kaip rasyta asambleriu.
beje programos didumu rupintis neverta, nes flash atmegoje tikrai netruksta. gretais tai jau kas kita bet tam inline asambleris tinka.
| Citata: |
| Todėl pasirinkau rankutėm asmu rašyti. Taip, daugiau darbo, bet kadangi nesu smėlio dėžėj, optimaliai išnaudoju registrus ir pan. Manau, kad mano atveju programa veikia bent du kartus greičiau nei veiktų parašyta "gražiu C". Negražiai optimizuojant ir aukojant skaitomumą vardan kompiliatoriaus nelankstumo apėjimo, gal pavyktų ir sumažint skirtumą.. Bet vėlgi, optimizuoji konkrečiai architektūrai - blogini portabilumą. |
kas draudzai C kalboje juos isnaudoti optimaliai?
jei nori nurodinek i koki registra kintamuosius deti
bet nemanau kad kazka daug sutaupysi, jei veikia leciau nei asambleriu tai vadinasi nemoki tinkamai ja pasinadoti. nes as galiu C kalba parasyti taip kad rzultate gausis mazdaug tavo norimas asamblerio tekstas.
| Citata: |
| Vava, arba greitis, arba portabilumas - daug skaniai ir pigiai nebūna. Perkeliant analogiją į kompus, emuliuotos platformos (dot net, žava ir pan) irgi labai portabilios, stabilios ir bla bla bla, užtat lėtos kaip velnias. Kartais gerai, kartais nelabai - o išmanyti į ką maždaug susitransliuoja konkrečioj platformoj tavo aukšto lygio keverzonė visada yra gerai. |
cia jau kiti dalykai, C yra portabili tokiu principu, kad visi procesoriai vienodi. java ir dotnet sukuria virtualu procesoriu kuris emuliuojamas. butu kvaila tiketis kad emuliatorius dirbs greitai nors kai kada tai pasiteisina kai tu naudoji labai auksto lygio komandas..
nepamirsk tokios taisykles kad programoje dalis uzimanti 1% jos didumo sunaudoja 99% procesoriaus laiko. tai kam tau vargintis su tais 99%?
parasyk asembleriu ta 1% ir greitsi bus toks kaip 100% rasytum asambleriu. su tais dotnet irgi panasu, jis puikia tinka visokiam vienkartiniam slamstui, o ten kur reikia grecio jau naudoji C |
|
|
|
|
|
|
|
Apie programerius? |
| Parašytas: 2008 12 24, 02:35 |
|
|
|
|
Digix pasake ir sventa...
Tikriausiai kaip ir daugelis cia as pradejau nuo C ir led mirgsinimo, net neisivaizduodamas kas per daiktas yra portas ir visi tie DDRx. Turedamas programos koda pries nosi ir vadovaudamasis siokia tokia logika, perdariau ta programa i norima varianta, bet... Visas sitas reikalas kita diena buvo uzmestas. Nusprendziau pradet nuo asm, tuo paciu ir susipazinau su proco gelezim. Aisku gal ir to butu nereikeja jeigu pries tai buciau atsivertes datasheeta... Bet tikrai nesigailiu, kad susipazinau su asm, nes dabar butu daug sunkiau ka nors padaryt su C neisivaizduojant i ka mazdaug tai turi pavirsti.
Jei nezinosi asm tai su C tikrai neparasysi bent kiek artimo kodo asm.
Siaip noreciau paziuret kokiu budu butu padaromas grynai software laikrodis su C kalba.
Aisku siandien kai nereikia skaiciuoti kiekvieno procesoriaus gerco, geriau naudoti C, juk taip gyvenimas tampa daug paprastesnis...
P.S. Gal galima pamatyt koki giga digix projekta? Nes pokolkas maciau tik daug raidziu forume. |
|
|
|
|
|
|
|
Apie programerius? |
| Parašytas: 2008 12 24, 09:16 |
|
|
|
|
| Nesiginčykite, ponai. Tai neturi prasmės, nes kiekvienas dirba kaip patogiau, pagal galimybes. Štai dariau keletą projektėlių gamybos automatizavimui. Ten , kur niekas neriboja, puikiai tiko C, o va kitoje vietoje supykau ir su ASM parašiau. Skirtumas 3 kartai. "Didysis rašytojas" gal sakys, kad nemoku C išnaudoti- gal būt. O pradedantiems patarčiau susipažinti su ASM ir tik paskui C. Jei kalba eina tik apie primytivius projektėlius namams ir pan. tai nėra reikalo su ASM gaišti laiko. Ir su C taip pat. Basic- kaip tik tai ko reikia. Yra net keli jų varijantai. Sudėliojai kaip dėlionę ir OK(kalbu apie AVR programavimą). O pradėjau nuo Pascal... |
|
|
|
|
|
|
|
Apie programerius? |
| Parašytas: 2008 12 24, 10:19 |
|
|
|
|
| Nezinau paminejo kas ar ne be juk C Baisic paskal ir t.t. kalbos galutiniam variante pavirsta i ASM (procas kitokiu komandu nesupranta) Su kaikuriais skirtumais. Uz patoguma reikia moketi. T.Y. didesnis kodas nereikalingos bibliotekos ir panasiai. |
|
|
|
|
|
|
 |
Google paieška forume |
|
|
|
Naujos temos forume |
|
|
FS25 Tractors
Farming Simulator 25 Mods,
FS25 Maps,
FS25 Trucks |
|
ETS2 Mods
ETS2 Trucks,
ETS2 Bus,
Euro Truck Simulator 2 Mods
|
|
FS22 Tractors
Farming Simulator 22 Mods,
FS22 Maps,
FS25 Mods |
|
Dantų protezavimas
All on 4 implantai,
Endodontija mikroskopu,
Dantų implantacija |
|
FS25 Mods
FS25 Maps,
FS25 Cheats,
FS25 Install Mods |
|
FS25 Mods
Farming Simulator 25 Mods,
FS25 Maps |
|
ATS Trailers
American Truck Simulator Mods,
ATS Trucks,
ATS Maps |
|
Must have farming mods
Farming simulator modhub,
Best farming simulator mods |
|
|
 |
