328PB-U van rajta, a dude configja tudná(persze a felirat az egy dolog, mert a fene tudja, hogy valójában mi az). a PB-nek ráadásul 2db spi csatornája van. Ki tudja a kínai melyiket engedélyezte, attól függetlenül, melyik van a panelen kivezetve a 6 tűs steckerre. Már egy hete szenvedek vele, hogy különféle, minden mással működő bevált eszközökkel, különféle operációs rendszerek alól, különféle programokkal megszólítsam ICSP-n ezt az ótvart, amiből bevásároltam.

Programoztam 328PB-t . Egy lapkára feltöltöttem az Arduino ISP programot, rádrótoztam a 328PB-re és már ment is föl a program.
De LGT328P lapkára is gond nélkül föl szokott menni a program, csak olyankor a Larduino ISP programot használom, meg kicsit más a drótozás.

Ez volt az elképzelés nekem is, de már fogalmam sincs mi lehet a baj. Egy 100nF-os kondi a reset vonalon a ch340-től, egy 10K-s felhúzóellenállás szintén a reseten, és egy led az órajelen a különbség egy sima 328-as chip között, amit minden visz vidáman. Még az lehet, hogy az isp-t letiltotta a kínai

Még olyasmi közbe játszhat, rá kellene mérni, hogy az a 100nF-os kondi, amin keresztül a RESET impulzust kapja az MCU, annak a kondinak a CH340 felőli vége, tehát a CH340 2-es lába az fix potenciálon van alap esetben, vagy nagy impedanciásan lóg.
Mert ha fix potenciálon van, akkor az ICSP felől jövő RESET impulzusnak át kell polarizálni ezt a kondit. Ha rövid az impulzus és hosszú a kábel, akkor lehet, hogy az MCU nem kap megfelelő RESET jelet.

Gondoltam arra is, hogy teszek egy fetet az égető kimenetére a reset lábra, ami radikálisan lerántja gnd-re az arduino reset lábát bármi legyen is ott a ch340 felől odaszivárogva. Valami piszlicsáré dolog szívat, ha egyáltalán kiderül valaha mi volt az, de mindenképpen az arduino board kavar be, mert külön viszi a chipet.

Az nem invertálna?

Itt már kínszenvedett valaki a Nanoval, csak ő Polulu programozóval, és tranzisztorokkal oldotta meg, a reset gondot.

Erről a kapcsolásról az jut az eszembe, hogy egy LED-tranzisztoros optocsatolóval egyszerűbben meg lehetne oldani. Egy ellenállás a LED elé, a tranzisztor meg lerántja GND-re a RESET lábat.

A dude ha nem választasz IC-t a detektálás gombbal rátalál?
Üdv. M.

Köszönet minden hozzászólónak az ötletekért és a segítségért! Nagy nehezen,de meg lett a baj. A kínai valami ötlettől vezérelve(biztos ebből több volt) 10K-s (103) helyett 1K-s(102) légysz@rt rakott a reset vonalra felhúzó ellenállásként. Miután kicseréltem kínomban, varázsütésre minden jó lett. Feltehetőleg a logikai L szint alá nem tudta lerántani a programozó az adott pillanatban a reset vonalat. Sajnos az összes panel ilyen amit egyszerre vettem, és annyira nem jó ezt cserélni. Azt viszont nem tudom, hogy az IDE bootloaderrel, hogy oldotta meg a resetet, mert azzal meg működött jól, csak az ICSP-n nem. Üdv mindenkinek!

Hestorból vettem a mini usb-s tipist. nem ajénlom senkinek! Érdekes a type c-s vígan dolgozik

Esetleg lassú jelváltási sebesség, az ISP módban.
Nem vennék mérget rá, de elképzelhető, hogy az IDE lassabb sebességgel ír és olvas,
feltéve ha nem állítottál már be amúgy is lassabb órajelet az ISP programozás közben.
Tennék egy próbát kisebb órajellel.

Ha az IDE -vel alap 115.200bps van beállítva, az pedig működik,
megpróbálnám ISP -n is beállítani evvel egyező bitsebességű órajelet, vagy akár kisebbet is.

A 115.200bps IDE sebességhez tartozó órajel periódusideje kb 8,68 µs.
A 375 kHz ISP sebességhez tartozó órajel periódusideje kb 2,67 µs.
Szóval ISP módban kb háromszor gyorsabb a jelsebesség, ezért nem érzékeli a resetet megfelelően, feltételezésem szerint.

Tehát ha az ISP órajelet lentebb veszed, hogy megkapd a lassabb periódusidőt elvileg működhet ISP-n keresztül is, és nem kell ellenállást cserélni. (AVRDUDESS -ben a bit órajelet csökkentsd.)
Elvileg 93.75kHz sebességen már működhet, mert akkor már nagyobb a periódusidő is.
Másik fontos dolog, hogy minél rövidebb legyen az ISP vezetékköteg.

Számoltattam pár lassabb fokozatot támogató periódusidőt az AI-val, ha gondolod próbáld ki.

Már úgy értettem, hogy a programozó gyártója mit szól hozzá.
De akkor gyanítom, hogy neked is a kínai klónféle hardvered van, azért nem tetszik a gyári programozónak. Akkor meg persze, hogy hiába keresnéd a programozó gyártóját is...

Esetleg bepróbálkozhatnál te is lassabb sebességen, rövidebb dróton ahogy tufatofunak ajánlottam...

A fent említett sebességet vedd le az AVRDUDES-ben 32k-ra.
A belső oszci az arduinóba 1MHzre van állítva gyárilag.
Majd te be tudod utána a konfig biteket állitani magadnak.
De nem mindegy mennyi idő alatt programozod fel első alkalommal?
Én is szenvedtem hasonlóval, még az IC-t sem detektálta autóban. Ezt levéve 32k, máris tökéletes lett.

Azzal kezdtem az egész kálváriát, hogy végigzongoráztam az összes órajelet, de még 500Hz-n sem vitte. Aztán usbasp firmware frissítés az eredetire, majd zongora ismét, de hiába. Minden más működött, csak ez a Nano sorozat nem. Olvastam valahol, hogy volt akinek úgy sikerült programozni néhány tipust, hogy letakarította valamelyik ledet a Nano panelről. Sajnos ilyen ez a Klón piac. Feltehetőleg valami meós szemétből készül mindegyik ezért nagy a szórás, melyik, hogy viselkedik.

Egy óriási baklövést követtem el, és leírom, hogy senki más ne essen bele ebbe! van egy LM2596S-PSUM tápom és az arduino nanom. A hibás bekötést írom le, és ezt így tilos (nem is értem hol járt a fejem, na mind1) két nanom bánta
Az LM2596S-PSUM beállítottam 5 voltra, és a vavo 5 volos lábára raktam, majd onnan egy diodén keresztül kapott a ds18f20 és a kék hátterű lcd is. Amikor programozni akartam tápot levéve, nem volt semmilyen védelem, a kis chip nem bírta a LM2596S-PSUM kimenetén lévő 100uf kondi és a rátett fogyasztók táplálását! Az iskolába tanultuk, hogy az elko első pillanatban rövidzárként viselkedik, és pontosan elég ez annak a pici smd ic-nek! A megoldás A LM2596S-PSUM ről egy diodám 4001 el a Vin A másik LM2596S-PSUM ról egy 7805 re rakom amitől az lcd-t és a DS-t táplálom. Igy tuti ha programozni akarom, akor az arduinoban lévő stapic és a 4001 megfogja és nem szálé el az ic!!