Note the difference is speed and busy yield time. SdFatSdio uses a traditional DMA SDIO implementation. Compiles out of the box for the Teens圓.5 and shows a massive performance increase using the EX library.Ĭode: SdFatSdioEX uses extended multi-block transfers without DMA. I am no expert with C++ and so I am confused where these libraries are defined, or even what functions they support. Uses libraries SdFatSdio and SdFatSdioEX. Note that this code does not work out of the box for the Teensy 3.5. Nightmare! NOTE: now fixed thanks to the information in this thread. If understand correctly the EX library uses high speed SDIO mode and the other uses regular SPI? When USE_SDIO is set to 1 it works, when set to 0 it fails (and my fixes like changing the chip select to BUILTIN_SDCARD and/or adding #including all hell breaks loose. I see "sd" declared either as SdFatSdioEX (works very fast) or as SdFat. I have tried example sketches and they appear to show that everything can work correctly. In order to get the code to compile I had to install the SdFat library from the library manager (V1.1.0). I have to say that I am confused by the various libraries, and even which mode the SD card is in (SPI or SDIO). usr/share/arduino/hardware/arduino/avr/cores/arduino/HardwareSerial.h:128: multiple definition of `wcreceive(int, char**)'Ĭollect2: error: ld returned 1 exit status usr/share/arduino/hardware/arduino/avr/cores/arduino/HardwareSerial.h:128: multiple definition of `rzfiles()' usr/share/arduino/hardware/arduino/avr/cores/arduino/HardwareSerial.h:128: multiple definition of `rzfile()' usr/share/arduino/hardware/arduino/avr/cores/arduino/HardwareSerial.h:128: multiple definition of `tryzhdrtype' usr/share/arduino/hardware/arduino/avr/cores/arduino/HardwareSerial.h:128: multiple definition of `tryz()' Zmodem/zmodem_rz.cpp.o: In function `getfree()': Zmodem_rz.cpp.o:/usr/share/arduino/hardware/arduino/avr/cores/arduino/HardwareSerial.h:128: first defined here What ar you compiling with? with the arduino 1.6.5 IDE I get these sorts of errors It would be fabulous if someone with an SDCard on an Uno, or better yet a Nano because it has little less flash available, would take the latest version for a test drive and let me know how it runs! Over here at GitHub: I put some macros into zmodem_config.h that allow you to disable send, receive, or the file manager commands just incase, but I'm hopeful it's not necessary to do so. I didn't think it could be done at first, but it appears I proved myself wrong. I even managed to do that and not have to choose to enable only one of send or receive. So jferguson and others who might be interested, I did a large scale overhaul to my ZModem sketch and I actually got it down (with a lot of very creative and unorthodox wrangling) to just under 30K of Flash and just under 2K of RAM needed. I'm not very good at the fine grained security configs, so I'd dearly like some help.I'm waking this thread up again because you guys show more signs of life than the folks at and I'm hoping someone will test my new sketch version on a small Arduino board. ru IPs trying to root their way in via telnet, so something seems to be working. The funny thing is, my BBS software tracks. I thought perhaps firewall issues with Telnet, so I followed this page here: I cannot telnet from my main systems to this PC, using Putty or SyncTERM In the router, opened telnet ports (TCP and UDP) of 23 for that PC only (192.168.1.2xx) Installed the BBS software and configured it. Made sure it can't see my other PCs or NAS. Set a static IP for the usual 192.168.1.2xx Since this is going on my TP-Link AX-1500 router (where the rest of my network PCs reside) I decided for security sake, I'd enable the Guest network and place the PC on there. I'm trying to set up an old-school BBS on a spare PC I have (haswell core i-5, 16GB RAM, Windows 10 LTSC)
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |