Keresés

Részletes keresés

Prof Creative Commons License 2016.01.03 0 0 1544

Valóban félreérthető volt. A linkek kiválóak! Köszönöm mindkettőt.

 

 

Előzmény: Törölt nick (1536)
Prof Creative Commons License 2016.01.03 0 0 1543

Van egy Leonardom...

Előzmény: szatti (1542)
szatti Creative Commons License 2016.01.03 0 0 1542

Sajnos csak Nano és Mega van kéznél.

Előzmény: Vargham (1540)
szatti Creative Commons License 2016.01.03 0 0 1541

Szerintem valamelyik ezek közül ( MKII) lesz a megoldás.

Holnap megkérdezem!

Előzmény: Törölt nick (1539)
Vargham Creative Commons License 2016.01.02 0 0 1540

Ha van kéznél Atmega32u4 MCU-s board (micro, leonardo), akkor arra lehet olyan firmware-t tölteni, hogy AVRISP mkII lesz belőle. LUFA-ban van a példák között. Próbáltam, működik.

 

http://www.fourwalledcubicle.com/LUFA.php

Törölt nick Creative Commons License 2016.01.02 0 0 1539
Előzmény: szatti (1538)
szatti Creative Commons License 2016.01.02 0 0 1538

Rendben, csak szólj!

Nem nagy ördöngősség.

Addigra szerintem meglesz a másik megoldás is.

 

Igen, a szimulációban néztem, de van egy kolléga akinek van többféle programozója is és regiszteri szinten tudja

ezeket programozni. Biztos tud súgni okosságokat! Jövő hét elején elmegyek hozzá és beszélek vele ezekről.

Előzmény: Törölt nick (1537)
Törölt nick Creative Commons License 2016.01.02 0 0 1537

A két nano beérkezése után vegyük már át a bootloader programozást.

Az atmel studioban simulációban, vagy milyen programozóval nézted a fuse biteket?

Előzmény: szatti (1535)
Törölt nick Creative Commons License 2016.01.02 0 0 1536

Annyira azért nem független az MCU órajelétől, mint ahogy mondod. Ugyanazt kapják, csak leosztják, stb. Timer állítják elő a pwm-et, aminek az időalapja ugyanaz (legalábbis tudtommal, merthogy általában így szokott lenni, kivételt képez az a megoldás, amikor több forrásból használnak órajelet)  az órajel mint amivel az MCU is megy.

 

Azért függ a frekije adott lábakon, mert más és más belső timer van van kivezetve az adott lábakra..

 

http://playground.arduino.cc/Main/TimerPWMCheatsheet

http://playground.arduino.cc/Code/PwmFrequency

https://arduino-info.wikispaces.com/Arduino-PWM-Frequency

https://www.arduino.cc/en/Tutorial/SecretsOfArduinoPWM

 

Hogyha ezeken az alap Arduinos beállításokon változtatni akarunk, mélyebben bele kell túrni a spec regiszterekbe, és ahhoz kicsit jobban kell ismerni magát a procit és ott kell játszani. Vannak akik ezt már megtették, van kész megoldás is az PWM frekijének változtatására akár Hz szintű felbontással beállíthatóan, több letölthető könyvtárt is kreáltak rá sokan. De ez nem az analogwrite utasításos megoldás.

Előzmény: Prof (1530)
szatti Creative Commons License 2016.01.02 0 0 1535

Nálam szépen működik a PID-es szabályzás egy Nanoval.

Most már folyamatos üzemben és eddig hiba nélkül.

WDT bekapcsolása óta sem tapasztaltam semmi gondot.

 

A WDT bekapcsolására és egyéb Fuse bitek állításához szükség lesz egy másik programozóra és akkor nem 

kell bootloadert se cserélni. Telepítettem egy Atmel Studiot. Itt szépen látszanak ahol be kell állítani ezeket a dolgokat.

 

 

titusz99 Creative Commons License 2016.01.02 0 0 1534

Szívesen!

Előzmény: DkGrinder (1533)
DkGrinder Creative Commons License 2016.01.02 0 0 1533

Tökéletesen működik.

Köszönöm !

Előzmény: titusz99 (1509)
John Zero Creative Commons License 2016.01.02 0 0 1532

Az a helyzet, hogy az Arduinohoz (is) meg kell tanulni programozni jól ebben a környezetben. Utána jó lesz.

 

Nyilván, ha erre nincs idő, akkor venni kell egy kész rendszert, PLC-t, stb.

 

Én csináltam termosztátot, fűtés átkapcsolót (amikor a vegyes tüzelésű kazán lehűlt, visszakapcsolta a cirkót), stb. és tapasztalataim szerint 100%-os megbízhatósággal ment. Nyilván ha a drótokat nem kötöm be rendesen és szétcsúszik és azért nem megy, az meg az én hibám.

Lefagyni nem fagy le, és még akkor is ott a watchdog, de én mondjuk watchdog nélkül használtam (felelőtlenség), ugyanakkor nálam voltak további biztonsági rendszerek (pl. fizikai szelep ami vész esetén elengedi a túlnyomást).

 

Előzmény: leveste (1519)
Törölt nick Creative Commons License 2016.01.02 0 0 1531

 

Trade_spotting

                                                                                                 Other Sellers

Core Chip

Atmega 16U2, AT91SAM3X8E,

100% Imported from Atmel

                                                                                                 Clone Chips are made from China

Technology Support

We have our own team to supply you the technology support

                                                                                                 None

Service

To provide design, pre-sales and transportation logistics and distribution service

                                                                                                 Cruddy service

Warranty

2 years warranty,

60 days return/exchange

                                                                                                  None

Logistics

We have 2 warehouses on China, 5 on North America and 8 on European Union

                                                                                                  Only China

Van különbség gyártó szerint, legalább is ezt írják:

http://www.ebay.com/itm/Hot-SainSmart-Due-SAM3X8E-32-bit-ARM-Cortex-M-100-Compatible-for-Arduino-/121148329455?hash=item1c3500cdef:g:wY0AAOxyAc1SSTkN

 

Előzmény: leveste (1528)
Prof Creative Commons License 2016.01.02 0 0 1530

Hali!

De nem ám. A PWM teljesen független az MCU órájától. Egyetlen "hátránya" számodra, hogy nem 20 Hz, hanem vagy kb. 1 kHz vagy kb. 500 Hz, attól függően, hogy melyik lábra rakod ki. Egy használható forrást találtam erre hirtelen (bár sokáig nem kerestem): https://arduino-info.wikispaces.com/Arduino-PWM-Frequency . Ezt nem teszteltem, úgyhogy tippem sincs, hogy az új IDE alatt mennyire működik (ha egy cikk Duemilanove-t vagy Diecimila-t emleget, akkor elég régi).

Ha egy PWM lábat bekapcsolsz PWM módban [analogWrite() ], akkor ez egészen addig fog villódzani, amíg ki nem kapcsolod, teljesen függetlenül attól, hogy egyébként mi történik a programban (delay() stb.), kivéve, ha valami oknál fogva vagy kiakad az MCU.

Előzmény: leveste (1527)
halaloszto Creative Commons License 2016.01.02 0 0 1529

tehát te magad programoztad le a pwm-et?

van a chipben hardware pwm asszem, az külön célhardver, nem nagyon függ semmitől. de az arduino maga is ad pwd támogatást, szerintem azt szokás használni.

 

https://www.arduino.cc/en/Reference/AnalogWrite

 

 

cserébe van itt olyan aki LUA-val, esetleg nodeMCU-val kicsit ismerős?

Előzmény: leveste (1527)
leveste Creative Commons License 2016.01.02 0 0 1528

Ezt nem értem. 

Lehet, hogy az olcsóbb verziókban másabb, vagy selejt chip van?

Előzmény: Törölt nick (1526)
leveste Creative Commons License 2016.01.02 0 0 1527

Írtam, időzítéseseket változtatom. 

Ha a chip saját pwm-t használom, akkor nem lesz gond a kiolvasás ideje alatt?

Amig tart a delay 200, addig a pwm fut szabadon?

 

Előzmény: halaloszto (1525)
Törölt nick Creative Commons License 2016.01.01 0 0 1526

Már több rendelés volt tőlük, megbízhatóbb, jobban bevált, az olcsóbbakkal több gond akadt. 

Az viszont tény, hogy a WDT ügyben náluk sem jutottam élőrébb, a DUE-ben működik, a beérkező nanok-ban majd elválik.

 

Dear customer,

Sorry for the late reply.

Sorry that we haven't test it with WDT function. Therefore, we can not give you a exact answer.

Any other question, please REPLY this message to contact us again. We are happy to offer any help.

Have a good day^^

Best wishes,

Előzmény: leveste (1523)
halaloszto Creative Commons License 2016.01.01 0 0 1525

az a kérdés, hogy az arduino saját pwm-jét használod (analogWrite), vagy írtál magadnak?


Vajk

Előzmény: leveste (1523)
Prof Creative Commons License 2016.01.01 0 0 1524

10 USD? Háááát... Rendesen felszaladt az ára. Én még 2-3 USD körül vettem.

Előzmény: Törölt nick (1522)
leveste Creative Commons License 2016.01.01 0 0 1523

Vajk, nincs ott a pwm rész. 

Prof, félreértően írtam. 

 

Az a hamis pid, amit én csinálok. 

Mivel ismerem a gép működési jellemzőit,

úgy tudom (majdnem) szabályozni a hőmérsékletet mintha egy ügyes pid lenne benne.

Pedig nem.

Azért is nem írtam be a kis programot, mert teljesen erre a feladatra van szabva. Meg azért is, mert nem szép a program, nem vagyok ra büszke :)

 

Jadhazik1, a drágábbat ajánlotta valaki? 

Törölt nick Creative Commons License 2016.01.01 0 0 1522
Előzmény: leveste (1519)
Prof Creative Commons License 2016.01.01 0 0 1521

Mitől hamis pid?

 

Nem, a legkevésbé sem. Most is több millió autó futkároz az utakon, amelyeknek pl. a vezetőtájékoztató rendszerei részben vagy egészben Atmel alapúak (ez az alap Arduino alapja), és kiválóan működnek. Az Arduino viszont alapvetően tanulási és oktatási célra kifejlesztett fejlesztőkörnyezet szofverrel, hardverrel és tudásbázissal. A hardveres és szoftveres rész ezért -- mérnöki szemmel sok szempontból indokolatlanul egyszerűsített, illetve bonyolított -- változtatáson esett át, kapott olyasmiket, amiket nem feltétlen kellett volna és pár dolgot eldugtak, aminek nagy hasznát lehetne venni.

A rendszernek vannak korlátai nyilván, mint mindennek. Ezeket felismerve adott célra jó (ha épp nem tökéletes) megoldás.

Előzmény: leveste (1519)
halaloszto Creative Commons License 2016.01.01 0 0 1520

hol van ebben  a pwm?

Előzmény: leveste (1514)
leveste Creative Commons License 2016.01.01 0 0 1519

Köszönöm a segítséget! 

 

Sajnos ez a projekt ebben a formájában bukó. 

Nem enterprise űrhajó lett volna, egy egyszerű hőfokszabályozó, 

ami tudott volna egyfajta hamis pid  szabályozást.

Viszonylag gyorsan kattintottam a buy gombra, 

ez most visszaütött.

De ami nagyo meglepett, az a megbízhatatlan működés, a lentebbi hozzászólások alapján.

Ez igaz, hogy stabil működést maximum cippzár húzókaként lehet arduino-ból elképzelni?

Prof Creative Commons License 2016.01.01 0 0 1518

A tanult fórumtárs hozzászólása az elején volt eldugva, már amennyiben minek az egész jóbelevancba a whire.h

A felvetés egyrészt jogos, másrészt nem tudjuk, hogy még mi van még a projektben...

Előzmény: leveste (1516)
Prof Creative Commons License 2016.01.01 0 0 1517

Kevés lesz a 200 ms delay.

A műszaki adatok alapján 0,17, 0,22 mp (vagyis 170 és 220 ms) között van a konverziós idő. Ebbe még pár dolgot bele kell számolni, így azt mondom, valahol 300 ms körüli várakozás lesz jó, illetve innen lehet felfelé mászni, ha szükséges.

Másrészt kvázi pwm-et nem delay()-jel az első 2-3 napon csinálunk, utána már nem. Egyrészt pontatlan lesz, másrészt két delay() nem futhat egy időben. Az Arduino IDE e tekintetben sajnos harmatgyenge (nincs, illetve még nem találtam szoftveres időalapú interrupt-ot). Marad az if() és a while().

Előzmény: leveste (1514)
leveste Creative Commons License 2016.01.01 0 0 1516

// Read the temp from the MAX6675
homers = temp.read_temp();
Serial.println(homers);
delay(200);

 

Ebben is itt a delay 200. 

Pont ez az, amit el szeretnék kerülni.

 

Most úgy oldottam meg,  hogy ötször lefuttatom a pwm ciklust, aztán jön az olvasás, meg a 200 várakozás. 

 

Igy működik ugyan, de a kimenetre rakott leden szépen látszik a szaggatás.

Néztem, hogy a pwm lábakon be lehet állítani 30 Hz-t.

Sok a 30 Hz, 15-20 az optimális. 

 

Törölt nick Creative Commons License 2016.01.01 0 0 1515

#include <Wire.h> // Ez miért kell?
#include <MAX6675.h>
int CS = 10; // CS pin on MAX6675
int SO = 11; // SO pin of MAX6675
int SCLK = 9; // SCLK pin of MAX6675
int units = 1; // Units to readout temp (0 = raw, 1 = ˚C, 2 = ˚F)

float homers = 0.0; // Temperature output variable

// Initialize the MAX6675 Library for our chip

MAX6675 temp(CS,SO,SCLK,units);

void setup()

{
Serial.begin(9600);

}

void loop()

{
// Read the temp from the MAX6675
homers = temp.read_temp();
Serial.println(homers);
delay(200);

}

Előzmény: leveste (1514)

Ha kedveled azért, ha nem azért nyomj egy lájkot a Fórumért!