Beiträge von RaspII

Hallo Jürgen,

Auslösen/Reballing kann ich leider nicht bieten, aber ich versuche es mal mit einem kleinen Reflow Ofen

Die Empfangsempfindlichkeit ist mir nicht ganz so wichtig, ich möchte das Gerät in relativer Nähe zum Repeater nutzen.

Eine Frage hätte ich noch:

Auf der Motorola Info Page ist folgendes erwähnt:

Auch für die GM1200E RSS ist es mir mittlerweile gelungen,den FTR Modus freizugeben.
Um dieses zu machen,muß in der RSS R00.01.05,die exe Datei bei der Adresse 89340 (Dec.),74 in 75 und bei der Adresse 1212204 (Dec.) W in M abgeändert werden.
Der FTR Modus läßt ein ändern der Seriennummer zu.Das Laden eines default Codeplugs ist ebenfalls möglich.

Kannst Du mir evt. sagen was man damit genauerreichen kann?

Ich messe an beiden Seiten von L0200 4,85V.
Nachlöten mit Heißluft habe ich auch versucht, nach Gefühl bekomme ich die BGA Pins nicht aufgeschmolzen.
Ich versuche es heute Abend noch einmal.

ja, das hatte ich auch vermutet. Kalte Lötstellen unter BGA's waren früher beliebte Fehlerquellen.
Das Problem ist, dass man mit der Heißluft sehr leicht das Hühnerfutter auf der LP wegbläst

Die 2,1Mhz an TP200 sind da, an R0246 und C0246 (TP100) sehe ich nix

Ja, hab ich. Sieht aus wie wenn die Clock von der PLL kommt. Dazwischen ist ein 32U4 (ein BGA), das könnte kritisch werden

ok, Vcc liegt an, Reset geht nach Einschalten low und wieder high -> ok
Kein Clock an den Pins Pins 74=XTAL, 73=EXTAL

oops, falsches Pinout (wir haben ja QFP), melde mich gleich nochmal

Zitat von DG7GJ

Da wären sinnvolle Testpunkte:
U0601 ein LM2941T wo am Pin 4 +12V rein und an Pin 5 9,3V raus kommen sollten.
U0631 ein LP2951CM wo an Pin 8 knappe 9V rein und an Pin 1 +5V raus kommen sollten.

Weiterhin wäre der µC-Takt von Interesse:
Bei ersten einschalten läuft dieser auf einen Defaultwert von 3,6864MHz und wird während des Bootvorgang auf den endgültigen Betriebswert von 7,9488MHz geändert.
Bleibt er auf 3,6864MHz deutet das entweder auf einen Fehler in der Firmware oder einem Fehler (Unterbrechung oder Kurzschluss) auf dem SPI-Bus hin.

In der Tat sah das Gerät 1 (das jetzt läuft) "verbaut/nachgelötet" aus, Gerät 2 sieht aus wie neu.
U0601 -> an Pin 5 9,2V
U0631 -> an Pin 8 liegen 8V an, an Pin 1 kommen +5V raus
-> das sollte ok sein

Am µC (68HC11) kommt überhaupt kein Clock (Pins 57=XTAL,56=EXTAL, 55=XOUT).
An Pin68=VDDext liegt auch keine Spannung, d.h. ich suche hier mal weiter

Danke für die Tipps !

Danke für das Feed Back,
das Gerät 1 läuft jetzt wieder zuverlässig. Habe es zerlegt und einige Lötspritzer entfernt.
Subtone/CTCSS funktioniert ebenfalls.

Gerät 2 kann man zwar einschalten (zieht dann Strom, etwas weniger wie Gerät1)
Das Display bleibt dunkel, Ausschalten geht auch nicht.

Neu Programmieren geht nicht (das Gerät reagiert nicht).

Für den Stecker an der Rückseite gibt es ja einen Flashadapter. Kann man das Gerät evt. über diesen Weg neu flashen?
Welche Software benötige ich dafür?

Nachtrag:
Display Gerät 2 funktioniert auch am Gerät 1, d.h. am Display liegt es nicht

Hallo nochmal,
unsere Relais schein offline zu sein. Ich habe jetzt ein anderes Relais getestet -> Senden und Empfang funktioniert.
Das Problem mit dem Auslesen scheint ein Wackelkontakt am Lautsprecherstecker an der Rückseite zu sein, wackelt man etwas am Stecker fliesst ein hoher Strom (kurzschluss?). das passiert auch wenn man die Kontakte am Gerät ohne angeschlossenen Stecker etwas hin und her drückt ( vermutlich Lötproblem/LP Problem)
-> Muss zur Fehlersuche das Gerät öffnen.

D.h. aber dieses Gerät funktioniert jetzt wie gewüscht.

Ich habe noch ein zweites Gerät welches zwar Strom zieht aber nicht ins Menu bootet. Falls jemand eine Idee hat woran das liegen könnte nur her damit.

vy 73 de Claus, DC0CM

ok, hab mal einen Kanal nach Deiner Anleitung umprogrammiert. Bekomme auf dem Display jetzt Channel 01, das Gerät sendet auch, mit 6W (die Frequenz habe ich noch nicht kontrolliert), allerdings bekomme ich keine Antwort vom Relais.
Beim Einschalten des Gerätes hört man eine etwas kuriose Tonfolge

Nachtrag:
Wenn ich jetzt versuche das Funkgerät neu auszulesen, bricht das Auslesen nach ca. der halben Zeit ab, manchmal mit der Fehlermeldung "Übertragungsfehler". Dieses Problem gab es mit der ursprünglichen Programmierung mit Kennung "MTP" nicht, da hatte das Auslesen zuverlässig funktioniert.

Hallo Jürgen,
danke für die schnelle Antwort. Was meinst Du mit "ENVN4001B"? (sorry, ich bin noch ganz am Anfang).

73

Hallo,
ist hier noch jemand aktiv?
Mich würde Interessieren welche Software man bentöigt um ein GM1200E von Bündelfunk auf Amateurfunk umzuprogrammieren

73

Ja, kenne ich. Ich musste die Umprogrammierung mit dem Manipulationsprogramm bis zu 20 mal wiederholen, bis das Gerät die Daten akzeptiert hat, das ist wohl normal, hatte ich hier gepostet
Welche Ipp Version nutzt Du, welche Fehlermedung bekommst Du und was genau ist mit "Benutzermodus-Labfile" gemeint (das neu erstellte Labfile)?
Ich schicke auch gleich noch eine PN mit meinen Erfahrungen

Das von Toto1844 angesprochene Problem mit dem 10poligen Stecker/den verbogenen Federn hatte ich auch schon gehabt.

Bzgl. Adapter: sind da wirklich alle 10 Adern belegt?
Standard Mikrofon Kabel haben oft nur 8 Adern, bei meinem HBT11 sind z.B. Pin5 und Pin10 nicht belegt.
Pin10 ist aus Sicht MR1116 der TxD Pin (und geht auf der PC-Seite an RxD) siehe Info von der Bosch Funkpage.

Wie gesagt, ich denke Bilder würden hier helfen

kannst Du mal mit Putty folgenden String eingeben und prüfen welche Antwort kommt:
ER F4

am besten mal Bilder vom Adapter posten, incl. dem 10pol. RJ45 Stecker (dort so viele Details wie möglich)

Toto1844: Bzgl.:

Zitat

Bei mir läuft die IPP unter Windows 7 und 10

Wie hast Du das mit Windows10 hinbekommen?
Bei mir funktioniert IPP5.xx unter Windows10 (64-Bit) leider nicht

Merci

Die untere Bandgrenze hab ich jetzt auch korrekt programmiert, das hat etwa 30-40 Versuche gedauert.

Als Terminalprogramm benutzte ich "token2", das funktioniert perfekt.

Hast Du eine Ahnung woher man die "Winparam" Software bekommt?

Ha, ich glaub es nicht.

Nach dem 10ten Programmierversuch via Manipulationsprogramm klappt es jetzt. Offensichtlich wurden jetzt die Fabrikdaten vom Manipulationsprogramm korrekt programmiert. Einen kleinen Schönheitsfehler hat das ganze noch, die untere Bandgrenze wurde mit 266Mhz falsch programmiert, aber das ist jetzt vermutlich nur noch eine Frage der Zeit die ich investiere.

Zuverlässiger würde es vermutlich via Terminalprogram und "Winparam" gehen, vielleicht kann mir jemand einen Tipp geben woher ich das Programm bekommen kann.

Andreas, danke für Deine Hilfe !

73 de Claus, DC0CM