Frage zu FS-AD
 

allo zusammen,

habe eine Frage die sich wieder auf FS-BUS bezieht, diesmal aber speziell zur FS-AD Karte.
Die Karte habe ich geätzt, gebohrt und fast bestückt. Dabei bin ich auf einen Elektrolyt-Kondensator gestoßen, den ich in der Schaltung nicht finden kann, der lt. Bestückungplan und Platinenlayout aber vorhanden ist.
Auf dem Bestückungsplan ist der ELKO allerdings ohne Wertangabe.
Muss nun an dieser Stelle einer hin ?
Wenn ja mit welchem Wert ?

Vielen Dank für eure Hilfe
Torsten

Elko
 

Hi,
den Elko den Du wahrscheinlich meinst ist der für die Anschlüsse der
Potis.
Kannste einbauen...kannste aber auch weglassen.
So wichtig ist der nicht.
In der Servoplatine gab/gibt es solch einen Elko auch zwischen Plus und Minus.
Gruß Uli

Hallo Uli,

vielen Dank. Dann werde ich es erst einmal ohne ausprobieren, im schlimmsten Fall passiert dann hoffentlich ...nichts.
Sollte es Störungen geben, löte ich das Teil noch ein.
Aber, nehme ich dann 47 µF, der Wert den auch die anderen beiden ELKO's haben ?

Gruß
Torsten

Elko
 

Hi,
das kann zwischen 4,7uf und 47uf liegen.
Ist nur zum sieben.
Da geht nix kaputt.
Gruß ULI

Weiteres Problem
 

Hallo zusammen,

auch auf die Gefahr hin, wieder mit einer FS-BUS Frage zu nerfen, möchte ich Euch bitten mir bei einem Problem zu helfen.
Ich habe FS-COM 3 und endlich auch den AD-Converter aufgebaut und bekomme beim Flashversuch die obligatorische Fehlermeldung "read after ...".
Nun habe ich mit dem Troubleshooter und einem (analogen) Multitester die entsprechenden Pin's am PIC gemessen.
Die erforderlichen Spannungen liegen auf Knopfdruck an, daher vermute ich dass der grobe Aufbau stimmt.
Auf meiner Suche im Forum stieß ich auf viele Hinweise (1:1 COM Kabel, vertauschte Polarität am 1µF Kondensator, kurze Verbindungskabel, Unterbrechungen oder Kurzschlüsse auf dem PCB). Hier war nur das COM Kabel tatsächlich nicht i.O., aber das ist nun behoben :10 polig mit 1:1 Verbindung.
Aber besser läuft es trotzdem nicht. Wenn ich nach dem Flashversuch das PIC auslese, erhalte ich den Wert 2003 für
das erste Bit und 3FF5 für alle nachfolgenden. Nach dem Löschen zeigen alle wieder 3FFF.
Vieleicht noch ein Hinweis: Weder die gelbe noch die rote LED auf dem Ad Converter leuchten jemals; was zeigen diese LED's normalerweise an ?
Meine gemessenen Spannungen liegen übrigens bei 13,3 V und 4,8 V, liegt das evtl. schon aus der Toleranz ?
Ich habe auch verschiedene Einstellungen der COM Schnittstelle am PC versucht (WIN-XP), aber auch hier keine Reaktion.
Da ich nun nicht mehr weiß, wo ich noch suchen soll, hoffe ich auf eine rettende Idee von Euch.

Danke und Gruß
Torsten

Hallo Torsten,

die gelbe LED muss immer leuchten. Sie dient als Spannungsstabilisator für ~1.8V. Es war früher mal ein Schaltplan mit einem fehlerhaften des Vorwiderstandes im Umlauf. R1 muss 180 Ohm sein.

13,3V und 4,8 sind ok.

Wenn du schon andere PIC's geflashed erfolgreich hast, suche den Fehler in der Hardware. Ansonsten versuche einen anderen PC.

Gruss Dirk

Hallo Dirk,

danke für den Tip, bei mir war an der Stelle ein 18kOhm Widerstand.
Schnell gewechselt, angeschlossen, gelbe LED leuchtet und ....
PIC lässt sich immer noch nicht flashen :(
Da dies bisher meine ersten Gehversuche in der Elektronik sind, nehm ich das mal nicht so schwer.
Ich werde als nächstes einen anderen Controller aufbauen, um zu sehen ob es daran oder am COM III liegt. Mit Lupe und Multitester kann ich jedenfalls keinen Fehler erkennen; mal sehen wie es weiter läuft.

Gruß
Torsten

Am beste, suche eine andere computer, software installieren und noch mal probieren. Meistes ligt es an die PC. (Bei mir jedesfall)

jetzt klappt's
 

Hallo,

@Rob
Du hattest Recht, genau wie Dirk.
Ich hatte nun Gelegenheit das Laptop eines Kollegen zu benutzen und siehe da, er flasht !!!
Jetzt tut sich aber eine Frage auf: Hat sich schon mal jemand mit den Unterschieden in den PC's beschäftigt ?
Das Laptop hat als BS WIN XP Home, genauso wie mein Rechner; wo ist also der Unterschied ??
Habe jedenfalls nicht vor, mir auf gut Glück einen neuen Rechner zu kaufen.

Evtl. können wir mal in diesem Thread einige Misserfolge auflisten die den PC als Ursache hatten. So könnte man Gemeinsamkeiten aufdecken; Ich mach mal den Anfang mit meinem PC:

Board: Elitegroup K7S6A
RAM: 512 MB DDR 333 Infineon Cl2.5
Proz: Athlon XP2100+
Graka: GF4 MX440
BS: WIN XP Home


Gruß
Torsten

Re: jetzt klappt's
 

Hallo,

das Problem mit der RS232 liegt an den nicht "normgerechten" Ausgangspegeln der Schnittstellen (+12V/GND oder gar +5V/GND anstatt +12V/-12V).

D.h. manchmal wird an den Schnittstellen gespart weil der Hersteller annimmt auf der anderen Seite "sitzt" wiederum ein Pegelwandler ala MAX, der aber die "einfachen" Pegel "versteht".

D.h wiederum, einen guten ("vollständigen") PC (Motherboard) erkennt man im Fall FSBUS daran, dass das Flashen NICHT funktioniert ;)

Bei Laptops ist die Wahrscheinlichkeit höher das es funktioniert, weil dort oft gespart wird ;)

Diskrete Elektronik ohne Pegelwandlung (unser MAX ist eben ein Pegelwandler) hat da eben verloren ... im FSCOM der Transitor TR1, - zuständig für den "FLASH Takt"...

ABER : FSBUS COM =>TR1 über Widerstand R11 nicht an PIN 13 des MAX, sondern "hinten raus" auf PIN 12...probieren :)

Gruss Hoesslin

Hallo Hoesslin,

danke für die kompetente Antwort, das erklärt einiges.
Wirkt sich das mit der Pegelwandlung nur auf den Flashvorgang bei FSBUS aus, oder auch auf den Betrieb ?
Ich habe nämlich den, erfolgreich geflashten Ad-Converter wieder an meinen 'normalen' PC angeschlossen, habe einem angeschlossenen Poti die Schubsteuerung eines Triebwerkes zugewiesen und das hat funktioniert.
Inzwischen habe ich mit dem Laptop auch erfolgreich die LED Controllerkarte geflasht, diese scheint aber an meinem 'normalen' PC nicht zu funktionieren, hier leuchten die angeschlossenen LED's, egal an welcher Stelle und egal mit welcher Funktion; sie lassen sich also nicht schalten.
Daher nochmal die Frage: Ist mein PC nur zum Flashen ungeeignet, oder auch zum Betrieb des FS-BUS Systems ?

Danke für eure Geduld
Torsten

Hallo Thorsten,

die Schnittstellen - "Problematik" wirkt sich nur beim Flashen aus, weil die Kommunikation mit dem PIC im "Spielbetrieb" ja über den MAX verläuft, und der ja quasi als Schmitt-Trigger auch "ungewöhnliche" Pegel sauber wandelt.

D.h. Dein PC ist nur zum FLASHEN "ungeeignet".

Das Problem ist in der bisherigen Schaltung der (FLASH) Transistor TR1, der in der aktuellen Beschaltung nicht an einem TTL-Pegel hängt, sondern direkt an der RS232. (Ich hatte bereits einen Änderungsvorschlag gemacht)

Gruss

Thomas

Hallo Thomas,

ich habe mir deine Beiträge nochmal durchgelesen. Mich nervt ja auch, das es PC's gibt, die einfach nicht flashen wollen.
Du beschreibst ja zielsicher den TR1 als "Übeltäter", da er nicht an TTL hängt.

Ich hatte mir auch schon mal überlegt, ob unterschiedliche RS232 Pegel die Ursache sind, bin aber nicht weitergekommen.
Kannst du das, was deiner Meinung nach schiefläuft, noch genauer beschreiben ?

Mit der Meinung, das es PC's mit 5V TTL Schnittstelle als COM gibt, bin ich nicht so ganz einverstanden. Die habe ich noch nie gesehen.
Es stimmt aber, das die Spannung sehr schwankt, was sie von der Norm her aber darf. Der Bereich geht von +3V bis +15 und von -3 bis -15V.

Gruss Dirk

Hallo,

ich möchte noch auf eine weitere Darstellung eingehen:

Der Satz:

>>Diskrete Elektronik ohne Pegelwandlung (unser MAX ist eben ein >>Pegelwandler) hat da eben verloren ... im FSCOM der Transitor TR1, ->> zuständig für den "FLASH Takt"...

Auch ein MAX besteht aus Transistoren, genau wie Tr1. Tr1 mit dem Widerstand und der Diode wandelt den RS232 Eingang (-12, +12) sehr wohl in TTL Pegel um.

Insofern ist die Meinung, man erkennt ein gutes Motherboard daran, das FSBUS nicht flasht, nicht haltbar.

Gruss Dirk

Ich habe die Erkenntnis über "abartige" RS232 Schnittstellen aus diversen praktischen Erfahrungen, Foren und zuletzt als Referenz aus dem Buch "PC-Schnittstellen unter Windows" von Kainka + Berndt, Seite 23 ...

Der "Überltäter" muss letztendlich nur TR1 aus folgender Logik sein (ohne das Oszi auszupacken ;) ):

- Spielbetrieb funktioniert mit allen PCs
- Flashen geht nur mit manchen PCs
=> MAX geht => Flashen dreht sich um TR1 => variable Pegel sind bekannt => es kann nur TR1 sein :-)

Gruss

Thomas

P.S.: Meinen Änderungsvorschlag schon ausprobiert ...?

Vollkommen korrekt.

Nur ist der MAX ein in sich geschlossenes und abgestimmtes System und hat keine normalen "nur" NPN oder "nur" PNP als Eingänge, sondern symetrische Eingänge;

Hallo Thomas,

dein Vorschlag kann nicht funktionieren, da der MAX alle Signale invertiert. Wenn du den Basiswiderstand anstatt am Eingang des MAX an den Ausgang klemmst, wird das Signal invertiert.
Das kann ohne Softwareänderung nicht laufen.

Hast du das denn jemals ausprobiert ?

Zum Flashbetrieb. Beim Flashen wird der serielle Teil der COM Schnittstelle nicht genutzt. Die Signale (auch Tx) werden rein
per Software ein und ausgeschaltet.
Eigentlich bräuchte man dafür ein realtimefähiges Betriebssystem, was unser geliebtes Windows leider nicht ist. Ein Timing im Mikrosekundenbereich ist nur annähernd hinzubekommen.
Leider gibt es beim PIC ein paar Zeiten die nicht unterschritten oder
überschritten werden dürfen.
Da vermute ich die Problematik mit unterschiedlichen PC's.

Da die asynchrone Übertragung (im Spielbetrieb) von der Hardware übernommen wird, ist dieser Modus unkritisch.

Ich müsste mal einen nicht funktionierenden PC in den Händen haben um das zu analysieren.


Gruss Dirk

Guten Morgen ihr Lieben,

also hatte auch probs mit dem Flashen und habs auch nur mit nem alten Notebook der scheinbar die richtige Rechnergeschwindigkeit hat hinbekommen und auch nur mit der alten FSBus-Version, ist ja egal da sich der Code ja nicht geändert hat.

gruss Peter :) :)

Hallo Dirk,


wo Du Recht hast, hast Du Recht ! Das mit dem Invertieren hab ich in meiner grenzenlosen Theorie einfach übersehen, war wohl der Mund(Finger) schneller als das Hirn :confused: - ein Beweis wie schnell ein unschuldiger (TR1) verurteilt werden kann :confused: - peinlich für einen Elektroniker :confused:

Damit ist nun auch Deine Frage beantwortet :rolleyes:

Das ist natürlich ein weiteres erschlagendes Argument. D.h. Du taktest Tx nicht über den UART sondern direkt per SW ? Hm, korrekt, sehr schwierig hier ein Timing auf die Beine zu stellen. Hier beim PIC kann ich nicht mitreden, ich benutze ATMELs die über SPI geflasht werden (oder über Bootloader auch per normalem RS232) und das kann ich normal in VB über MScomm im Binärmodus.

Dirk, ich nehme meine FALSCHE "Anklage" zurück.

Ist ja kein Problem.
Wenn wir über eine Diskussion dem wahren Übeltäter der Flashprobleme auf den Grund kommen, um so besser.

Der Grund, warum ich den Flasher mit aufgenommen hatte, ist die Einsparung der 200€ für einen echten Flasher.

Man findet im Internet eine Menge solcher "Low budget" Flasher Bauvorschläge. Momentan versuche ich übrigens den 16F627 mit dem COM Flasher ans flashen zu kriegen. Das ist auch wieder "Fummelskram".

Schönen Sonntag noch!

Dirk

Danke
 

Hallo zusammen,

vielen dank für die Infos. Das mit dem TR1 über den 'Ausgang' des MAX232 hatte ich mittels einer Drahtbrücke ausprobiert und es hat dann auch tatsächlich NICHT funktioniert.
Zum Glück hat es aber auch nichts zerstört :)
Nun weiss ich, dass ich wohl oder übel jemanden mit einem 'funktionierenden' PC brauche, um die Karten zu flashen, aber wenn man diese hinterher normal betreiben kann, ist dass das kleinste Problem.

@Dirk
Wenn Du mal einen PC in die Finger kriegen möchtest, wie Du das beschrieben hast, können wir evtl. irgendwie zusammenkommen, mein PC erfüllt jedenfalls die 'schlechten' Voraussetzungen.

Viele Grüße
Torsten