techniek LCD2USB module met Samsung VFD (HD44780 Compatible) perikelen

[EaS]

Van lcdmodkit (via de bekende veilingsite) heb ik een lcd2usb module besteld (de U204GMB-B1) om deze te gebruiken in combinatie met een Samsung 2x16 karakters VFD display (de 16T202DA1E).

 

Allemaal netjes binnengekregen:

 

 

Hier in de buurt laten solderen met een headerstrip (10 seconden werk en daarom ook gratis):

 

 

Kabeltjes erbij:

 

 

 

 

Pintoewijzingen opgezocht:

 

Samsung display:

 

 

LCD2USB module:

"The upper right square pad is the Pin 1 of interface board" (Zie eerste plaatje in dit bericht)

 

 

 

Wat het volgende zou moeten opleveren:

 

 

 

Alles ingebouwd (test opstelling):

 

 

 

Maar nu komt het -> 8 à 9 van de 10 keer geeft het display geen kik na het opstarten..... als ie het wel doet verschijnt er dit:

 

 

 

• Het display is *niet* te bedienen met LCDsmartie (windows) en LCDproc (linux)
• Het display is *alleen* te bedienen met lcd4linux *als* er een tekst in het display verschijnt na het opstarten (wat dus 9 van de 10 keer niet gebeurd)
• De module is USB powered via de USB-mini ingang vanaf een USB mainboard header
• Het VFD display krijgt dus stroom via de module
• De lcd2usb module word altijd correct herkend onder zowel windows (apparaatbeheer) als linux (dmesg) *ook* als er geen tekst op het display verschijnt

 

Mijn vragen:

• Heb ik de pinout correct?
• Kan het zijn dat het VFD display nauwelijks genoeg stroom krijgt als het via een USB mainboard header aansluiting van stroom voorzien word?

 

 

 

 

[Matchless]

Hij geeft (weliswaar af en toe) beeld dus de aansluitingen kloppen wel.

 

Ook het feit dat hij herkend wordt betekend voor mij dat de software ook klopt. Ik zou dus gokken op de voeding.

[Steve]

display werkt op een spanning van 3,3 tot 5v.even nameten of het wel tussen deze waarden zit

[Big fellow]

Uit de datasheet van het display:

 

 Icc shows the current when all dots are turned on. The surge current can be approx. 3 times

the specified supply current at power on. However, the exact peak surge current amplitude and

duration are dependent on the characteristics of the host power supply

Icc staat gespecificeerd op 200mA, dus dat kan betekenen dat de stroomopname 600mA kan wezen, wat dus boven de 500mA limiet van een USB poort ligt.

Echter ik denk dat er een groter probleem zit in de timing. Kijk maar eens naar pagina 4 van de datasheet, met name naar figuur 4.8.1 . Hoogstwaarschijnlijk is de microcontroller te snel met het aansturen van het display na het inschakelen van de voeding, en werkt het daarom onbetrouwbaar.  Het "simpelste" is om een vaste 5V naar het display te laten gaan, welke niet vanaf de interface komt.

Eventueel kan je de power on reset condensator van de interface vergroten, maar dan moet je wel SMD kunnen solderen... Als je die weg wil kiezen, laat dan even weten welke controller er op de interface zit, dan kan ik je waarschijnlijk wel helpen met welk component je moet aanpassen. (Ik gok dat het een ATmega 32U4 / 32U8 is)

17 oktober 2013 aangepast door Big fellow

[iemand]

en evt een extra elco van bv 1000 uF, om een stroompiek van boven de 500 mA op te vangen

[EaS]

Dank allen voor de antwoorden!

 

Ik ben toch maar eens gaan kijken of ik de module van 5V kon gaan voorzien via de voeding zelf (mede dankzij de antwoorden). Heb daarom de volgende kabel in elkaar gebakken en op het display aangesloten. Zou moeten resulteren in 5V rechtstreeks vanaf de voeding:

 

 

 

 

Resultaat?

 

Geen verschil

 

Via lcd4linux kwam in eerste instantie deze vermelding voorbij (direct na het aansluiten van de 5V oplossing):

 

 

xbmc@HTPC:~$ sudo lcd4linux -Fvvq
LCD4Linux 0.11.0-SVN-1158 starting
Dump of /etc/lcd4linux.conf:
  Display                  'HD44780'
  Display:HD44780.Driver   'LCD2USB'
  Display:HD44780.Size     '16x2'
  Layout                   'Default
  Layout:Default.Row1.Col1 'CPU'
  Layout:Default.Row2.Col1 'RAM'
  Widget:CPU.align         'L'
  Widget:CPU.class         'Text'
  Widget:CPU.expression    uname('machine')
  Widget:CPU.prefix        'CPU '
  Widget:CPU.update        tick
  Widget:CPU.width         9
  Widget:RAM.align         'R'
  Widget:RAM.class         'Text'
  Widget:RAM.expression    meminfo('MemTotal')/1024
  Widget:RAM.postfix       ' MB RAM'
  Widget:RAM.precision     0
  Widget:RAM.update        tick
  Widget:RAM.width         11

[DBus] Error connecting to the dbus session bus: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11

lcd4linux.c: initializing driver LCD2USB
LCD2USB: $Rev: 1130 $
LCD2USB: scanning USB for LCD2USB interface ...
LCD2USB: found LCD2USB interface on bus 002 device 004
LCD2USB: usb_claim_interface() failed!
LCD2USB: could not find a LCD2USB USB LCD
Error initializing driver LCD2USB: Exit!

 

Zal wel een rechten kwestie zijn niet?

Dus deze USB port permissions oplossing geprobeerd. Resultaat in eerste instantie?

 

 

xbmc@HTPC:~$ sudo lcd4linux -Fvvq
LCD4Linux 0.11.0-SVN-1158 starting
Dump of /etc/lcd4linux.conf:
  Display                  'HD44780'
  Display:HD44780.Driver   'LCD2USB'
  Display:HD44780.Size     '16x2'
  Layout                   'Default
  Layout:Default.Row1.Col1 'CPU'
  Layout:Default.Row2.Col1 'RAM'
  Widget:CPU.align         'L'
  Widget:CPU.class         'Text'
  Widget:CPU.expression    uname('machine')
  Widget:CPU.prefix        'CPU '
  Widget:CPU.update        tick
  Widget:CPU.width         9
  Widget:RAM.align         'R'
  Widget:RAM.class         'Text'
  Widget:RAM.expression    meminfo('MemTotal')/1024
  Widget:RAM.postfix       ' MB RAM'
  Widget:RAM.precision     0
  Widget:RAM.update        tick
  Widget:RAM.width         11

[DBus] Error connecting to the dbus session bus: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11

lcd4linux.c: initializing driver LCD2USB
LCD2USB: $Rev: 1130 $
LCD2USB: scanning USB for LCD2USB interface ...
LCD2USB: found LCD2USB interface on bus 002 device 004
LCD2USB: echo test successful
LCD2USB: firmware version 1.08
LCD2USB: installed controllers: CTRL0
Evaluator: unterminated string in <'Default>
initializing layout 'Default'
layout.c: Layout:Default: migrating 'row1.col1' to 'Layer:1.row1.col1'
layout.c: Layout:Default: migrating 'row2.col1' to 'Layer:1.row2.col1'
Creating new timer group (0 ms)
 widget 'CPU': Class 'text', Parent '<root>', Layer 1, Row 0, Col 0 (to 0,9)
 widget 'RAM': Class 'text', Parent '<root>', Layer 1, Row 1, Col 0 (to 1,11)
lcd4linux.c: starting main loop
Removing timer group (0 ms)

 

Resultaat op het display?

 

 

:mad:

 

 

Nou ja.... aangezien xbmc het tóch vertikt te werken met lcd4linux dan maar weer met LCDproc aan de slag. Deze herkend zowaar de boel, maar geeft (net als voorheen) geen enkele output op het scherm of alleen 'rommel' zoals te zien in bovenstaand scherm:

 

 

xbmc@HTPC:~$ sudo LCDd -r 4
LCDd version 0.5.5 starting
Built on Feb 27 2012, protocol version 0.3, API version 0.5
Using Configuration File: /etc/LCDd.conf
Set report level to 4, output to stderr
Server forking to background
Listening for queries on 127.0.0.1:13666
HD44780: using ConnectionType: lcd2usb
hd44780: Using hd44780_default charmap
hd_init_lcd2usb: device with firmware version 1.08 found
Key "Escape" is now reserved exclusively by client [-1]
Key "Enter" is now reserved shared by client [-1]
Key "Up" is now reserved shared by client [-1]
Key "Down" is now reserved shared by client [-1]
screenlist_switch: switched to screen [_server_screen]

 

Samengevat:

• Met externe voeding gedraagt het display zich nagenoeg gelijk als met voeding vanaf het LCD2USB bordje zelf
• De controller (CTRL0) word blijkbaar nog steeds maar 'zo nu en dan' herkend  (CTRL0 zou de controller van het VFD display moeten zijn volgens vermeldingen links en rechts)
• *Wanneer* het ding het doet verschijnt er 'rommel' op beeld (heb 1x gehad dat de gewenste tekst op beeld verscheen, met lcd4linux / voeding vanaf de LCD2USB....)
• Ik heb een 2de (identiek) VFD display. Heb deze met het LCD2USB printje op een andere computer (windows install) aangesloten. LCDsmartie kan er hier ook niets mee (LCD2USB.dll etc... alles in juiste dir's geplaats etc. etc. Dat het VFD display power krijgt is trouwens te zien als je er zeer schuin op kijkt).
• In wezen is er dus niets veranderd aan de openings post
• @Big fellow: De chip die op printje zit is volgens de opdruk een ATMEGA8 AU 1213

 

 

Ondertussen heb ik de UM245R besteld. Een USB naar Parellel (FIFO) controller gebaseerd op de welbekende ftdi chipjes:

 

 

LCDproc biedt ondersteuning voor ftdi dus ben benieuwd....

Het bordje biedt trouwens iets meer aansluitingen, dus kan zijn dat ik nog wat vragen heb daaromtrent!

To be continued....

 

 

 

[Matchless]

En wat geeft dmesg als je hem insteekt?

[EaS]

En wat geeft dmesg als je hem insteekt?

 

 

Heb ondertussen de UM245R binnengekregen, nóg kleiner dan de lcd2usb module:

 

Had eerst ook problemen om dat ding aan de praat te krijgen ...... wat blijkt? Zowel de lcd2usb als de UM245R dienen via de 4-bit interface optie van de HD44780 aangesproken te worden

 

Dat moet natuurlijk allemaal anders bedraad worden en dat was ff uitzoeken, maar dit is het schema voor een UM245R -> HD44780:

 

Resultaat:

 

:grin:

[trust]

Mooi dat het uiteindelijk gelukt is , maarreh , wat kun je er mee ?

[EaS]

Mooi dat het uiteindelijk gelukt is , maarreh , wat kun je er mee ?

Het display zit in een HTPC die dient als een satelliet ontvanger en mediaplayer. En dient dus hetzelfde doel als het display in een willekeurig andere sattelietontvanger, receiver, magnetron, wasmachine etc.etc.

[trust]

Even opgezocht waar de term HTPC voor staat , nu snap ik het (waar je het display voor gebruikt)