Betty als Modellbau-Oszi

Hallo Oliver

... klingt sehr interessant,

kannst du noch etwas mehr schreiben,
oder gibt es dazu eine direkte Seite?

Mit was hast du programmiert und könnte man auch den Quelcode bekommen?

Grüße Martin

Hi Martin,
erstmal hab ich mir einen ADC-Pin von der Tastatur abgezweigt (rote 
Leiterbahn in pins.jpg)

danach das für den Pulup auf dem ADC-Pin verandwortliche Bauteil 
entfernt (blau makiert in pins.jpg)

und dann einen einfachen Widerstands-Teiler davor gelötet (2.Widerstand 
in gelben Schrumpfschlauch in Bild: teiler.jpg)


Die Software ist ein böser Hack, da ich viel hin und her probiert habe 
:-)

DBD
 Olli

PS: muss mal sehen wo ich die Software hin lege, da dort noch ein 
bisschen mehr dran hängt.

es gibt auch noch ein Linux-Frontend auf SDL-Basis

da ich eh noch ein paar Bettys rumliegen habe, finde ich das auch sehr 
interessant!
Würde mich sehr über die Quellen freuen - egal, wie undurchsichtig das 
fürs Erste ist. Hauptsache erstmal was veröffentlichen. Aufräumen 
übernehmen auch andere Interessiere.

Christian

P.S.: Github kann ich sehr empfehlen. Hab auch ein kleines Projekt da 
liegen. Im Gegensatz zu sourceforge ist es auch einiges einfacher. Man 
muss halt nur mit den paar Beschränkungen klarkommen (maximaler 
Speicherplatz)

Binary: http://www.multixmedia.org/test/betty-oszi.bin

Sources: http://www.multixmedia.org/test/betty-oszi.tgz (>6MB ;-( )
 Compiler-Pfad muss noch angepasst werden: src/platform/lpc2220/make.inc

Noch ein Hinweis:
Nach dem Umbau funktioniert ein Teil der Tastatur nicht mehr !!!

  (Curser + A-D + Betty + Exit + Prog+- + Vol+- gehen aber noch :-) )

Tasten-Belegung:

  Curser-UP/Down: Zoom (X-Achse)
  Curser-Left/Right: Offset (X-Achse)
  Vol+-: Sample-Buffer-Size
  A: Sync-Mode
  B: Analog/Digital-Mode (wobei die 'Digital-Werte' auch nur die 
Analog-Werte mit steil gezeichnetet Flanken sind)
  Exit: Reset-Setup

Servo, PPM & Multiprop-Werte werden automatisch eingeblendet,
sobald diverse Bedingungen erfüllt sind (min/max Pulse-Width, ...)
* der 'auto-mode' kann aber auch störrend sein, wenn man bestimmte 
Analog-Signale messen möchte !

EDIT:
könnte mir vorstellen noch ein PPM/PWM Signal per Timer zu erzeugen 
(Servo-Tester)
und vielleicht die IR-Diode gegen ein Foto-Transistor tauschen 
(Drehzahl-Messer)
....

Hi,
hab mal etwas abgespeckt :-)
die Links stimmen aber noch !

und ne eigene Seite erstellt:
Homepage: http://bettycheck.rcos.eu/index.html
Binary: 
http://bettycheck.rcos.eu/targets/betty-backend/betty-backend.bin
Source: http://bettycheck.rcos.eu/sources.tgz

Hi,
hab jetzt auch einen Servo-PWM generator drin (Servo-Tester).

Tasten:
---------------------------
D     Pulse/Sync-Weite (auswahl für PROG+-)
PROG+ Weite++
PROG- Weite--
---------------------------
C     Autodetect On/Off
OK    Pause
---------------------------

DBD
 Olli

wow - du legst ein ganz schönes Tempo hin. Ich werd zeitigstens in der 
Woche vor Weihnachten dazu kommen, mir das anzusehen. Vielen Dank schon 
mal für das Veröffentlichen des Sourcecodes.

Besteht denn bedarf zu dem SDL Interface noch ein grafisches zu 
schreiben, das auch für nicht Linuxer besser zu handhaben wäre?

Hi,
> pl. libraries
Danke !!!

Hab mal ein Update hochgeladen,

Nun lassen sich per 'externen Sensor' (Poti, oder altes Servo-Gehäuse 
mit Poti ohne Motor) auch die Drehgeschwindigkeit eines Servos messen 
:-)

Dafür wird das Poti mit dem Servo-Arm verbunden und die MUTE Taste 
gedrückt.
Nun fährt das Servo auf seine Start-Position und dann mit maximaler 
Geschwindigkeit 0.5ms weiter,
dabei wird die Zeit vom Start-Pulse bis zur letzten Positionsänderung 
gemessen und angezeigt.


DBD
 Olli

Und hier nochmal den Pin für die PWM/Servo-Ausgabe (Bild).

Hmm,
irgendwie bin ich hier allein Unterhalter ;-(
Egal ich höre mich ja gerne selber reden :-)

DBD
 Olli

* nuschel : da hab ich jetzt Graustufen im LCD und nen 2. Analog-Kanal 
aber die wolle des ja nett Wisse *

ich selber habe auch kein betty und programmiere bisher auch nur mit 
verschiedenen atmegas und co.

jedoch interessieren, wie du die verschiedenen Features realisiert hast.
Oszi, --> triggerung, frequemzen, ...
Servo, --> ist klar
PPM, --> ...
Multiprop,--> ...
IR-Diode, --> Drehzahlmesser

Programmierung der Darstellung der verschiednen Grafiken.
Momentan muss ich grad noch für eine Prüfung lernen , aber in 2 Wochen 
würde ich mir deinen Code mal ausführlich anschauen.

Grüße Martin

Ahh,
liest ja doch jemand mit :-)

>kannst du nicht hier ein artikel drüber erstellen
später...

>Leider habe ich keine Betty

Achso, vielleicht sollte ich mal zurück linken:

  Beitrag "[V] Paket mit 16 Bettys"

dort bekommt man 16 Bettys für glaube 2.60Euro/Stk. (42Euro inkl. 
Versand)


>würde ich mir deinen Code mal ausführlich anschauen
lieber nett :( *ich versteck mich schonmal :-)

Die Software ist in einem 'Framework' entstanden,
die gleiche Software habe ich schon für einen STM32 kompiliert (ohne 
änderungen) und es hat auf Anhieb funktioniert, nur das Timing und die 
Darstellung sollte man an die Ziel-Platform anpassen (mittlerweile auch 
noch den ADC-Part (den hab ich als Inline-Funktion mit ins mainfile 
übernommen) ).

Aber egal, was ich sagen wollte: das 'Framework' funktioniert auch mit 
AVR's ;-)

Allerdings sind die PPM-Features auf einem AVR nicht möglich,
da dieser nicht genügend RAM besitzt :-(

Wo wir schonmal bei 'günstiger Hardware' sind,
will noch einen STM32 vom STM8-Discover board (Watterott ~7.50Euro)
in ein 1Kanal USB-Oszilloskop verwandeln.

>jedoch interessieren, wie du die verschiedenen Features realisiert hast.
>triggerung
*Als erstes messe ich eine kurze Zeit und merke mir dabei die 
Min/Max-Pegel
*aus min/max nehme ich den Mittel-Wert und habe einen brauchbaren 
Trigger-Wert
*nun messe ich wieder und warte dabei auf 2 Pulse-Flanken (1. fallend 
2.steigend) und starte meine eigentliche Messung....
*dabei schreibe ich alle ADC-Werte so schnell wie möglich in meinen 
RAM-Buffer.

>Servo/Pulse
einfach den Buffer, Wert für Wert durch gehen und per Trigger-Wert die 
Anzahl der Messwerte zwischen den Pulse-Flanken mitzählen (HI und LO 
getrennt).
länge HI == Servo-Pulse
länge LO+HI == Frame-Länge (zeit blaablaa...== Frequenz/Framerate)

>Multiprop,--> ...
selbiges wie oben, nur das ich nicht nach dem 1. Pulse aufhöre und nach 
jedem HI-Pulse über 2.2ms (oder unter 1.8ms) den Channel-Counter auf 0 
setze (bei jedem normalen Pulse 1->2ms : Channel-Counter++)

>PPM, --> ...
fast so wie Multiprop (LO>=4ms == FrameSync || LO+HI<=2ms == 
Servo-Pulse)

PPM & Multiprop benötigt viel Speicher, da mindestens ein komplettes 
Frame in den Buffer passen muss :-(

>IR-Diode, --> Drehzahlmesser
kommt noch, dann aber per Timer/Counter

puhhhh :-)

Grüße
 Olli

PS: Generell: nix Realtime, nix genaues, aber billig und alltagstauglich 
:-)

Hi,
gut das du fragst, hab noch ein fehler gefunden, ein PullUp-Widerstand 
muss auch noch weg!

Rot im Bild:

 PullUp: PullUp-Widerstand (der rechte von den 3) ablöten
 TR: PullUp-Transistor ablöten und einen Pin davon als Eingang nutzen.
 Masse: am Kondensator zum anlöten des Spannungs-Teiler's

Die 2 Widerstände bilden den Spannungs-Teiler (2 x 470kOhm)
 1. zwischen Eingang-Pin(TR) und Masse
 2. zwischen Eingang-Pin(TR) und Messkabel (bei mir ein Servo-Kabel)

Besser :-) ?

Grüße,
 Olli

PS: ich setze für 'normale' Aufgaben nur noch das Bettyscope(Bettycheck) 
ein, ist voll Praktisch!

!!!!! Mann sollte aber aufpassen das die Betty beim Messen nicht in der 
Ladestation sitzt !!!!!!


Hmm, bekomme das Bild nicht hochgeladen, daher ein Link: 
http://bettycheck.rcos.eu/targets/betty-backend/pins2.jpg

Videos:

Servo-PWM: http://www.youtube.com/watch?v=0d0x_BVSsdc
Analog: http://www.youtube.com/watch?v=U7tIfTGg4Gc

Grüße,
 Olli

PS: ich verbiete mir jeglichen Kommentar über die Qualität der Videos 
:-)

Hi Daniel,
Schwarz und Weis reicht,
das Kabel ist ein Servo-Kabel: [GND;+5V;Signal] / [Schwarz;Rot;Weis]
Das Rote ('Braune') habe ich abgelassen.
So kann ich einfach die BettyCheck an einen RC-Empfänger stecken und 
sehe was los ist :-)

Grüße,
 Olli

Hi,
leider habe ich aktuell die funktion ausgebaut,
da ich so viel geändert hatte und noch zu faul war,
das alles auf das SDL-Tool zur übertragen :-(

Ich würde auch gerne das ganze gleich über RF senden,
dann hat man kein lästiges Kabel dazwischen :-)

Güße,
 Olli

Buttons:
 *A = Offset: Trigger am Anfang des Buffers oder an der ersten flanke
 *B = Waveform: Digital oder Analog (je nach modus ist eine linie dunkel 
und die andere hell)
 *C = Check: Automatik-Modus (schaltet automatisch zwischen: Analog, PWM 
und PPM um / am besten ausschalten, da die funktion nicht immer ganz 
stabil läuft)
 *D = Keymode: Damit kann man die Funktion der 'Prog+-' Tasten ändern 
(PWM-Puls oder PWM-Sync länge für den Servo-Ausgang)
 *Exit = Zurücksetzen der Einstellungen
 *VOL+- = Länge des Sample-Buffers
 *PROG+- = Servo-Ausgang (Puls- und Sync-Länge)
 *MUTE = Servo-Speed-Test (lieber nicht drücken, da danach die Tasten 
etwas hängen)
 *OK = Pause: stoppt das Sampling um das Bild zu Zoom und Verschieben
 *Cursor = Zoom und Offset

Die Tasten reagieren auch recht träge, da ich ohne IRQ arbeite um die 
Messung nicht zu stören.

Hi,
und immernoch zufrieden damit ???

Ihr könnt auch gerne Verbesserungs-Vorschläge einbringen.

Grüße,
 Olli

Hi,
am besten mal hier rein schauen: 
http://www.bettyhacks.com/wiki/index.php/Main_Page

Man bekommt das 'Ding' bei eBay für unter 10Euro.
hier im Forum sogar für ~2.80 bei 16Stk. ;-)

Hi Roland,
du hast recht, ich meinte eigentlich den ganz links (hab es auf der HP 
geändert),
kannst aber auch alle 3 raus nehmen, hatte ich bei meiner ersten auch 
gemacht und es funktioniert.

Grüße,
 Olli

PS: den 'Auto-Mode' habe ich per Default mal auf 0 (AUS) gesetzt,
da ich bei der Puls-Erkennung noch einen Bug drin habe (absturz).
Muss den Bug mal suchen, denke ein /0 problem oder so, manche Pulsformen 
mag der einfach nicht :-(.

Hallo Olli,

danke für die Antwort, hab den Ausgelötet und Ausprobiert.

Ist ja Klasse, muss nur noch schnell mal meine Servo's holen...

Die Auto-Mode Funktion ist nicht so wichtig bei mir.

Ich habe mal mein Funktionsgenerator angeschlossen und muss sagen,
das Display und die Anzeige oben sind auf jeden Fall mehr als
Ausreichend für die Anwendung, ich war richtig positiv Überrascht.

Nun schau ich mir aber auch mal den Quellcode an, vieleicht kann man
ja noch ein Gitter (aus Punkten) auf die Anzeige Zaubern ?

Das hast du wirklich klasse gemacht.

Auf Youtube habe ich dein Flug (10:00 Min.) mit Telemetrieanzeige
angeschaut, sowas hätte ich auch gerne aber für einen Ballon.

Roland

Hi Roland,
freut mich das es dir gefällt.

Ein Gitter sollte kein Problem darstellen,
da war ich zu faul :)
Den Code nicht zu genau anschauen, war ne Nacht und Nebel aktion ;(

Grüße,
 Olli


PS:
Zu dem Telemetrie-Video:
Es gibt ein Linux-Tool dafür, mit etwas Aufwand kann man es bestimmt 
auch unter Windows nutzen (libSDL & ffmeg).
 http://csv2avi.rcos.eu/index.html

Das Tool benötigt eine XML-Datei für die konfiguration und eine 
CSV-Datei für die Daten.
Daraus wird ein Video erzeugt das später mit einem Video-Editor über das 
Original-Video gelegt werden kann.
Leider existiert keine Doku dazu, wenn du mast kann ich dir aber beim 
erstellen helfen.

Vielen Dank!

Hab mal ein paar Updates hochgeladen und ein GIT angelegt:

Binary: 
http://bettycheck.rcos.eu/targets/betty-backend/betty-backend.bin
GIT: http://git.bettycheck.rcos.eu/?p=bettycheck;a=summary
Source: http://bettycheck.rcos.eu/sources.tgz

@Roland: sorry hab auch ein Raster mit eingebaut,
ich war gerade so schön dabei :-)

Changes:
 * XY-Raster
 * bessere PWM-Skalierung

Grüße,
 Olli

neue Updates:
* Button1 == Grid (On/Off)

und ein Bild dazu...

Hallo Olli,

ich bin nicht böse... 8-)

Danke für die Umsetzung, ich schau mir das mal im Quellcode an, man
kann ja auch was lernen.

Wegen der Telemetrie melde ich mich sobald ich dafür Zeit habe mal
per PM.

viele Grüße
Roland

Hi Roland,
war en bissle tricky mit dem Gitter, da ich viel skalieren und zoomen 
muste,
könnte wiklich mal etwas sauberer gemacht werden :-(

Wollte ja nur was nützliches mit machen, als der Kasten mit den 16 
Betty's vor mir stand :-)

@All:
Wenn noch jemand ne gute Idee hat, was man noch mit der Betty anstellen 
kann,
ich hab noch genug zum spielen ;-)

Grüße,
 Olli

Sorry nochmal,

hab noch ein altes TCL-Tool umgebaut damit man zumindest die auf der 
Betty angezeigte 'Kurve' sehen kann.

n8,
 Olli

Hi Torsten,

> Zuerst einmal: Das Projekt finde ich super!
Danke :-)

> Die Platinenversion ist: BettyHHU V2.0
hmm, da haben wir erstmal ein Problem,
leider wusste ich nicht das es verschiedene HW-Version gibt.

Die von mir genutzte ist:
* BettyHHU V3.2.1 & V3.2.2 (funktionieren beide)


> Auf dem Bildschirm steht "check     1"
Das bedeutet das die Software denkt, das die Taste 'C' gedrückt wird 
(Pullup nicht vorhanden ? / falschen TR oder Widerstand ausgelötet ?).

>man kann sehen dass eine Messung wohl durchgeführt wird, jedoch nur
einzelne Punkte sehr leicht von der Nulllinie abweichen und keinerlei
Änderung beim Anlegen eines Signals angezeigt werden.

Wenn man jede Taste mal drückt müsste das Signal sich verändern (auf 
Vmax springen).
Hat man diese Taste kann man auch dort die Messleitung anbringen,
oder man prüft ob die Kontakte auf der Unterseite zugänglich sind.


Ansonsten kann ich dir anbieten deine Platine gegen eine V3.2.x zu 
tauschen,
dann schau ich mir die V2.0 mal an.
Oder du machst mal Fotos von der V2.0, vielleicht finden wir ja eine 
Lösung.

Grüße,
 Olli

PS: @All Die Software also bitte erstmal nur mit den Platinen-Versionen 
V3.2.1 & V3.2.2 nutzen !!!

Hi Torsten,
konte keine gravierende Unterschiede entdecken (in diesem Bereich).
Am besten wir tauschen einfach mal die Platinen, dann kann ich richtig 
nachschauen.

Wenn du mit deine Adresse gibst, schick ich dir ne neue zu!

Main Mail: o DOT dippel ÄD gmx PunkT de

Grüße,
 Olli

V2.0 war in der Swisscom Betty verbaut. Die Tastaturmatrix ist dort 
anders angeschlossen als in den deutschen Bettys.
http://bettyhacks.com/forum/index.php?topic=128.0

Hi,
ich gehe einfach einmal mit dem Fingernagel durch den Schlitzt.
Sollte sich recht einfach öffnen lassen !

Grüße,
 Olli

Ich glaube am unteren Ende geht es am einfachsten.
Oben kann man mit sanfter Gewalt das rote 'Glas' in Richtung 
Display-Seite drücken.
Ansonsten gibt es da keine Tricks, nur ein wenig Mut :-)

Hi Günter,
leider habe ich mich mit dem Stromspar-Thema noch nicht befasst,
werde mal schauen was man da machen kann.
CPU-Takt runterdrehen bekomme ich glaube ich noch hin,
danach hört es aber auch schon auf mit meinen Ideen dazu :-(

Ich habe meine Betty immer in der Ladestation, daher störrt es mich 
nicht wirklich.
Werde mich aber mal ran setzen !

Grüße,
 Olli

Sourcery_G++_Lite

Hi allerseits!

Ich bräuchte mal 'nen Tipp bezüglich der von Oliver zur Verfügung 
gestellten Sourcen. Ich kriege die Sourcen so weit kompiliert und das 
Ergebnis entspricht auch 1:1 der bin-Datei wie sie unter 
targets/betty-backend/betty-backend.bin den sourcen bei liegt:
http://bettycheck.rcos.eu/sources.tgz

Aber sowohl die originale Datei als auch mein Ergebnisbinary 
funktionieren nicht auf der Betty. Die im zweiten Link zur Verfügung 
gestellte binary:
http://bettycheck.rcos.eu/targets/betty-backend/betty-backend.bin
funktioniert einwandfrei, entspricht aber nicht der ersten Variante.

Was mache ich falsch?

Gruß Dominik

Hallo Oliver,

gibt es schon etwas neues von der Hardware Version 2.0 ?

Ich habe hier 5 Betty mit Hw 2.0 rumliegen und würde es gerne zum laufen 
bringen. Die gibt es gerade bei Pollin für 3,95€.

Ich habe auch schon einige Erfahrung mit ARM/AVR Programmierung.

Ich habe auch noch ein paar Ideen zu Erweiterungen.

Wie wäre es da mit:

 * Onewire Buswatcher
 * I2C Buswatcher
 * 8 Bit Logik Analyser

Meine Überlegungen:

Onewire:
Hier wäre cool wenn man einen Pin hätte mit externen Interrupt.
Cool, am Hardware I2C Port der RTC ist einer :-).

I2C:
Ein Hardware I2C Port wäre cool und sollte an der RTC abzugreifen sein.
Wird ja auch für Onewire gebraucht.

Logic:
Evtl könnte man die JTAG im Batteriefach nutzen. Da sind 6 Pins.
Können die JTAG Pins als GPIO genutzt werden ?
Zusammen mit den I2C Pins sind es 8.
Besser wären natürlich Pins 1.24 und 1.25.
Dadurch hätte man 8 zusammenliegende Pins und müsste den Port 1 nur 
einmal lesen was schnellere Sampleraten ermöglicht.

Ich würde gern die Ideen umsetzen und die Ergebnisse als Patch 
bereitstellen oder sogar im Git einchecken (wenn gewünscht).

Zuerst muss aber das Grundprogramm erst mal auf der 2.0 Hardware laufen.
Wie ist hier also der Stand ?

Gruß, Peter

Hi Oliver,

eins hab ich noch vergessen bei meinen Überlegungen.

 * Drehzahlmesser mit optischer Abnahme

Ich habe hier ein paar CNY70 rumliegen.
Die können mit geringer Beschaltung auch an einen Interuppt-Port.

Gruß, Peter

Hi Oliver,

noch ne Idee:

 * IR-Signal watcher

Gruß, Peter

@Dominik
sorry für die spääääte Antwort,
da hat sich was am Compiler geändert, das Binary auf der Seite sollte 
nun gehen, was wir damals geändert hatten muss ich nochmal checken, 
finde die Mail nicht mehr ;-(

@Peter
Wow, legst ja voll los :-)
Ich muss das Zeugs erstmal wieder raus suchen, nutze meist mein großes 
Oszi.

Was ich auf jeden fall gerne an der Betty hätte ist ein AN/AUS schalter 
und ein dicker Lipo-Akku.

Ne 2.0er Version hatte ich auch irgendwo, da hatten sich diverse 
Pin-Belegungen geändert soweit ich das in Erinnerung habe,
muss ich aber auch erst nochmal nachschauen, aber ne funktionierende 
Software für die 2.0er hatte ich keine gemacht.

Gruß,
 Olli

Hi,

für die Betty Boob Firmware soll es schon eine Version für v2.0 geben.
Habe hier irgendwo im Forum gelesen, dass da im Code schon defines sein 
sollen. Da könnte man zumindest die Unterschiede zwischen den beiden 
Versionen sehen und für unseren Zweck adaptieren.

Wäre ja auch schön das mal im Wiki zu Dokumentieren.

Ich werde am Wochenende mal den Code auschecken und durchgehen, und wenn 
da in beiden Projekten, Boob und Oszi, defines für die Pins gemacht 
wurden, ist das nicht viel Arbeit. Vorausgesetzt in der Boob Firmware 
sind die defines für die v2.0 drin.

Wenn nicht stelle ich das mal auf defines um.

Ich hoffe nur, dass in der v2.0 irgendwo noch ein ADC-Pin zu finden ist.

Gruß, Peter

Hallo Oliver,

frage fürs Wochenende.

Ist den der Code im Git aktuell oder ist die gepackte Datei neuer ?

Ich möchte nur sicher gehen, dass ich die neueste Version am Wochenende 
anschaue.

Gruß, Peter

Nein !

Das sind ja wirklich gute NAchrichten, dass es jetzt auch auf den 
swisscom bettys läuft :-)
Könntest du bitte mal die fertige binary hochladen?

Sebastian R. schrieb:
> Das sind ja wirklich gute NAchrichten, dass es jetzt auch auf den
> swisscom bettys läuft :-)
> Könntest du bitte mal die fertige binary hochladen?

Daran wäre ich auch sehr interessiert. Wollte mir nicht die ganze 
Toolchain installieren.

Martin

Den PullUp-Transistor und -widerstand braucht man ja nun nicht mehr zu 
entfernen, da der freiliegende Analogeingang genutzt wird, oder?
Wie flasht man denn die .bin am besten?

Ja, musste ich eben leider auch feststellen :-(

Das letzte was ich noch weiß ist, das wir probleme mit einem neuen 
Compiler hatten, aber was genau wir geändert hatten damit es wieder ging 
hab ich vergessen, entweder was mit dem LD-Script oder ..., keine Ahnung
Ich find auch die E-Mails dazu nicht mehr, sorry, aber versucht mal 
einen anderen Compiler, ich komm im Moment einfach nicht dazu.
Ihr könnt euch aer auch mal ein anderes Betty-Projekt anscheuen und 
versuchen es kompiliert zu bekommen.

Welchen Compiler nutzt ihr denn ?

Gruß,
 Olli

Hallo,

ich konnte bisher nur ein Boop  mit der Ronetix Toolchain 4.1.1 bauen, 
das von dieser Seite aus verlinkt ist:
http://bettyhacks.com/wiki/index.php/Entwicklungsumgebungen

Viele Grüße
Gunnar

hab eben mal mein zeugs zusammen gesucht und auch die 2.0 version 
gefunden,
aber irgendwie bekomm ich die 1er geflasht und auf der 2er passiert gar 
nix nach dem hochladen :-(
Bevor ich anfing war da wenigstens noch eine alte version drauf und hat 
ein Bild angezeigt.
Ich bin Verwirrt :-)

EDIT: upps, nun geht es, hat wohl ein reset gefehlt !?!?!?
Aber nur mit der alten Virmware (1er), mit patch muss ich noch testen.

So, mit meiner scheint es zu laufen:

http://www.multixmedia.org/test/Betty-Bins/bettycheck-v2.bin

Genutzt habe ich CodeSourcery:
/opt/CodeSourcery/Sourcery_G++_Lite/lib/gcc/arm-none-eabi/4.4.1

Bin mir nicht ganz sicher ob dort nicht die alten changes drin sind, 
glaube aber seit dem hatte ich meine Workstation schonmal neu 
installiert und es müsste das Original CodeSourcery sein.

Hab die Sourcen nun so angepasst das beide Versionen kompilierbar sind.

#####  Danke an den Unbekannten für den Patch !!!! #####

Wenn du mir sagst wer du bist kann ich das im Quelltext vermerken.

Jedoch hab ich noch das Problem das das Input-Signal (am ADC) auf High 
steht, da ist entweder noch ein PullUp-Widerstand dran oder ich setze 
den irgendwo im Code ?????

Sourcen werde ich gleich noch hochladen, wechseln der 2 Versionen kann 
man durch editieren der Datei:

setup.inc

vornehmen.
Für die 1er:

include ./targets/betty-backend/make.inc

und für die 2er:

include ./targets/betty-backend-v2/make.inc

..........

Quellen sind nun aktualisiert:
 http://bettycheck.rcos.eu/sources.tgz


Gruß,
 Olli

EaZeE schrieb:
> Hallo Olli,
>
> wie geil ist das denn, deine v2 läuft auch auf meiner swisscom betty!!!
>
> Die Tasten funktionieren (soweit ich sehen konnte) ebenfalls.
>
> Bei der Version muss der Spannungsteiler an AIN1 hängen??? Hast du
> bereits in der Version das define fuer den ADC Kanal angepasst???
>

AIN1 ???
Hmm, hab mit der 2er nie was gemacht, hab ich auch nur durch zufall, da 
einer mit mir getauscht hatte, aber ich schau mal nach.
Angepasst hab ich da noch nix.

> Du bist super, darauf mach ich mir noch schnell ein Bierchen auf ;-)))
Und ich ;-(
.....
Komm gleich wieder :-)

Ok, ist hochgeladen, ADC define hab ich angepasst, weiß aber nicht wo 
ich den Pin auf der Platine finden kann ???
Wenn ich mit dem Finger ein wenig rum drücke registrier ich auch ein 
Signal, jedoch ist is per default bei mir immer noch auf High-Pegel.
Aber glaube sehr Hochohmig !

ok, hab den Pin gefunden, en foto mach ich heut aber nicht mehr davon,
liegt unter der CPU.
Mittig rechts sind 2 längliche kleine Lötpunkte/Pads, davon der Linke.


|                  CPU                      |
|___________________________________________|
[] [] [] []                     [x] []

Der mit dem x :-)

n8
Olli

Also wenn ich die von Oliver gestern verlinkte Binary flashe, dann 
bekomme ich nur ein blinkendes Backlight - mehr nicht :-(

Versorgungs-Spannung testen, die Akku-Kontakte sind schrottig bei den 
Dingern, dreh mal an den Akkus oder häng ein 3V Netzteil dran.
Oder lass die Betty mal in der Station ein wenig nachladen.
Zumindest bei mir ist das manchmal der fall, sobald die Backlight angeht 
bricht die Spannung zusammen !

Kannst auch mal richtige Batterien testen, die beiliegenden Akkus sind 
schon ein paar Jahre alt !

Hab eben mal das aktuellere Binary nach:

http://www.multixmedia.org/test/Betty-Bins/bettycheck-v2.bin

gelegt, glaube da war noch das ohne AIN0 fix drin.

Dazu auch noch das für die v1.x:

http://www.multixmedia.org/test/Betty-Bins/bettycheck-v1.bin

Ich habe die Betty v2 bereits an einem LaborNT und mit der original F/W 
läuft sie ja.
Umgebaut habe ich noch nichts, wollte zuerst mal bettycheck flashen. Da 
Oliver aber schrieb, dass in der binary wohl der Eingang noch nicht 
geändert wurde liegts vielleicht daran?!

Ne, der eingang hat damit nix zu tun !

sorry, AIN0 -> AIN1, oder ?
Egal bin gerade auf der Arbeit und kann selber nicht schauen, aber halt 
die letzte Änderung, so das der Analog-Pin jetzt funktioniert.

Im sources.tgz sind alle Änderungen drin, nur nicht im GIT.
Freut mich das es bei dir Funktioniert.

Welche Compiler-Version hast du ?
Welches Betriebs-System ?
Würde schon gerne wissen warum es nicht geht !
Hattest du mal die Betthacks-Firmware getestet/kompiliert ?

http://www.multixmedia.org/test/Betty-Bins/CodeSourcery.tgz

du nutzt auch den falschen compiler:

arm-uclinuxeabi

entpack meinen Compiler so das er unter /opt liegt, also das der Pfat zu 
den Bins dieser ist:

/opt/CodeSourcery/Sourcery_G++_Lite/bin

dann entpackst du die sources.tgz (irgendwo) ohne was zu ändern.

Kompilieren kannst du dann mit:

PATH=/usr/bin:/bin:/usr/sbin:/sbin:/opt/CodeSourcery/Sourcery_G++_Lite/b 
in  make clean all

So sollte der Pfad zum richtigen Compiler stimmen, allerdings ist dieses 
CodeSourcery für 32bit,
hoffe das passt zu deinem System!?!?

Aber mit dem arm-uclinuxeabi bekommt man garantiert keine 
funktionierende Betty-Bins hin !

######################################################################## 
#######################

root@station:/usr/src/Betty/bettycheck/src# 
PATH=/usr/bin:/bin:/usr/sbin:/sbin:/opt/CodeSourcery/Sourcery_G++_Lite/b 
in  make clean all
rm -rf *.bin *.hex *.elf *.c32 *.bin *.exe *.map *.dot *.o */*.o */*/*.o 
*/*/*/*.o */*/*/*/*.o */*/*/*/*/*.o *.d */*.d */*/*.d */*/*/*.d 
*/*/*/*/*.d *.a */*.a */*/*.a */*/*/*.a */*/*/*/*.a
arm-none-eabi-gcc  -mcpu=arm7tdmi-s -Wall -mthumb-interwork -msoft-float 
-Os -c  -o platform/lpc2220/lpc2220_lib/crt.o 
platform/lpc2220/lpc2220_lib/crt.s
arm-none-eabi-gcc  -mcpu=arm7tdmi-s -Wall -mthumb-interwork -msoft-float 
-Os -I./ -I./targets/betty-backend -DBETTY_V2 -I./driver/drawing/fb1bit 
-DDRIVER_DRAWING -I./driver/graphic/ssd1854 -DDRIVER_GRAPHIC 
-DDRIVER_GRAPHIC_BACKLIGHT -I./platform/lpc2220 
-I./platform/lpc2220/lpc2220_lib   -c -o driver/drawing/fb1bit/drawing.o 
driver/drawing/fb1bit/drawing.c
driver/drawing/fb1bit/drawing.c:25:1: warning: initialization from 
incompatible pointer type
driver/drawing/fb1bit/drawing.c:25:1: warning: initialization from 
incompatible pointer type
driver/drawing/fb1bit/drawing.c:25:1: warning: initialization from 
incompatible pointer type
arm-none-eabi-gcc  -mcpu=arm7tdmi-s -Wall -mthumb-interwork -msoft-float 
-Os -I./ -I./targets/betty-backend -DBETTY_V2 -I./driver/drawing/fb1bit 
-DDRIVER_DRAWING -I./driver/graphic/ssd1854 -DDRIVER_GRAPHIC 
-DDRIVER_GRAPHIC_BACKLIGHT -I./platform/lpc2220 
-I./platform/lpc2220/lpc2220_lib   -c -o 
driver/graphic/ssd1854/graphic.o driver/graphic/ssd1854/graphic.c
arm-none-eabi-gcc  -mcpu=arm7tdmi-s -Wall -mthumb-interwork -msoft-float 
-Os -I./ -I./targets/betty-backend -DBETTY_V2 -I./driver/drawing/fb1bit 
-DDRIVER_DRAWING -I./driver/graphic/ssd1854 -DDRIVER_GRAPHIC 
-DDRIVER_GRAPHIC_BACKLIGHT -I./platform/lpc2220 
-I./platform/lpc2220/lpc2220_lib   -c -o platform/lpc2220/system.o 
platform/lpc2220/system.c
arm-none-eabi-gcc  -mcpu=arm7tdmi-s -Wall -mthumb-interwork -msoft-float 
-Os -I./ -I./targets/betty-backend -DBETTY_V2 -I./driver/drawing/fb1bit 
-DDRIVER_DRAWING -I./driver/graphic/ssd1854 -DDRIVER_GRAPHIC 
-DDRIVER_GRAPHIC_BACKLIGHT -I./platform/lpc2220 
-I./platform/lpc2220/lpc2220_lib   -c -o platform/lpc2220/sound.o 
platform/lpc2220/sound.c
arm-none-eabi-gcc  -mcpu=arm7tdmi-s -Wall -mthumb-interwork -msoft-float 
-Os -I./ -I./targets/betty-backend -DBETTY_V2 -I./driver/drawing/fb1bit 
-DDRIVER_DRAWING -I./driver/graphic/ssd1854 -DDRIVER_GRAPHIC 
-DDRIVER_GRAPHIC_BACKLIGHT -I./platform/lpc2220 
-I./platform/lpc2220/lpc2220_lib   -c -o platform/lpc2220/delay.o 
platform/lpc2220/delay.c
arm-none-eabi-gcc  -mcpu=arm7tdmi-s -Wall -mthumb-interwork -msoft-float 
-Os -I./ -I./targets/betty-backend -DBETTY_V2 -I./driver/drawing/fb1bit 
-DDRIVER_DRAWING -I./driver/graphic/ssd1854 -DDRIVER_GRAPHIC 
-DDRIVER_GRAPHIC_BACKLIGHT -I./platform/lpc2220 
-I./platform/lpc2220/lpc2220_lib   -c -o platform/lpc2220/keyboard.o 
platform/lpc2220/keyboard.c
platform/lpc2220/keyboard.c: In function 'button_get_event':
platform/lpc2220/keyboard.c:53:10: warning: unused variable 'tries'
platform/lpc2220/keyboard.c: In function 'Keyboard_ReadChar':
platform/lpc2220/keyboard.c:143:10: warning: unused variable 'cmd'
arm-none-eabi-gcc  -mcpu=arm7tdmi-s -Wall -mthumb-interwork -msoft-float 
-Os -I./ -I./targets/betty-backend -DBETTY_V2 -I./driver/drawing/fb1bit 
-DDRIVER_DRAWING -I./driver/graphic/ssd1854 -DDRIVER_GRAPHIC 
-DDRIVER_GRAPHIC_BACKLIGHT -I./platform/lpc2220 
-I./platform/lpc2220/lpc2220_lib   -c -o platform/lpc2220/systick.o 
platform/lpc2220/systick.c
platform/lpc2220/systick.c: In function 'Systick_Init':
platform/lpc2220/systick.c:52:1: warning: 'return' with a value, in 
function returning void
arm-none-eabi-gcc  -mcpu=arm7tdmi-s -Wall -mthumb-interwork -msoft-float 
-Os -I./ -I./targets/betty-backend -DBETTY_V2 -I./driver/drawing/fb1bit 
-DDRIVER_DRAWING -I./driver/graphic/ssd1854 -DDRIVER_GRAPHIC 
-DDRIVER_GRAPHIC_BACKLIGHT -I./platform/lpc2220 
-I./platform/lpc2220/lpc2220_lib   -c -o platform/lpc2220/adc.o 
platform/lpc2220/adc.c
arm-none-eabi-gcc  -mcpu=arm7tdmi-s -Wall -mthumb-interwork -msoft-float 
-Os -I./ -I./targets/betty-backend -DBETTY_V2 -I./driver/drawing/fb1bit 
-DDRIVER_DRAWING -I./driver/graphic/ssd1854 -DDRIVER_GRAPHIC 
-DDRIVER_GRAPHIC_BACKLIGHT -I./platform/lpc2220 
-I./platform/lpc2220/lpc2220_lib   -c -o platform/lpc2220/control.o 
platform/lpc2220/control.c
arm-none-eabi-gcc  -mcpu=arm7tdmi-s -Wall -mthumb-interwork -msoft-float 
-Os -I./ -I./targets/betty-backend -DBETTY_V2 -I./driver/drawing/fb1bit 
-DDRIVER_DRAWING -I./driver/graphic/ssd1854 -DDRIVER_GRAPHIC 
-DDRIVER_GRAPHIC_BACKLIGHT -I./platform/lpc2220 
-I./platform/lpc2220/lpc2220_lib   -c -o platform/lpc2220/spi.o 
platform/lpc2220/spi.c
platform/lpc2220/spi.c: In function 'Spi_Read_Byte':
platform/lpc2220/spi.c:54:2: warning: large integer implicitly truncated 
to unsigned type
arm-none-eabi-gcc  -mcpu=arm7tdmi-s -Wall -mthumb-interwork -msoft-float 
-Os -I./ -I./targets/betty-backend -DBETTY_V2 -I./driver/drawing/fb1bit 
-DDRIVER_DRAWING -I./driver/graphic/ssd1854 -DDRIVER_GRAPHIC 
-DDRIVER_GRAPHIC_BACKLIGHT -I./platform/lpc2220 
-I./platform/lpc2220/lpc2220_lib   -c -o platform/lpc2220/serial.o 
platform/lpc2220/serial.c
platform/lpc2220/serial.c: In function 'Serial_Init':
platform/lpc2220/serial.c:154:2: warning: 'return' with a value, in 
function returning void
arm-none-eabi-gcc  -mcpu=arm7tdmi-s -Wall -mthumb-interwork -msoft-float 
-Os -I./ -I./targets/betty-backend -DBETTY_V2 -I./driver/drawing/fb1bit 
-DDRIVER_DRAWING -I./driver/graphic/ssd1854 -DDRIVER_GRAPHIC 
-DDRIVER_GRAPHIC_BACKLIGHT -I./platform/lpc2220 
-I./platform/lpc2220/lpc2220_lib   -c -o 
platform/lpc2220/lpc2220_lib/lpc2220_lib.o 
platform/lpc2220/lpc2220_lib/lpc2220_lib.c
arm-none-eabi-gcc  -mcpu=arm7tdmi-s -Wall -mthumb-interwork -msoft-float 
-Os -I./ -I./targets/betty-backend -DBETTY_V2 -I./driver/drawing/fb1bit 
-DDRIVER_DRAWING -I./driver/graphic/ssd1854 -DDRIVER_GRAPHIC 
-DDRIVER_GRAPHIC_BACKLIGHT -I./platform/lpc2220 
-I./platform/lpc2220/lpc2220_lib   -c -o main.o main.c
main.c:23:8: warning: type defaults to 'int' in declaration of 'setPWM'
main.c:104:1: warning: large integer implicitly truncated to unsigned 
type
main.c: In function 'draw_msg':
main.c:122:3: warning: implicit declaration of function 
'Display_DrawInt2'
main.c: In function 'check_key':
main.c:135:3: warning: implicit declaration of function 
'SSD1854_Backlight'
main.c:138:4: warning: large integer implicitly truncated to unsigned 
type
main.c:143:3: warning: large integer implicitly truncated to unsigned 
type
main.c: In function 'main':
main.c:398:2: warning: implicit declaration of function 'startPWM'
main.c:405:2: warning: large integer implicitly truncated to unsigned 
type
main.c:690:13: warning: unused variable 'pulse_flag2'
main.c:689:13: warning: unused variable 'pulse_flag'
arm-none-eabi-gcc  -Tplatform/lpc2220/lpc2220_lib/lpc2220_rom.ld 
-L./platform/lpc2220/lpc2220_lib 
-L/opt/CodeSourcery/Sourcery_G++_Lite/lib/gcc/arm-none-eabi/4.4.1 
-L/opt/CodeSourcery/Sourcery_G++_Lite/arm-none-eabi/lib/ -o 
targets/betty-backend/betty-backend.elf 
platform/lpc2220/lpc2220_lib/crt.o  driver/drawing/fb1bit/drawing.o 
driver/graphic/ssd1854/graphic.o platform/lpc2220/system.o 
platform/lpc2220/sound.o platform/lpc2220/delay.o 
platform/lpc2220/keyboard.o platform/lpc2220/systick.o 
platform/lpc2220/adc.o platform/lpc2220/control.o platform/lpc2220/spi.o 
platform/lpc2220/serial.o platform/lpc2220/lpc2220_lib/lpc2220_lib.o 
main.o  -lgcc -lc
arm-none-eabi-size targets/betty-backend/betty-backend.elf
   text     data      bss      dec      hex  filename
  19528       52    55621    75201    125c1 
targets/betty-backend/betty-backend.elf
arm-none-eabi-objcopy -O binary targets/betty-backend/betty-backend.elf 
targets/betty-backend/betty-backend.bin
root@station:/usr/src/Betty/bettycheck/src#

Hi allerseits!

Wie hoch ist die Samplerate bei euch?

Ich bekomme bei einem 10kHz Rechtecksignal etwa 15 Messpunkte pro Welle. 
Das scheint mir bei einer maximalen Taktfrequenz von 60MHz erst mal 
relativ wenig.

Gruß Dominik

Die CPU macht nur 30Mhz (wegen dem Flash), dann kommt es auch nicht auf 
die CPU an sondern auf die ADC's, aber du kannst gerne tunen,
dafür ist es ja OpenSource :-)

Hallo 1704,

bei meiner "Swisscom"- Betty konnte ich AIN 1 nur nutzen, wenn ich den 
Pin wirklich hochgebogen habe, sonst blieb die konstante Spannung. 
Irgendwo auf der Platine ist anscheinend noch ein Pullup- Widerstand den 
ich nicht gefunden habe.
Die Beschreibung weiter oben mit AIN6 hat bei meinen Bettys gestimmt.
Ach bei diesem Anschluss kannst Du versuchen, den Pin hochzubiegen und 
direkt den Spannungsteiler anzuschliessen.
In Ollis Quellen findet sich der verwendete Analogkanal in den defines 
in der main.c, da muss nur definiert sein, dass auch wirklich für die 
Swisscom Betty übersetzt wird.

Ich hoffe mal das hilft weiter

Gruß

Ingo