Hallo,
ich hab aus einem Überbestand einige Displays auf eine Platine.
Ich kann leider gar nichts drüber sagen. Funktion unbekannt.
Hat jemand Interesse?
Gruß markus
so, nun auf Grund vieler Anfragen und Angebote.
Ich habe keinerlei Infos zu diesen Displays.
Stammen aus einer Auflösung. Sind neu und ungebraucht.
Kann aber die Funktion nicht testen, gebe also auch keine Garantie.
damit mehrere was davon haben maximal 3 Stück.
eines 12,- € als Warensendung, 3 Stück 30,- € im Paket.
ein paar sind schon verkauft.
Interesse?
Dann bitte melden per PN.
gruß Markus
...er will damit sagen, dass wenn du geschrieben hättest 10 oder 12 das
völlig einleuchtend ist, aber 10-20? Wenn dann auch noch kommt: ich muss
mal gucken wieviele ich habe, dann hast du sie nicht selbst - so blöd
ist hier keiner.
Da warte ich lieber auf das nächste ebay Angebot, da gehen die 2x20 VFD
Kassendisplays oft für wesemtlich unter 10€ inkl. Versand weg.
Gruß,
Yve
da ich sie nun alle abgeholt habe und sie nun bei mir sind kann ich auch
sagen dass es 22 stück sind.
Etwa die hälfte ist schon verkauft bzw reserviert.
Markus Rottmoser schrieb:> ich denk mal der preis läge so bei 25,- € bei 3 Stück.Markus Rottmoser schrieb:> 3 Stück 30,- € im Paket.
ich denk der will euch aufn arm nehmen
solche uralt displays gibts zuhauf in der ebucht
franz b schrieb:> Markus Rottmoser schrieb:>> ich denk mal der preis läge so bei 25,- € bei 3 Stück.>> Markus Rottmoser schrieb:>> 3 Stück 30,- € im Paket.>> ich denk der will euch aufn arm nehmen> solche uralt displays gibts zuhauf in der ebucht
In welchem Ebay hast du nachgeschaut? Oder meinst du die ausgebrannten
Kassendisplays die immer noch das dreifache kosten? Die vom TE sehen
relativ neu aus.
Ich habe meine Displays gestern wohlbehalten in Empfang genommen. Sie
waren bestens und großzügig verpackt. Alles in allem ein sehr gutes
Angebot und problemlose Abwicklung. Gern wieder!
Ja und der Anschluß links ist auch der Standard ISP Connector für den
ATmega. Zusätzlich ist noch ein TI TPS3801I50DCK Voltage Supervisor
drauf. Der Rest ist Spannungserzeugung, etc. Das VFD enthält die Treiber
und wird mit zwei seriellen Datenströmen angesteuert (jeweils synchron,
also Clock extra). Aber damit braucht man sich eigentlich nicht zu
beschäftigen, da das Modul grundlegend dokumentiert ist
(Kunden-/Kassendisplay, im ersten Blick EPSON/POS Protokoll) und man
direkt die vorhandene Schnittstelle nutzen kann. Die beiden horizontalen
Anschlüße sind dazu gedacht. Der rechte davon ist ein 6-pin 2.54 mm
Raster PinHeader mit folgender Belegung (links 1, rechts 6):
1 +5V
2 +5V
3 RS232 (TTL)
4 Gnd
5 Gnd
6 Gnd
Daten kommen per serieller Schnittstelle (mit TTL Leveln), kann somit
direkt an einen USB-Seriell Wandler IC wie dem FT232 angeschlossen
werden. Der Pinheader senkrecht zwischen ATmega und ISP sind zum einen
ein Dot-Test (alle Dots eingeschaltet) und darunter der Test Modus
(Ausgabe des Zeichensatzes).
Und die Display vom TE sind wirklich neu. Keine Benutzung/eingebranntes
zu erkennen bei keinem meiner Displays unter UV Licht oder dem
Dot-Test-Modus. Der Preis ist vollkommen angemessen.
So, auch der zweite Satz ist wohlbehalten in Empfang genommen worden. Es
war wie immer alles bestens verpackt und eine problemlose Abwicklung.
Hat denn schon ein anderer Käufer etwas mit dem Display gemacht?
> ich denk der will euch aufn arm nehmen> solche uralt displays gibts zuhauf in der ebucht
Ist doch normal hier. Oder welchen sonstigen Grund sollte es geben, die
Dinger hier und nicht via ebay zu versilbern?
Hab meins auch bekommen. Gutes Teil. Schön groß, mehr als 20cm breit.
Sehr hell. Genehmigt sich lockere 700mA bei allen Dots mit max.
Helligkeit. Aber dafür auch aus 5m noch gut ablesbar.
Kleiner Tipp: man muss wirklich alle GND und VCC pins anschließen, sonst
springt es nicht an.
Gnd sind alle verbunden auf der Platine, aber die Vcc sind geteilt für
Logik und Spannungsversorgung der Röhre.
Ich hatte erst Probleme mit dem Anlaufen, weil meine Spannung nur knapp
über den Minimum des Voltage Supervisor lag (4.55 V) und durch anlaufen
der Röhrenspannungsversorgung nachgab. War somit immer ein schönes Spiel
zwischen kurz mal ein Zeichen sehen und dann wieder ein leeres
Display...
Aha, gut zu wissen ... hast du schon mal probiert, den AVR auszulesen?
Die RS232 geht direkt an den AVR, oder? D.h. 3,3V reichen dann als
Pegel. Dann könnte ich es direkt an meine Dockstar anschließen.
ja, habe ich. Das HEX File finde ich aber nicht. Auslesen ist aber
möglich, wenn ich das noch recht entsinne. Also auch von den LOCK Bits
her. Wie schon geschrieben ist der linke Wannenstecker wirklich der
bekannte AVR-ISP.
Die RS232 sind TTL Level und sollten eigentlich recht direkt an den AVR
gehen. Vllt. noch ein Widerstand dazwischen, aber das müsstest du
einfach mal ausmessen.
Ja, es ist vollständig zum bekannten "KD 2.1" kompatibel. Also
eigentlich nur ein paar Versionen weiter...
Die Unterstützung bei LCDHype sollte auch gegeben sein.
Thomas K. schrieb:
> Ich habe meine Displays gestern wohlbehalten in Empfang genommen. Sie> waren bestens und großzügig verpackt. Alles in allem ein sehr gutes> Angebot und problemlose Abwicklung. Gern wieder!
Die Dinger haben sich bestimmt so gut verkauft dass es hier leider nicht
mehr gilt:
Markus Rottmoser schrieb:
> hab jetzt so einige Angebote.> ich denk mal der preis läge so bei 25,- € bei 3 Stück.
Also 8,33 pro Stück oder?
Der Verkaufer will jetzt für 2 Stück 26,50 haben :-(
Ich finde es nicht ganz ok, naja vielleicht hat es mit dem Eurokrise was
zu tun.
Meine Displays sind auch gut verpackt angekommen.
Läuft auch unter lcd4linux mit dem Treiber "SimpleLCD" und einem pl2303
(USB auf Seriell Adapter) einwandfrei.
Vielen Dank Markus
Protokoll? Ich hab mal den Controller ausgelesen und den Disassembler
drüberlaufen lassen. Ein Paar Adressen hab ich schon durch Symbole
ersetzt. Ich hatte gehofft, benutzerdefinierte Zeichen anzeigen zu
können, aber wie es aussieht wird der ASCII Code einfach an das VFD
durchgereicht. Hat vielleicht jemand ein Datenblatt für das eigentliche
VFD? Hier jedenfalls der Code. Die .bin Datei ist im Anhang. Der
EEPROM-Bereich ist übrigens leer.
Ich bin nicht so der Profi in AVR Assembler, vielleicht kann jemand noch
den Code besser kommentieren?
1
; Disassembly of /mnt/store/vfd.bin (avr-gcc style)
2
3
.text
4
main:
5
0: rjmp Label1 ; RESET
6
2: rjmp Label48 ; EXT_INT0
7
4: rjmp Label48 ; EXT_INT1
8
6: rjmp Label48 ; TIM1_CAPT
9
8: rjmp Label48 ; TIM1_COMPA
10
a: rjmp Label48 ; TIM1_COMPB
11
c: rjmp Label48 ; TIM1_OVF
12
e: rjmp Label48 ; TIM0_OVF
13
10: rjmp Label48 ; SPI_STC
14
12: rjmp Label49 ; UART_RXC
15
14: rjmp Label48 ; UART_DRE
16
16: rjmp Label48 ; UART_TXC
17
18: rjmp Label48 ; ANA_COMP
18
1a: rjmp Label1
19
1c: rjmp Label1
20
1e: rjmp Label1
21
20: ori r18, 0x10 ; 16
22
22: cbr r20, 0xa4 ; 164
23
24: ori r22, 0x4e ; 78
24
26: ori r22, 0xe5 ; 229
25
28: ori r22, 0x94 ; 148
26
.word 0xffff ; Invalid opcode at 0x002a (42). Disassembler skipped two bytes.
27
28
; Referenced from offset 0x00 by rjmp
29
; Referenced from offset 0x1a by rjmp
30
; Referenced from offset 0x1c by rjmp
31
; Referenced from offset 0x1e by rjmp
32
Label1:
33
2c: cli
34
2e: ldi r16, 0x5f ; 95
35
30: ldi r17, 0x01 ; 1
36
32: out SPL, r16 ; 61
37
34: out SPH, r17 ; 62
38
36: ser r21
39
38: ldi r22, 0x01 ; 1
40
3a: ldi r23, 0xbe ; 190
41
3c: ldi r24, 0x01 ; 1
42
3e: clr r9
43
40: clr r10
44
42: clr r11
45
44: clr r12
46
46: clr r13
47
48: clr r14
48
4a: clr r15
49
4c: ldi r16, 0x06 ; 6
50
4e: out DDRA, r16 ; 26
51
50: com r16
52
52: out PORTA, r16 ; 27
53
54: sbi PORTA, 1 ; 0x02 = 2
54
56: ldi r16, 0x0f ; 15
55
58: out DDRB, r16 ; 23
56
5a: com r16
57
5c: out PORTB, r16 ; 24
58
5e: sbi PORTB, 0 ; 0x01 = 1
59
60: ser r16
60
62: out DDRC, r16 ; 20
61
64: com r16
62
66: out PORTC, r16 ; 21
63
68: ldi r16, 0x00 ; 0
64
6a: out DDRD, r16 ; 17
65
6c: ldi r16, 0xfe ; 254
66
6e: out PORTD, r16 ; 18
67
70: clr r16
68
72: out GIMSK, r16 ; 59
69
74: clr r0
70
76: ldi r26, 0x60 ; 96
71
78: clr r27
72
73
; Referenced from offset 0x7e by brne
74
; Referenced from offset 0x82 by brne
75
Label2:
76
7a: st X+, r0
77
7c: cpi r26, 0x60 ; 96
78
7e: brne Label2
79
80: cpi r27, 0x02 ; 2
80
82: brne Label2
81
84: sbi PORTB, 3 ; 0x08 = 8
82
86: cbi PORTB, 1 ; 0x02 = 2
83
88: cbi PORTB, 3 ; 0x08 = 8
84
8a: cbi PORTB, 2 ; 0x04 = 4
85
8c: clr r8
86
8e: clr r25
87
90: rcall Function13
88
92: rcall Function15
89
94: rcall Function18
90
96: rcall Function17
91
98: rcall Function16
92
9a: ldi r30, 0x00 ; 0
93
9c: ldi r31, 0x10 ; 16
94
9e: clr r14
95
a0: clr r15
96
97
; Referenced from offset 0xb2 by rjmp
98
Label3:
99
a2: sbiw r30, 0x01 ; 1
100
a4: brmi Label4
101
a6: lpm
102
a8: mov r16, r0
103
aa: sbiw r30, 0x01 ; 1
104
ac: lpm
105
ae: add r15, r0
106
b0: adc r14, r16
107
b2: rjmp Label3
108
b4: ldd r9, Y+4
109
b6: ori r20, 0x94 ; 148
110
b8: andi r23, 0x03 ; 3
111
ba: ori r22, 0x1c ; 28
112
bc: sbci r23, 0x39 ; 57
113
be: ori r22, 0x58 ; 88
114
c0: ori r22, 0xb3 ; 179
115
c2: cbr r23, 0xac ; 172
116
c4: and r6, r13
117
c6: nop
118
119
; Referenced from offset 0xa4 by brmi
120
Label4:
121
c8: tst r15
122
ca: brne Label5
123
cc: tst r14
124
ce: breq Label6
125
126
; Referenced from offset 0xca by brne
127
Label5:
128
d0: ldi r30, 0xb6 ; 182
129
d2: ldi r31, 0x00 ; 0
130
d4: rcall Function4
131
d6: mov r16, r14
132
d8: rcall Function5
133
da: mov r16, r15
134
dc: rcall Function5
135
de: clr r14
136
e0: clr r15
137
138
; Referenced from offset 0xce by breq
139
Label6:
140
e2: sei
141
142
; Referenced from offset 0x1bc by rjmp
143
Label7:
144
e4: clr r20
145
e6: ldi r28, 0x60 ; 96
146
e8: clr r29
147
ea: sbi PORTA, 2 ; 0x04 = 4
148
149
; Referenced from offset 0x156 by rjmp
150
Label8:
151
ec: sbrc r21, 0 ; 0x01 = 1
152
ee: cbi 0x18, 0 ; 0x01 = 1
153
f0: ld r16, Y
154
f2: rcall Function14
155
f4: ldd r16, Y+1
156
f6: rcall Function14
157
f8: ldd r16, Y+2
158
fa: rcall Function14
159
fc: ldd r16, Y+3
160
fe: rcall Function14
161
100: ldd r16, Y+4
162
102: rcall Function14
163
104: adiw r28, 0x32 ; 50
164
106: adiw r28, 0x32 ; 50
165
108: ld r16, Y
166
10a: rcall Function14
167
10c: sbi PORTB, 0 ; 0x01 = 1
168
10e: sbrc r21, 1 ; 0x02 = 2
169
110: cbi PORTB, 0 ; 0x01 = 1
170
112: ldd r16, Y+1
171
114: rcall Function14
172
116: ldd r16, Y+2
173
118: rcall Function14
174
11a: ldd r16, Y+3
175
11c: rcall Function14
176
11e: ldd r16, Y+4
177
120: rcall Function14
178
122: clr r16
179
124: rcall Function14
180
126: rcall Function14
181
128: sbiw r28, 0x32 ; 50
182
12a: sbiw r28, 0x2d ; 45
183
12c: sbi PORTB, 0 ; 0x01 = 1
184
12e: nop
185
130: nop
186
132: sbi PORTB, 1 ; 0x02 = 2
187
134: nop
188
136: nop
189
138: cbi PORTB, 1 ; 0x02 = 2
190
13a: nop
191
13c: nop
192
13e: sbi PORTB, 1 ; 0x02 = 2
193
140: nop
194
142: nop
195
144: cbi PORTB, 1 ; 0x02 = 2
196
146: nop
197
148: nop
198
14a: cbi PORTA, 2 ; 0x04 = 4
199
14c: rcall Function1
200
14e: wdr
201
150: inc r20
202
152: cp r20, r3
203
154: breq Label9
204
156: rjmp Label8
205
206
; Referenced from offset 0x154 by breq
207
Label9:
208
158: lsl r21
209
15a: brcc Label10
210
15c: ori r21, 0x01 ; 1
211
212
; Referenced from offset 0x15a by brcc
213
Label10:
214
15e: lsl r21
215
160: brcc Label11
216
162: ori r21, 0x01 ; 1
217
218
; Referenced from offset 0x160 by brcc
219
Label11:
220
164: dec r22
221
166: brne Label18
222
168: ldi r22, 0x50 ; 80
223
16a: in r16, 0x10 ; 16
224
16c: andi r16, 0x0c ; 12
225
16e: cpi r16, 0x04 ; 4
226
170: breq Label12
227
172: cpi r16, 0x08 ; 8
228
174: breq Label14
229
176: rjmp Label18
230
231
; Referenced from offset 0x170 by breq
232
Label12:
233
178: mov r30, r23
234
17a: mov r31, r24
235
17c: lpm
236
17e: tst r0
237
180: brne Label13
238
182: ldi r30, 0xbe ; 190
239
184: ldi r31, 0x01 ; 1
240
186: lpm
241
242
; Referenced from offset 0x180 by brne
243
Label13:
244
188: adiw r30, 0x01 ; 1
245
18a: mov r23, r30
246
18c: mov r24, r31
247
18e: mov r16, r0
248
190: rcall Function7
249
192: rjmp Label18
250
251
; Referenced from offset 0x174 by breq
252
Label14:
253
194: dec r24
254
196: breq Label15
255
198: cpi r24, 0x02 ; 2
256
19a: brcc Label15
257
19c: rjmp Label18
258
259
; Referenced from offset 0x196 by breq
260
; Referenced from offset 0x19a by brcc
261
Label15:
262
19e: ldi r24, 0x02 ; 2
263
1a0: ser r16
264
1a2: ldi r26, 0x60 ; 96
265
1a4: clr r27
266
267
; Referenced from offset 0x1aa by brne
268
; Referenced from offset 0x1ae by brne
269
Label16:
270
1a6: st X+, r16
271
1a8: cpi r26, 0x60 ; 96
272
1aa: brne Label16
273
1ac: cpi r27, 0x02 ; 2
274
1ae: brne Label16
275
1b0: inc r23
276
1b2: cpi r23, 0x05 ; 5
277
1b4: brcs Label17
278
1b6: clr r23
279
280
; Referenced from offset 0x1b4 by brcs
281
Label17:
282
1b8: mov r19, r23
283
1ba: rcall Function3
284
285
; Referenced from offset 0x166 by brne
286
; Referenced from offset 0x176 by rjmp
287
; Referenced from offset 0x192 by rjmp
288
; Referenced from offset 0x19c by rjmp
289
Label18:
290
1bc: rjmp Label7
291
292
; ab hier Teststring (Test !"#...)
293
1be: ori r21, 0x54 ; 84
294
1c0: andi r23, 0x43 ; 67
295
1c2: and r18, r0
296
1c4: tst r18
297
1c6: eor r18, r4
298
1c8: eor r18, r22
299
1ca: or r18, r8
300
1cc: or r18, r26
301
1ce: mov r18, r12
302
1d0: mov r18, r30
303
1d2: cpi r19, 0x10 ; 16
304
1d4: cpi r19, 0x32 ; 50
305
1d6: cpi r19, 0x54 ; 84
306
1d8: cpi r19, 0x76 ; 118
307
1da: cpi r19, 0x98 ; 152
308
1dc: cpi r19, 0xba ; 186
309
1de: cpi r19, 0xdc ; 220
310
1e0: cpi r19, 0xfe ; 254
311
1e2: sbci r20, 0x10 ; 16
312
1e4: sbci r20, 0x32 ; 50
313
1e6: sbci r20, 0x54 ; 84
314
1e8: sbci r20, 0x76 ; 118
315
1ea: sbci r20, 0x98 ; 152
316
1ec: sbci r20, 0xba ; 186
317
1ee: sbci r20, 0xdc ; 220
318
1f0: sbci r20, 0xfe ; 254
319
1f2: subi r21, 0x10 ; 16
320
1f4: subi r21, 0x32 ; 50
321
1f6: subi r21, 0x54 ; 84
322
1f8: subi r21, 0x76 ; 118
323
1fa: subi r21, 0x98 ; 152
324
1fc: subi r21, 0xba ; 186
325
1fe: subi r21, 0xdc ; 220
326
200: subi r21, 0xfe ; 254
327
202: ori r22, 0x10 ; 16
328
204: ori r22, 0x32 ; 50
329
206: ori r22, 0x54 ; 84
330
208: ori r22, 0x76 ; 118
331
20a: ori r22, 0x98 ; 152
332
20c: ori r22, 0xba ; 186
333
20e: ori r22, 0xdc ; 220
334
210: ori r22, 0xfe ; 254
335
212: andi r23, 0x10 ; 16
336
214: andi r23, 0x32 ; 50
337
216: andi r23, 0x54 ; 84
338
218: cbr r23, 0x89 ; 137
339
21a: andi r23, 0x98 ; 152
340
21c: cbr r23, 0x45 ; 69
341
21e: cbr r23, 0x23 ; 35
342
220: cbr r23, 0x01 ; 1
343
222: std Z+45, r10
344
224: std Z+39, r10
345
226: ldd r10, Z+43
346
228: bld r25, 1 ; 0x02 = 2
347
22a: nop
348
; String Ende
349
350
; Referenced from offset 0x14c by rcall
351
Function1:
352
22c: sbrs r25, 2 ; 0x04 = 4
353
22e: ret
354
355
230: sbrs r25, 3 ; 0x08 = 8
356
232: rjmp Label20
357
234: mov r8, r19
358
236: cp r8, r5
359
238: brcs Label19
360
23a: clr r8
361
362
; Referenced from offset 0x238 by brcs
363
Label19:
364
23c: clt
365
23e: bld r25, 3 ; 0x08 = 8
366
240: rjmp Label32
367
368
; Referenced from offset 0x232 by rjmp
369
Label20:
370
242: tst r9
371
244: brne Label33
372
246: cpi r19, 0x20 ; 32
373
248: brcs Label21
374
24a: mov r16, r19
375
24c: rcall Function7
376
24e: rjmp Label32
377
378
; Referenced from offset 0x248 by brcs
379
Label21:
380
250: cpi r19, 0x01 ; 1
381
252: brcs Label22
382
254: cpi r19, 0x05 ; 5
383
256: brcc Label22
384
258: rcall Function3
385
25a: rjmp Label32
386
387
; Referenced from offset 0x252 by brcs
388
; Referenced from offset 0x256 by brcc
389
Label22:
390
25c: cpi r19, 0x08 ; 8
391
25e: brne Label23
392
260: rcall Function10
393
262: rjmp Label32
394
395
; Referenced from offset 0x25e by brne
396
Label23:
397
264: cpi r19, 0x09 ; 9
398
266: brne Label24
399
268: rcall Function8
400
26a: rjmp Label32
401
402
; Referenced from offset 0x266 by brne
403
Label24:
404
26c: cpi r19, 0x0a ; 10
405
26e: brne Label25
406
270: rcall Function16
407
272: rjmp Label32
408
409
; Referenced from offset 0x26e by brne
410
Label25:
411
274: cpi r19, 0x0c ; 12
412
276: brne Label26
413
278: rcall Function16
414
27a: clr r8
415
27c: rjmp Label32
416
417
; Referenced from offset 0x276 by brne
418
Label26:
419
27e: cpi r19, 0x0d ; 13
420
280: brne Label27
421
282: clr r8
422
284: rjmp Label32
423
424
; Referenced from offset 0x280 by brne
425
Label27:
426
286: cpi r19, 0x11 ; 17
427
288: brne Label28
428
28a: clt
429
28c: bld r25, 1 ; 0x02 = 2
430
28e: rjmp Label32
431
432
; Referenced from offset 0x288 by brne
433
Label28:
434
290: cpi r19, 0x12 ; 18
435
292: brne Label29
436
294: set
437
296: bld r25, 1 ; 0x02 = 2
438
298: rjmp Label32
439
440
; Referenced from offset 0x292 by brne
441
Label29:
442
29a: cpi r19, 0x1a ; 26
443
29c: brne Label30
444
29e: inc r9
445
2a0: rjmp Label32
446
447
; Referenced from offset 0x29c by brne
448
Label30:
449
2a2: cpi r19, 0x1b ; 27
450
2a4: brne Label31
451
2a6: set
452
2a8: bld r25, 3 ; 0x08 = 8
453
2aa: rjmp Label32
454
455
; Referenced from offset 0x2a4 by brne
456
Label31:
457
2ac: rjmp Label32
458
459
; Referenced from offset 0x240 by rjmp
460
; Referenced from offset 0x24e by rjmp
461
; Referenced from offset 0x25a by rjmp
462
; Referenced from offset 0x262 by rjmp
463
; Referenced from offset 0x26a by rjmp
464
; Referenced from offset 0x272 by rjmp
465
; Referenced from offset 0x27c by rjmp
466
; Referenced from offset 0x284 by rjmp
467
; Referenced from offset 0x28e by rjmp
468
; Referenced from offset 0x298 by rjmp
469
; Referenced from offset 0x2a0 by rjmp
470
; Referenced from offset 0x2aa by rjmp
471
; Referenced from offset 0x2ac by rjmp
472
; Referenced from offset 0x2d8 by rjmp
473
; Referenced from offset 0x2dc by rjmp
474
Label32:
475
2ae: clt
476
2b0: bld r25, 2 ; 0x04 = 4
477
2b2: ret
478
479
480
; Referenced from offset 0x244 by brne
481
Label33:
482
2b4: mov r16, r9
483
2b6: dec r16
484
2b8: breq Label36
485
2ba: dec r16
486
2bc: breq Label37
487
2be: dec r16
488
2c0: breq Label37
489
2c2: dec r16
490
2c4: breq Label37
491
2c6: dec r16
492
2c8: breq Label37
493
2ca: dec r16
494
2cc: breq Label37
495
2ce: dec r16
496
2d0: breq Label37
497
2d2: dec r16
498
2d4: breq Label38
499
500
; Referenced from offset 0x2f6 by rjmp
501
Label34:
502
2d6: clr r9
503
2d8: rjmp Label32
504
505
; Referenced from offset 0x2ea by rjmp
506
; Referenced from offset 0x2ee by rjmp
507
Label35:
508
2da: inc r9
509
2dc: rjmp Label32
510
511
; Referenced from offset 0x2b8 by breq
512
Label36:
513
2de: mov r10, r19
514
2e0: clr r11
515
2e2: clr r12
516
2e4: clr r13
517
2e6: clr r14
518
2e8: clr r15
519
2ea: rjmp Label35
520
521
; Referenced from offset 0x2bc by breq
522
; Referenced from offset 0x2c0 by breq
523
; Referenced from offset 0x2c4 by breq
524
; Referenced from offset 0x2c8 by breq
525
; Referenced from offset 0x2cc by breq
526
; Referenced from offset 0x2d0 by breq
527
Label37:
528
2ec: rcall Function2
529
2ee: rjmp Label35
530
531
; Referenced from offset 0x2d4 by breq
532
Label38:
533
2f0: rcall Function2
534
2f2: clr r19
535
2f4: rcall Function2
536
2f6: rjmp Label34
537
538
; Referenced from offset 0x2ec by rcall
539
; Referenced from offset 0x2f0 by rcall
540
; Referenced from offset 0x2f4 by rcall
541
Function2:
542
2f8: ldi r16, 0x05 ; 5
543
544
; Referenced from offset 0x308 by brne
545
Label39:
546
2fa: ror r19
547
2fc: rol r15
548
2fe: rol r14
549
300: rol r13
550
302: rol r12
551
304: rol r11
552
306: dec r16
553
308: brne Label39
554
30a: ret
555
556
557
; Referenced from offset 0x1ba by rcall
558
; Referenced from offset 0x258 by rcall
559
Function3:
560
30c: ldi r30, 0x1c ; 28
561
30e: ldi r31, 0x03 ; 3
562
310: clr r16
563
312: add r30, r19
564
314: adc r31, r16
565
316: lpm
566
318: mov r21, r0
567
31a: ret
568
569
31c: sbrs r16, 0 ; 0x01 = 1
570
31e: subi r23, 0x57 ; 87
571
.word 0x0011 ; Invalid opcode at 0x0320 (800). Disassembler skipped two bytes.
Na wenn die empfangenen Daten laut Firmware direkt an das VF-Display
weitergesendet werden, dann probiert die Befehle, welche bei den Modulen
mit dem VFD funktionieren:
CU20029SCPB-T20A; CU20029SCPB-T21A; CU20029SCPB-T23A
Diese können zumindest UDFs.
E. M a t t h i a s schrieb:> Das VFD ist ein Noritake itron DN202MG.
Sicher? Dann hätte das VFD ja nur Schieberegister und Treiber. D.h. die
Zeichen werden vom AVR erzeugt. Ich kann aber im Code keine Fonttabelle
o.ä. sehen.
nichtgast schrieb:> @ Malignes Melanom>>Längeren Sourcecode nicht im Text einfügen, sondern als Dateianhang
Ja, passt doch, der Code ist ja nur knapp 1300 Bytes, also eher kurz ...
Ach ja, das DND202 ist es auf keinen Fall, denn das hat 26 Pins, das KD
hat nur 23, und der Font ist definitiv integriert.
Thomas K. schrieb:> Na wenn die empfangenen Daten laut Firmware direkt an das VF-Display> weitergesendet werden, dann probiert die Befehle, welche bei den Modulen> mit dem VFD funktionieren:>> CU20029SCPB-T20A; CU20029SCPB-T21A; CU20029SCPB-T23A>> Diese können zumindest UDFs.
Die haben aber eine Platine hinten drauf ... einen Versuch wärs aber
Wert. Konnte aber kein Datenblatt mit irgendwelchen Befehlen finden.
Das VFD auf dem KD ist jedenfalls ein "nur-Glas" VFD mit 23 Pins und
Zeichengenerator ...
da gebe ich dir recht.
ich hab ein defektes Display hier und zerlegt.
Auf dem Display steht definitiv DN202MG (siehe Bild) :)
Eventuell ein älteres Modell?
Ja, ist definitiv ein anderes ... s. Anhang.
Wenn ich das richtig sehe, dann macht doch der UART RX Interrupt nichts
anderes, als das vom UART empfangene Zeichen auf PORTC auszugeben, oder?
Also hat das VFD schon mal ein paralleles Interface ...
Matthias hat ein Bild von der Rückseite des VFD gepostet. Von daher ist
der Vergleich mit deinem Bild schwer möglich.
Und zu dem parallelen Interface: ist denn sicher, dass der Port C direkt
an das Display geht? Wenn man sich die Pins des VFD mal mit einem Oszi
anschaut, dann sieht man eigentlich recht eindeutig ein bis zwei
serielle synchrone Übertragungen.
Thomas K. schrieb:> Matthias hat ein Bild von der Rückseite des VFD gepostet. Von daher ist> der Vergleich mit deinem Bild schwer möglich.
Ah ok. Aber das DN202 ist es trotzdem nicht, da andere Pinzahl.
> Und zu dem parallelen Interface: ist denn sicher, dass der Port C direkt> an das Display geht? Wenn man sich die Pins des VFD mal mit einem Oszi> anschaut, dann sieht man eigentlich recht eindeutig ein bis zwei> serielle synchrone Übertragungen.
Vermutlich hast du recht. Ich denke mal, auf Port C wird nur zum
Debuggen geschrieben. 4 Pins von Port C gehen auf Pads, sonst konnte ich
nichts sehen.
Ich hab mal die Leitungen durchgepiepst:
VFD Mega8515
7 PB3
8,16 PB0
9,17 PB1
10 PB4
12 PB2
13 PA3
14 PA2
15 PA1
5,6 sind GND, 11 ist 5V
Im Interrupt wird ja noch ein Flag gesetzt, das wird wahrscheinlich im
Mainloop ausgewertet. Function14 sendet dann die seriellen Daten ans
VFD.
E. M a t t h i a s schrieb:
> ja das Display sollte sich doch über ein Standard> Kundendisplay-Protokoll füttern lassen...>> Das VFD ist ein Noritake itron DN202MG.
Malignes Melanom schrieb:
> Ach ja, das DND202 ist es auf keinen Fall, denn das hat 26 Pins, das KD> hat nur 23, und der Font ist definitiv integriert.
Das Display ist doch ein Noritake itron DN202MG wie Matthias berichtet
hat, ich habe ein Display zerlegt bzw. von der Platine quasi aufgeklappt
und drauf steht Noritake itron DN202MG.
und doch noch mal ich...
einer hat ein Display seit zwei Wochen nicht bezahlt.
Ich stelle es deswegen hier wieder zum Verkauf.
Das letzte, inkl Versand 15,- €
16,- bei paypal zahlung
bitte per PN melden.
Erste sichere Zusage mit Geldeingang bekommt's.
Gruß Markus
Ich habe eins von diesen VFD's gekauft und versuche gerade mit einem
ATMEGA16 einen Text anzuzeigen. Bis jetzt nur krummes Zeug.
Wer kann mir ein kleines Beispielprogramm mit Bascom erstellen?
Ich habe die RS232 Leitung an MISO PB6 angeschlossen. Ist das richtig?
Schon mal vielen Dank.
Gruß Ditt
Meins ist jetzt auch angekommen. Es ist wirklich groß und sehr hell.
Nun zur Frage: Mit was für eine Baudrate muss ich das Gerät ansprechen?
9600? Ist ein Protokoll notwendig, oder wird einfach ausgegeben was man
hinein schreibt?
Ich werde das Gehäuse im nächstgelegenen fablab selbst auslasern. Aber
eigentlich weiß ich noch garnicht was es werden soll. Ich habe noch zwei
i2c Temperatursensoren, einen für innen einen für aussen vielleicht.
Oder ein Thermostat für die Heizung.
Ich versuche gerade ein Bascom-Programm für AVR Controller zu schreiben,
um mal alle Befehle auszutesten, die auf dem mitgelieferten Datenblatt
aufgeführt sind.
Bis aus den Befehl "Sub Sequence" zur Erstellung eigener Character ist
mir das auch gelungen. Doch hier habe ich noch keinen Erfolg gehabt.
Hat schon jemand diesen Command ausprobiert und kann mir Hilfe geben?
Wenn Interesse besteht, kann ich das Programm gerne einstellen.
Dieter
Ich habe das Display nun an meinem Raspberry Pi hängen auf dem openElec
(XBMC) läuft, habe mir die Treiberdatei serialVFD.so besorgt und nun
läuft das Gerät als Anzeige für ein zukünftiges Internetradio.
Die gestellte Frage hat sich nach Analyse des angehangenen Datenblattes
von selbst geklärt.
Die beiden 5V Pins versorgen getrennt den Mikrocontroller und das
VFD/die HV Erzeugung. Eine Dimmung in 4 Stufen kannst du über die im
Datenblatt genannten DIM-Befehle erreichen.
Warum hat man das wohl getrennt? vielleicht um den Displayinhalt zu
halten selbst wenn man das Display schlafenlegt? Oder weil man dem
Controller eine sauberere versorgung gönnen will?
Magst du keine Antworten auf deine Fragen oder beantwortest du dir deine
eigenen Fragen mit weiteren Fragen? Soll man auf diese rhetorischen
Fragen nun noch antworten?
Jetzt muss ich diesen Thread nochmal ausgraben. Wenn ich eines der
Displays an ein 150W 5V schaltnetzteil hänge bricht die spannung von 5.0
auf 4.4V ein - selbst 4700µF parallel und ein Ferritkern um die
versorgung des Displays helfen nicht. Nur wenn ich Die spannung am
Netzteil hochjustiere bis 5V herauskommen, springt es an. Was kann da
los sein? Die 700mA die hier jemand gemessen hat sollte das Netzteil
doch locker wegstecken!
zu wenig Last an deinem NT vielleicht?
Ansonsten hat das Modul Voltage Monitor der das Reset Signal des
Controllers steuert. Von daher ist es korrekt, dass er unter 5 V (genaue
Schwellspannung im DS nachlesen, Typ hatte ich hier schon genannt) nicht
anläuft.
Hallo,
ich habe Probleme dieses Display direkt mit LCDproc anzusteuern.
(mit einem Arduino Board dazwischen keine Probleme)
Bei mir kommen nur Wirre zeichen! Kann mir einer bitte sagen welche
Einstellungen ich bei lcdporc bzw. in der LCDd.conf machen muss?
Es hängt bei mir direkt am Com-Port des Mainboards
/dev/ttyS0
5V Chip und 5V Display sowie alles 3 GND sind bei mir scheinbar
verbunden, denn es funktioniert auch nur mit einem Anschluss.
@ Richard J. (eltentakel)
Ich würde es später gerne auch bei XBMC verwenden.
Welche Einstllungen sind denn fin der LCDd.conf bei serialVFD richtig
ich habe schon alles durchprobiert.
Danke
Christian
Ich habe mal einen LCDHype Treiber gebastelt und auch gleich mal ein
wenig Dokumentation zusammen getragen (Steckertypen, Belegung,
Baudratenselektion, etc).
http://www.muetze1.de/?page_id=951
mhm schrieb:> Biete mal 10€ für dreiMarkus Rottmoser schrieb:> hab jetzt so einige Angebote.> ich denk mal der preis läge so bei 25,- € bei 3 Stück.> MarkusMarkus Rottmoser schrieb:> so, nun auf Grund vieler Anfragen und Angebote.Markus Rottmoser schrieb:> 3 Stück 30,- €
Schön das Geld gefischt..Bei den ganzen Anfragen..Erst keine Ahnung und
dann den Preis hochgeschraubt.. Hätte ich in der Bucht vermutet aber
nicht hier im Forum.....
>> Autor: D.Barth (Gast)>> Datum: 14.02.2013 16:06
Wurde keine >6 Monats-Warnung angezeigt, oder warum wird sich nach der
langen Zeit über etwas beschwert, was anderswo im Internet vollkommen
normal ist?
Es ist doch keine Ferienzeit...
Auf der Interradio (11/2015) in Hannover werden die für 5-7,- verkauft,
nehme mir da immer welche mit für Uhren etc wenn ich dort bin.
Laufen mit 9600Bd und sind dimmbar..
Nur wer da mal hin kommt :)
