Robotrontechnik-Forum

Registrieren || Einloggen || Hilfe/FAQ || Suche || Mitglieder || Home || Statistik || Kalender || Admins

Willkommen Gast!

Robotrontechnik-Forum » Technische Diskussionen » GNet Netzwerk » Themenansicht

Autor

Thread - Seiten: -1-

000
01.02.2016, 03:50 Uhr
new_castle_j

Hello,

I am seeking help in troubleshooting a newly build GNet board. I have carefully assembled the board and programmed the ATMega162 and the GAL chip. However, I have not been able to access the Debug interface.

I do not have the board installed into a machine yet. I apply 5V to pin 11 of the Z80 socket and supply ground to pin 29 of the Z80 socket, no Z80 is installed onto the board at this time. The first thing that happens is the LED in location D3 of the board blinks once. I have a USB to serial adapter connected to my Windows XP laptop and Hyperterminal configured for 9600 8 N 1, no flow control, and ANSIW terminal emulation selected. I have connected the TxD pin on the GNet board to pin 2 of my serial adapter, RxD from the GNet to pin 3 of the serial adapter, and GND to pin 5.

Pressing ENTER on the keyboard will advance the cursor down 1 line in hyperterminal, but I am not presented with the Debug interface. I have verified voltages at all ICs on the board. I do not have an O-Scope to verify 8Mhz on the ATMega, but the ATMega gets warm to the touch after being powered up.

I would like to hear any suggestions on what else I should try to get this board working, it's a very interesting board and exciting to build.

Thank You!

Dieser Beitrag wurde am 01.02.2016 um 03:53 Uhr von new_castle_j editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

001
01.02.2016, 23:21 Uhr
new_castle_j

I am questioning if I am supplying enough power, I am using a cell phone charger as a power source, the output is 5.05V according to my meter, and the supply is rated up to 2 Amps. Do you think this is enough? While connected to the GNET board, my meter shows the supplied voltage as 4.5V.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

002
02.02.2016, 03:58 Uhr
new_castle_j

I switched my power supply and am using a standard ATX power supply, still I am not presented with the debug interface. I tried plugging in a network cable to the WizNet module and it lights up. I also tried re-soldering some of the joints on various IC sockets and through hole components hoping that I would perhaps find a fault.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

003
02.02.2016, 09:52 Uhr
kaiOr

Hello,

Zitat:

new_castle_j schrieb
I have connected the TxD pin on the GNet board to pin 2 of my serial adapter, RxD from the GNet to pin 3 of the serial adapter, and GND to pin 5.

The signal lines must be crossed. Output TxD of MAX202 to input RxD of USB converter etc.

Zitat:

my meter shows the supplied voltage as 4.5V.

This will not satisfy technical data of ADM698. RESET will stay active (low) at voltages (also peaks) lower than 4,6V.

regards

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

004
02.02.2016, 18:19 Uhr
new_castle_j

Thank You for the reply!

I have switched to an ATX power supply and measured the voltage while connected to the GNET board, my meter now says 4.98 volts. Unfortunately, I am still not able to access the debug interface.

I also tried reversing the TxD and RxD pins on my serial adapter, but there was no improvement. I have switched back to the original configuration. Pin 2 of the serial adapter connected to TxD on the GNet, Pin 3 of the serial adapter connected to RxD on the GNet, Pin 5 of the serial adapter connected to GND on the GNet.

I am wondering about the GAL chip on the board. I did not have a GAL programmer, so I had to send the GAL code to a programming house. If the GAL was improperly programmed, would it cause me to not see the Debug interface?

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

005
02.02.2016, 23:18 Uhr
Enrico
Default Group and Edit

No.

Plug the first GNET in you computer.
The Z80 CPU in the GNET.
Try whether the computer still works.
Then look to see what makes the debug interface.

All ICs for Z80 hang freely in the air.
The PIO gets no reset signal.
Thus they will not be initialized.
The ports make than anything, just not meaningful.

I go first assumed that the AVR is desperate
to be able to do something with this data-garbage.
This left no time for the interface.

------

Steck erstmal das GNET in deinen Rechner.
Die Z80 CPU in das GNET.
Probier, ob der Rechner immer noch funktionert.
Dann schau nach, was das Debug-Interface macht.

Alle ICs zur Z80 hängen frei in der Luft.
Die PIO bekommt kein Reset-Signal.
Dadurch wird sie nicht initialisiert.
Die Ports machen als irgendetwas, nur nichts sinnvolles.

Ich gehe erstmal davon aus, dass der AVR verzweifelt versucht
mit diesem Daten-Müll etwas anfangen zu können.
Dadurch bleibt keine Zeit für die Schnittstelle übrig.
--
MFG
Enrico

Dieser Beitrag wurde am 02.02.2016 um 23:18 Uhr von Enrico editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

006
03.02.2016, 04:33 Uhr
new_castle_j

Zitat:

Enrico schrieb
No.

Plug the first GNET in you computer.
The Z80 CPU in the GNET.
Try whether the computer still works.
Then look to see what makes the debug interface.

All ICs for Z80 hang freely in the air.
The PIO gets no reset signal.
Thus they will not be initialized.
The ports make than anything, just not meaningful.

I go first assumed that the AVR is desperate
to be able to do something with this data-garbage.
This left no time for the interface.

------

Great Idea!

I just tested. I took the GNET and plugged it into my computer, then I plugged the Z80 into the GNET. The computer booted successfully! The LED on the GNET stayed lit for a few seconds until the system booted, then it shut off.

Afterward I removed the GNET from the computer and removed the Z80 from the GNET. I attempted again to access the Debug interface by supplying power to the GNET while it was on my workbench. I was still not able to access the Debug interface.

Since my computer will boot with the GNET installed, should I try downloading the GNET software for CP/M and see if the computer can communicate with it?

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

007
03.02.2016, 17:53 Uhr
Enrico
Default Group and Edit

why not?

As I said:
The debug interface will not work if the GNET not inserted in the computer.
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

008
03.02.2016, 23:00 Uhr
susowa

Zitat:

Enrico schrieb
As I said:
The debug interface will not work if the GNET not inserted in the computer.

This is not correct. If the AVR can boot, the Debug-IF must work. There is no surrounding hardware necessary and it can not interfere with the debug IF also.

susowa

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

009
04.02.2016, 04:42 Uhr
new_castle_j

Zitat:

susowa schrieb

Zitat:

Enrico schrieb
As I said:
The debug interface will not work if the GNET not inserted in the computer.

This is not correct. If the AVR can boot, the Debug-IF must work. There is no surrounding hardware necessary and it can not interfere with the debug IF also.

susowa

I listen to all suggestions and did another test tonight. I put the GNet into the computer with the serial lines for the debug interface connected to my laptop and booted the computer, unfortunately, I still was not able to access the debug interface.

Another test I did was to remove the GNet from the computer but leave the Z80 in the GNet socket. When I powered this up on my workbench, the LED on the GNet stayed lit, but I still could not access the debug interface.

Is it correct that the debug interface only requires the ATMega to be programmed correctly and the SIO chip? If so, then I can focus my effort on those two components. Perhaps I have a faulty SIO chip and I should try to replace it.

I may also try booting the computer with the GNet installed and run the CP/M software for the GNet, if that works, then I will suspect that the problem must be with the SIO chip.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

010
04.02.2016, 22:10 Uhr
susowa

Zitat:

new_castle_j schrieb
Is it correct that the debug interface only requires the ATMega to be programmed correctly and the SIO chip?

What you need with the GNet board:

- the correct programmed AVR (fusebits -> flash AND eeprom)
- 5V DC
- functioning Reset signal
- functioning 8 MHz clock signal
- functioning max202 circuit
- correct connection to the terminal software
- correct configuration of the terminal software

All other hardware/ic's of the board may be omitted. You can try the CP/M software, but I think first you should see the debug interface. It's the only way to diagnose following problems.

From the experience with the other boards it looks like a problem with a not correct programmed AVR or it is blocked through a hardware error.

susowa

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

011
05.02.2016, 17:13 Uhr
new_castle_j

Zitat:

susowa schrieb

If the AVR can boot, the Debug-IF must work. There is no surrounding hardware necessary and it can not interfere with the debug IF also.

susowa

This quote caused me to re-examine the fuse bits. My AVR does not have the BOOTRST fusebit programmed, but I think maybe it should.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

012
06.02.2016, 17:01 Uhr
new_castle_j

Zitat:

susowa schrieb

What you need with the GNet board:

- the correct programmed AVR (fusebits -> flash AND eeprom)
- 5V DC
- functioning Reset signal
- functioning 8 MHz clock signal
- functioning max202 circuit
- correct connection to the terminal software
- correct configuration of the terminal software

All other hardware/ic's of the board may be omitted. You can try the CP/M software, but I think first you should see the debug interface. It's the only way to diagnose following problems.

From the experience with the other boards it looks like a problem with a not correct programmed AVR or it is blocked through a hardware error.

susowa

Very helpful checklist, thank you, I am going through the items. So far:
Double and triple checked the Fuse Bits, FLASH, and EPROM
5V DC from ATX power supply verified
Replaced MAX202 chip
Double and triple checked the Terminal connections and setup

I do not have an O-scope to verify the 8Mhz and reset signal, but I will try to find the help of someone locally to accomplish this.

I also tested reading and writing the FLASH on the ATMega while it was inserted into the GNET board by connecting my programmer to the 10 pin header on the GNET. This test was successful.

Unfortunately, I still have not been able to access the Debug interface. I will continue testing and troubleshooting and welcome any suggestions. Thank You!

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

013
06.02.2016, 21:17 Uhr
new_castle_j

When I program my ATMega162, I am setting the Fuse Bits to low=FF high=DF extended=FF, this should instruct the chip to use an external crystal oscillator. I have noticed that after setting these bits, I can still read/write to the FLASH and EPROM using an AVR programmer that does not have an oscillator. Shouldn't a chip with these settings be dead in an AVR programmer without an external clock source?

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

014
06.02.2016, 23:09 Uhr
susowa

Zitat:

new_castle_j schrieb
... Shouldn't a chip with these settings be dead in an AVR programmer without an external clock source? ...

We (I) never tried such a configuration.

But, if you use the SPI interface of the AVR, the clock for programming the chip is generated trough the programmer.

The external clock of the mpu then plays no role for the pure programming, only for the functionality after programming the external clock is necessary.

Ralf

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

015
13.02.2016, 19:16 Uhr
new_castle_j

The problem was very simple, but I am new to building electronics. I read the datasheet for the MAX202 chip, and it requires external capacitors. I had not installed the 6 capacitors on the bottom side of the board. The parts list shows these capacitors, but there is not a slikscreen marking for them on the board, it all makes sense now. THank You

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

016
28.04.2016, 09:21 Uhr
KC_Freund

Hallo
auch ich habe mir bei EBAY ein GNET ersteigert als Bausatz. Also alles zusammengelötet und dann mich an die Inbetriebnahme gemacht. Als Hilfestellung benutzte ich die Inbetriebnahmeseite vom KC-Labor und die Erläuterungen auf der Robotrontechnikseite.
Ich konnte alle Schritte nachvollziehen wie im KC-Labor beschrieben.

Also CPM auf meinem KC87.21 gestartet und CPMNET16 gestartet.

Meldung: KCNET Interface not found

Was habe ich bis hierher gemacht.

-alle Verbindungen auf der Platine geprüft mit Durchgangsprüfer
(z.B. RD- cpu pin 20 | U1 pin 2 | PIO pin 39)
alles richtig
-Debuginterface benutzt(wie im KC-Labor beschrieben)
auch ok
-mit einem Terminalprogramm mal IP Adresse und Subnetmask eingestellt
und vom PC aus das Gnet angepingt
auch ok
-ein kleines Basicprogramm geschrieben und mit Out Befehlen die PIO initialisiert
mit den Werten die in kcn-zpio.imc stehen
dann mit in und out Befehlen von der PIO gelesen und auf sie geschrieben
das alles konnte ich dann über das Debuginterface auch sehen bei aktivierter
Protokollfunktion
-ich benutze die Standardadresse (0C0h) und habe auch die richtige Software vom KC-Labor runtergeladen
-die PIO mal ausgetauscht gegen eine neue
-den AtMega162 ausgetauscht (mit geänderter Frequenzangabe vorher 4000kHz
jetzt 2460 kHz und Teiler 4 und Wartezeit 4 vorher beides 3 (?)
-mit dem OSZI mal die Signale abgetastet (IORQ ist ein bischen seltsam aber alle andere Peripherie funktioniert ja)

jetzt weiß ich erstmal nicht mehr weiter
hat vielleicht jemand ne Idee

Das GNet hat Übrigens die Nummer 193
Software 1.2
Hardware 1.2

Hostname habe ich geändert auf KC87

MfG Tino
--
Fremdwörter sind mein Tresor, da kann mir keiner imprägnieren - ich habe immerhin 3 Sylvester an der Humbug-Nervosität storniert! Von meinem Wissen können noch Generatoren profilieren!

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

017
28.04.2016, 18:48 Uhr
Enrico
Default Group and Edit

Verstehe ich nicht.
Wie willst Du beim AVR die Firmware geändert haben?

Ob der für 4MHz oder 2,5 MHz eingestellt ist, ist wurscht.

Sicher, dass Du die richtige Software für CPM hast?

Kann eigentlich nicht sein, dass die SW die HW nicht findet, da ja Augenscheinlich alles ok ist.

Port ist der richtige.

Hast Du Dir die Doku auf RT auch mal durchgelesen?

Eigentlich ist auch für den KC87 die K1520-NW-Karte gedacht.
GNET funktioniert aber ebenso.
Hatte das selber damals ausprobiert.
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

018
28.04.2016, 19:04 Uhr
KC_Freund

Hallo Enrico

Habe vom Original die Firmware ausgelesen. (Flash und EEPROM)

IM EEPROM Inhalt mittels Hexeditor nach der 4000 gesucht und nach den beiden 3'en

und auch die Ascii Zeichen "GNET". Alles im EEpromfile geändert und einen frischen ATmega162 geflasht.

Ja die Doku auf RT habe ich auch bei den Inbetrienahmeversuchen benutzt.

Vielleicht stimmen ja Vorteiler und Wartezeit nicht. Ich habe bei beideb 4 eingetragen, original stand 3 drin.

Bei einem kc85 mit 1750 KHz seht 5 bei beiden. so gesehen auf KC Labor auf der Seite Inbetriebnahme.

die software habe ich vom KC Labor und zwar die für Adresse 0c0h.

Bin auch irgendwie jetzt erstmal ratlos.

Gruß Tino
--
Fremdwörter sind mein Tresor, da kann mir keiner imprägnieren - ich habe immerhin 3 Sylvester an der Humbug-Nervosität storniert! Von meinem Wissen können noch Generatoren profilieren!

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

019
28.04.2016, 19:16 Uhr
Enrico
Default Group and Edit

Darum geht es schon mal nicht.

Und nochmal:

Zitat:

KC_Freund schrieb
....
die software habe ich vom KC Labor und zwar die für Adresse 0c0h.
...

WELCHE?

Wenn das die für GNET allgemein ist, wird das nicht das richtige sein.
Es sei denn Dein CPM auf dem KC87 läuft ausnahmsweise mit 80 Zeichen, statt
normale 40.
--
MFG
Enrico

Dieser Beitrag wurde am 28.04.2016 um 19:39 Uhr von Enrico editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

020
29.04.2016, 07:02 Uhr
KC_Freund

Also ich benutze

diese hier
-------------------------------------------------------------------------------
"KCNet" Software 03/13 für ZPIO auf 0C0H (K1520Net oder GNet)

CP/M-Programme (englisch) für eine ZPIO-Netzwerkkarte auf Standard I/O-Adresse 0C0H:
-------------------------------------------------------------------------------

In meinem KC87 habe ich auch eine KRT mit 40/80 Zeichen Umschaltung. Kann auch im 80 Zeichenmod unter CPM arbeiten wenn ich CRT81 starte.

Richtig oder falsch ?

MfG
Tino
--
Fremdwörter sind mein Tresor, da kann mir keiner imprägnieren - ich habe immerhin 3 Sylvester an der Humbug-Nervosität storniert! Von meinem Wissen können noch Generatoren profilieren!

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

021
29.04.2016, 13:13 Uhr
Enrico
Default Group and Edit

Keine Ahnung, ich habe doch Deinen Rechner nicht.
Ich kenne nur das "normale" CPM für den KC87 mit 40 Zeichen, dort siehst
Du mit dem normalen CPMNET schon mal nicht viel.
dafür gibts dann auch die angepasste SW. Die gibts hier unter
Neubauprojekte --> K1520-Netzwerk
--
MFG
Enrico

Dieser Beitrag wurde am 29.04.2016 um 17:34 Uhr von Enrico editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

Seiten: -1- [ Technische Diskussionen ]