HobbyCNC fórum
  v0.9.2.4

Fórum betekintő Fórum címe: http://forum.hobbycnc.hu



Arduino




Időrend:
Oldal 1 / 16 Ugrás ide:
1  2   3   4   5     Következő ►  Utolsó ►|

Fórum főoldal  |  A lap aljára

cree2 | 1281    2017-11-17 10:51:41 [800]

Tudja e valaki Teensy 3.0 lehet valami olcsó klonja kinaiaknál más néven ?


cree2 | 1281    2017-11-16 21:10:30 [799]

usbconfig.h ez a nyilt foráshoz tartozik nem mert látok valami make fájlt bootloader projkt fájl amivel tudsz egyedi bootloader forditani ujra hexbe de a make file milyen program kezelheti avr studio? fix bootloader hexbe már nem tudom cserélni a vid/pid értékjeit mivel az forditot álomány már proci nyelvre?

Előzmény: laaci, 2017-11-16 18:15:41 [797]


cree2 | 1281    2017-11-16 21:03:15 [798]

van probléma én csak avr dudet használtam ezel cseréltem boot loader! micronucleus fingom sincs hogy kel mivel használni!     

Előzmény: laaci, 2017-11-16 18:15:41 [797]


laaci | 33    2017-11-16 18:15:41 [797]

A firmware mappában van egy usbconfig.h file. Abban keres rá a VID/PID kifejezésre. Én ezt találtam: [code] #define USB_CFG_VENDOR_ID 0xD0, 0x16 /* = 0x16d0 */ /* USB vendor ID for the device, low byte first. If you have registered your * own Vendor ID, define it here. Otherwise you may use one of obdev's free * shared VID/PID pairs. Be sure to read USB-IDs-for-free.txt for rules! */ #define USB_CFG_DEVICE_ID 0x53, 0x07 /* = 0x0753 = Digistump */ /* This is the ID of the product, low byte first. It is interpreted in the * scope of the vendor ID. If you have registered your own VID with usb.org * or if you have licensed a PID from somebody else, define it here. Otherwise * you may use one of obdev's free shared VID/PID pairs. See the file * USB-IDs-for-free.txt for details! */ [/code] A Vendor ID-nál, és a Device ID-nál lévő paramétereknél neked mi van?

Előzmény: cree2, 2017-11-16 16:05:18 [796]


cree2 | 1281    2017-11-16 16:05:18 [796]

Felraktam a loadert ami fel is ment de se pid se vid nincs a hibajelenség szintén ugyanaz "USB Device Not Recognised"! mauális driver telepitésnék ki ugorja VID_16D0&PID_087E *.ini fájlt is a windows továbra is ismeretlen eszköz! parancsal: D:\Arduino\hardware\tools\avr/bin/avrdude -CD:\Arduino\hardware\tools\avr/etc/avrdude.conf -v -pattiny85 -cstk500v1 -PCOM3 -b19200 -Uflash:w:\Arduino\/upgrade-t85_default.hex:i -U lfuse:w:0xe1:m -U hfuse:w:0xdd:m -U efuse:w:0xfe:m jelentés: [code] Microsoft Windows [Version 6.1.7601] Copyright (c) 2009 Microsoft Corporation. All rights reserved. d:\Arduino>D:\Arduino\hardware\tools\avr/bin/avrdude -CD:\Arduino\hardware\tools \avr/etc/avrdude.conf -v -pattiny85 -cstk500v1 -PCOM3 -b19200 -Uflash:w:\Ardui no\/upgrade-t85_default.hex:i -U lfuse:w:0xe1:m -U hfuse:w:0xdd:m -U efuse:w:0xf e:m 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 "D:\Arduino\hardware\tools\avr/etc/av rdude.conf" Using Port : COM3 Using Programmer : stk500v1 Overriding Baud Rate : 19200 AVR Part : ATtiny85 Chip Erase delay : 400000 us PAGEL : P00 BS2 : P00 RESET disposition : possible i/o 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 Max W ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- --- -- --------- eeprom 65 12 4 0 no 512 4 0 4000 45 00 0xff 0xff flash 65 6 32 0 yes 8192 64 128 30000 300 00 0xff 0xff signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00 lock 0 0 0 0 no 1 0 0 9000 90 00 0x00 0x00 lfuse 0 0 0 0 no 1 0 0 9000 90 00 0x00 0x00 hfuse 0 0 0 0 no 1 0 0 9000 90 00 0x00 0x00 efuse 0 0 0 0 no 1 0 0 9000 90 00 0x00 0x00 calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00 Programmer Type : STK500 Description : Atmel STK500 Version 1.x firmware Hardware Version: 2 Firmware Version: 1.18 Topcard : Unknown Vtarget : 0.0 V Varef : 0.0 V Oscillator : Off SCK period : 0.1 us avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.06s avrdude: Device signature = 0x1e930b (probably t85) avrdude: safemode: hfuse reads as DD avrdude: safemode: efuse reads as FE avrdude: NOTE: "flash" memory has been specified, an erase cycle will be perform ed To disable this feature, specify the -D option. avrdude: erasing chip avrdude: reading input file "D:\Arduino\/upgrade-t85_default.hex" avrdude: writing flash (2456 bytes): Writing | ################################################## | 100% 3.91s avrdude: 2456 bytes of flash written avrdude: verifying flash memory against D:\Arduino\/upgrade-t85_default.hex: avrdude: load data flash data from input file D:\Arduino\/upgrade-t85_default.he x: avrdude: input file D:\Arduino\/upgrade-t85_default.hex contains 2456 bytes avrdude: reading on-chip flash data: Reading | ################################################## | 100% 2.21s avrdude: verifying ... avrdude: 2456 bytes of flash verified avrdude: reading input file "0xe1" avrdude: writing lfuse (1 bytes): Writing | ################################################## | 100% 0.02s avrdude: 1 bytes of lfuse written avrdude: verifying lfuse memory against 0xe1: avrdude: load data lfuse data from input file 0xe1: avrdude: input file 0xe1 contains 1 bytes avrdude: reading on-chip lfuse data: Reading | ################################################## | 100% 0.02s avrdude: verifying ... avrdude: 1 bytes of lfuse verified avrdude: reading input file "0xdd" avrdude: writing hfuse (1 bytes): Writing | ################################################## | 100% 0.02s avrdude: 1 bytes of hfuse written avrdude: verifying hfuse memory against 0xdd: avrdude: load data hfuse data from input file 0xdd: avrdude: input file 0xdd contains 1 bytes avrdude: reading on-chip hfuse data: Reading | ################################################## | 100% 0.02s avrdude: verifying ... avrdude: 1 bytes of hfuse verified avrdude: reading input file "0xfe" avrdude: writing efuse (1 bytes): Writing | ################################################## | 100% 0.02s avrdude: 1 bytes of efuse written avrdude: verifying efuse memory against 0xfe: avrdude: load data efuse data from input file 0xfe: avrdude: input file 0xfe contains 1 bytes avrdude: reading on-chip efuse data: Reading | ################################################## | 100% 0.02s avrdude: verifying ... avrdude: 1 bytes of efuse verified avrdude: safemode: hfuse reads as DD avrdude: safemode: efuse reads as FE avrdude: safemode: Fuses OK (E:FE, HD, L:E1) avrdude done. Thank you. d:\Arduino> [/code]

Előzmény: laaci, 2017-11-15 20:57:15 [792]

cree2 | 1281    2017-11-16 00:03:18 [795]

szia! tavir bandát hanygolom inkább... én is szortam a fusebites elövéseket de viszaálitani szenvedés 1 programozoval... bár az usb vid/div a botloader tartalmaza ezt nem elég a driver ini átirni szerintem ha több dispark is van egy hubon ne legyen driveres ütközés az egyforma usb azonositokbol...

Előzmény: wbt, 2017-11-15 21:25:05 [793]


cree2 | 1281    2017-11-15 23:52:48 [794]

ok! köszi!

Előzmény: laaci, 2017-11-15 20:57:15 [792]


wbt | 4    2017-11-15 21:25:05 [793]

Szia! Ha nem boldogulsz, kérdezd meg Robit a Tavir.hu-n; nekem van ilyen modulom egy marékkal, semmire nem mentem vele, mert a feltöltött USB-meghajtó program összeakadt a használt MKII és FTDI-s meghajtóval. No, mivel ezektől nem akartam megválni, mert napi használatban vannak, így a kis modulok inkább pihennek. Tehát ha minden jó, de még sem akar menni, akkor lehet, hogy egy előző telepített USB driver-el akad. (már akartam csinálni AVRdoctort, ami alaphelyzetbe visszalövi az ATTINY-ket és akkor lehet ISP-vel programozni, csak az idő ugye...) Szóval RESET láb nélkül nincs ISP, ha USB akad, akkor sincs.

Előzmény: cree2, 2017-11-15 18:57:08 [791]


laaci | 33    2017-11-15 20:57:15 [792]

Ácsi ácsi. Ott van leírva: <"no reset": external reset disabled, can't program through SPI anymore Szabad fordításban: "no reset" esetén, soha többet nem tudod SPI-vel programozni. Ha késöbb SPI-n keresztül akarod programozni - tehát nem az arduino IDE-vel, hanem mondjuk újraprogramozni a bootloader-t, akkor ahhoz kell a RESET láb. SPI-n való programozás után, vagy Arduino IDE-vel való programozás után ma már autómatikus RESET-et nyom a szoftware. Én inkább így javasolnám: Fuse extended byte: 0xFE Fuse high byte: 0xdd Fuse low byte: 0xe1

Előzmény: cree2, 2017-11-15 18:57:08 [791]


cree2 | 1281    2017-11-15 18:57:08 [791]

avr dude programoztam arduino isp megolsásal..... nem ismerem avr világát arduino ide kivül azal biztonságos programozni Kész fusebit miat meg konfig miat.. Ezt a reset alapu nem ismerem .... Akor a high bit álitja a mod kiválaztást reset/no reset? no reset SPI verzio: 0XFE...0X5D...0XE1 ? köszi az infot!

Előzmény: laaci, 2017-11-15 18:34:30 [790]


laaci | 33    2017-11-15 18:34:30 [790]

Én a t85_default.hex beálításokat választottam, RESET lábbal. [code] #--------------------------------------------------------------------- # ATtiny85 #--------------------------------------------------------------------- # Fuse extended byte: # 0xFE = - - - - - 1 1 0 # ^ # | # +---- SELFPRGEN (enable self programming flash) # # Fuse high byte: # 0xdd = 1 1 0 1 1 1 0 1 # ^ ^ ^ ^ ^ \-+-/ # | | | | | +------ BODLEVEL 2..0 (brownout trigger level -> 2.7V) # | | | | +---------- EESAVE (preserve EEPROM on Chip Erase -> not preserved) # | | | +-------------- WDTON (watchdog timer always on -> disable) # | | +---------------- SPIEN (enable serial programming -> enabled) # | +------------------ DWEN (debug wire enable) # +-------------------- RSTDISBL (disable external reset -> enabled) # # Fuse high byte ("no reset": external reset disabled, can't program through SPI anymore) # 0x5d = 0 1 0 1 1 1 0 1 # ^ ^ ^ ^ ^ \-+-/ # | | | | | +------ BODLEVEL 2..0 (brownout trigger level -> 2.7V) # | | | | +---------- EESAVE (preserve EEPROM on Chip Erase -> not preserved) # | | | +-------------- WDTON (watchdog timer always on -> disable) # | | +---------------- SPIEN (enable serial programming -> enabled) # | +------------------ DWEN (debug wire enable) # +-------------------- RSTDISBL (disable external reset -> disabled!) # # Fuse low byte: # 0xe1 = 1 1 1 0 0 0 0 1 # ^ ^ \+/ \--+--/ # | | | +------- CKSEL 3..0 (clock selection -> HF PLL) # | | +--------------- SUT 1..0 (BOD enabled, fast rising power) # | +------------------ CKOUT (clock output on CKOUT pin -> disabled) # +-------------------- CKDIV8 (divide clock by 8 -> don't divide) ############################################################################### [/code] Az alsó byte-ot nem állítod. A felső bit-eket, pedig a 2 lehetőség közül érdemes választani. Persze lehet cizellálni, de alapnak felesleges. Eszközkezelőböl kiolvasva pedig ez a VID/PID number: Digispark Virtual Com Port Hardware azonosító: USB\VID_16D0&PID_087E A másik át lett írva billentyűzetnek így ott más a VID/PID. Üdv. laaci

Előzmény: cree2, 2017-11-15 08:44:54 [789]


cree2 | 1281    2017-11-15 08:44:54 [789]

ezt találtam... https://github.com/micronucleus/micronucleus/tree/master/firmware/releases A fuse biteket mire kell álitani?

Előzmény: laaci, 2017-11-15 07:57:51 [788]


laaci | 33    2017-11-15 07:57:51 [788]

Mondom nekem gyárilag már felraktak egy bootloader-t. Így nekem csak használni kellet, és mivel működött nem cseréltem. Amit saját magam raktam össze és programoztam, az annó aktuálisan leszedhető új bootloader volt (Micronucleus V2.03). MOSI,MISO,stb. lábakon felprogramoz, utána használható a Virtualizált USB.

Előzmény: cree2, 2017-11-14 23:41:06 [785]


cree2 | 1281    2017-11-14 23:57:54 [787]

volt pár elöt fusebit baleset is ráuntam a bootloader cserélgetni de ebböl a attiny85 kilehet szeni átrakni fuse doctorba...

Előzmény: laaci, 2017-11-14 23:17:41 [784]


Messer | 309    2017-11-14 23:55:24 [786]

Köszönöm!

Előzmény: cree2, 2017-11-14 23:05:22 [783]

cree2 | 1281    2017-11-14 23:41:06 [785]

micronucleus botloader verziokat cserélgetem mindegyik ugy reagált usb win alat no usb connect... de jolene egy normális bootloader ami müködne is... Te milyet használsz?

Előzmény: laaci, 2017-11-14 23:17:41 [784]


laaci | 33    2017-11-14 23:17:41 [784]

Ha USB-n felkötve nincs PID/VID, akkor azon nincs bootloader. Mivel az ATTINY-n nincs hardware-es USB porttal felszerelve, ezért az USB-t csak software-esen, a bootlodaer "virtualizálja". Nekem gyárilag ezt feltöltötték. Én felkötöttem a PC-re volt PID/VID number, ArduinoIDE a megfelelö - általad is linkelt kiegészítővel - látta és kezelte. Ha van másik arduinod, akkor azt ISP programozónak programozva, a Digispark altal ajánlott "micronucleus" sofware-rel, a bootlodaer-t feltöltve működő lesz.

Előzmény: cree2, 2017-11-14 19:44:49 [777]


cree2 | 1281    2017-11-14 23:05:22 [783]

https://data.hu/get/10833601/arduino.rar rar pw:0

Előzmény: Messer, 2017-11-14 22:42:14 [781]


rokonok | 14    2017-11-14 23:02:49 [782]

Nincs mit. Nem én csináltam még kezdő vagyok én is.

Előzmény: Messer, 2017-11-14 22:42:14 [781]


Messer | 309    2017-11-14 22:42:14 [781]

Ez kellett.

Előzmény: rokonok, 2017-11-14 21:48:32 [780]


rokonok | 14    2017-11-14 21:48:32 [780]

https://github.com/thomasfredericks/Bounce2 itt bogarászhatsz

Előzmény: Messer, 2017-11-14 19:00:49 [775]


rokonok | 14    2017-11-14 21:46:54 [779]

Van bounce2 library ha jól értelmeztem ez gombnyomást kapcsolásnak értelmezi.

Előzmény: Messer, 2017-11-14 19:00:49 [775]


frob | 1076    2017-11-14 21:34:38 [778]

Először juss el odáig hogy két ledet váltasz, ha ezt jól felépíted akkor már fél siker!

Előzmény: Messer, 2017-11-14 19:00:49 [775]


cree2 | 1281    2017-11-14 19:44:49 [777]

attiny85 van HID usb müxik a dolog ezt a bootloader kezeli elsönek win alá felcsatlakozik!

Előzmény: prinx, 2017-11-14 19:06:36 [776]


prinx | 64    2017-11-14 19:06:36 [776]

Esetleg az ic-re nem lehet rákeresni hogy milyen usb illesztő kell hozzá? Csak egy tipp, mert a kínai arduinora is más drivert kellet az illesztő miatt ha jól rémlik ott CH340 driver kellet itt is lehetséges hogy valami hasonló a probléma!

Előzmény: cree2, 2017-11-14 18:47:41 [774]


Messer | 309    2017-11-14 19:00:49 [775]

Köszönöm a tanácsokat. Karácsony környékén eljön az az állapot, hogy nem dolgozok reggeltől estig. Tart kb. egy hétig. Szerintem még az a hét is kevés lesz, hogy önállóan ilyen programokat írjak. Ezért kutakodtam a NET-en, hátha találok megoldást a feladatra. Mindenhol "csak" a gombot nyomva tartót találtam.

Előzmény: kyrk.5, 2017-11-14 16:40:24 [767]


cree2 | 1281    2017-11-14 18:47:41 [774]

ez van nálam is csak.... [yt]hCustuiUl6I[/yt] ez le irjaszépen és nála felismeri az eszközt a win! [yt]MmDBvgrYGZs[/yt]

Előzmény: laaci, 2017-11-14 18:28:49 [770]


cree2 | 1281    2017-11-14 18:43:23 [773]

ezekret probáltam!


cree2 | 1281    2017-11-14 18:39:43 [772]

felete=fekete verzio

Előzmény: cree2, 2017-11-14 18:39:02 [771]


cree2 | 1281    2017-11-14 18:39:02 [771]

Szia! edig ami verziot probáltam kék(miniusbs)/felete mind igy kezdi ha feldugom win alá több alap lapin is "USB Device Not Recognised" ehez nemtud füzni ilesztöt a wun sem mert nincs vid/pid usb port azonosito sem ami a hadwer/ driver azonositás történik win usb eszközné "unknow driver van rendszer alat csak! neked hogy sikerült müködésre birni?

Előzmény: laaci, 2017-11-14 18:28:49 [770]

laaci | 33    2017-11-14 18:28:49 [770]

Szia, Melyikre gondolsz? 1$-ost nem találok. Digispark most is itt ketyeg nekem. Üdv. laaci

Előzmény: cree2, 2017-11-14 17:54:28 [769]


cree2 | 1281    2017-11-14 17:54:28 [769]

valaki probált már az 1$ digistump életet lehelni? több firmware verzioval is usbre dugva "USB Device Not Recognised" ad vissza az oprendszer ! ezeken már tul vagyok: http://digistump.com/package_digistump_index.json https://github.com/digistump https://github.com/digistump/DigistumpArduino/releases


frob | 1076    2017-11-14 17:09:32 [768]

Előzmény: kyrk.5, 2017-11-14 16:40:24 [767]


kyrk.5 | 32    2017-11-14 16:40:24 [767]

Helló, három dolgot javasolnék aminek érdemes utánanézni ha ügyesebben akarsz programozni: - aszinkronitás (polling és callback vezérelt események) - állapotgépek - párhuzamosság Az aszinkronitás azért kell, mert egy feladatot pl egy tengely mozgatást alapvetően nem úgy akarsz megoldani, hogy ott állsz a progival és figyeled meg várod, hanem csak megjelölöd pl egy változóban, hogy akarsz valamit, a program majd a hatterben figyeli, hogy mikor van epp ezzel a feladattal kapcsolatban valami es megcsinálja és te csak néha kérdezgeted, hogy mi az állapota a feladatnak. Ide fontos kifejezes a pollozas es callback. A pollozasnal kerdezgeted X időnként, mig a callback eseten egy esemeny (pl interrupt) tortenik ami indit egy fugvenyhivast feled es jelzi hogy kesz van vagy valami tortent. Allapotgep egy nagyszeru dolog arra, hogy egy komplex feladatot lebonts kisebb reszekre. Pl felhuzom a kimeneti labat es inditok egy timert. Atmegyek a kovetkezo allapotba ahol csak varom hogy a timer mikor jar le, de ezt csak idonkent pollozva vizsgalom meg (vagy ha interrupt van az interrupt billent tovabb masik allapotba), majd ha lejart a timer akkor lehuzom a labat es csinalok valami mast es igy tovabb. Akar lehet egy tengely ide oda mozgatasara hasznalni, hiszen a tengelynel varakozni kell arra, hogy elejren az egyik vegebe, ott elinditani a masik iranyba es megint varakozni. Parhuzamossag azert jo mert a programoddal egyszerre tobb dolgot csinalhatsz. Ehhez viszont az kell, hogy sehol ne legyen a programban olyan hogy varakozol sok-sok milliszekundomokat. Nyilvan abbol indulok ki, hogy nincs operacios rendszered amivel taszkokat kezelsz. Amint valahol sokat varakozol, elveszed a CPU-t mas feladatok elol. Viszont ha nincs varakozas akkor kelleni fog neked egy uj eszkoztar arra hogy leprogramozd amit szeretnel: Ez pedig a fent emlitett par dolog lesz.

Előzmény: Messer, 2017-11-14 14:35:10 [763]


frob | 1076    2017-11-14 15:10:21 [766]

szivesen most nézem esetleg timert sem ártana használni mert akkor sokkal gyorsabb lesz a progi, legalább is a léptető mocihoz, ne függjön a sebessége a program futásától és a végállásokat is hamarabb észreveszi a progi, ha a főprogram nem időzítésekkel van tele... használd ezt a libet

Előzmény: Messer, 2017-11-14 15:04:32 [765]


Messer | 309    2017-11-14 15:04:32 [765]

Köszönöm a segítséget. Eléggé láma vagyok a témához, ezért nem tudom mi a divat. Megpróbálom a helyére illeszteni amit írtál. Köszi!

Előzmény: frob, 2017-11-14 14:49:08 [764]


frob | 1076    2017-11-14 14:49:08 [764]

swich case nem divat? [code] switch (irany) { case 1: valamit csinálsz irany=2; break; case 2: valamit csinálsz irany=1; break; // kezdéskor meg eldöntöd merre menjen, az iranyt meg a kapcsolók váltják if (pin1) { irany=1;} if (pin2) { irany=2;} [/code] azért ne másold be, csak úgy szerkesztő nélkül gépeltem... a break -ot ne felejtsd le a case végéről mert különben nem ugrik ki a switch ből, hanem mindent végignéz..

Előzmény: Messer, 2017-11-14 14:35:10 [763]


Messer | 309    2017-11-14 14:35:10 [763]

Egy uno-val kellene két végállás közt (folyamatosan) mozgatnom egy tengelyt. Tápra kapcsolva el kellene indulnia, majd a végállásra futva irányt váltani. Ezt ismételni, a két végállás közt, míg a tápról le nem kapcsolom. Találtam egy programot, amivel azt tudtam elérni, hogy a végállások nyomógombjait nyomva tartva (hol az egyiket, hol a másikat) a megfelelő irányba mozogjon. "Önerőből" nem tudom elérni, hogy a nyomógombok egy impulzusára történjen az irányváltás. Ebben kérek segítséget. [code] // define a constant value named stepPin and assign the value 9 to it - this value will not change during our code // this assumes digital pin 9 of your Arduino is attached to the step input of your driver #define stepPin 9 // define a constant value named dirPin and assign the value 8 to it - this value will not change during our code // this assumes digital pin 8 of your Arduino is attached to the step input of your driver #define dirPin 8 // define the pins on which we've put our N.O. buttons #define button1 2 #define button2 3 // setup() loop, the Arduino only runs through this once void setup() { // digital pins on the Arduino can only be either set as an output or input - in our case we want to send data to the driver, so we choose output pinMode(stepPin , OUTPUT); pinMode(dirPin , OUTPUT); // define our button pins as input pullup type - see http://arduino.cc/en/Tutorial/DigitalPins#.Uyphr4WN7q4 pinMode(button1, INPUT_PULLUP); pinMode(button2, INPUT_PULLUP); // let's set an initial value of low to both our step and dir pins, we could easily write false or 0 instead of LOW digitalWrite(stepPin , LOW); digitalWrite(dirPin , LOW); } // loop() loop, the Arduino continuously cycles through this as fast as it can void loop() { if (digitalRead(button1) == LOW && digitalRead(button2) == HIGH) { // if button1 is pressed and button2 is not pressed digitalWrite(dirPin, LOW); // move in the LOW direction } else if (digitalRead(button1) == HIGH && digitalRead(button2) == LOW) { // if btton1 is not pressed and button2 is pressed digitalWrite(dirPin, HIGH); // move in HIGH direction } if (digitalRead(button1) == LOW || digitalRead(button2) == LOW) { // if either button is pressed // set a HIGH value to our step pin, this turns the voltage on for that pin digitalWrite(stepPin , HIGH); // let's wait here for 50 milliseconds; note the units, this means 0.05s delay(0.1); // let's set our step pin to false, this turns the voltage off for that pin and gives us the on/off cycle we need digitalWrite(stepPin , LOW); // wait another 50 milliseconds after which time we loop back to the beginning of the loop() loop delay(0.1); } } [/code]


frob | 1076    2017-11-07 11:25:58 [762]

a második hiba még se hiba csak félig, rossz szám megadás volt és mégse a hosszt hanem az addig jelöli, csak nem hje a help

Előzmény: frob, 2017-11-07 11:20:12 [761]


frob | 1076    2017-11-07 11:20:12 [761]

ha az ember leírja hamarabb meglátja a hibát ami 2 is volt 1 töröltem a változót mielőtt feldolgoztam volna és a második szám a hossz, nem pedig hogy meddig...


frob | 1076    2017-11-07 11:11:39 [760]

Sziasztok Mi lehet a hiba amiért nem jön meg aminek kellene? szam=inputString.substring(0,2).toInt() A bemenet pl "001" de 111 re sem ad vissza semmit... Előre is köszi!


Kristály Árpád | 2677    2017-10-24 20:01:11 [759]

Köszönjük!

Előzmény: cree2, 2017-10-24 00:11:17 [757]


Messer | 309    2017-10-24 08:52:45 [758]

Köszönet...

Előzmény: cree2, 2017-10-24 00:11:17 [757]


cree2 | 1281    2017-10-24 00:11:17 [757]

grbl sdcard version http://www.cnc-club.ru/forum/viewtopic.php?f=41&t=16194&sid=e8343d33ac7b6fdc4a66c7e0ae4be146


frob | 1076    2017-10-23 21:50:43 [756]

arduino - grbl segédlet hátha valakinek jól jön..

cree2 | 1281    2017-10-22 10:48:50 [755]

Többen is keresték Arduino EDM (hazug szikra) https://www.youtube.com/user/TheWireEDM


cree2 | 1281    2017-10-22 10:16:28 [754]

elég sokat tud atol fügetlenül hogy free...

Előzmény: remrendes, 2017-10-22 08:12:13 [753]


remrendes | 1458    2017-10-22 08:12:13 [753]

Ez nem rossz...

Előzmény: cree2, 2017-10-21 21:53:06 [752]


cree2 | 1281    2017-10-21 21:53:06 [752]

GrblGru... vezérlö cam... szimulátor mill... turn.. http://www.cnczone.com/forums/uncategorised-cam-discussion/311876-cnc-forum.html videok https://www.youtube.com/channel/UC4_AHkEVDWNWW61ZW4qBHWA/videos?disable_polymer=1


cree2 | 1281    2017-10-17 20:48:29 [751]

az nem ! de kodrészt linkeltem ugy könyebb megtalálni beszurást!

Előzmény: Amatőr, 2017-10-17 20:28:17 [750]


Fórum főoldal  |  A lap tetejére

Időrend:
Oldal 1 / 16 Ugrás ide:
1  2   3   4   5     Következő ►  Utolsó ►|