Fórum témák
» Több friss téma |
Köszönöm, akkor körülnézek router ügyben.
üdv
szerintem nagy baromság az egész. pic-el még 1Mbites kapcsolatot se tudnál kezelni. nem elég gyors hozzá.
open wrt vagy dd wrt megfelelő routerre. olyat válassz amin van usb port, az usb portra egy külső hdd és ennyi. azután megy az ftp torrent meg amit akarsz.
Gondolom ezt csak azért írod(ráadásul kis betűvel mindent), mert nincs elképzelésed mindarra, amit PIC-el lehet végezni a letöltésen kívül!
hát lássuk csak.. 16c84-el kezdetem a pic-elést vagy 10x éve, hidd el van fogalmam róla mire való és mire nem. erre nem. de ha valakinek erre áll fel akkor hajrá.
Aha. Szóval nincs elképzelésed. 10 év után sem. Akkor jó.
De a nagybetűket csak nem találod...
Hát, watt, vannak ilyen emberek, akiknek kicsi a képzelő erejük. Pl nem tudják azt sem elképzelni hogy egy labortáp kapcsoló üzemű legyen, ugye ?
Persze, jó lehet amúgy egy hálózati pic, csakhogy a téma címe: letöltés pic el.
Idézet: „szerintem nagy baromság az egész. pic-el még 1Mbites kapcsolatot se tudnál kezelni. nem elég gyors hozzá.” Hmm, ezt a kijelentest nem tudom mire alapozod? Melyik PIC-rol van szo es milyen kapcsolatrol? Topic miatt feltetelezem Ethernetrol - pl 18F67j60-nak van sajat beepitett PHY-ja, 10base-T, tehat az kapasbol 10Mbit/s es kozben a firmware futyoreszik mert a modul elintezi neked a kommunikaciot...
Vajon milyen sebességet produkálna mondjuk nagyobb mennyiségű adat átpumpálásakor ? Egy 800Mhz p3 tud hálózaton kb 6000k/sec et. Ez ugye kb 48Mbit/s. Ok ez nem cél hardware, meg win is futkorászik rajta. Namost ennek a teljesítmények töredéke van meg ugye egy PIC ben.
Azt el tudom képzelni, hogy az legyen, de hogy jó, azt nem.
 A topic címe lehet, hogy nem jó, de nem erről volt szó korábban. Egyébként a cím nem csak ezt tartalmazza... Nem mellesleg letötleni is lehet PIC-el. Csak nem kéne kisarkítani a dolgokat.
Epp most beszelgetek errol Szilvaval, es abban igaza van, hogy a letoltott adatokat tarolni is kell es azzal gond lesz -- hogy ez mekkora befolyassal lehet a sebessegre nem tudom, mindenesetre a PIC meg sem probal 48mbps-ig elmenni, hisz a phy is csak 10mbps
 De amugy ha bele gondolsz az internet kapcsolat sem lesz magas, raadasul a 10mbps-bol is lejon jocskan az ethernet frame-ek ill a tcp/ip overheadje miatt. Amugy en is azt mondanam, hogy egy ilyen letoltes szervernek jobb lenne egy beagyazott Linux mondjuk egy ARM, de akar Motorola vagy Intel procival is.
Nekem a hálóm 2Mbps, ennyit talán ki lehetne tolni egy SD kártyára.
De végül is tényleg nem letöltére való, és én nem néztem meg a címet rendesen(van egy hasonló topic), ezért elnézést kérek mindenkitől, akit e miatt megsértettem, bár én eleve nem csinálok személyes kérdést egy szakmaiból, akkor sem, ha úgy tűnik a szűk kommunikációs csatorna miatt!
10 megabitet, ami gyakorlatilag nem éri el az 1MB/s sebességet szerintem nem tétel tárolni. Ennyit egy SD kártya is simán tud, abból meg 8 gigás is van. Persze ilyen célra nem való a PIC, de tisztán elméletileg megoldhatónak tűnik.
Sziasztok
Jelentem működik,kaptam kölcsön egy routert, így már "kívülről" is elérhető a Microchip-es webszerver demó. Most hagyom menni egy darabig. Bővebben: Link 
Ha már témánál vagyunk, akkor én észrevettem egy problémát a stack-ben. Ha a mostani status.xml-be beraknál még néhány sort, hogy így nézzen ki:
Majd legenerálod a megfelelő mpfs2.c és/vagy mpfs2.bin fájlokat, illetve a CustomHTTPApp.c fájlba a HTTPPrint_led() tartalmát átírnád erre és újra feltöltenél mindent, annak nagyon örülnék:
Majd később leírom, hogy mi a hiba, amit láttam, meg hogy nálad is megjelenik-e, most el kell mennem egy időre.
Megcsinálom, de csak holnap este tudom, ha akkor is jó.
üdv
Szóval a hiba, amit észrevettem. Volt nekem egy ilyen status.xml fájlom:
Tehát a paraméter értéke 0-tól 99-ig ment. A HTTPPrint_chname() függvényem így nézett ki:
Amikor a status.xml fájlt dolgozta fel, akkor a következő történt. Az első nyolc sor feldolgozásakor minden oké. Amikor a chname(8)-at kellene feldolgozni, akkor a num paraméterben 0 érkezett be, és az eredményét betette a chname(8) helyére. Ugyanígy amikor a chname(9)-et kellene feldolgoznia, akkor is 0 jött be num értékének, és beírta a chname(9) helyére az eredményt. Ezután a num helyére 8 jött, de az eredményt a chname(10) helyére írta, majd num helyén 9 jött és chname(11) helyére írta az eredményt, stb. Ez így egészen ment addig, amíg 16-nak kellett volna jönnie a num helyén, amikoris 1 jött be a két egymásutáni híváskor, de az eredményt gyönyörűen a chname(18) és chname(19) helyére írta. Ezután jött 16 num helyén, az eredményt chname(20) helyére írta, 17 jött be és chname(21) helyére írta, stb. egészen amíg 24-nek kellett volna bejönnie. Ekkor kétszer egymás után 2 jött be, majd folytatta a 24-el 31-ig, amikor a 32 helyett 3 jött be, és így tovább. Tehát num-nál ahelyett, hogy egymás után növekvő értékek jöttek volna be, az alábbi sorrendben jöttek, miközben a status.xml fájlban az eredményeket gyönyörűen egymás után tette, tehát 8 soronként betett plusz két sort.
Megkerülni úgy tudtam, hogy nem engedem, hogy 8-nál nagyobb paraméter menjen be a függvénybe, tehát ezt csináltam (most a chname helyet chn szerepel, mert spórolni kellett a hellyel, de ez lényegtelen):
Amit írtam kis kódot neked, azzal elvileg előjön már a hiba, ha a gyári stack-ben volt valahol a hiba. Annyira nem mélyedtem el benne, hogy mitől történik ez, örültem, hogy ez a megkerülő megoldás bejött, mert már egy fél napot szívtam vele, hogy miért jelenik meg máshol az, aminek adott helyen kellene, mire rájöttem, hogy a HTTPPrint_ függvény rossz paramétert kapott.
Ezt a .xml fájlt mivel lehet szerkeszteni?
Akár sima Jegyzettömbbel is. Semmi különös, egyszerű szöveges fájl, csak xml a kiterjesztése, meg van egy szabványos felépítése (ami itt most konkrétan lényegtelen).
Idézet: „Majd legenerálod a megfelelő mpfs2.c és/vagy mpfs2.bin fájlokat,” Nem az mpfsimg2.bin, és mpfsimg2.c fájlokat kell újra generálnom?A .bin kiterjesztésűt töltöm fel weblapnak.
De, azokat, csak nem néztem meg, emlékezetből írtam...
Valami nem jó, nem akar felmenni, ezt írja ki:
404: File not found Use MPFS Upload to program web pages Az eredetit ha visszatöltöm, (amit már szintén szerkesztettem korábban) akkor minden rendben.
index.htm fájlod megvan? Elvileg ha kiegészítetted az eredeti status.xml fájlt, majd a Convert WebPages to MPFS.bat fájllal létrehozod az újakat, akkor működnie kell. De újra kell fordítanod és beégetned a projektet, miután a bat fájlt lefuttattad, mert a .bat hozza létre a HTTPPrint.h fájlt, amit a C fordító felhasznál a hex létrehozásakor.
Index.htm fájl megvan.
.bat fájlt nem találok, nem a .bin-re gondolsz? Az MPFS generátor azt hozza létre. Újrafordítottam természetesen, beégettem,de most meg kell piszkálnom a routert mert új címet kapott a panelem....
Kell lennie ott egy Convert WebPages to MPFS.bat nevű fájlnak is. Ez is az MPFS Generatort futtatja végül, tehát elvileg mindegy.
Na elindult, annyi változást tapasztalok, hogy a LED-eket tudom kapcsolgatni, de nem kapok visszajelzést a weboldalon.A kapcsolók állását,és a potméter állását sem adja vissza.Én nem értek ennyire a C-hez, mit kell tapasztalni?
Bővebben: Link
Azért nem fut le, mert az oldalban a pöttyök azonosítója (id-je) led7, led61, led51,..., led01, a javascript kód viszont led7, led6, led5,...,led0 néven keresi. És mivel a nullánál kezdi egy for ciklusban, és a led0-t nem találja, ezért leáll a futása. Te írtad át a ledek id-jét?
Viszont ami nekem kellett, azt látom, hogy a status.xml fájl pontosan egyezik azzal, ami a CustomHTTPApp.c fájlba be lett írva. Már csak egy kérdésem van: milyen verziójú stack-et használsz? Én még azthiszem az 5.00-val próbálkoztam, és a problémát a Microchip fórumára is beírtam, lehet, hogy közben javították, mivel azóta már lett 5.10 és 5.20 is. Kösz a segítséget
Nem írtam át , ilyesmit, hacsak nem valami hiba folytán.
új címet kapott  mert közben a routert álíítgattam.Bővebben: Link 5.10-es a stack. üdv
Az index.htm fájlod elejét nézd meg, ilyen sorokat keress:
A többi sorban elvileg 6,5,...,0 számoknak kell szerepelni a 7 helyén. De én ezt most az 5.20-as stack alól néztem ki, lehet, hogy 5.10-ben valamit elszúrtak itt. Hogy ne kelljen az ip-vel szórakozni, regisztrálj egy aldomaint a dyndns-en, és a routerben meg állítsd be, hogy mindig frissítse az aldomainhez az ip-t. Ezt szinte minden router szokta tudni, és akkor nem kell többé az ip címmel szórakozni, az aldomain mindig az aktuális ip-re fog mutatni. Csak ha visszaadod a routert, akkor töröld ki belőle, vagy cserélj jelszavat az oldalon.
Igen, nézem, tényleg rossz,valamit én bénáztam el, mert a "másolat" index.htm-ben már rosszul van, de az eredetiben jól.Úgy csináltam, hogy készítettem egy másolatot az eredeti stackről, és azt piszkáltam, hogy megmaradjon az eredeti is, ha vissza kell állítani valamit.
Tehát akkor rájöttél amire akartál?Akkor most van egy kis hiba a stackben? Köszi a tippet,a no-ip-n már regisztráltam, csak még nem állítottam be. Amúgy én is köszi, Te is segítettél nekem! üdv |
Bejelentkezés
Hirdetés |
