TavIR-AVR oldal

a hírlevélből értesülve, látom frissültt a versenyoldal , továbbra is eredmények nélkül. Kissé félreérthető a hírlevél "Mindenki döntse el Maga" linkje: * ezek szerint a TavIR idén nem állít fel rangsort? * vagy ez közönségszavazás lenne? (ez esetben kérdés, ez hogy zajlik) Előre is köszön...

ja, és a kód jelen formájában továbbra is számíthatsz rá, hogy előbb utóbb behal a netezés, mivel továbbra is String-et adsz át a thingspeak-os rutinodnak, és abban azt használod: void updateThingSpeak(String tsData) inkább void updateThingSpeak(char *tsData) illetve: tsData.length() helyett strlen(...

vespapierre írta:és ettől lehet a duplázott érték is??

azt az 5-ös számrendszerre való konverzió okozza.

vespapierre írta:számoljam újra a karakterláncok hosszát?

nem ártana, lásd a fent idézett kódrészletbe szúrt kommentjeimet.

kicseréltem az előzőleg csatolt forrást, ha esetleg valakinek lenne kedve, kapacitása rápillantani, mit csesztem (cseszek ) el. Jaa és a furcsa az, hogy a hőmérséklet értékeknél a dupláját tárolja el!!és küldi el először... Köszi! char tempbuf0[5]; ... strcpy(dataString, itoa(temp0,tempbuf0,5)); //...

A furcsa még mindig az, hogy a serial on néha a Getting temperatures előtt más más karakter jelenik meg... kezdem feladni... ne add fel. valószínűleg vagy túl nagy (stack-heap collisionhoz vezethet) vagy túl kicsi (ez esetben elképzelhető, hogy túlírsz a használható bájtokon /strcpyn -el lehet limi...

hehe... opensource világban nem ritka, hogy nem szajkózzák, ami már le van írva.
anno mikor linuxot kezdtem, volt egy linuxguru kollegám, akitől ha bármit kérdeztem, az volt a válasz, hogy ott van a neten, keressem meg...

Utolsó megjegyzésként erősen lehúznám a hivatalos Arduino supportot...Gyakorlatilag nem adtak semmilyen használható információt! Vespapierre, itt pedig leírták szépen: http://www.arduino.cc/en/Main/ArduinoEthernetShield (igaz, nem rágják az ember szájába, de ott van az SPI pinek leírásai és a Megár...

Fontos! Ezekkel az eljárásokkal kilépsz az Arduino keretrendszerből! Innentől a fejreállás kódolva van a rendszerben, mert az Arduino kerethatárokat átlépted. Tisztelettel, ezt vitatnám. A 'char' elemi C típus. A hivatkozott függvények részei a standard C függvénykönyvtáraknak. Ha megnézzük az Ardu...

ok. akkor jó.

sajnos ennél részletesebben nincs időm foglalkozni a dologgal... de a két hivatkozott AVR library reference oldalon mindent megtalálsz, ami a String kiváltásához szükséges...

Illetve a kártyára íráskor az alábbi datastring átalakítását hogy végezzem el? Serial.print(sTime); Serial.print(" "); Serial.print(sDate); Serial.println(); dataString += String(String(temp0) + ";" + String(temp1) + ";" + (String)temp2 + ";" + sDate + "...

vespapierre írta:Srejbi,

a

Kód: Egész kijelölése

sTime=rtc.formatTime(); 

esetén incompatible types in assignment of 'char*' to 'char [9]'

. Rosszul adtam meg az időt

Kód: Egész kijelölése

char sTime[9] ="" ; 

-el?

mert mint írtam, másolni kell a karakterláncot:

pl. első lépésként cseréld le a kódodban: String vmi; helyett char vmi[256] = ""; vagy char *vmi = malloc(sizeof(char)*256); if (vmi) { .... free(vmi); } (a 256 egy légből kapott méret, számold ki esetenként mi a max hossz, és +1 ('\0'-nak)) ennek megfelelően mindenütt, ahol sztringművelet...

szerintem nem kéne Stringeket használnod...

inkább allokáld dinamikusan a karakterláncot, vagy deklarálj egy megfelelő méretű karaktertömböt.

miért is? -- http://code.google.com/p/arduino/issues/detail?id=857

üdv!

az enyém se szerepel a listán

reméljük csak túl sok volt így hirtelen a mennyiség, ami Róbertre szakadt...

bíztató az az "éjfél előtt 23 perccel", kb. akkor küldtem én is, és végül visszaigazolás is jött.

hehe, én is nehezen tömörítettem 12 oldalra a színes-szagos leírást.... lehet, hogy ez a gond? (az automata csak nem végez ilyen részletes ellenőrzést )