Nachrichten

1

Offtopic / Re: Externes Festplattengehäuse

« am: 21. November 2013, 20:30 »

Nach langem nicht verwenden, wollte ich die Festplatte erneut anschließen und sie lief nicht mehr bzw. das Gehäuse.

Definiere "lief nicht mehr bzw. das Gehäuse". Dreht die Festplatte? Gibt sie Geräusche von sich? Wenn da eine Aktivitäts-LED ist, blinkt die?

Festplatte ist okay, LED vom Gehäuse blinkt nicht auf.

Wie die Platine eigentlich heißt habe ich noch nicht herausfinden können.

Die wird der Hersteller selbst entwickelt haben, dafür gibt es vermutlich weder einen Namen noch eine Dokumentation. Interessant wären in dem Zusammenhang die Chip-Beschriftungen, die man auf dem Foto nicht erkennen kann. Dafür könnte man möglicherweise ein Datenblatt, vielleicht sogar mit Referenzschaltung finden.

Chipbeschriftung: OXUF934DSB-LQAG U0838 SK3463.1.5 und
                          88AFM6WTSB81BA3D G4

Offensichtliche Beschädigungen kann ich nicht erkennen. Wenn das Gehäuse schon 3 Jahre alt ist, die Elkos erst durch Hitze (schlechte Entlüftung und heiße Festplatte) ein bisschen und dann durch Rumliegen vollständig eingetrocknet sind, könnte man die alle (ja, alle!) mal auf Verdacht tauschen; zumindest der obere linke sieht etwas seltsam aus (können aber auch die Zoomartefakte sein).

Ja das sind vermutlich Zoomartefakte, ich kann keinen Unterschied erkennen.

Wenn du einen passenden Lötkolben (ca. 20-25 Watt-Klasse) und den Umgang damit hast oder beschaffen kannst ("Papa, hilf mal" ), wäre es einen Versuch wert. Ansonsten ist die sinnvollste Methode, einen Griff anzubauen.

Kann man so eine Platine nachkaufen oder muss man das ganze Gehäuse neu kaufen?

2

Offtopic / Re: Externes Festplattengehäuse

« am: 19. November 2013, 10:31 »

Nach langem nicht verwenden, wollte ich die Festplatte erneut anschließen und sie lief nicht mehr bzw. das Gehäuse. Das Gehäuse hatte ich schon des Öfteren geöffnet um andere Festplatten anzuschließen was soweit funktioniert hat.

Wie die Platine eigentlich heißt habe ich noch nicht herausfinden können.

Ein falsches Netzteil hatte ich öfter angeschlossen bzw. ein Netzteil einer anderen externen Festplatte. Was bis dahin kein Problem war. Im Anhang befindet sich ein Foto von dem geöffneten Gehäuse und das falsche Netzteil.

 

3

Offtopic / Externes Festplattengehäuse

« am: 18. November 2013, 22:33 »

Ich habe vor 3 Jahren eine externe 3.5" Festplatte gekauft. Das Gehäuse sieht in etwa so hier aus, anstatt des usb 3.0 Anschlusses hat dieses Gehäuse ein FW400. die Festplatte ist noch i.O. allerdings scheint die Platine mit den ganzen Anschlüssen kaputt zu sein. Kann man irgendwie heraus finden was genau kaputt ist?

4

Lowlevel-Coding / parallel port

« am: 07. August 2006, 14:35 »

hat sich gegessen war einfacher als ich dachte blöder fehler muss natürlich 888 tippen

5

Lowlevel-Coding / parallel port

« am: 05. August 2006, 12:28 »

moin,
will ja nich drängeln find aber sonst nirgends rat

6

Lowlevel-Coding / parallel port

« am: 04. August 2006, 20:12 »

sorry das was ich meinte hat nichts mit der inpout32.dll meinte hat ja auch nichts mit dem code bsp. zutun. egal

vll kannst du mir weiter helfen habe das test bsp. was zu dieser dll mitgeliefert wird in vc compeliert (einwandfrei) und dann ausgeführt

aber ich tppe folgendes:

inpouttest read 378h
255
inpouttest write 378h 0
written to port 378
inpouttest read 378h
255

mein problem mit inpout32.dll
im bios steht unter peripherie alles auf auto oder enable

7

Lowlevel-Coding / parallel port

« am: 04. August 2006, 19:58 »

hey,

ich versuche unter xp auf den parallel port zuzugreifen bisher erfolglos ich habe es mit dem treiber inpout32.dll versucht hat bisher noch nicht geklappt ist das einem von euch schonmal gelungen?

ich bin der annahme das ich auch mit assembler xp nicht ausdricksen kann bei dem zugriff auf den parallel port mit in/out oder?

fals doch warum kommt hierbei nichts verbrauchbares bei raus?

Code: [Auswählen]


CODE_SEG SEGMENT
ASSUME CS:CODE_SEG, DS:CODE_SEG
ORG 100h

START:
JMP S
VAR DB ?
EINS DB 31H
NULL DB 30H

S: MOV DX,378h
CALL PORT_LESEN
CALL BITS_IN_REG
MOV AL,022h
CALL ANZEIG_AL
CALL PORT_SCHRE
CALL PORT_LESEN
CALL BITS_IN_REG
MOV AH,4CH
INT 21H

PORT_LESEN PROC NEAR
IN AL,DX
MOV VAR,AL
RET
PORT_LESEN ENDP


PORT_SCHRE PROC NEAR
MOV AL,032h
OUT DX,AL
RET
PORT_SCHRE ENDP
ANZEIG_AL PROC NEAR
PUSH BX
MOV AH,0EH
MOV BX,0007H
INT 10H
POP BX
RET
ANZEIG_AL ENDP

BITS_IN_REG PROC NEAR
PUSH BX
MOV BL,80H
M3: TEST VAR,BL
JNZ M1
MOV AL,NULL
JMP M2
M1: MOV AL,EINS
M2: CALL ANZEIG_AL
SHR BL,1
CMP BX,0
JNZ M3
POP BX
RET
BITS_IN_REG ENDP


CODE_SEG ENDS
END   START        



will endlich auf parallel port zugreifen können am liebsten natürlich mit inpout32.dll

8

Lowlevel-Coding / tutorial 1

« am: 04. June 2006, 17:23 »

wozu dient

Code: [Auswählen]


xor      ax,ax
mov    ds,ax
mov    es,ax

hier weiß ich zwar was gemeint ist aber warum addiert man da nur 510 byte

Code: [Auswählen]


org   7c00h+510


9

Lowlevel-Coding / tutorial 1

« am: 04. June 2006, 14:47 »

moin, habe versucht euer tutorial in masm zuübersetzen leider wird der string im "kernel" nicht ausgegeben vieleicht seht ihr den fehler die strings im bootloader werden ausgegeben
bootloader:

Code: [Auswählen]


CODE_SEG SEGMENT

ASSUME CS:CODE_SEG, DS:CODE_SEG
ORG 07C00H
START:
JMP M0

BOOTDRV DB 0
LOADMSG DB 2 DUP("BootScheisse.",13,10),0


M0: CLI
MOV AX, 9000H
mov SS, AX
mov SP, 0
STI



MOV [BOOTDRV], DL

CALL LOAD
CALL LOAD1
MOV SI,OFFSET LOADMSG
CALL STRD

MOV AX, 1000H
MOV ES, AX
MOV DS, AX
PUSH AX
MOV AX, 0
PUSH AX


LOAD PROC NEAR
PUSH DS
M1: MOV AX, 0
MOV DL, [BOOTDRV]
INT 13H
JC M1
POP DS
RET
LOAD ENDP


LOAD1 PROC NEAR

M2: MOV AX,1000H
MOV ES,AX
MOV BX, 0

MOV AH, 2
MOV AL, 5
MOV CX, 2
MOV DX, 0
INT 13H
JC M2
RET
LOAD1 ENDP


STRD PROC NEAR
M4: LODSB
OR AL,AL
JZ M3
MOV AH,0EH
MOV BX,0007H
INT 10H
JMP M4
M3: RET
STRD ENDP

GROESSE DB 385 DUP("B"),0

DW 0AA55H

CODE_SEG ENDS

END START


kernel:

Code: [Auswählen]


CODE_SEG SEGMENT

ASSUME CS:CODE_SEG, DS:CODE_SEG

MOV AX,           1000H
MOV ES, AX
MOV DS, AX

START:
JMP M0

LOADMSG DB 2 DUP("ProgScheisse.",13,10),0

M0: MOV SI,OFFSET LOADMSG
CALL STRD

STRD PROC NEAR
M4: LODSB
OR AL,AL
JZ M3
MOV AH,0EH
MOV BX,0007H
INT 10H
JMP M4
M3: RET
STRD ENDP


CODE_SEG ENDS

END START



10

Lowlevel-Coding / compeiler option

« am: 23. May 2006, 17:37 »

ja genau das ist mein problem ich kann keine mir bekannten lib's nutzen weil diese beim linken einfach nur eingebunden werden und alle auf dos bzw. da aufsetzen unter welchem system man gerade arbeitet wenn diese aber irgend wo im compilier vorgang oder danach von software so übersetzt werden könnte das da system spezifische funktionen weiter zurück übersetzt werden dann könnt ich *.bin schreiben nach denen ich strebe.

11

Lowlevel-Coding / compeiler option

« am: 23. May 2006, 16:17 »

k keine schmutz worte mehr aber das programm starte ich beim bootvorgang allerdings wie du weißt kann man da nur auf bios funktionen und das direkte ansprechen von hardware über i/o ports und ram zugreifen. vieleicht gibt es ja software die das beim compilieren berücksichtigt.

12

Lowlevel-Coding / compeiler option

« am: 23. May 2006, 15:47 »

mit computersteinzeit triffst du es so ziehmlich genau deshalb meine frage nach der richtigen übersetzung des quellcodes mir sind die probleme bewußt also schreib kein scheiß wenn de nicht helfen kannst.

13

Lowlevel-Coding / compeiler option

« am: 23. May 2006, 15:26 »

hallo,

kann man quellcode in irgend einer hochsprache so compelieren das er unabhängig vom betriebssystem läuft sobald man ähnliche bzw gleiche hardware benutzt damit meine ich aber nicht java denn dazu muss mann ja wieder die jvm installieren. ich meine das der quellcode binär übersetzt keine vom betriebssystem mit gelieferten funktionen zurückgreift. das z.B. dos interrupts in in/out 's übersetzt werden.

gruß

14

Lowlevel-Coding / .c + .asm

« am: 20. May 2006, 22:52 »

dann bräuchte ich noch mal ne erklährung über interrupts z.B. wie sind die dos int's implementiert das sind doch selbst geschriebene funktionen?

hab schon mal gegoogelt aber wie das so ist findet man anfangs nur schwer infos über themen zufinden von den man selbst noch wenig ahnung hat und man garnicht genau weiß wonach man suchen muss.

bisher weiß ich nur das man die bios ints z.B.zum laden von daten, eines mediums wie z.B diskette oder festplatte, in den RAM braucht und diese sind fest auf einen eprom oder eeprom implementiert, also wie kommen die dos ints in den rechner, kann man eigene routinen programmieren die daten von z.B. diskette laden ohne die bios ints zu benutzen?

15

Lowlevel-Coding / .c + .asm

« am: 20. May 2006, 15:04 »

ich hatte mir das so vorgestellt, habe das tutorial über bootloader gelesen und mal in masm übersetzt und ein wenig damit rum gespielt, aller dings kann ich mir nur schwer vorstellen ein größeres progamm das vom bootloader geladen werden soll nur in assembler zu schreiben deshalb hab ich nach einer möglichkeit gesucht c_functionen aus asm_functionen aufzurufen und dachte das man dann auch die riesigen bibliotheken nutzen kann um etwas größere progamme schnell schreiben zu können.

16

Lowlevel-Coding / .c + .asm

« am: 20. May 2006, 14:43 »

mit welchen tools arbeitest du denn um so etwas zu realisieren eine buch empfehlung wär auch gut fals du eins kennst. em weißt du auch was man tun kann damit das programm bios int benutzt und keine dos int?

17

Lowlevel-Coding / .c + .asm

« am: 20. May 2006, 14:00 »

danke für deine hilfe, wußte garnicht das man in einer bestimmten reihenfolge linken muss. noch ne frage zum asm code warum sind im .model small nur near erlaubt vor mir liegt en buch wo auch far call im model small auftaucht auch der ret befehl ist für ein hauprogramm in diesem buch"assembler programmierung von wolfgang link" nicht beschrieben.

18

Lowlevel-Coding / .c + .asm

« am: 20. May 2006, 12:49 »

in der eingabe aufforderung, tc.exe ist ein editor der nur in der eingbeaufderung startet und ist so komfortabel wie manch neue programme, damit compelier ich hello.c könnt ich auch mit dem reinen komandozeilen compiler >tcc hello.c
-d.h besitze hello.obj o0hne eingebundene libs und eine hello.exe mit eingebundene libs die auch über >hello.exe ausführbar ist

-ml /c h_prog.asm liefert mir ne h_prog.obj

-dann link h_prog.obj hello.obj und alle nötigen libs

-ergebnis h_prog.exe

19

Lowlevel-Coding / .c + .asm

« am: 20. May 2006, 12:41 »

das mit .h war en schreib fehler

20

Lowlevel-Coding / .c + .asm

« am: 20. May 2006, 12:40 »

jetzt hab ich schon ne ausführliche beschreibung geliefert, aber bin ja geduldig, dies ist ein dos programm weil turbo c++ 1.0.1 der code ist absult korrekt und kann auch ausgefürt werden, aller dings nicht richtig wenn man ihn aus der assembler routine aufruft.