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.
Themen - netguy
1
Hallo Leute,
sorry wegen meiner abrupten und langen Abwesenheit. Musste seinerzeit kurzfristig umziehen, und der Provider hat es nicht auf die Reihe bekommen den Anschluß an die neue Adresse zu schaffen. Will aber trotzdem gerne weiterhin Geld haben, obwohl keine Leistunge mehr erbracht wird. Naja, ist jetzt beim Anwalt...
Danke das das Projekt jetzt auf SourceForge weiterlebt. Ich kann derzeit keinen Server mehr betreiben hier, bin selber nur noch mit UMTS online. Naja, besser als nix. Hat sich ja einiges getan am Code, tolle Sache! Mal sehen, wenn ich wieder etwas Luft habe werde ich da auch mal wieder dran basteln. Im Moment sieht es zeitlich eher schlecht aus.
Schöne Grüße,
Chris
3
hallo alle zusammen,
ich habe die codebase fuer boop mal ein wenig aufgeraeumt & strukturiert.
so finden sich nun die einzelnen module (keyboard, infrarot, etc...) nun in eigenen unterordnern.
das interrupt-handling wurde verbessert, es gibt nun keine fehler mehr beim thumb-interworking und optimierten routinen (-Os flag).
den cc1100 code von telekatz habe ich uebernommen und einen kleinen bug darin gefixt: irqslot1 wurde bereits benutzt, liegt nun auf 2.
die fb-auswahl ist erstmal stark minimiert, da ich den entsprechenden auswahl-code vorruebergehend rausgenommen habe.
als naechstes steht die integration von colibris code an, sowie ein brauchbares und schoenes menu system.
gruss,
chris
4
hallo alle,
unter svn://svn.mamalala.org/asixtool gibt es im trunk ein tool um den chip im ip-adapter zu lesen, loeschen und beschreiben.
der chip hat ein paar "macken", so kann der bootloader recht wenig, zum anderen gibt es nach einigem experimentieren fehler. dann muss man die versorgungsspannung abstellen, ein wenig warten, dann geht es wieder.
dann ist das protokoll auch sehr langsam. also erstmal nichtt erschrecken, das ganze flash lesen/schreiben dauert _lange_.
sobald ein tool fuer den chip fertig ist, das den up-/download ueber ein eigenes protokoll abwickelt sollte es schneller gehen (wie beim lpctool), und spaeter dann auch ueber netzwerk.
gruss,
chris
5
hallo alle zusammen,
so, boop & lpctool (genauer gesagt das ramtool in lpctool) ist nun unter einer 4.1.1 toolchain compilierbar.
die toolchains sind im wiki unter
http://www.bettyhacks.com/wiki/index.php/Entwicklungsumgebungen verlinkt.
nomis hatte vor kurzem das key-handling geaendert, das habe ich jedoch vorerst mal wieder rausgenommen.
sorry dafuer, nomis
colibri, bezueglich deiner erweiterungen an boop, die muss ich in den naechsten tagen dann mal einpflegen, es sei denn du magst das selber gerne machen. gib hier kurz bescheid ob du oder ich das machen soll. wenn du das machst, dann bitte mit der winarm toolchain die auf dem wiki verlinkt ist. an den flags im makefile dann bitte nichts aendern, es muss mit dieser konfiguration fumktionieren.
ab jetzt kann man sich ein Makefile.local anlegen in das man die pfade zur toolchain eintraegt. ist diese datei vorhanden werden die dort angegebenen pfade benutzt, und nicht mehr die aus dem eigentlichen makefile. so kann jeder seine eigene config fuer die toolchain haben ohne jedesmal das makefile aendern zu muessen.
gruss,
chris
6
hallo allerseits,
wie es aussieht werden aktuelle betties mit neuer firmware ausgeliefert.
und diesmal haben sie netterweise alle namen der funktionen dringelassen.... da hat wohl jemand vergessen den debug-schalter rauszunehmen beim compilieren ;-D
gruss,
chris
7
hallo allerseits,
so, es gibt die erste version von boop die etwas sinnvolles macht!
und zwar die dbox2 fernbedienung ersetzen....
allerdings ist das timing wohl noch nicht so 100%, muss halt noch ein wenig debuggt werden.
das .bin findet sich jetzt hier:
http://svn.mamalala.org/filedetails.php?repname=boop&path=%2Ftrunk%2Fboop_rom.bin&rev=0&sc=0wer mag & kann bitte ausprobieren und evtl. mal mit dem signal einer originalen dbox2 fb vergleichen (habe leider keine hier)
auch sehr brauchbar waere es wenn jemand mal auf einem pc mittels lirc die signal der boop einliest, und mir dann das configfile zukommen laesst, als vergleich.
gruesse,
chris
8
hallo alle zusammen,
so, ich bin gerade dabei den infrarot-teil einzubauen. zunaechst wird es rc5 geben, andere systeme nach bedarf. im moment erzeugt die betty lediglich einen 37khz carrier auf der ir diode, es kann sein das dadurch die spannung zusammenbricht (die ir diode zieht halt zuviel saft im 50/50 dauerbetrieb).
ebenso sind die tasten nun integriert. alles laeuft in eigenen interrupts, also der sound, tasten & infrarot. diese sind so angelegt das sie aus dem internen sram des lpc laufen (der code ist dort platziert), da die ausfuehrung aus dem flash nur begrenzt moeglich waere (der flash speicher ist einfach zu langsam)
all das findet sich im svn, in dem repository fuer boop ist auch das .bin und das .hex dabei, jedoch laeuft das nur noch aus dem flash im moment.
nochmals wegen dem ir: die aktuelle version wird mit hooher wahrscheinlichkeit die betty im 1 sekunden takt resetten und nach 3-4 mal ganz schweigen, da die ir diode dauerhaft mit dem reinen carrier gepulst wird.
wer also di augenblickliche version testen will muss entweder die ir-diode kurzfristig abloeten an einem pin, oder den SET/CLR code in infrared.c -> irIRQ auskommentieren.
gruss,
chris
9
hallo allerseits,
ab jetzt findet sich das aktuellste boop & lpctool immer im svn.
fuer boop ist das svn://svn.mamalala.org/boop/trunk
und fuer lpctool ist es svn://svn.mamalala.org/lpctool/trunk
gruss,
chris
10
hallo zusammen,
unter
http://mamalala.org/lpctool-0.1.tgz ist ein neues tool zu finden, um code in den lpc2220 zu laden.
zur zeit wird nur der upload in das ram unterstuetzt, am flash arbeite ich gerade (75% fertig)
das tool ist ca. 10 mal schneller als lpcload von hackbard beim upload ins ram unter benutzung des lpc internen bootloaders.
mit "lpctool -?" bekommt man hilfe.
gruss,
chris
edit:
zum vergleich mal die zeiten, zuerst mit lpcload:
root@desk:~/bettystuff/boop-0.7# time ./lpcload -d /dev/ttyS0 -f boop.hex
boot loader init ...
write firmware to ram ...
unlock go command ...
go ...
flushing lpc tx buffer: 30 0d 0a
real 1m0.380s
user 0m0.000s
sys 0m0.000s
und hier mit lpctool:
root@desk:~/bettystuff/boop-0.7# time ./lpctool -r boop.bin
This Software is free Software under GNU GPL 3 or later
(c) 2007 Ch. Klippel <
ck@mamalala.net>
using ram image boop.bin
wrote 228 bytes @ 40003A00
real 0m6.331s
user 0m0.004s
sys 0m0.000s
wobei code-maessig die .bin und die .hex gleich sind, lediglich das dateiformat ist anders.
11
hallo allerseits,
so wie es aussieht ist der verwendete controller des lcd's von epson. den genauen typen habe ich nocht raus, allerding kann man z.b. mal in das datenblatt der S1D15710 serie schauen. das ist zwar nur ein s/w controller, und nicht 4 graustufen, aber soweit passen alle aufgefuehrten kommandos:
E1 = reset power save, E2 = reset, 81 = electronic control (kontrast), 80/81 display noprmal/umgedreht, AE/AF = display off/on, etc...
wer mag kann ja mal bei epson nach graustufen-controllern schauen (4 stufen), ansonsten mache ich das mal am wo-ende.
gruesse,
chris
12
hallo allerseits,
unter
http://mamalala.org/boop-0.6.tgz findet sich die aktuelle version, jetzt mit grafikfunktionen.
visher implementiert sind:
normale, horizontale und vertikale linien, die beiden letzteren ein wenig mehr optimiert
bloecke, rechtecke, kreise und pixel.
alles in 4 "farben" und 3 modi's (put, xor, erase)
leider mangelt es noch ein wenig an der doku zu lcd.h/c, die mache ich sobald ich mit den fonts fertig bin, an die ich mich genau jetzt setze...
gruss,
chris
13
hallo alle,
auf
http://mamalala.org/boop-0.5.tgz gibts die neueste version die auch streifen auf's display malt
um das display zu benutzen muss es auch eingeschaltet werden. die hardware-setup sequenz ist also dann:
LDR R2, =IO0PIN
MOV R3, #0x10
STR R3, [R2,#0xC]
LDR R3, [R2,#8]
BIC R3, R3, #0x10
STR R3, [R2,#8]
LDR R1, =0xC42
LDR R0, =BCFG1
STR R1, [R0]
LDR R2, =PINSEL0
LDR R3, [R2,#0x14]
ORR R3, R3, #0x800
STR R3, [R2,#0x14]
LDR R3, [R2,#0x14]
ORR R3, R3, #0x800000
STR R3, [R2,#0x14]
in lcd.h sind schon mal ein paar routinen, die man ueber kommandos auf der seriellen aufrufen kann.
viel spass,
chris
15
hallo alle zusammen,
mir ist gerade jetzt auch sat1 schweiz, und pro-sieben schweiz aufgefallen, dan an den aeussersten bildraendern daten uebertragen werden.
man sieht das z.b. auf dem pc, wenn das volle bild im fenster ist, auf dem tv ist das nicht zu sehen ....
so wie es aussieht, in den vier ecken ein zaehler, sieht wie ein frame counter aus. die sind immer da.
dann gelegentlich von oben nach unten datenbits, links und rechts.
auf sat1 oesterreich sind diese bits nicht vorhande, obwohl die selbe sendung laeuft.
auf den deutschen habe ich das noch nicht geprueft, da die z.zt. nicht in meiner senderliste sind.
kann das jemand bestaetigen, auch auf den de sendern?
danke und gruss,
chris
p.s. anbei mal ein standbild, da sieht man das sehr shoen. ein bit geht ueber 4 zeilen, also ca. 256 µS, links und rechts ist jeweils das gleiche muster.
17
hallo alle zusammen,
um die wartezeit, bis meine betties ankommen, zu ueberbruecken,
habe ich mich mal ein wenig mit der original firmware beschaeftigt.
es geht mir dabei nicht darum, das teil zum betrug zu gebrauchen,
sondern die hardware anzusprechen, z.b. das lc-display.
wie sieht das hier mit dem posten von langen disassembler-listings aus?
bisher habe ich die lcd-init routine gefunden (benutzt bank#1, adressen
0x81000000 fuer command, 0x81000001 fuer daten), das setup der pll
und der speicherbaenke.
das naechste was ich enteckt habe scheint die i/o port initialisierung der
tasten und des i/r interfaces zu sein, bin aber noch nicht ganz sicher.
im grundzustand ist flash#2 leer, es wird lediglich als datenspeicher
benutzt, z.b. fuer benutzerdaten, software-updates, etc....
ein smartcard chip haengt an uart#1, das wird sicher noch interresant.
wuerde die assembler-ausschnitte hier gerne posten, wenn moeglich.
schoene gruesse,
netguy
