TavIR-AVR oldal

Láttam már jónéhány Bascom-os tudástárat, de mindegyik kerüli a hwstack, swstack és framesize témát (vagy ha érinti is, kellően "kínaiul"). Na, ha lesz olyan, ahol tisztességesen ki lesz a téma vesézve, azért nem fogom sajnálni a pénzt.

Körbenéztem. Sokszor. WizNet-est nem találtam. RTL8019-re találtam, de az meg ugye nem WizNet. Lehet, hogy "minták" alatt nem egyre gondolunk. Én a "minta/demopanelek" menüt böngésztem. Ott csak az AVRWEB-et találtam. Ha netán Arduino-s alkalmazásban található, azzal nem vagyok k...

Robert írta:PC-n UDP vagy TCP szerver kell (UDP javasolt).

Ez nem probléma.

Robert írta:Én WizNet-tel és ENC28J60 chippel már megoldottam

És látható valahol az a program? A WizNet-es érdekelne...

Szemezek már egy ideje az XPort-tal, de az esetek többségében az a cél, hogy PC -> NET -> XPort -> áramkör, és az utóbbi csináljon valamit. Nekem pont a fordítottja kellene, azaz egy PC-n akarok megfigyelni valamit, amit egy uC az XPort-on keresztül továbbít egy adott helyre (ip cím), és egy PC-n lá...

Okozhat-e bármilyen gondot, ha egy glcd (KS0108 alapú) adatportjára tenném az FT245 adatportját? Nyilván egy időben csak az egyiket kezelném, mindkét eszköz vezérlőjelei más portlábakon lennének. Még sosem csináltam ilyet, de egy sram tartalmának kiolvasása a mezei soros porton keresztül sokáig tart...

Amikor nekifogtam ennek a feladatnak, átolvastam a topikokat, és azt a programot is láttam, amit belinkeltél. Bizonyára jó az is, de nekem csupán egyirányú átvitel kell, és a többi spi eszköz (hardverek) szépen bekavarnak, bugokat vadászni meg sem időm, sem türelmem nincs most. A legszebb, hogy az m...

Valójában nem érdekes a sebesség. Pár percenként kéne 11 bájtot fogadni a 644-el. Az a baj, hogy a 644 egyetlen h-uart-ja már foglalt. Az m88-nak szabad az uart-ja, de most emiatt egy drágább uC-t venni... Talán még kipróbálom, hogy szoftveres uart-tal áttolom azt a pár bájtot. (Bár, olvasgatva a fó...

Úgy oldottam meg, hogy az Int0-át figyelte, és amikor jött a kérelem, simán spiin-el beolvasta az adatokat. Működött addig, amíg a többi spi eszközt nem kezeltem. Hiába mindenféle variáció, onnantól kezdve hibás adatok mentek át, márpedig a többi spi-s eszközre is szükségem van. Úgyhogy, ez sem jött...

No, akkor picit részletesebben: M88 spi-n egyszer ott van az m644, és egy rfm12b modul. Utóbbinak szoftveresen kezelem az /SS lábát. Az m644 és az m88 között nincs /SS vezeték, a kommunikációhoz egyébként sem kell. De mivel az m88 folyamatosan pollingolja az rfm12b-t az spi-n keresztül, így az m644-...

Az lesz. :) Mivel azonban más eszközök is lógnak az spi-n, ez a megszakításos dolog mégsem az igazi, hiszen így minden spi forgalomra elindul a megszakítás, jön a "szemét". Az M644 Int0-ját tudom az M88-cal vezérelni. Azaz, az M644 csak akkor figyelje az spi-t, ha az M88 "jelzi neki&q...

Kipróbáltam, működik az spi-slave. Az alábbi programmal próbáltam ki: $regfile = "m644def.dat" $crystal = 7372800 $lib "glcdKS108.lib" $include "my6_8.font" Config Graphlcd = 128 * 64sed , Dataport = Porta , _ Controlport = Portc , Ce = 7 , Ce2 = 6 , Cd = 3 , _ Rd = 4 ,...

Melyik? Az spi-slave.bas? "Csodás" lesz megvalósítani, mert mindkét uC SPI portján már lóg egy-egy eszköz (FlashRam, és egy RF eszköz), melyeknél a /SS-et én kezelem (NOSS = 1), abban a sample kódban meg az /SS-t a proci kezeli. Lesz itt akkora szívás már megint, érzem.

Kipróbáltam úgy is, de nem jártam sikerrel.
Sanszos, hogy SPI-vel fogom összekötni a két procit, ez a shiftin-shiftout nem akar összejönni.

Ez semmilyen variációban nem működik. Írtam a fogadó oldalra megszakítást, az működik, az lcd-n 199 helyett 255 jelenik meg. Bármilyen portbeállítás esetén.

-Biztos M644-et használsz, nem 644P-t? Más a def, szívtam vele. Ha nem lenne jól megadva a def, "kiabálna" a program, amikor elindítom a Bascomban a programozást. (Nem egyezik a def és a proci id-je). -Fogadó oldalon én megszakításba tenném a shiftin-t Abba lesz téve, azt gondoltam, hogy ...