*** tpb has joined #timvideos | 00:00 | |
*** jea[m] has joined #timvideos | 00:06 | |
mithro | xfxf: ping? | 00:09 |
---|---|---|
Kamilion | hm, anyone got experience with bulk flash drives with custom branding? 100-200 units, conswag sort of thing? | 00:12 |
CarlFK | Kamilion: #pumpingstationone | 00:17 |
CarlFK | I suspect 200 is too low | 00:18 |
CarlFK | I was trying to get 100 SD cards with a custom raspberry pi image on them. not a chance | 00:18 |
*** CarlFK[m] has quit IRC | 00:24 | |
*** jea[m] has quit IRC | 00:24 | |
Kamilion | Hm, we can do mass imaging internally; but we can't do silkscreening or laser engraving internally | 00:28 |
Kamilion | i suppose you're right though, just use the hackerspace's epilog | 00:29 |
Kamilion | had a look on ebay for an epilog, just for giggles; as I used to have one 6-7 years ago... click on a used one for $5500, then the "You may also like" drops six 40/60W epilog clones between $400 and $2000 new on me. | 00:39 |
Kamilion | this $1800 one's even got an ethernet port and pretends to be a Just Another Printer On The Network | 00:40 |
Kamilion | They say you get what you pay for, but sheesh, it might cost me more than $340 to get a hundred USB drives lasered up... http://www.ebay.com/itm/Professional-40W-Laser-Engraving-Machine-Exhaust-Fan-USB-Port-12-x-8-/252370336485 | 00:42 |
tpb | Title: Professional 40W Laser Engraving Machine With Exhaust Fan USB Port 12"x 8" (at www.ebay.com) | 00:42 |
*** cr1901_modern has joined #timvideos | 01:07 | |
mithro | CarlFK: I've got a project for you | 01:10 |
mithro | cr1901_modern: ping? | 01:10 |
CarlFK | mithro: what's that? | 01:11 |
cr1901_modern | mithro: I just got back home, not much has occurred since we last chat :) | 01:12 |
mithro | CarlFK: Could you build a little rig which lets you power cycle an Opsis via a computer? You just need like a little relay or something on the power connector connected to a USB microcontroller or GPIO on some board | 01:12 |
mithro | cr1901_modern: Have you pushed your xmodem code anywhere? | 01:12 |
cr1901_modern | mithro: https://github.com/cr1901/hdmi2usb-litex-firmware | 01:12 |
tpb | Title: GitHub - cr1901/HDMI2USB-litex-firmware: A version of the HDMI2USB firmware based around the misoc+migen tools produced by m-labs. (at github.com) | 01:12 |
mithro | cr1901_modern: are you just working on the xmodem side of things at the moment? | 01:14 |
cr1901_modern | mithro: yes. Though I can do SFL in parallel if you wish | 01:14 |
mithro | cr1901_modern: I don't see any of the "spiflash"ing side of things? | 01:14 |
cr1901_modern | mithro: firmware/flash.c | 01:15 |
cr1901_modern | mithro: Wait, I apologize | 01:15 |
cr1901_modern | I screwed up | 01:15 |
*** paradisaeidae_ has joined #timvideos | 01:16 | |
mithro | forget to push something? | 01:16 |
cr1901_modern | mithro: Yes. It does appear I forgot to push something... hmmm... | 01:17 |
cr1901_modern | mithro: https://github.com/cr1901/litex | 01:22 |
tpb | Title: GitHub - cr1901/litex: Build your hardware, easily! (at github.com) | 01:22 |
cr1901_modern | Pushed now | 01:22 |
*** paradisaeidae_ has quit IRC | 01:26 | |
mithro | cr1901_modern: You only seem to call "erase_flash_sector" at the moment? | 01:28 |
*** CarlFK[m] has joined #timvideos | 01:30 | |
cr1901_modern | mithro: https://github.com/cr1901/HDMI2USB-litex-firmware/blob/master/firmware/flash.c#L100 | 01:30 |
tpb | Title: HDMI2USB-litex-firmware/flash.c at master · cr1901/HDMI2USB-litex-firmware · GitHub (at github.com) | 01:30 |
*** tangrs has quit IRC | 01:31 | |
cr1901_modern | Reading works fine; the xmodem part is what's broken | 01:31 |
mithro | cr1901_modern: Ahh | 01:32 |
cr1901_modern | The same code will work for the Opsis _if_ I design the quad SPI interface correctly | 01:34 |
cr1901_modern | mithro: Does opsis have a JTAG port, or is that the fx2's responsibility? | 01:36 |
*** tangrs has joined #timvideos | 01:44 | |
mithro | cr1901_modern: Well it has JTAG port for an external JTAG programmer, the fx2 can also be a USB->JTAG | 01:44 |
cr1901_modern | mithro: Is that what the mode-switch tool is for? | 01:47 |
mithro | cr1901_modern: Yes | 01:47 |
cr1901_modern | swap from serial port to "jtag/maintenance mode"? | 01:47 |
mithro | cr1901_modern: yeah | 01:47 |
cr1901_modern | Well for the time being if I need JTAG I'll use my external programmer. Once xmodem is implemented, reprogramming the firmware/gateware on Windoze will be less dire, and if I flash a bad gateware/firmware, I can use JTAG to revert | 01:48 |
*** jea[m] has joined #timvideos | 01:49 | |
*** cr1901 has joined #timvideos | 02:16 | |
*** cr1901 has quit IRC | 02:20 | |
CarlFK | mithro: https://numato.com/relay-modules/usb-relay/?sort=priceasc | 02:21 |
tpb | Title: USB Relay Modules With GPIOs and Analog Inputs (at numato.com) | 02:21 |
mithro | CarlFK: yes, something like that | 02:22 |
CarlFK | mithro: $25 - 2 relays, usb powered, shows up as a serial port | 02:27 |
mithro | CarlFK: sure | 02:27 |
CarlFK | mithro: the price is about $15 + $5 per relay. seems silly to get only one, other than size of the device... | 02:28 |
CarlFK | mithro: I figured 1 for what we want, 1 more "just in case" ... can you think of any use for more than 2? | 02:29 |
*** paradisaeidae has joined #timvideos | 02:41 | |
*** rohitksingh has joined #timvideos | 03:55 | |
*** paradisaeidae has quit IRC | 04:01 | |
mithro | Hi rohitksingh! | 04:02 |
rohitksingh | mithro: Hi! | 04:40 |
mithro | How goes your long weekend? | 04:40 |
rohitksingh | mithro: Its going good :) Just published https://github.com/rohitk-singh/usb-device Please don't laugh though at the amateur code :p | 04:42 |
tpb | Title: GitHub - rohitk-singh/usb-device: USB 2.0 Device IP core using Migen with out-of-box AXI IP Core (at github.com) | 04:42 |
mithro | rohitksingh: Would be good to add a picture of how you connected it up... | 04:51 |
rohitksingh | mithro: Yeah definitely. | 04:53 |
CarlFK | mithro: can you look at my atlys setup soon - I am guessing you are going to want me to move a jumper around | 04:58 |
mithro | CarlFK: At the moment I have other higher priority things to look at... | 04:58 |
CarlFK | no prob - I have an Opsis hooked up too. I forget what started this ;) | 05:00 |
CarlFK | I think it was the 50/60 hz thing that DC maybe bumped into | 05:01 |
mithro | CarlFK: Oh, testing two outputs, 1 input + encoder with 60Hz verse 50Hz outputs | 05:03 |
CarlFK | mithro: sounds like it | 05:04 |
CarlFK | output0: [email protected] from input1 (underflows: 1662) | 05:12 |
mithro | CarlFK: And do they go away at 50Hz? | 05:20 |
CarlFK | mithro: looks like it. I did "s on" and have been watching | 05:23 |
mithro | CarlFK: If you add a second input on 50Hz, do you start getting underflows there too? | 05:23 |
CarlFK | mithro: I need to run a cable, right? just enabling it isnt' enough? | 05:24 |
mithro | I think so, for inputs if no data is coming it won't use up bandwidth IIRC | 05:25 |
CarlFK | mithro: yes, 2nd input and getting: output0: [email protected] from input1 (underflows: 497) | 05:41 |
CarlFK | mithro: switched to 60 - output0: [email protected] from input1 (underflows: 187946) | 05:41 |
CarlFK | mithro: screen saver kicked in, no more underruns | 06:02 |
CarlFK | im heading to bed | 06:03 |
mithro | Okay | 06:04 |
mithro | rohitksingh: So what does your USB core do so far? | 07:06 |
rohitksingh | mithro: So far it just logs all activity on USB lines. For now, you can just issue multiple USB resets which forces Linux to try to re-enumerate the device. You can check the USB Get Descriptor packets sent by Linux which tries to know the maximum packet size supported by the device. This is followed by Set Address request. No requests have been implemented so far. | 07:14 |
mithro | Ahh cool | 07:14 |
*** twoolie has joined #timvideos | 11:21 | |
*** sb0 has joined #timvideos | 11:33 | |
*** twoolie has quit IRC | 12:56 | |
*** rohitksingh1 has joined #timvideos | 13:11 | |
*** rohitksingh has quit IRC | 13:14 | |
*** medicalwei has joined #timvideos | 13:37 | |
*** rohitksingh1 has quit IRC | 18:06 | |
*** nikivi has quit IRC | 20:04 | |
*** nikivi has joined #timvideos | 21:19 | |
*** techman83 has quit IRC | 22:01 | |
*** techman83 has joined #timvideos | 22:06 | |
*** ChanServ sets mode: +v techman83 | 22:06 | |
mithro | cr1901_modern: any progress? I was thinking that you should test the xmodem code outside the hardware itself | 22:59 |
cr1901_modern | mithro: I have been. I've been using qemu-litex | 23:01 |
cr1901_modern | mithro: And no progress; ask me in an hour | 23:01 |
mithro | cr1901_modern: https://github.com/timvideos/HDMI2USB-litex-firmware/blob/master/Makefile#L199-L200 and https://github.com/timvideos/HDMI2USB-litex-firmware/tree/master/test/edid | 23:03 |
tpb | Title: HDMI2USB-litex-firmware/Makefile at master · timvideos/HDMI2USB-litex-firmware · GitHub (at github.com) | 23:03 |
cr1901_modern | mithro: You want me to add a spiflash check? | 23:04 |
mithro | cr1901_modern: I was thinking more xmodem as it doesn't have any actual hardware dependency... | 23:05 |
cr1901_modern | mithro: Fair. That's a good idea | 23:06 |
mithro | cr1901_modern: Actually it would be super easy to just supply fake "spiflash_write" / "spiflash_read" which just store the info in a buffer somewhere that you can check later.. | 23:06 |
cr1901_modern | mithro: Well, the tests run on the development machine, right (amd64 env)? | 23:08 |
mithro | cr1901_modern: Yes | 23:08 |
cr1901_modern | I'll need to make a wrapper for serial port access on linux (termios.h)/windows, but that won't be difficult | 23:09 |
cr1901_modern | I need to test against minicom, other clients | 23:09 |
mithro | cr1901_modern: I would connect the serial stuff to just stdin/stdout? | 23:09 |
mithro | cr1901_modern: minicom and other programs shell out to another tool if I understand correctly | 23:12 |
mithro | cr1901_modern: lrzsz IIRC | 23:12 |
cr1901_modern | Oh... I totally forgot | 23:13 |
cr1901_modern | Erm yea, that should work. Main idea is that it doesn't make sense for me to write my own transmit program, which will probably have a bug or two, and test against my own receiver, which already doesn't work | 23:14 |
mithro | cr1901_modern: Yeah | 23:14 |
cr1901_modern | (and I'm sure it's some stupid mistake :/...) | 23:14 |
mithro | much easier to debug / understand on your host computer | 23:20 |
felix_ | cr1901_modern: for the serial port wraper have a look at libserialport | 23:27 |
felix_ | *wrapper | 23:27 |
cr1901_modern | felix_: Thanks, but as mithro correctly pointed out, doesn't make sense in this context. | 23:28 |
cr1901_modern | I just wasn't thinking :P | 23:28 |
felix_ | ok | 23:28 |
mithro | cr1901_modern: it would be nice to be able to reuse some of this stuff on the pic and FX2 in the future | 23:37 |
cr1901_modern | mithro: I told you I had an old xmodem library that worked :P | 23:38 |
cr1901_modern | it fits all your needs :D | 23:38 |
mithro | So, why aren't we using it now? | 23:39 |
cr1901_modern | mithro: Because you said you didn't want to have an external dep | 23:39 |
cr1901_modern | And additionally it does need to be cleaned up | 23:39 |
mithro | I'm okay with an external dep? | 23:41 |
cr1901_modern | mithro: https://github.com/cr1901/libmodem/tree/refactor | 23:54 |
tpb | Title: GitHub - cr1901/libmodem at refactor (at github.com) | 23:54 |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!