Beiträge anzeigen

Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.

Nachrichten - El_Barto

1
Hi,

die Compilierung wird bei dir an der Libgcc scheitern. Den Lib-Path hast du ja scheinbar gestrichen. Da gehört jedoch folgendes hin:
LIBPATH = $(ARMBASE)/lib/gcc/arm-elf/4.1.1/interwork
2
Der MSP ist auf dem TAE-Adapter für die Verbindung des CC1100 mit dem ARM gedacht. Er steuert wohl die gesamte Funkanbindung und schaltet bei Bedarf den ARM ein. Der ARM fungiert als Softmodem und stellt dann eine Verbindung mit dem Provider her.

Auch wenn der MSP klein ist - die Implementierung des Funkmoduls (samt den "höheren" Layern) der Betty sollte sich auch für den MSP verwenden lassen. Dank Telekatz (ProgInterface für MSP) habe ich dafür nun etwas Motivation dafür gefunden. Eine AppNote von TI mit funktionierendem Code für einen MSP430 mit CC110x-Modul gibt es auch schon (TI: slaa325.zip).

Sobald mein Prüfungsstress rum ist setzte ich mich da mal dran. Bisher bin ich mit meinem JTAG an der Hardware-Hürde gescheitert, da OpenOCD leider keine MSP430 unterstützt.

Mich würde allerdings interessieren wie du dir das mit dem TAE vorstellst. Weil die Verbindung Betty-TAE-???VoIP???-???IP??? finde ich doch sehr seltsam. Da wirst du einige Protokolle zu implementieren haben.
Mein Vorschlag für dich: besorg dir irgendeine WebServer-Implementierung (z.B. Pollin uC-Webserver) und schicke deine Events seriell (ja, das wurde für den Scart-Adapter schon durch die Weisen des Forums programmiert) an den Webserver. Oder bastel dir ein PHY-Interface an den MSP, dann wirds aber aufwändiger.
3
Den Jumper von Reset zu GND musst du aber wieder entfernen, damit die Betty auf neu starten kann! Den Jumper von EINT zu GND musst du aber lassen. Dadurch weiß die Betty beim Starten, dass sie in den Bootloader-Mode gehen soll.
Diese Prozedur musst du bei jedem flashen durchführen. Ist doch schnell gemacht, Bootloader aktivieren, Reset togglen und dann neue FW drauf.
4
Hmm, wenn du den Bootloader schon aktiviert hast, dann reichen RX und TX eigentlich aus. Eventuell kannst du mal einen Pullup an die RX-Leitung der Betty hängen, es haben wohl einige Serialladapter keine internen Widerstände verbaut, so dass kein high-Pegel erreicht wird.
EDIT: Die Reset-Leitung solltest du auch mal kurz auf low ziehen.
5
Muss das Signal nicht 7x auf Low gezogen werden? Hatte das so in Erinnerung von meiner Flash-Aktion. Mit dem PC (Windows und Onboard RS232) hat's nicht hingehauen, auch weil mein Kombiinterface mit den BC547ern zu lange Anstiegszeiten hatte - mit der Betty dann schon.
6
Sollte einfach umzusetzen sein. Die Funkt. drawmainscreen(void) müsste um einen Parameter (z.B. einen Pointer auf die Bildadresse) erweitert werden. Dann kannst du in der drawmainscreen mit einem If-Branch zwischen den verschiedenen Logos umschalten. DrawLogo müsste dann auch um deo o.g. Pointer erweitert werden und voila...
7
@Telekatz: Vielen vielen Dank! Die Codes funktionieren perfekt. Aber warum addierst du 7C0 auf die eigentlichen RC5e-Codes drauf? Komme da nicht ganz dahinter. Habe mich leider noch nicht weit genug in den Sourcecode eingearbeitet.
Beim Compilieren ist noch ein Fehler bei der RC5X-Def aufgetreten. Dort sind 2 Leerzeichen zu viel, so dass die Ersetzung nicht richtig funktioniert. Wie gesagt, sind nur 2 Zeichen, aber damit sich von euch keiner die Mühe machen muss: Anbei ein (2-Leerzeichen) Patch.
Eventuell benötigt ihn ja auch jemand der von C nicht viel versteht.

Gruß
El_Barto
8
Hardware / Re: serielles Handy Kabel
25. Jan 2009, 08:00
Hi,

Also ich würde es zuerst mit Pin 4 (BattOut) versuchen, jedoch erst nach einem Test mit dem Multimeter.
9
So, übers Wochenende habe ich mal etwas mehr Zeit für die Betty gehabt. Anbei poste ich 4 IR-Samples. Dabei handelt es sich um 2 Samples für eine RC7574 (Philips TV) und 2 Samples von einer Philips SAT-Fernbedienung.
Falls ihr darauf eine Codierung (RC5, RC5e oder RC6) erkennt oder gar einen genauen Code ablesen könnt, würde mich das sehr voran bringen.

Auf der LIRC-Homepage ist zu der RC7574 ein Code zu finden, der ist aber nicht funktioniert.
Blau: 0x0000000000001176
Gelb: 0x0000000000001174

Ich habe das Gefühl dass beide FB eine RC5e oder RC6-Codierung verwenden, da mein RC5-IR-Decoder (TSOP1736 mit ATTiny) für den PC einen Code empfangen kann, welcher aber nicht korrekt ist...

Vielen Dank für eure bisherigen Tipps.
10
Also das Problem mit den blauen Linien konnte ich lösen. Es lag an einem zu langen String im Namen des Listeneintrags. Der angezeigte Name hat bei der Bestätigung des Profils den Bildschirm unten rechts "verlassen". Da in der Listenansicht (wo alle Codegruppen stehen) der Anzeigeplatz am kürzesten ist, löste die Anzeige des Namens den Fehler aus.
Mit dem analysieren des von mir benötigten FB.Codes kam ich leider noch nicht viel weiter. Ich vermute es hängt an dem 36kHz TSOP den ich am PC zum samplen benutze.
11
Hallo,

ich habe das Tool auch gerade erfolgreich getestet. Hat etwas gedauert, aber nun tut es. Was mir jedoch noch aufgefallen ist: Die Config-Bytes werden nicht geändert, so dass nach dem Flashen noch immer die alte Config aktiv ist.
Deshalb habe ich das Menü erweitert und die trivialen Funktionsaufrufe für eine Änderung der ConfigBytes eingebaut.
Anbei ein patch mit den änderungen
12
Vielen Dank für die Tips. Ich werde diese heute mal testen und die Ergebnisse hier posten.
13
Hi, ich würde gerne die per IR-Capture aufgenommenen RAW-Codes auslesen, so dass ich diese in eine eigene Fernbedienungsdefinition übernehmen kann.
Hintergrund ist folgender: Ich habe eine Philips RC5 Fernbedienung mit farbigen Sondertasten, welche sich mit LIRC nicht analysieren lässt. Die Betty erkennt die RAW-Codes aber problemlos und simuliert die Originalfunktion. In den Verschiendenen LIRC-Files auf der LIRC-Page ist zwar teilweise ein code vorhanden, jedoch wechseln dabei komischerweise immer die RC5-Adressbytes. Ich gehe also davon aus dass die Sonderfunktionen je nach TV einen anderen Adresscode haben. Und den für meinen TV habe ich leider noch nicht gefunden. Aus den RAW-Daten erhoffe ich mir nun mehr Infos zur verwendeten Codierung usw. Ich hoffe nur bei dem Code für meine FB handelt es sich nicht um eine Erweiterung des "klassischen" RC5.
Ohne mich nun zeitaufreibend durch die linkerscripts usw zu hangeln und dann die entsprechende Flash-Stelle auszulesen dachte ich mir ich frage bei euch einfach mal nach.
Kann diese Vorgehensweise so funktionieren? Wer weiß evtl wo diese Infos im Flash stehen? Gibts einfachere Möglichkeiten einen IR-Code in eine def zu übernehmen, vielleicht mit dem Test-IR-Capture woe die Pulszeiten usw angegeben werden?

Eine weitere Frage: Müssen die def-Dateien für die Fernbedienungen in einer speziellen Codierung vorliegen? Mit einer leicht erweiterten Kopie des generic-beispiels schmiert mir die Betty beim Auswählen des Profils immer ab und zeigt (fast blaue) Linien auf dem Display an. Nach einem Neustart frisst er das Profil aber und einige der Codes funktionieren. Die geänderte Datei wird dabei wie die Originaldatei (die problemlos läuft) im Unix-Format gespeichert.

So, das waren meine wichtigsten Fragen. Ich arbeite mich gerade erst in die Umgebung der Betty ein. Bin aber von dem bisherigen Softwaregerüst nach einem ersten vorsichtigen Kontakt damit ganz beeindruckt von der Arbeit der Urheber. Eine einheitliche Toolchain mit GCC ist prima. Also Hut ab davor!  :)
Ich hoffe in naher Zukunft auch einige dazu beisteuern zu können.
Danke
El_Barto

14
Hallo zusammen,

ich habe Probleme beim Flashen des SCART-Adapters mit BettyHeaven und dem Kombiinterface. Zuerst dachte ich an Probleme mit dem Interface, obwohl dies bei der Betty prima funktioniert. Dieses habe ich aber mit dem Oszi durchgemessen (verwende BC547er mit dem MAX3232 direkt an einer Mainboard-RS232-Schnittstelle). Schaltet aber wie gewünscht. Mit der Betty per Direktverbindung und der SCART-ICP-Routine klappt es leider auch nicht, hängt beim Sektor F8. Auf dem SCART-Adapter ist noch die Original-FW.

Habt ihr mir einen Tip bei der Fehlersuche? Mich würde auch interessieren warum einige der letzten Flashsektoren beim Flashen mit der SCART-ICP-Routine beibehalten werden müssen. Steht da etwas Wissenswertes drin?

Gruß
El_Barto