Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.Sign up
Accessing ESP32/RunCPM via Network WiFi using telnet #74
I just received a TTGO board. I compiled RunCPM and it seems to work.
I created a ESP32_telnetd.h and with a small change to the arduino_abstraction, I am now able to telnet into the ESP32/RunCPM board.
Seems to work, nothing has failed yet. The EXIT (was halt the emulator) command does a network close and waits for another inbound connection.
Is there a blog somewhere that we can post code and make comments?
CP/M 2.2 Emulator v3.7 by Marcelo Dantas
RunCPM Version 3.7 (CP/M 2.2 60K)
RunCPM Version 3.7 running on ESP32
RunCPM Version 3.7 (CP/M 2.2 60K)
Connection closed by foreign host.
Yayyyy... telnetting into CP/M... \o/
Can you make a PR for this?
I don't think fragmentation of information is a good idea. So looking for a way how to keep blogging and documentation here would be my preferred choice.
ForthHub is using the issues of an extra repository as a kind of forum.
PRs have discussions too.
Doing it with Git and keeping it clone-able is better for the survival of the information.
Summary: Probably we can discuss code and have blogging here in many ways. We just need to define how to do it.
In the zip file: ESP32_telnetd.README Notes from Mark Bramwell re: ESP32_telnetd.h This will turn the ESP32/RunCPM into a network node. While the network connection is alive, the serial terminal is also live. A serial terminal connection is not required, the ESP32 will run standalone from battery. changes from stock RunCPM RunCPM: #include "ESP32_telnetd.h" #ifdef ESP32 _clrscr(); initializeWiFi(); #endif Also increased serial speed to 115200 (makes a big difference!) abstraction_arduino.h: search for "wifi" keyboard/serial routines now also send/check the network stack Specific functions changed include: int _kbhit(void) uint8 _getch(void) void _putch(uint8 ch) void _clrscr(void) ccp.h: The EXIT command has been changed to force a reboot of the ESP32 instead of just halting case 8: // EXIT #ifdef ESP32 wifi_disconnect_sessions(); ESP.restart(); #endif ESP32 ESP32_telnetd.h is a new file
I’ll give the code a check tomorrow evening to make all is good. I’ll have to figure out how to properly do github without embarrassing myself too badly. If you would like to play with the code right away: http://web1.foxhollow.ca/RunCPM/ Edit ESP32_telnetd.h Put in your own SSID + password You can select DHCP or STATIC Uncomment this line: // #define use_static_ip Then look in the same file for the lines that look like: // If you have requested a STATIC IP for your ESP32 #ifdef use_static_ip IPAddress local_IP(192, 168, 31, 50); IPAddress gateway(192, 168, 31, 1); IPAddress subnet(255, 255, 255, 0); #endif Then Control-U to send it to your ESP32 TTGO
Don't worry! I periodically screw up my own repositories and then need to pull them from GitHub/GitLab again to restart from a safe state. Shit happens! Life has too many other tasks that are far more important than becoming a never failing git expert...
I'll look at it but maybe your polished version will be there faster than my results.
After clearing the screen:
Ok... so far, so good.
I need to narrow that down before anything else.
Both DOIT boards have filesystem problems. One runs RunCPM with Telnetd, the other one runs the "normal" RunCPM. The filesystem problem shows up with a 2GB and a 4GB card in both boards.
So far I'm out of ideas what to look at next.
Changes in my branch for experimenting (
I've put my WiFi config in an own header which is added to
There is an empty example for this file instead:
Maybe somewhen we'll have a better idea how to set SSID and PASSWORD without fearing to publish it via git.
So far for a summary of the stuff I did before dropping the pen because of the SD card problems. I need to wait for ideas what to examine next to track that down.
Update @ 20190109-1353-UTC:
Maybe the old SD library activated internal pull-up resistors or might have been slow enough not to cause errors with missing pull-ups and therefore slower signal rising times. The now faster new library may need the external pull-ups. Adding them looks ugly on the breadboard. I'll look for Wroom32 boards with an onboard SD card slot to have a mechanically robust solution instead.
On the other software I make (GTALua) we use Discord. It has a gaming "mood", but I'd persistent chat, so we can share code and scroll back to the beginning of time. Cheers, Marcelo…
On Mon, Jan 7, 2019, 4:26 AM yeti ***@***.*** wrote: Can you please retitle this issue to include ESP32 and TELNETD? — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#74 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AP_Gi5tEkZhYm46dMFNOYw3kZ_z_iUGRks5vAxLNgaJpZM4Zy0JM> .
Telnetting to RunCPM.
I threw it in the corner because of SD card access errors. Meanwhile I have some more SD breakouts (still untested) but I'm not expecting them to behave better because I had write failures on the Wrover32 board with onboard SD slot too which should have those pullup resistors. I'm waiting for the right moment and mood to retry it but that's not a telnet related issue.