XPORT und PIC18F97J60

[Ingo S. (schicki)]

Hallo Zusammen,
ich experimentiere gerade mit dem PIC18F97J60 und XPORT pro herum. 
Grundsätzlich funktioniert das prima. Wenn ich allerdings ein zweites 
Byte aus einem Protokoll übertragen möchte, gibt mir der PIC die 
Schnittstelle zum empfangen nicht mehr frei.
Konkret frage ich die Schnittstelle des PIC mit diesem Quellcode ab:

while (!DataRdy1USART());
              PORTB = Read1USART();
              while (Busy1USART());
              printf("%.4u", PORTB);

Kennt jemand diese Problemstellung? Das Protokoll funktioniert über eine 
handelsübliche RS-232 bzw. RS-485 Schnittstelle einwandfrei.
Bedient wird der XPORT mittels Telnet. Die Konfiguration bzw. 
Verdrahtung habe ich geprüft. Das ist alles in Ordnung.

Grüße
Ingo

[Atmega (Gast)]

Na was funktioniert denn nun konkret nicht und über welche 
Schnittstelle?

Was bleibt noch übrig wenn nicht seriell?
Das kann man doch nicht verstehen...

[Ingo S. (schicki)]

Ich nutze den XPORT über eine RS-485 Schnittstelle (19200, 8, N, 1).

Ich kann ein Byte übertragen und empfangen, dies auch dauerhaft. Die 
Datenrichtung habe entsprechend der Integrationsanleitung umgesetzt. 
Spricht auch laut Oszi so an wie er sollte.

Lediglich der PIC meldet mir nicht, wenn die Schnittstelle wieder frei 
ist.

Der XPORT scheint ganz brauchbar zu sein, Implementierung, Konfiguration 
waren recht einfach. Wennn ich diese Sache noch hin bekomme, kann ich 
endlich ein par Projekte auf Ethernet umlegen.

[Dirk F. (dirkf)]

Hallo Ingo,
ich habe den XPORT zusammen mit dem PIC18F4620 erfolgreich am laufen.
Der XPORT ist am UART seriell angeschlosen.
Bisher hatte ich nur Probleme, wenn der Hardware Empfangspuffer vom PIC 
UART voll war (ca. 3 bytes).
Dann musste ich den UART resetten.
Hatte dan einen Softwarepuffer per Interrupt eingebunden, keine Probleme 
mehr..

Ach so:
Dein PIC hat doch schon Ethernet an Board ? Warum dann den XPORT?
Ich hatte damals die geiche Überlegung,aber da der MNiccrochip TCP/IP 
Stack ca. 50 % des Programmspeichers belegt, bin ich auch auf den XPORT 
umgeschwenkt.

Aktuell versuche ich den PIC32 direkt am Ethernet ans laifen zu 
bekommen.Der hat ja wirklich genug Speicher und Performance...mal sehn.

Gruß Dirk

[Ingo S. (schicki)]

Hi Dirk,

vielen Dank für Deine Antwort und Deinen Ratschlag. An dem hat es 
gelegen. Der XPORT funktioniert jetzt einwandfrei. Zu Deiner Frage. Ich 
habe konkret bei dem Projekt an an AN0 und AN1 Sensoren dran. Damit 
würden mir die LINK LED´s fehlen. Zum anderen, ist der TCP/IP Stack von 
Microchip sehr umfangreich und vor allem komplex. Mit dem XPORT habe ich 
nun ein keines Protokoll realisert, damit ich mit ich eine universelle 
Ethernatanbindung für die Zukunft habe. So bin ich nun auch mit den 
kleinsten Controllern Ethernet fähig.

Danke nochmal und Gruß
Ingo

[Dirk F. (dirkf)]

Hi Ingo,
ja der XPORT ist schon gut zu  gebrauchen. Leider nur etwas teuer.
Den Matchport (WLAN) von Lantronix habe ich auch schon mal eingesetzt. 
Funktioniert gleich gut, ist nur twas aufwendiger zu konfigurieren...
Gruss Dirk