question on build

[huskeyw]

I built the code changing the pins for the usb keyboard and serial to match the hobytronics board.. I was hoping I could turn that into this card for use on a single board computer.
it builds and loads but then the screen goes to sleep.. I dont have a keyboard or even usb header connected..

this is the schematic for there board. not much different from what I can tell. if I am missing something do you mind letting me know. Thank you . PS I have never used a propeller processor before.. so I am guessing..

lines I changed
vt100.spin
' ser.StartRxTx(8, 9, 0, 115200) changed for hobytronics
' debug.StartRxTx(31, 30, 0, 115200) changed for hobytronics
ser.StartRxTx(30, 31, 0, 115200)

and in USB_FS_HOST.spin

' modified for the Hobytronics serail_VGA from
' DMINUS = 1
' DPLUS = 0
DMINUS = 3
DPLUS = 4

link to their board

http://www.hobbytronics.co.uk/datasheets/serialvga-schematic-1-0.pdf

[konimaru]

Your monitor shutting down is a bit suspicious. Can it handle 720x400?

[maccasoft]

Aside from the monitor not supporting the resolution, I don't see other problems with that board. I suggest to upload the code without modifications and see if the monitor works (you should see only the cursor at the top-left corner as the screen will be blank at startup). You may also see LED2 flashing while the USB stack attempts to poll the device.

If you want to try the 640x400 resolution, remove the '.nine' word from the vga object line to pick up the old driver:

    'vga    : "waitvid.80x25.nine.driver" ' 720x400
    vga    : "waitvid.80x25.driver" ' 640x400

[huskeyw]

Thank you. Did not expect a fast reply, Good point, the monitor is an LCD Dell and so it may not like the resolution, with it just going to sleep I figured no sign not thinking comparable .. I dont have an CRT so I'll look at where I make that change.. since I'm new ... I like your other card but the SBC I am working on on my have serial and i2c. Maybe If i learn enough .essing with this i could get the other version to work with i2c .. or maybe I'll add an andrino between. But that .ay be way too slow.

…

On Thu, Mar 21, 2019, 06:51 Marco Maccaferri ***@***.***> wrote: Aside from the monitor not supporting the resolution, I don't see other problems with that board. I suggest to upload the code without modifications and see if the monitor works (you should see only the cursor at the top-left corner as the screen will be blank at startup). You may also see LED2 flashing while the USB stack attempts to poll the device. If you want to try the 640x400 resolution, remove the '.nine' word from the vga object line to pick up the old driver: 'vga : "waitvid.80x25.nine.driver" ' 720x400 vga : "waitvid.80x25.driver" ' 640x400 — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#2 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AteoRpl2Kel3tqbuyVDYJ_FJZJwNd18Dks5vY45igaJpZM4cAvXS> .

[huskeyw]

tried with no changes.. .also changed the resolution to use the 640x480, no video seen by the monitor. I reloaded the Hobytronics build and it comes right up. I wonder if the USB needs to see a keyboard or some input (serial did not work not even debug.. )

I wonder if the USB needing an unconnected PIN, and its not in the schematic but if pin 2 is tied to ground, would that mess up the boot?

will probaly order your board for the RC2014 so I can see how its suppose to work, I can send you this card if you want to play with it..

[maccasoft]

The USB stack needs an unconnected pin for its internal syncrhonization, that is P2 defined as USBNC, from the Hobbytronic schematic there is nothing on P2 so that's not a problem. Anyway, that will affect the USB stack only, all other sections are independent. If you open vt100.spin you'll see the startup sequence from line 105, the VGA driver is started at line 126 after the initial setup so you should at least see a blank screen. I haven't asked but are you really sure that the monitor goes to sleep and it isn't just displaying a blank screen right ?

Also, from the debug serial port (the one connected to the prop-plug adapter pm P30/P31) you should see at least the 'USB Started' message, if you see nothing maybe something else is wrong here. If you are using propeller-load try with the following command:

propeller-load -p /dev/ttyUSB0 -e -r -t115200 vt100.binary

It should keep the terminal open and let you see the messages from the debug serial port.

Are you compiling / uploading vt100.spin right ? Not other files. Spin programs are not like other sources, they need a "root" source that calls all others, in this case is vt100.spin. If you attempt to compile and upload other files it won't work.

[huskeyw]

So quick, it turns the monitor off, the power light goes yellow, its green when on. I am building and uploading will see if I can keep the port open, on the hobbytronics board they reversed serial ports so you can plug a sparkfun or adafruit ftdi in. Will try, I'll take some pictures. I'm on monitor 4... this one is only VGA Will put a logic probe on pin to to make sure its open

…

On Thu, Mar 21, 2019, 10:12 Marco Maccaferri ***@***.***> wrote: The USB stack needs an unconnected pin for its internal syncrhonization, that is P2 defined as USBNC, from the Hobbytronic schematic there is nothing on P2 so that's not a problem. Anyway, that will affect the USB stack only, all other sections are independent. If you open vt100.spin you'll see the startup sequence from line 105, the VGA driver is started at line 126 after the initial setup so you should at least see a blank screen. I haven't asked but are you really sure that the monitor goes to sleep and it isn't just displaying a blank screen right ? Also, from the debug serial port (the one connected to the prop-plug adapter pm P30/P31) you should see at least the 'USB Started' message, if you see nothing maybe something else is wrong here. If you are using propeller-load try with the following command: propeller-load -p /dev/ttyUSB0 -e -r -t115200 vt100.binary It should keep the terminal open and let you see the messages from the debug serial port. Are you compiling / uploading vt100.spin right ? Not other files. Spin programs are not like other sources, they need a "root" source that calls all others, in this case is vt100.spin. If you attempt to compile and upload other files it won't work. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#2 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AteoRiPdhyyhX0n6eejIwDPnzjWbTWpEks5vY71ggaJpZM4cAvXS> .

[konimaru]

What's the exact model/make of the monitor you have?

[huskeyw]

compiled with leaving the port open,
D:\propeller-vt100-terminal-master\propeller-vt100-terminal-master>propeller-load -p /com12 -e -r -t115200 vt100.binary
Propeller Version 1 on /com12
Loading vt100.binary to EEPROM via hub memory
23644 bytes sent
Verifying RAM ... OK
Programming EEPROM ... OK
Verifying EEPROM ... OK
[ Entering terminal mode. Type ESC or Control-C to exit. ]
^C
D:\propeller-vt100-terminal-master\propeller-vt100-terminal-master>openspin -b -u vt100.spin
Propeller Spin/PASM Compiler 'OpenSpin' (c)2012-2018 Parallax Inc. DBA Parallax Semiconductor.
Version 1.00.81 Compiled on Apr 27 2018 09:13:30
Compiling...
vt100.spin
|-usb-fs-host.spin
|-com.serial.spin
|-com.serial.terminal.spin
|-com.serial.spin
|-string.integer.spin
|-waitvid.80x25.nine.driver.spin
|-generic9x16-4font.spin
|-i2c.spin
|-keymap_it.spin
|-keymap_uk.spin
|-keymap_us.spin
|-keymap_fr.spin
|-keymap_de.spin
|-keymap_no.spin
Done.
Unused Method Elimination:
73 methods removed
1 objects removed
1788 bytes saved

Program size is 23644 bytes

D:\propeller-vt100-terminal-master\propeller-vt100-terminal-master>propeller-load -p /com12 -e -r -t115200 vt100.binary
Propeller Version 1 on /com12
Loading vt100.binary to EEPROM via hub memory
23644 bytes sent
Verifying RAM ... OK
Programming EEPROM ... OK
Verifying EEPROM ... OK
[ Entering terminal mode. Type ESC or Control-C to exit. ]

no output from the serial port..

my monitors
dell us2410
dell e151fpb

[konimaru]

re: serial, I noticed you swapped the pins (31/30) in your first post. Was that on purpose?

[konimaru]

Odd, both monitors should be able to handle 720x400@70Hz.

[huskeyw]

It's how the board is wired from hobbytronics.. I did it both ways.. intresting that no matter where I put serial the propeller will let it be reprogramed,

…

On Fri, Mar 22, 2019, 01:24 Marko Lukat ***@***.***> wrote: re: serial, I noticed you swapped the pins (31/30) in your first post. Was that on purpose? — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#2 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AteoRpzoLm9gyOoa9atv8rcS1n6DoITiks5vZJNRgaJpZM4cAvXS> .

[huskeyw]

Well, I need to grab the oscope and logic probe.. I added some debug and it does not print that either.. so something on the board is causing it to not boot.. lole I said, I would send you the board and see what you think, you could keep it, I'll get another. I do appreciate the help, I'll send you one of the mcb2 boards I'm using as well, dont have the cmos z80 but I can throw in the amtel amtel and memory as a thank you

…

On Fri, Mar 22, 2019, 01:44 Marko Lukat ***@***.***> wrote: Odd, both monitors should be able to handle ***@***.*** — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#2 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AteoRvemuuUpeBSgqHkgobUJis4icB0sks5vZJgBgaJpZM4cAvXS> .

[maccasoft]

Out of curiosity, I have uploaded the serialVGA firmware to one of my boards and it works, without changes.

If you want to try one last thing, the following is the bare minimun code needed to start the vga driver:

PUB start | temp

    wordfill(@scrn, $41_70, scrn_bcnt)
    cursor.byte[CX] := 0
    cursor.byte[CY] := 0
    cursor.byte{CM} := (cursor.byte{CM} & constant(!CURSOR_MASK)) | CURSOR_ON | constant(CURSOR_ULINE | CURSOR_FLASH)

    link{0} := video | @scrn{0}
    link[1] := font.addr
    link[2] := @cursor
    vga.init(-1, @link{0})

Replace the init method (or rename the existing to init2 and add the above before it, must be the first method in the source), compile and upload. Make sure to keep indentation and the like, spin source depends on indentation like Python, one row not aligned correctly and the program may not work as expected.

[konimaru]

For the record, I just tried the built-in demos for C0DF and NINE on a Dell U2412M (at work) and I do get a perfectly normal VGA image (720x400@70).

h/w is Quickstart with HIB.

[huskeyw]

I am sure it's this board, or something I screwed up. Have not had time to get back to it, thanks for the support

…

On Mon, Mar 25, 2019, 01:19 Marko Lukat ***@***.***> wrote: For the record, I just tried the built-in demos for C0DF <https://github.com/konimaru/waitvid.2048/tree/master/80x25%20RAM/C0DF/src> and NINE <https://github.com/konimaru/waitvid.2048/tree/master/80x25%20RAM/NINE/src> on a Dell U2412M (at work) and I do get a perfectly normal VGA image ***@***.***). — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#2 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AteoRqNE7Qs6VH9lI9ZT1ipKWQMV5m4Oks5vaIaSgaJpZM4cAvXS> .