Close

ArduXPP

Vytvořené odpovědi

Aktuálně je na stránce zobrazeno 30 příspěvků - 391. až 420. (celkem z 2,768)
  • Autor
    Příspěvky
  • odpověď na: Digispark USB ATtiny85 Mini Arduino #11143
    vidlak
    Účastník

    Sosni driver a někam ho rozbal. Digispark píchni do USB alespoň na těch 5 vteřin aby se alespoň jednou inicializoval a pak jej vyndej. Ve Windows otevři správce zařízení (např. pomocí Spustit kl. zkr. Win + R a zadej „mmc devmgmt.msc“). Ve správci zařízení v hl. menu zvol Zobrazit -> Zobrazit skrytá zařízení. V sekci Ostatní zařízení bude Neznámé zařízení s šedivou ikonou. Vyber jej a přes pravé tlač. zobraz kontextové menu a zvol Aktualizovat software ovladače. V dialogu dej Vyhledat ovladač v počítači a zadej složku, kam si rozbalil driver. Dokonči instalaci.

    Pokud máš JSON v Arduino IDE a provedl jsi instalaci v manažéru desek, tak postupuj jak zmínil tribal.cz. Vyber vývojovou desku Nástroje -> Vývojová deska -> Digispark (Default – 16.5 mhz), a zvol nahrát. Kód se zkompiluje a konzole zažádá o zapojení digisparku. Digispark zasuň do USB (do 60 sekund). GLHF

    odpověď na: aktualizování firmwaru přes uart #11142
    michal123
    Účastník

    Děkuji, já zkoušel nastavit smyčku s pohyblivou mezerou a pak vypisovat neuspechy se zastaveni když by byl úspěch ale nšjak se to nepovedlo, nic nezabralo, treba to bude tím že už je pozdě. Konečně už mám osciloskop i když s ním pěkně zápasím aby ukazoval co má.

    už mám bjednaní samotné atmegy takže je plánuji pro další testování (až ohle bude fungovat) dát na desku a tím snad eliminovat tyhle různé chyby.

    Pěkný večer

    odpověď na: aktualizování firmwaru přes uart #11141
    Vojtěch Vosáhlo
    Účastník

    Tak to můžu popřát jen hodně štěstí. Já testuju na UNU a NANU a vše šlape jak hodinky. Ještě mě napadla jedna věc, když jsem vymýšlel jaká pauza má po resetu nastat, zapojil jsem reset toho programovaného arduina na D13 programátoru. Programátor měl pak nastaveno že hned po spuštění odešle příkazy. Programované arduino bylo tedy resetováno prakticky tou ledkou na pinu 13 a tím jak bliká při běhu bootloaderu. Vše taky fungovalo bez problému a na testování to postačilo, v takových chvílích by bylo hezké mít po ruce osciloskop… Možná by se s tím dalo něco vymyslet. Já se taky zítra pustím do testování 😉

    Hezký večer.

    odpověď na: aktualizování firmwaru přes uart #11140
    michal123
    Účastník

    řádek 49 bude souviset s tím, že nastavujeme úroveň stejnosmšrného signále ale apsoň u mě je před nožičkou resetu sériově kondenzátor takže se tím jen (maximálně) prodlouží interval, tud´ž by bylo možné že naše sířka restartovacího pulzu není dostatečně široká pro dokonalý restart.

    obě arduina mám na stejném napájení (z usb opravdu 0,5A), a k tomu paraelně zdroj 5V (abych mohl usb odpojit)

    pořád to můj problém neřeší, tak doufám, že ráno moudřejší večera. (i když se sem pravdšpodobně dostanu až odpoledne)

    odpověď na: aktualizování firmwaru přes uart #11138
    Vojtěch Vosáhlo
    Účastník

    Jak tak na to koukám tak možná dobře že jsem tu chybu neopravil. Nechte delay na 100, baud nechte jako long ale řádek 49 zakomentujte. Teď mi nedochází proč ale mě kód funguje jen bez něj…

    EDIT: Taky mějte obě arduina napájená z výkonných zdrojů. Mě např. nefunguje napájet jedno arduino z druhého, musí mít obě zvlášť 5V zdroj. Nevím proč, regulátor by měl dodávat víc než dost proudu…

    odpověď na: aktualizování firmwaru přes uart #11137
    michal123
    Účastník

    na to jsem přišel už na začátku a ani mě to nenapadlo, ale to mám upravení již dloho, taky jste napsal při resetu (nepodstatné), že pinMode ( 7 , HIGH ) ; na řádku 49

    ale to problém pořád neřeší. napadá mě uz snad jen čpatní doba čekíní ale i to jsem zkoušel

    odpověď na: aktualizování firmwaru přes uart #11135
    Vojtěch Vosáhlo
    Účastník

    Asi se pudu pifnout 🙂 je to moje hloupá chyba. Na začátku je baud definován jako int, nahraďte int typem long a mělo by to fungovat. Pro UNO by to tedy mělo vypadat takoto
    long baud = 115200;

    Krystal je v pořádku.

    odpověď na: aktualizování firmwaru přes uart #11134
    michal123
    Účastník

    zapojení jsem kontroloval už mockrát, dokonce měřil jestli není někde špatný kontakt, ale signál de kam jít má.

    odpověď na: aktualizování firmwaru přes uart #11133
    michal123
    Účastník

    Using Port : COM2
    Using Programmer : arduino
    Overriding Baud Rate : 115200
    AVR Part : ATmega328P
    Chip Erase delay : 9000 us
    PAGEL : PD7
    BS2 : PC2
    RESET disposition : dedicated
    RETRY pulse : SCK
    serial program mode : yes
    parallel program mode : yes
    Timeout : 200
    StabDelay : 100
    CmdexeDelay : 25
    SyncLoops : 32
    ByteDelay : 0
    PollIndex : 3
    PollValue : 0x53
    Memory Detail :

    Block Poll Page Polled
    Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
    ———– —- —– —– —- —— —— —- —— —– —– ———
    eeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff
    flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff
    lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
    hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
    efuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
    lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
    calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
    signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00

    Programmer Type : Arduino
    Description : Arduino
    Hardware Version: 3
    Firmware Version: 4.4
    Vtarget : 0.3 V
    Varef : 0.3 V
    Oscillator : 28.800 kHz
    SCK period : 3.3 us

    ale je divné třea ty rachlost krystalu (je to chyba?)

    odpověď na: aktualizování firmwaru přes uart #11132
    Vojtěch Vosáhlo
    Účastník

    Také můžete přihodit fotky zapojení ale předpokládám že tam problém nebude.

    odpověď na: aktualizování firmwaru přes uart #11130
    Vojtěch Vosáhlo
    Účastník

    Tak pojďme nejdřív zjistit rychlost UARTu. Jděte do arduino IDE, projděte toudo cestou File->Preferences a zaškrtněte obě možnosti u Show verbose output during…

    Pokud máte česky tak Soubor->Vlastnosti Zobrazit více informací výstupu během: [Y] Kompilace | [Y] Programování

    Teď nahrajte jakýkoliv kód do toho arduina co bude programované (to co bude updatované). Nahrajte normálně přes kabel třeba program Blink, je to jedno. V konzoli by vám mělo vyjíždět výrazně víc informací. Po nahrátí projeďte konzoli a zkuste najít takovýto blok textu:

    avrdude: Version 6.3, compiled on Jan 17 2017 at 12:00:53
             Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
             Copyright (c) 2007-2014 Joerg Wunsch
    
             System wide configuration file is "C:\Program Files\WindowsApps\ArduinoLLC.ArduinoIDE_1.8.2.0_x64__mdqgnx93n4wtt\hardware\tools\avr/etc/avrdude.conf"
    
             Using Port                    : COM4
             Using Programmer              : arduino
             Overriding Baud Rate          : 57600
             AVR Part                      : ATmega328P
             Chip Erase delay              : 9000 us
             PAGEL                         : PD7
             BS2                           : PC2
             RESET disposition             : dedicated
             RETRY pulse                   : SCK
             serial program mode           : yes
             parallel program mode         : yes
             Timeout                       : 200
             StabDelay                     : 100
             CmdexeDelay                   : 25
             SyncLoops                     : 32
             ByteDelay                     : 0
             PollIndex                     : 3
             PollValue                     : 0x53
             Memory Detail                 :

    Tenhle řádek, Overriding Baud Rate : 57600 nás zajímá nejvíc. Jaká je tam rychlost? Klidně sem hoďte celý výstup konzole ale až od toho

    avrdude: Version 6.3, compiled on Jan 17 2017 at 12:00:53
             Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
             Copyright (c) 2007-2014 Joerg Wunsch

    , může se to hodit.

    odpověď na: aktualizování firmwaru přes uart #11129
    michal123
    Účastník

    prevodník FT231 a procesor ATMEGA328P-AU

    odpověď na: aktualizování firmwaru přes uart #11127
    Vojtěch Vosáhlo
    Účastník

    Jaké arduina používáte a které dělá co? Mají jako sériové převodníky použity ch340 nebo mega16u2?

    odpověď na: aktualizování firmwaru přes uart #11126
    michal123
    Účastník

    Zkoušel jsem snad všechno a spojení se nepodařilo. Kód se zasekne při čekání na odpověď na řádku 55.
    Reset proběhl úspěšně, kody pro zadost o synchronizaci arduino poslalo taky ale odpověď žádná. Zkoušel jsem i jiré rychlosti, prohodit tx/rx jeslti nemám špatně ale už význě nevím co zkusit.

    Nějaká rada?

    odpověď na: pripojenie senzorov #11125
    posjirka
    Účastník

    a one wire sběrnice ?

    odpověď na: pripojenie senzorov #11124
    Fx
    Účastník

    Wi-Fi neprichadza vobec do uvahy (hruba zelezobetonova konstrukcia). Uvidim, ci nepostaci I2C (teda, ak sa to vobec bude realizovat). Ale vdaka za radu.

    odpověď na: Expander pro serva #11123
    posjirka
    Účastník

    našel jsem použití TLC5940 jako expanderu pro 16 serv:
    https://circuits.io/circuits/211975-arduino-servo-expander
    neprověřoval jsem to, ale můžeš to zkusit …

    odpověď na: pripojenie senzorov #11122
    posjirka
    Účastník

    já bych použil wifi modul esp8266 u každého čidla (ten tech 10 m zvládne), nebo použít třeba arduino mini jako převodníky různých čidelna např.i2C nebo RS485.

    odpověď na: Expander pro serva #11121
    posjirka
    Účastník

    nejsem si jistý, že to tak jednoduše půjde. Servo potřebuje pro svou funkci signál o frekvenci cca 50hz a log. 1 o délce 1-2ms (1=0st, 2=180st)
    Při přepínání bys musel zajistit detekci všech signálů zároveň a pak je postupně spouštět.
    Mimochodem pokud si spočítáte 20ms (50hz) na max.2ms/servo tak dostanete max 10serv.
    Toto se týkalo klasických analogových serv. digitální mají trochu jinou logiku, ale i cenu …

    odpověď na: pripojenie senzorov #11117
    Fx
    Účastník

    Dakujem za rady. Zídu sa!

    odpověď na: pripojenie senzorov #11116
    Vojtěch Vosáhlo
    Účastník

    Můžu tu ještě něco říct z vlastní zkušenosti. Přes etherneťák mám připojené senzory k meteostanici které taky komunikují přes i2c a onewire (BMP180, DTH22…). Kabel má přes 5m a senzory jsou napájené přímo přes dvojici drátů. Při proudech které senzory odebírají se prakticky nemusím bát o úbytek napětí na kabelech, při napětí 3.3V a proudu 10mA bych se o něj musel začít bát až na nějakých 100 metrech kabelu. Přenos dat je zatím také bezproblémový. To je moje vlastní zkušenost. Senzory bych klidně napájel po 2 libovolných kablících toho ethernetového kabelu. Možná by bylo lepší mít senzory napájené z vyššího napětí a mít u každého regulátor kdyby jste se bál o ten úpadek napětí. Nevím jak je to přesně s přenosem dat ale možná by pomohlo přenášet je také na vyšších napětích, tzn senzory by měli u sebe převodník z jejich 3.3V pracovního napětí třeba na 5V a naopak. U tohohle ale opravdu nevím jestli by to pomohlo.

    odpověď na: pripojenie senzorov #11115
    Fx
    Účastník

    Presne – tie senzory sa robia s I2C aj s SPI. Neviem, co by bolo vhodnejsie. Pravdepodobne pojde minimalne o 2x BME280 (potreba merat relativne presne tlak, teplotu a vlhkost a porovnat ich) a asi aj par dalsich (este nie je jasny uplny zoznam). Nebolo by vhodne, aby pri senzoroch bolo treba este nejake dodatocne napajanie – napr. pre prevodnik (leda cez PoE, ale to by to cele predrazilo a komplikovalo), len ak by sa inak nedalo. Fyzicky si to predstavujem cez ethernet kable.

    odpověď na: pripojenie senzorov #11114
    Vojtěch Vosáhlo
    Účastník

    No otázka je jakých senzorů a jakými protokoly komunikují. První otázka je asi ohledně hardwarového řešení. To je asi na každém zvlášť, já si třeba oblíbil konektory RJ12 a k nim kabely. Je to vše poměrně levné a dobře funkční. Softwarové řešení se bude odvíjet od toho jak pracují ty senzory. Na přenos dat by se dala použít třeba RS485, tou se dá přenášet na stovky metrů, ale ty senzory budou nejspíše komunikovat přes I2C, SPI nebo RS232. U I2C je limit podle kapacity, myslím že drát by neměl mít víc jak 200pF. RS232 se dá vytáhnout snad až na desítky metrů ale nevím jak funkční pak bude.

    Jak říkám je to spíš na vás a na senzorech…

    V.

    odpověď na: Nejdou mi nainstalovat ovladače Arduino UNO #11103
    DARDEN
    Účastník

    Ďakujem za odpoved uz som to opravil ja
    som si zle naistaloval dosku dal som si inu a stacilo mat normalnu arduino uno aj ked to neni prava doska ale nejaly duplikant a jz si progrujem v pohode a ďakujem este raz 😀

    odpověď na: aktualizování firmwaru přes uart #11102
    michal123
    Účastník

    Děkuji, tohle funguje. Obrázek je jasný, už se těším až se večer dostanu k druhému arduinu.

    odpověď na: aktualizování firmwaru přes uart #11101
    Vojtěch Vosáhlo
    Účastník
    odpověď na: aktualizování firmwaru přes uart #11100
    michal123
    Účastník

    Děkuji, bohůžel nemohu obrázek otevřít (pravděpodobně starý prohlížeč nebo blokovaná ip)

    odpověď na: aktualizování firmwaru přes uart #11098
    Vojtěch Vosáhlo
    Účastník

    Ještě jako bonus tady dávám obrázek jak jsem to měl zapojené. Programátor je samozřejmě arduino na kterém běží kód co jsem výše posílal.

    odpověď na: Bluetooth komunikácia #11097
    posjirka
    Účastník

    ve výsledku ani nepotřebuješ žádný další modul.
    Použij bud PC nebo mobil, kde máš bluetooh , naistaluj si nějáký bluetooth terminál (já mám windows mobile a tam je BTterminal) a pošli si z arduina něco přes bluetooth a v mobilu to musíš dostat presne v tom stavu.
    Navíc i zpětně si můžeš poslat nějákou zprávu,nebo kod jako v tom ovládání a musí to fungovat … tady asi žádná rada nebude přesná a je třeba vyzkoušet všechno co jde …

    odpověď na: Nejdou mi nainstalovat ovladače Arduino UNO #11096
    Vojtěch Vosáhlo
    Účastník

    A co píše arduino IDE při nahrávání? Zkoušel jste něco co tu bylo napsáno? Ovladače atd.

    V.

Aktuálně je na stránce zobrazeno 30 příspěvků - 391. až 420. (celkem z 2,768)