Nachrichten

16

Hardware / Re: Pinbelegung / unbelegte IOs?

27. Mär 2008, 22:14

@telekatz:

danke für die info, werd ich einarbeiten.

@eme:

gut dann werd ich das in den nächsten Tagen angehen.

p.c.squirrel

17

Hardware / Re: Pinbelegung / unbelegte IOs?

27. Mär 2008, 20:04

Werde mich dann die nächste Zeit mal dran machen das zusammen zu stellen oder willst du das machen?

Ich meinte ein Blockschaltbild und nicht einen kompletten Schaltplan. Werd vielleicht mal ein Beispiel machen.

p.c.squirrel

18

Sonstiges / Re: Sicherheit/Backup WIKI

27. Mär 2008, 20:02

Das mit httrack ist mir schon klar.

Ein Dump hätte halt den Vorteil, daß man daraus das WIKI nach einem Crash einfach wieder in Betrieb nehmen kann.

p.c.squirrel

19

Sonstiges / Sicherheit/Backup WIKI

27. Mär 2008, 15:40

Hallo,

@admin:

Nachdem sich im Moment im WIKI recht viel tut und ich auch darüber nachdenke meine Erkenntnisse im WIKI abzulegen,
stellt sich mir die Frage der Datensicherheit. Läuft diese WIKI auf einem privaten Server oder bei einem Hoster. Erstellt jemand regelmäßig Backup´s.
Die zusammengetragenene Informationen sind ja doch recht "wertvoll" und es wäre schade wenn sie aus irgendeinem Grund verloren gehen würden.

Gibt es so wie bei Wikipedia unter http://dumps.wikimedia.org/ eine Möglichkeit sich einen aktuellen dump der WIKI daten herunterzuladen?


p.c.squirrel

P.S.: wollte mich mal recht herzlich bei all den Fleißigen tund ums Thema BETTY bedanken.

20

Hardware / Re: Pinbelegung / unbelegte IOs?

27. Mär 2008, 15:31

Diese Frage hab ich im Chat schon mal an telekatz gestellt und laut ihm gibt´s "nur" die im WIKI verstreuten Info´s.

Ich hab auch schon darüber nachgedacht eine derartige Aufstellung zu machen.
Vielleicht sollten wir beide uns da ein wenig koordinieren.
Aus einer solchen Aufstellung dann ein Blockdiagramm zuerstellen wäre sicher auch eine gute Idee.

p.c.squirrel

21

Software / Re: lpctool - schneller upload

25. Mär 2008, 19:34

Hallo,

ich hab ein lpctool-cygwin ohne baudrate wechsel für dich. Hab´s angehängt - Ich hoffe die Forenregeln erlauben es.

Was noch zu beachten ist: Der Original Flashadapter für die RS232 invertiert die Signale DTR und RTS. Ich nehme an, du hast diese Signale beim FT232R direkt an die Betty gelegt. Ich glaub, daß da auch dein Problem liegt.
Man sollte diese Signale mit dem MProg von FTDI invertieren. Das funktioniert bei mir aber nicht.
Darum hab ich diese Invertierung beim LPCTool rausgenommen.

Du kannst es also verwenden, wenn du RTS und DTR direkt angeschloßen hast.

pcs

22

Software / Re: Fehler - BOOP kompileren

19. Mär 2008, 11:20

Hallo,

kompilierst du unter windows oder linux? du mußt nämlich "Makefile.local.WinARM" oder "Makefile.local.linuxARM" in "Makefile.local" umbenennen.
Darin muss noch der Pfad (ARMBASE) entsprechend angepasset werden.

hier meine als beispiel:

Code: [Auswählen]


###############################################################
#####
##### Makefile.local.WinARM for boop
##### Created in the early morninghours
#####
##### Makefile.local.WinARM V1.0 by alterego - alteregon@gmx.net
#####
###############################################################

###############################################################
#####
##### PATHS (default installation)
#####
##### You can put your path-config into Makefile.local
##### to override these defaults
#####
###############################################################

ARMBASE=D:/Downloads/WinARM-20070505_sfx/WinARM
INCLUDEPATH=$(ARMBASE)/include
#LIBPATH=$(ARMBASE)/arm-elf/lib/interwork
LIBPATH=$(ARMBASE)/lib/gcc/arm-elf/4.1.2/interwork
ARMPATH=$(ARMBASE)/bin
TOOLPREFIX=/arm-elf-

######################## EOF ##################################


23

Software / Re: wie schauts aus ?

14. Mär 2008, 20:00

Hi,

irgendwie würde ich mich auch gerne ein wenig an der weiterentwicklung von betty beteiligen.

Wer arbeitet denn im moment so an boop. so weit ich dem SVN Log entnehmen kann stammt BOOP von mamalala und wurde von telekatz um die RF Geschichten erweitert.

In welche Richtung soll die Entwicklung gehen? Gibt´s eine "Roadmap".

Meine Entwicklungsinteressen für Boop gehen jetzt primär natürlich in Richtung Universal-FB. Eigentlich so wie weit BOOP jetzt ist. Ich wmöchte es als nächstes um "Punch-through" Funktionen erweitern. Bzw. ein wenig in richtung der Logitech FB´s. Sozusagen einen "tätigkeit" wählen. z.B.:

"DVD schauen" - Lautstärke und ein paar Tasten auf Fernseher, Rest der Tasten auf DVD-Player.
"Fernsehen" - Lautstärke und ein paar Tasten auf Fernseher, Rest der Tasten auf Sat-Receiver.

Kurz zusammengefasst die Tasten A-D wählen ein Schema und in einem Schema können jeder Taste eine Taste eines Fernbedienungs-Codes zuordnen. In einem Schema auch Codes verschiedener Fernbedienungen.

Schönes Wochenende

p.c.squirrel

24

Software / Re: Fehler - BOOP kompileren

26. Feb 2008, 19:53

Danke,

das war der entscheidende Tip. Jetzt geht´s

pcsquirrel

25

Software / Fehler - BOOP kompileren

26. Feb 2008, 16:38

Hallo,

beim kompilieren von BOOP bin ich folgendes auf Problem gestoßen:

Der Linker meckert an, daß BOOP mit software FP kompiliert ist, die libgcc aber mit hardware FP (siehe Log weiter unten). So wie ich das verstehe würde ich eine libgcc brauchen, die mit software FP kompiliert ist. Leider finde ich keine. Ich verwende WinARM 20060606 von http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/ habe aber auch schon die 2007er Version, SDK4ARM und noch 2 weiter versucht. Immer mit dem selben Problem.

Ich hoffe mir kann jemand den entscheidenten Tip geben.

Danke, Philipp

SCHNIPP
E:/winarm/bin/arm-elf-ld: ERROR: E:/winarm/lib/gcc/arm-elf/4.1.1/interwork
\libgcc.a(_udivsi3.o) uses hardware FP, whereas boop_rom.elf uses software FP
E:/winarm/bin/arm-elf-ld: failed to merge target specific data of file E:/winarm
/lib/gcc/arm-hitex-elf/4.0.3/interwork\libgcc.a(_udivsi3.o)
E:/winarm/bin/arm-elf-ld: ERROR: E:/winarm/lib/gcc/arm-elf/4.1.1/interwork
\libgcc.a(_divsi3.o) uses hardware FP, whereas boop_rom.elf uses software FP
E:/winarm/bin/arm-elf-ld: failed to merge target specific data of file E:/winarm
/lib/gcc/arm-hitex-elf/4.0.3/interwork\libgcc.a(_divsi3.o)
E:/winarm/bin/arm-elf-ld: ERROR: E:/winarm/lib/gcc/arm-elf/4.1.1/interwork
\libgcc.a(_umodsi3.o) uses hardware FP, whereas boop_rom.elf uses software FP
E:/winarm/bin/arm-elf-ld: failed to merge target specific data of file E:/winarm
/lib/gcc/arm-hitex-elf/4.0.3/interwork\libgcc.a(_umodsi3.o)
SCHNAPP