www.elektronik.si

[upornik]

Načrtujem eno vezje, ki bo komuniciralo preko SPI protokola s senzorjem in še z eno zunanjo napravo. To vezje mislim programirati z ISP USB-programatorjem(od Darkota), ki pa za svoje delovanje prav tako uporablja SPI protokol. Zanima me, kako je sedaj s tistimi linijami, ki so skupne(Clk, MOSI, MISO), s senzorjem zunanjo napravo in programatorjem? Ali je kaj narobe, če sta med programiranjem povezana tudi senzor in zunanja naprava? Kako je to običajno v teh aplikacijah, kjer se SPI uporablja za povezavo z drugimi napravami, obenem pa še za programiranje?

[int47]

Vhode (senzorja) lahko vežeš skupaj.
Problem so izhodi (senzorja).
Ena možnost je da (npr s pomočjo RESET signala) zaznaš način programiranje in takrat preprečiš, da bi senzor karkoli pošiljal na vodilo.

Druga možnost je, da izhod senzorja priklopiš preko upora. Takšno vezavo imaš tukaj Za programiranje je uporabljen CONN1.
Vezava preverjeno deluje s programatorjem, ki po končanem programiranju izhode postavi v visoko-impendančno stanje (High Z).
Kakšen "direkt kabel na LPT port" programator bi lahko motil SPI vodilo, zato ga je po končanem programiranju potrebno odklopiti.

[upornik]

Hm, bom še videl. Rad bi čim manjše vezje brez veliko dodatnih elementov. Mogoče bom uporabil kar jumper, in bom pač prekinil MISO vez...A bi se zagotovo pojavile motnje med programiranjem, če bi senzor kaj poslal v času programiranja?

[upornik]

[int47]

Med programiranjem se I/O pini uC-ja, ki niso uporabljeni za programiranje, navadno obnašajo kot vhodi.
Logično stanje na njih je odvisno tudi od ostalih komponent vezja.

74125: Ja, posamezne izhode se da vklopiti/odklopiti s kontrolnim signalom /Gx.

P.S. Med mikrokontroler-jem in mikrokrmilnik-om je razlika.

[upornik]

[int47]

Kakšno logično stanje ima RESET uC-ja med programiranjem?
Zakaj ti rešitev z uporom ni všeč?

Daj prilepi shemo vezja, da bomo videli, o čem se pogovarjamo.

Moji sodelavci vse kar vsebuje "kontroler" razumejo kot PLC. Ko sem hotel to pravilo podpreti z linkom, sem ugotovil, da to ni splošna praksa. P.S. lahko zanemariš.

[upornik]

[int47]

Med normalnim delovanjem je na vodilu naenkrat aktiven le en izhod.
Izhod si lahko predstavljaš kot (realen) napetostni generator (ima U0 in Rn).
Notranja upornost izhoda je nizka (Rn1, Rn2).
Notranja upornost vhoda je visoka (Rv).
Na vhodu je torej vedno praktično enaka napetost, kot jo daje izhod (U01).

Ko zraven priključiš še programator, imaš vzporedno vezna dva izhoda na en vhod.
Notranji upornosti obeh izhodov si lahko predstavljaš kot delilnik napetosti, na katerega je priključen tvoj vhod.

a)
Notranji upornosti izhodov (Rn1 in Rn2 uporovnega delilnika) sta nizki in približno enaki.
Ko je en izhod (U01) na '0' in drugi (U02) na '1', teče skozi delilnik (pre)velik tok. Izhodna napetost je približno na polovici med '0' in '1'.

b)
Če zaporedno z enim od izhodov (npr Rn1) vežeš upor (Rz), se ta upornost prišteje notranji upornosti tega izhoda.
Dobiš delilnik napetosti, pri katerem je (Rn1+ Rz) >> Rn2. Če je Rz dovolj velik, tok skozi delilnik ne preseže zmogljivosti izhodov. Izhodna napetost takšnega delilnika je blizu napetosti U02.

Ker je Rv >> Rz, upor Rz ne moti, kadar izhod2 (programator) ni prisoten.

[upornik]

Končno sem prišel do več časa za projekt. Int47 hvala za razlago. Sedaj nekako razumem tole rešitev z uporom. Ali bi lahko stvar rešil z uporom tudi v primeru, če so na istem ISP vodilu 4 naprave, kot v tem primeru? Upam, da se dokaj razločno vidi na shemi. Torej, AVR je povezan z senzorjem, VF modulom in še med programiranjem z ISP programatorjem. Bi delolovalo, če bi na izhod senzorja in izhod
VF modula dodal upor, tako kot si mi svetoval?

[int47]

Kako uC izbere napravo na vodilu, s katero bo potekala komunikacija ? (manjka "chip select").