I just powered up the new H89-Serial-USB on my H89-SBC system and it powered-up fine and it is running the RAM tests. Also, the VDIP1 initialized properly.
I had to remove the FT245RL breakout board as I did an exact copy of the pins on the pcb and when using the right angle connector, I forgot that I needed to rotate the female port pins signals. I will need to build a custom cable to reversed the signals to test with the FT245Rl breakout board.
Next steps:
Thanks,
Norberto
On May 7, 2022, at 6:22 PM, norberto.collado koyado.com <norberto...@koyado.com> wrote:
--
Thanks,
Norberto
You received this message because you are subscribed to the Google Groups "SEBHC" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sebhc+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/sebhc/SN6PR01MB3855929A95DC97D1576CB6F8F7C49%40SN6PR01MB3855.prod.exchangelabs.com.
I checked everything, I think, but it starts to boot from the Z67-IDE+ and then it hangs…..
To view this discussion on the web visit https://groups.google.com/d/msgid/sebhc/C50FE992-64C8-4A8E-8B3D-4F48B1A94DF2%40gmail.com.
As the Z-67 controller failed, I decided to use the Z-37 controller to continue with the tests.
Now I get Bad command when using the Vtalk89 program. I cannot read the USB flashdrive.
Norberto
To view this discussion on the web visit https://groups.google.com/d/msgid/sebhc/SN6PR01MB38557F211A7A4C2DF02F7436F7C79%40SN6PR01MB3855.prod.exchangelabs.com.
Full trace:
To view this discussion on the web visit https://groups.google.com/d/msgid/sebhc/SN6PR01MB3855CE2D8475B3973A854E9AF7C69%40SN6PR01MB3855.prod.exchangelabs.com.
Vtalk is a good program to test with since it’s extremely simple, but see note below…
For console I/O it suspends the HDOS interrupt handler and just polls the console port (350Q) directly:
/* conout - output a character directly
** to the console serial port
*/
conout(c)
char c;
{
/* Wait for Transmit Hold Register empty */
while ((inp(CONSOLE+5) & 0x20) == 0)
/* wait ... */;
/* Then transmit the character */
outp(CONSOLE,c);
}
/* conin - return a character directly from the
** console port, return NUL if none available
*/
int conin()
{
/* check for Data Ready */
if ((inp(CONSOLE+5) & 0x01) == 0)
/* return -1 if no data available */
return 0;
else
/* read the character from the port and return it */
return inp(CONSOLE);
}
It uses the same approach to output to the VDIP device:
/* out_vdip - send a character to the VDIP-1 via the
** specified port
*/
out_vdip(c)
{
/* Wait for ok to transmit */
while ((inp(p_stat) & VTXE) == 0)
/* while bit is low just wait ... */
;
/* OK to transmit the character */
outp(p_data,c);
}
/* in_vdip - return a character from the
** VDIP-1 or -1 if none available
*/
int in_vdip()
{
/* check for Data Ready */
if ((inp(p_stat) & VRXF) != 0)
/* read the character from the port and return it */
return inp(p_data);
else
/* return -1 if no data available */
return -1;
}
So it’s reading the VDIP fine but having a problem relaying the console input.
Your console I/o is working fine otherwise? E.g. in HDOS?
It looks like you have a pretty old version of VTALK. When I first developed the Vinculum utilities we were using port 260Q on the H8 version of the card, then the H89 version came out and was using 330Q as the base. So my workaround at the time was to look at how each command was invoked on the command line (easy to do in C – look at argv[0]). If it was VTALK I assumed the H8 (260Q), if it was VTALK89 I used the new 330Q base. So both VTALK and VTALK89 were the same executable, they just set the port differently.
We have now resolved this problem and all VDIP users should be on port 330.
You may want to try my newer versions of all the Vinculum utilities (beta 4.0) which fixes all this. Search for “Vinculum (USB) Utilities Ver. 4.0 by Glenn Roberts - February 2022” on the sebhc github software page:
https://sebhc.github.io/sebhc/software.html
these all default to the new port number but you can always override that with the ‘-p’ switch to specify a port… no longer necessary to use the VTALK89 naming trick – these should run “out of the box” on any of our platforms…
To view this discussion on the web visit https://groups.google.com/d/msgid/sebhc/SN6PR01MB3855CE2D8475B3973A854E9AF7C69%40SN6PR01MB3855.prod.exchangelabs.com.