Propojení Arduino s USB adaptérem

[Celeron]

Vážení, mám několik kousků Arduino Pro mini ATMEGA 328 5V/16 MHz. Chci je programovat přes Arduino sériový FTDI USB adaptér. Adaptér stačí jeden, v aplikaci potřeba není. Zatím mi dorazily jen Pro mini, USB adaptér ne, takže zatím nevím zapojení pinů sériovýho TTL portu.
Měl bych dotaz, jak řešíte dočasný propojení obou desek? Jsou odpovídající piny na obou deskách ve stejným pořadí, což by umožnilo propojení třeba řadovou lištou kontra dutinkama a nebo jsou signály cik-cak a musí se dělat kabelový různě překřížený propojení?
Díky

[mtajovsky]

Já mám třeba tuto dvojici (popis některých signálů RS232 na Arduinu není vidět, protože je zespodu). Na propojení je potřeba kablík. Konkrétně DTR je na převodníku těsně vedle Vcc signál CTS, ale na Arduinu je tam GND. Signály DTR, TXD, RXD a VCC jdou propojit přímo, ale zem musí na převodníku o jeden krok odskočit právě přes CTS.

Zatímco Arduino bude nejspíš standardizované, převodníky se mohou lišit.

[mtajovsky]

Já mám třeba tuto dvojici (popis některých signálů RS232 na Arduinu není vidět, protože je zespodu). Na propojení je potřeba kablík. Konkrétně DTR je na převodníku těsně vedle Vcc signál CTS, ale na Arduinu je tam GND. Signály DTR, TXD, RXD a VCC jdou propojit přímo, ale zem musí na převodníku o jeden krok odskočit právě přes CTS.

Zatímco Arduino bude nejspíš standardizované, převodníky se mohou lišit.

[Celeron]

Mě by měl přijít totok:

[alzo]

třeba takto

[Atlan]

Ja 5u cervenu dosku picham priamo do mini, akurat som vyhol pin cts na prevodniku aby nesiel do diery gnd. Inak ak napajkujes dutinky, vycviknes pin cts, tak luxusne nanunies ten cerveny prevodnik a porgramujes.

[mtajovsky]

alzo << ten kondenzátor je zbytečný, Pro Mini má vlastní resetovací obvod připojený na DTR.

[mtajovsky]

alzo << ten kondenzátor je zbytečný, Pro Mini má vlastní resetovací obvod připojený na DTR.

[Atlan]

Tak fotka za 1000 slov?

[Celeron]

Už mi dorazil zbytek a vidím, jak je to na převodníku zapojený. Teď ještě nalýzt nějakou optimální, co nejmenší dutinkovou lištu a hřeben správný rozteče.

[Celeron]

Připojil jsem samotnej USB převodník k PC. Hned se našel jako TFDI 232 a začal hledat ovladač na Windows Update. Našel a nainstaloval USB serial coverter a pak se hledal ještě USB serial port. To se ale nezdařilo.
Co dělám špatně? Musí být zároveň na TFDI 232 připojeno Mini pro nebo nemusí? A jakej driver pro ten USB serial port mám vlastně mám hledat?
Nemůže být problém že v tom samým PC mám CH340 pro čínskej Mega 2560 a originál pro UNO? Nemele se to nějak zároveň?


edit: Na čtvrtej pokus odinstalování driveru serial konvertoru a následné instalaci se najednou i USB port serial COM10 nainstaloval i s nepřipojeným Mega Pro. Proč až na počtvrtý nechápu.
Když jsem zkompiloval a poslal do TFDI programový data od jednoho projektu pro Mini, tak bylo vidět, že 10 x blikla zelená led na TFDI a IDE zahlásil:
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xbb
Problém s přenosem dat na vývojovou desku (board). Na http://www.arduino.cc/en/Guide/Troubleshooting#upload naleznete další doporučení.
Předpokládám, že to je pouze nepřipojením Mini... Zítra zplodím propojovací kabel a budu to zkoumat dál.

V tom projektu je použitá Arduiňácká membránová klávesnice 4x4. Protože to je celkem drek, použil jsem jinou a potřebuju zkontrolovat jak se mají zapojit sloupce a řádky.

const byte ROWS = 4; //four rows
const byte COLS = 4; //four columns

char hexaKeys[ROWS][COLS] = {
{'1','2','3','A'},
{'4','5','6','B'},
{'7','8','9','C'},
{'*','0','#','D'}
};

byte rowPins[ROWS] = {9, 8, 7, 6}; //connect to the row pinouts of the keypad
byte colPins[COLS] = {5, 4, 3, 2}; //connect to the column pinouts of the keypad

Keypad keypad = Keypad( makeKeymap(hexaKeys), rowPins, colPins, ROWS, COLS);

Uvažuju správně, že sepnutí pinu na Mini 9 s 5 bude znak 1, 6 s 9 znak A,
6 s 2 znak D?
Díky

[mtajovsky]

Pro znak 'A' by to mělo být 9 s 2.

Co se týče programování Arduina, tak by se převodník USB<->RS232 měl použít s bootloaderem. Samotný převodník není programátor s vlastnostmi STK500.

[mtajovsky]

Pro znak 'A' by to mělo být 9 s 2.

Co se týče programování Arduina, tak by se převodník USB<->RS232 měl použít s bootloaderem. Samotný převodník není programátor s vlastnostmi STK500.

[Celeron]

Propojil jsem FTDI232 s Pro Mini, udělal jsem to jako nastrkávací přes půl obyč DIL12 patice. S vyskřípnutým CTS. Program jsem zkoušel poslat z IDE do Pro Mini. Chodí to nějak na heslo, při každým pokusu o nahrnutí prográmku blikají na FTDI dvě zelený ledky ale jinou dobu. Přenos se povede tak 1x za 8-10 pokusů, jinak to končí chybou sériovýho přenosu. Dělají to dvě Pro Mini, takže v nich asi problém nebude. Co dělám špatně, že to jde jen občas? USB kabel je silnej pro USB HDD s pomocným napájecím štekrem, dýlka 80 cm, v něm to asi nebude. Když koukám na desku Pro Mini i FTDI nikde žádná pořádná filtrace. Nemůže být nějakej problém s proudovejma špičkama při "pečení" ATmega 328? Zkusím samostatný napájení Pro Mega 9V přes pin RAW.
Pokud to udělám, musí se přerušit propoj +5V mezi Pro Mini a FTDI a nebo nemusí?
Ale jinak to je v pohodě. Pokud se podaří nahrnout program do Pro Mini a připojím membránovku klávesnici tak v USB monitoru IDE chodí G-code sekvence naprosto v pořádku a pasují i s označením klávesnice.

[Celeron]

Tak vše na dvě věci, na H a nic. Problém s komunikací je furt i s jiným FTDI a jiným Pro Mini. Zkusil jsem přidat na napájení obou desek filtrační elyty 100M/16 a taky nic. Pokud napájím Pro Mini z pinu RAW a FTDI z USB, je to furt a stále stejný.
Ale vypozoroval jsem toto. Pokud je Pro Mini novej a tím asi prázdnej, jde na první dobrou. Jakmile v něm něco je, už ne. Naprogramování nějak souvisí s tím, do kdy podržím na Pro Mini tlačítko reset při odklapnutí "nahrát" v IDE. Není možný, že nějak blbě chodí kondíkovej reset na Pro Mega generovanej z signálu DTR z FTDI?
Měl jsem si blbec koupit Micro s USB, tahle pakárna by odpadla. Jenže nevím, jestli by to zvládl.

[mtajovsky]

Pořiďte si nějaký normální programátor, třeba levný USBasp a obejdete se bez bootloaderů a převodníků.

Jinak - používal jsem čínský převodník s CH340 ve spojeni s ProMini podle obrázku v dřívějším příspěvku - a bez problému. Nové Arduino není prázdné, je v něm bootloader. Mačkat tlačítko RESET při programování nemá cenu. Zresetuje se to pomocí DTR. Funguje to tak, že po resetu bootloader nějakou dobu čeká, jestli se nezahájí programování a když ne, tak spustí naprogramovaný obsah.

[mtajovsky]

Pořiďte si nějaký normální programátor, třeba levný USBasp a obejdete se bez bootloaderů a převodníků.

Jinak - používal jsem čínský převodník s CH340 ve spojeni s ProMini podle obrázku v dřívějším příspěvku - a bez problému. Nové Arduino není prázdné, je v něm bootloader. Mačkat tlačítko RESET při programování nemá cenu. Zresetuje se to pomocí DTR. Funguje to tak, že po resetu bootloader nějakou dobu čeká, jestli se nezahájí programování a když ne, tak spustí naprogramovaný obsah.

[Atlan]

Aku dosku mas vybratu v arduine? Skusal si vybrat arduino nano? Daj si vlastnosti a zvol celkovy bypis programovania. Akou rychlostou ti to laduje data Bd?

Problem je ten ze tie cipy od cinana niesu FTDI ale nejake uP co sa tvaria ako ftdi. Ked som ich pouzil v programatore a programoval regulator kde bola pwm s 300V a 10A spickami tak to vseliako blblo a padala komunikacia. Pritom notas bol napajany z baterky a silova cast oddelena optoclenmi. Napajanie bolo spinanimi zdrojmi mozno ze v tom bol pes zakopany. Ale mam tie programatory 2 jeden s origo FTDI a ten beha a nepada.
Tak ze neviem ci uz tu dosku mas zakomponovanu niekde? A zapojenu.
Inak skus zmenit cislo com portu.

[Celeron]

Koukal jsem na ten USBasp a není mě jasný, kam se to na Mega Pro připojuje.
Ale říkám si, když šlo bez problému programovat Mega 2560 a Atmelem i číňanem převodníkem a to samý Uno, tak tady musí být něco špatně.
A taky jo, na pinu DTR se podle pickolapky s čítačem pulzů nic neděje, takže reset před programováním žádnej není a proto mi asi chodí ten ruční od tlačítka dohromady s nahraj. Jenže to dělají dva převodníky a tak to je nějaká společná vada. Otázka je, jestli to je HW problém na desce převodníku nebo chyba driveru...