Fórum témák
» Több friss téma |
Érdekelne, hogy hogyan haladsz a projekttel?
Szia!
Pic18 kicsi a belső flash, és lassú. Ha még SD kártyát + fájlrendszert is akarsz kezelni, pláne, még a ram is kicsi lesz
Szia,
A project lassan halad, nem sok időm van rá. De a hétvégén jó lenne előbbre jutni a panellal... Végül egy 24FJ128GA306 + SPI ethernet mellett döntöttem. Ugyan is kell egy RTC is ha már adatokat akarok loggolni. A 18F67J60-ban van ethernet, de nincs óra, a 24FJ-ben van óra, de nincs ethernet. A belső flash ugyan akkora (128k), a ram (8k) is, viszont a 24FJ-ben 16 bit széles az SPI buffer (és a memória is persze), ezért ugyan annyi belső utasítás ciklus alatt kétszer annyi adatot mozgat a két SPI port között. Ez nem hátrány, tekintve, hogy közben időnként mást is ki kell szolgálni. A gyenge pont maga az SD kártya lesz. Ahogy nézegetem, minél kisebb méretű annál jobb. Bővebben: Link A 32 bites PIC-et néztem, elég furcsa egy állat, és egy kicsit ágyúval verébre érzésem van vele kapcsolatban. Üdv, Zoli A hozzászólás módosítva: Ápr 18, 2015
Vagyis a 24FJ-ben 8k a ram, a 18F-ben kb. a fele. Szerintem egyébként nem ezen múlna.
Haladás történ e tekintettben?
RTC nem jó, ha külön van?
Van valakinek példaprogramja egy pic microcontrollerhez xc8-ban internetes kommunikációhoz?
A Microchipnek biztosan van! Lásd: microchip.com/MLA
Kérdés a tcpip stackhez. Én mindig csak az spi módot használtam. Akadnak valakinek tapasztalatai a psp módokkal is? Pusztán annyi, hogy próbálta, melyik psp módot, és működött, vagy nem működött.
Hali!
Én ezt a modult használtam, valószinűleg psp-ben ment, nem emlékszem Bővebben: Link Bővebben: Link
Azon a modulon a vonalak be vannak kötve a kapcs rajzon, elvileg tudhat rajta futni psp is, nem csak spi, de hogy ténylegesen psp vagy spi futott-e, azt a firmware döntötte el. Mit töltöttél fel rá? Jó lenne látni az egykori forrást.
HWP PIC32_USB_SK_ENC624 PSP9.h
// - 9: 16-bit multiplexed PSP Mode 9 with AL, RD, WRL, and WRH pins #define ENC100_INTERFACE_MODE 9 Szerintem Microchip TCP/IP Stack Version v5.36.2 July 2011 de ha megmondod melyik fájlból lehet kinyerni a verziószámot megmondom  vagy melyik fájlra van szükséged. Valószínűsítem hogy a régebbi olimexes és az 5362-es microchipes forrást összefésültem
Köszi, ennyi elég lesz.
Arra gondoltam csak rákeresni nagy vonalakban, hogy ha összebarkácsolok olyan példát, amiben psp-t használok, biztosan nem egy rakat stack hibába fogok belefutni, hanem működni is fog a végeredmény.
Hali!
Nem hinném hogy a stack hibák számának különösebb köze lenne a psp-hez.... Nekem ez több éve megy 24 órában, hiba nélkül, legalábbis az ügyfél nem panaszkodik Használva van a weboldal, és az ntp, másra nem volt szükség, illetve bővítve lett egy spi flash memóriával mert nem fért be a weboldal, de ehhez csak a mchip forrást kellett konfigurálni. A beépített ethernetes pic lassú volt, kevés ram, kevés hellyel a weboldalhoz, ezért kellett a 624
Sziasztok!
Lenne egy érdekes kérdésem a tcp/ip stac-kel kapcsolatban. Most jól megy enc624+pic-el,de a kérdésem az lenne,hogy az egészet át lehet -e úgy írni,úgy hogy ne spi-n az enc-vel menjen a netre,hanem soroson egy modemen keresztül?. Sajna most sürget az idő,ezért még annyira nem másztam bele az egészbe,de ha ezzel megleszek,akkor utána úgy is bele kellene ásnom magamat,az egészbe,mert van pár tervem,és ahhoz kell az egész stack+hozzá a többi kiegészítő.
Hali!
nem világos mit szeretnél, milyen soros, milyen modem? Az Enc-nek egyik fele spi, a másik fele ethernet. Azt persze lehet hogy egy mikrovezérlőn lóg az enc, és a mirovezérlő soros portján küldesz be adatokat, ennek nincs akadálya
Az enc-s rész ,az jól működik,de az csak lan. Ami most nem kell,csak opcionális marad,ha véletlenül lesz majd vezetékes net.
Szóval a lényeg annyi lenne,hogy csak modemet kapcsolnék a picre soroson,amin keresztül menne fel a netre. Az kellene ,hogy a tcp-ip stack simán csak a sorosra küldené-fogadná az adatokat,nem az enc-n keresztül. Az a pont kellene a stack-be,ami a már küldeni kész csomagokat átadja az enc-nek,mert innen kellene átirányítanom a sorosra. De ugyebár most úgy megy az egész,hogy ha kész a csomag,akkor kiküldi az enc-nek,de ebben a küldésben az enc vezérlése,stb. is benne van. Lehet,hogy nagy fába vágtam a fejszémet,de megoldható,de még annyira nem világos az egész stack felépítése. PC-re kötve a modemet,simán megy a net a soroson keresztül,ami nagyjából ua. mint amit én is szeretnék,csak pic-el.
Sziasztok!
10/100/1000-es ethernetre kötött már valaki PIC-et? Megoldható ez egyáltalán technikailag? Ha igen akkor milyen eszközökkel? Úgy látom egy sima PHY interface a hálózat teljes adatmennyiségét rázúdítaná a PIC-re... Tasznka: fél év után gondolom már nem aktuális, de a válasz igen.
Szia!
De még aktuális,mert eléggé sok mindent programoztam,tervezgettem,így nem maradt még időm a stack-re.Lassan már meg kell oldanom a net-es részt is,hogy a cuccaimat fel tudjam küldeni .Én most tervezem a tesztpanelemet LAN8710+EFH64-re,csak macera a foglalata. Szerintem felküldheted direktben is,bár kicsi a valószínűsége,hogy megtalálják,és kiakasszák szórakozásból. A legbiztosabb tűzfal mögött+portolás.
Hali!
Nem tudom milyen adatmennyiségre gondolsz... A switch intelligens, ami nem a pic felé irányuló adat, azt nem közvetíti a pic-felé... Szóval ha totalcommanderrel másolgatsz gigabájtokat két gép között, akkor abból a pic semmit nem lát. Ha hub-od van akkor minden adatforgalom megjelenik minden portján, de gigabites hub-ot én még nem láttam. Ha a switch 10/100/1000-s, akkor mindegy milyen interfészed van, működik... Nekem simán ment a pic32+enc624, pic32+lan8720 a gigabites tplink routerrel, de mennie kell az enc28j60-nak is.
Szia!
Nem sok az adat. HTTP szerver fut a PIC-en, kb. 100kB weboldal, egyszerre max. 2 kliens. Pillanatnyilag 10M half-duplex amit tud a PIC. Az 1000-ről már letettem; 100-at kellene tudnia full-duplexben.
Nyilván azt tudja sebesség/duplex-ben amilyen ethernet kontrollert használsz a pic-hez....
Elsőre ezt gondoltam én is. De ha jól értelmezem és egy 10/100/1000-es PHY interface
pl. ez: KSZ9031 10ns-ként kiad egy bájtot, azzal a PIC nem fog tudni mit kezdeni.
Persze az is igaz, hogy a KSZ9031 az nem kontroller, hanem interface.
Hali!
Találsz ehhez működő tcpip stack-ot, vagy megírod nulláról? Ha mégis gigabitet akarsz, szerintem valami linuxos kis masinában kéne gondolkodni.
Microchip TCP/IP stacket használom. Több éve fut a projekt a jelenlegi formában 18F87J60-on. Másik processzor nem lesz megkerülhető, ha kell rakok külső ETH vezérlőt, de amit lehet meghagyok a jelenlegiből.
Gigabitet már elengedtem. 100 MBit, lehetőleg full-duplex amit körüljárok a napokban.
Nézd meg a lan8720-at, a mchip stack kezeli, modulban aprójé van ebay/ali (pici módosítás kell)
Azt nem tudom a full duplexet tudja-e.
A kérdésemre tudsz példát linkelni,mutatni,hogy könnyebb legyem majd elindulnom?
Az alacsonyabb szintű layerekbe szerencsére nem kellett beleássam magam.
A HTTP szervert boncolgattam. Szóval az "igen" válasz nem azt jelenti, hogy csináltam már ilyet, hanem, hogy meg lehet csinálni amit szeretnél. A MCP stackben minden rétegnek megvan a C forrása, szóval megoldható, legfeljebb melós kicsit. A modem az milyen modem? Analóg telefon modem? GSM modem? Mi jön ki belőle soros vonalon?
Egyébként a stack helpje elég jól használható.
pl. Stack API > TCP > Internal Members > HandleTCPSeg Function Description Once an incoming segment has been matched to a socket, this function performs the necessary processing with the data. Depending on the segment and the state, this may include copying data to the TCP buffer, re-assembling out-of order packets, continuing an initialization or closing handshake, or closing the socket altogether. TCP.c -ben ott a forrása, visszakövethető lépésről lépésre |
Bejelentkezés
Hirdetés |
