PotatoFi Posted March 7, 2020 Report Share Posted March 7, 2020 On 3/6/2020 at 12:38 PM, aperezbios said: The PCBs are finally out for delivery today via DHL. I'll keep y'all updated. Let me guess... delayed by Chinese New Year and Coronavirus? I did a run of PCB's for a conference badge a few weeks ago, and at the last minute I had to do an emergency order from a Korean PCB manufacturer because my order from JLCPCB so delayed. It sounds like a lot of people have been affected by this. Looking forward to seeing how they turn out! Quote Link to post Share on other sites
Sunoo Posted March 8, 2020 Report Share Posted March 8, 2020 2 hours ago, PotatoFi said: Let me guess... delayed by Chinese New Year and Coronavirus? I did a run of PCB's for a conference badge a few weeks ago, and at the last minute I had to do an emergency order from a Korean PCB manufacturer because my order from JLCPCB so delayed. It sounds like a lot of people have been affected by this. Looking forward to seeing how they turn out! That’s surprising, since I recently got an order from JLCPCB and they told me they weren’t experiencing any interruptions due to Coronavirus. Quote Link to post Share on other sites
aperezbios Posted March 8, 2020 Report Share Posted March 8, 2020 16 hours ago, PotatoFi said: Looking forward to seeing how they turn out! They're here, and rather than hijack this one further, I've started a new thread for it here. I'll be selling them with parts kits Quote Link to post Share on other sites
Bunsen Posted April 20, 2020 Report Share Posted April 20, 2020 @saybur - I'm curious to know what sort of file transfer speeds you're seeing to and from the SD drive over SCSI if you get a moment to test that Quote Link to post Share on other sites
saybur Posted April 25, 2020 Author Report Share Posted April 25, 2020 I just pushed an update to Github that gets the speed to ~950kB/s on my modern desktop with an AVA-2906 host (originally it was more like ~550kB/s). Theoretical maximum with the microcontroller's CPU clock is probably something like 1.8MB/s, so there is still quite a bit of room for improvement. Also, I'm also planning on getting mode information into the firmware to allow formatting and the like: Linux is not happy with this device not providing it, though AFAIK it isn't strictly required by the spec. There are also plenty of other bugfixes that likely need to be applied as well. Quote Link to post Share on other sites
saybur Posted May 1, 2020 Author Report Share Posted May 1, 2020 I finally got enough additional commands implemented that a patched copy of HD SC 7.3.5 can format the emulated drive, which is so much nicer than having to pull the SD card and have to format it on a separate computer. I also did some more speed testing on my IIci and got ~1.25MB/s on reads and ~768kB/s on writes. The same computer also has an older SCSI2SD clone board, which averaged ~1.15MB/s read and ~1.00Mb/s write performance. Testing was done with 100-600K transfer sizes using SCSI Evaluator 1.07. I'd take these results with a grain of salt, and I'd be curious if anyone reading can verify similar SCSI2SD performance in a IIci. Future plans include increasing write performance and seeing if any of these tweaks can be applied to the Ethernet controller as well. I also want to test this on a Plus and see if the thing works with the quirky SCSI implementation that computer has. I hope to get my Plus recapped in some free time coming up, and I'll see what that testing shows. Quote Link to post Share on other sites
landoGriffin Posted October 11, 2020 Report Share Posted October 11, 2020 I ordered a few of these boards to check out. Do you have any suggestions for a low cost programmer? It looks to me that the Pocket AVR programmer from sparkfun should work. Am I missing anything major? https://www.sparkfun.com/products/9825 Or, it appears I might be able to just use the GPIO pins from a Raspberry Pi too.... https://learn.adafruit.com/program-an-avr-or-arduino-using-raspberry-pi-gpio-pins/overview Any suggestions? I'm looking forward to getting my parts and checking this out! Quote Link to post Share on other sites
saybur Posted October 12, 2020 Author Report Share Posted October 12, 2020 I personally use and like the Olimex AVR-ISP-MK2, a clone of the real AVRISP mkII. Mouser and Digikey have it for ~$24 and it is useful across the main 8-bit AVR line: it does ISP for regular AVRs and PDI for Xmegas like on this board (though not UPDI on the new mega0/tiny1 chips). Most of the tutorials out there are for the standard AVRs using ISP, but I did see a Raspberry Pi program for PDI here: https://github.com/DiUS/xmega-pdi-pi2 It looks like it hasn't been updated in a while though. Quote Link to post Share on other sites
landoGriffin Posted October 13, 2020 Report Share Posted October 13, 2020 Thanks for the info, @saybur!! Quote Link to post Share on other sites
landoGriffin Posted October 16, 2020 Report Share Posted October 16, 2020 For future readers of this thread.... I wasn't able to get the xmega-pdi-pi2 programmer to work with my ATxmega128a3. It threw an error while trying to program that there was a mismatch at address 212 I'm giving up on the pi method, and ordered the Olimex AVR-ISP-MK2 I've got too many projects lined up. Spending a day debugging a MCU programmer to save $25 isn't high on my list Quote Link to post Share on other sites
reukiodo Posted October 21, 2020 Report Share Posted October 21, 2020 Are there any plans to sell a complete kit? or even a complete model? I'd love to pay extra for the ability to just plug into a Classic. Quote Link to post Share on other sites
landoGriffin Posted October 21, 2020 Report Share Posted October 21, 2020 6 hours ago, reukiodo said: Are there any plans to sell a complete kit? or even a complete model? I'd love to pay extra for the ability to just plug into a Classic. I'll have an extra fully assembled board and ~3 spare PCBs once this is done. Once I get it working, let's talk! Quote Link to post Share on other sites
landoGriffin Posted October 21, 2020 Report Share Posted October 21, 2020 @saybur - Is there any additional setup that I need to do to make scuznet work? I've programmed the firmware with my brand new AVR-ISP-MK2. When I connect it up to my SE/30, the Nuvolink driver detects that it is there (it doesn't complain that the device is missing at startup). The Nuvolink utility also detects that its there and reports the MAC address as expected. However, whenever I try to do something on the network (Ping using AGNetTools, or open a web page with Netscape), the entire machine freezes. Do I need to have an SD card installed for the network functionality to work? (Currently, the slot is empty) SCSI probe doesn't correctly decode the "Nuvolink" information. Did you see this as well? (I ran into this problem while trying to develop this functionality on RaSCSI. SCSI Probe seems very picky about how the INQUIRY response is formatted.) Here's a picture of my board, in case you notice something blatantly obvious (like I have a chip on backwards or something). Note that I patched in a micro-USB power port instead of using the 5v barrel jack. That's what the giant booger of hot glue is. Quote Link to post Share on other sites
saybur Posted October 21, 2020 Author Report Share Posted October 21, 2020 No, it should be working at the point you're at. I don't have the firmware in front of me, but as far as I can recall the weird INQUIRY response is normal. Basic bus transactions must still be fine to get the info from the Nuvolink utility, so I'm guessing it's not anything with your soldering. Are you using the most recent commit in the git repo, and did you compile with debugging enabled? I'll get my board out tonight and see if I can get some additional stuff added that might be helpful in figuring this out. Quote Link to post Share on other sites
landoGriffin Posted October 21, 2020 Report Share Posted October 21, 2020 I built with the default options (just "make all"). It appears debugging is on by default, so I do have debugging on. I did built with the latest version. I forked your repo so that I could make updates to the README with some instruction updates. But my fork is up to date with your repo. Is the "TX" debug port just a RS-232 type signal? What baud rate did you use? I can hook up a TTL receiver and try to capture some info, if that helps. Quote Link to post Share on other sites
saybur Posted October 21, 2020 Author Report Share Posted October 21, 2020 It should be 500kbaud, but it's mostly just symbols at certain code points. I should really get a proper debugger some time... Thinking about this more, I wonder if it might be a power problem: the Ethernet controller draws extra juice to transmit, and it might be enough to cause the MCU to do a brown-out reset if the USB power source isn't up to the task. I was thinking of adding an LED pattern on reset so you could see it, but if you tie into the debug line you should be able to observe a reset that way too. Quote Link to post Share on other sites
landoGriffin Posted October 21, 2020 Report Share Posted October 21, 2020 Ooo... Good call. I'll give that a try! Quote Link to post Share on other sites
saybur Posted October 22, 2020 Author Report Share Posted October 22, 2020 I pushed an update to Github to help narrow down if this is a power problem. The Xmegas have a nice register that shows what the cause of the last reset was; I added a handler so if a reset was triggered by a brown-out the device will halt and go into a LED blink loop (1/2 sec on, 1/2 sec off). I figure a brown-out is a Bad Thing no matter what causes it, since it probably indicates the PSU is bad. If you could, try the most up to date firmware and let me know what you see. If you don't get the looping blink, could you let me know what state the LED is in when the system freezes? Quote Link to post Share on other sites
landoGriffin Posted October 22, 2020 Report Share Posted October 22, 2020 Thanks for the update @saybur, I just tried a 300w, 5v power supply with the same result. I'm questioning whether its really a brown out. But, I'll still give the new firmware a try in the morning. What do you use to monitor the console output? I'm using TeraTerm, but it looks like some of the characters that the software is sending are not printable ASCII characters. If you could double-check and share your serial port settings, I'd also appreciate it. The only time I see any output is on 9600baud. They're garbage characters, but I think that's expected. What is the non-power LED normally supposed to be showing? Its off most of the time, but I'll see if flicker ever now and then. Activity maybe? Thank you for your help! I really appreciate it! Quote Link to post Share on other sites
saybur Posted October 22, 2020 Author Report Share Posted October 22, 2020 Yeah, I agree that makes power issues seem way less likely. For the UART, 500kbaud is correct, but the device uses binary, not ASCII. Try that and see if data appears; debug.h has the symbol meanings. The LED will light during startup very briefly and again during bus transactions. Non-data transfers are fast enough it usually will just flicker briefly. Quote Link to post Share on other sites
saybur Posted October 23, 2020 Author Report Share Posted October 23, 2020 I've added a "testing" subdirectory to the Github repo that can be used to build a special firmware for doing post-assembly verification of a PCB. It's not comprehensive at all right now, but my goal is to expand it to cover as many of the connections into the microcontroller as possible. Boards like this have so many small parts that they are really annoying to debug if the hand-soldering is not perfect; I remember assembling some SCSI2SD clones a few years ago, and how much I appreciated having the scsi2sd-util helping me out when I had dry joints on some pads. @landoGriffin, I have a feeling this won't cover what you're experiencing yet, but I hope to get the control lines added to the board test firmware here over the next couple days. Quote Link to post Share on other sites
landoGriffin Posted October 23, 2020 Report Share Posted October 23, 2020 4 minutes ago, saybur said: @landoGriffin, I have a feeling this won't cover what you're experiencing yet, but I hope to get the control lines added to the board test firmware here over the next couple days. Thank you for your help, @saybur! I did notice I had some of the resistors installed sideways, but fixing those didn't seem to help. More troubleshooting tomorrow night! Quote Link to post Share on other sites
saybur Posted October 24, 2020 Author Report Share Posted October 24, 2020 All right, the most recent commits on Github have a much more comprehensive test suite ready to go. It requires building a simple loopback adapter for the DB25 connection, with instructions in the repo. At the moment, this will check all of the SCSI lines and the connection to the Ethernet controller, but not the memory card. Hopefully this will highlight whats going on if its a problem with the hardware. Quote Link to post Share on other sites
landoGriffin Posted October 24, 2020 Report Share Posted October 24, 2020 39 minutes ago, saybur said: All right, the most recent commits on Github have a much more comprehensive test suite ready to go. It requires building a simple loopback adapter for the DB25 connection, with instructions in the repo. At the moment, this will check all of the SCSI lines and the connection to the Ethernet controller, but not the memory card. Hopefully this will highlight whats going on if its a problem with the hardware. Very cool!! Thank you so much! Quote Link to post Share on other sites
landoGriffin Posted October 24, 2020 Report Share Posted October 24, 2020 ITS ALIVE!! @saybur - I owe big time!! (Let me know if you ever want a RaSCSI, I'll hook you up) Quote Link to post Share on other sites
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.