|
Before we found the 16 port hub, we had 4 4-port hubs connected to a 5th hub, which was then connected to the machine. This was called, with a straight face, the 'dongle farm'.
Software Zen: delete this;
|
|
|
|
|
why do you need so many USB interfaces?
diligent hands rule....
|
|
|
|
|
We build commercial ink-jet printers. Most of our systems are flexible, and you can move printheads from one machine to another. For a customer with multiple systems, they like to move heads around to fit the job for that particular machine. We accomplish this with a dongle per printhead. For example, a customer can have 10 printheads and move them between two machines. One can be set to print black front and back (2 heads), while the other is printing full color (cyan, magenta, yellow, and black). Another time you can have all 4 black printheads on one machine and print a wider swathe.
These are over and above the usual mouse, keyboard, touch screen, and a couple more dongles that control optional features. I hate the whole dongle thing myself (the device drivers are a PITA), but it works.
Software Zen: delete this;
|
|
|
|
|
you can charge your phone, and attach other USB devices? I don't know, its just a hunch. 
|
|
|
|
|
I had a couple of keyboards with built-in USB hub, until I switched to wireless devices. Now I have a screen with a USB hub, and would never buy a new screen without it.
When the USB hub was in the keyboard, I had the mouse plugged into it. Today, even the mouse is wireless, but the sockets in the screen are regularly in use for memory sticks, charging my phone and my phone keyboard, transferring images from my SLR camera, connecting the scanner that is used so rarely that it is stowed away in a cabinet. I even have a USB floppy drive, and (believe it or not), I have used it this year!
|
|
|
|
|
trønderen wrote: I even have a USB floppy drive
I worked for a company that shut its doors after a buyout. Salespeople returned their laptops, and I salvaged a USB floppy drive from one of them. Not so useful on a day-to-day basis, but when you need it, it's extremely valuable.
|
|
|
|
|
And the same is standard meanwhile with most monitors to have a 'USB hub' above your desk 
|
|
|
|
|
It's there so when that one breaks you can plug in a new keyboard and carry on as if it hadn't happened.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
could you imagine a string of like 4-5 keyboards. too funny.
|
|
|
|
|
Required qualifications for use: At least three years experience with a large pipe organ.
|
|
|
|
|
Holy sunshine this is brilliant. I will now search for a keyboard+hub and berate myself for not having ever thought of it.
GCS d--(d-) s-/++ a C++++ U+++ P- L+@ E-- W++ N+ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- r+++ y+++* Weapons extension: ma- k++ F+2 X
|
|
|
|
|
I'm working on porting a library, cleaning it up and eliminating its deficiencies.
The issue is that it's utter magic.
They use SPI communication from the Arduino framework and the ESP-IDF framework side by side, and I have no idea how Bodmer is getting away with that. I would have expected each to assume exclusive access to the SPI hardware.
Sure enough, as soon as I initialize the ESP-IDF's SPI code under Arduino I lose the Arduino SPI comms entirely.
When his code does it, it works.
I COPIED AND PASTED.
I'm seriously running out of ideas. Our initial initialization code is identical, but his keeps working.
I'd ask him about it but I've been bugging him a lot lately, and I also don't want to be like "Hey, will you help me port your library away from your codebase?
Real programmers use butterflies
|
|
|
|
|
Sleep a good-night sleep, than add some more rat-hair and frog-leg... it will work...
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
|
|
|
|
|
I got uncharacteristically good sleep last night. Maybe I'll solve it today. 
Real programmers use butterflies
|
|
|
|
|
Make sure the dead chicken you waved over the code is all dead, not mostly dead.
The Princess Bride - Miracle Max
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
A hidden compiler setting? :Uugh!: 
|
|
|
|
|
No. I wish it was that simple.
Real programmers use butterflies
|
|
|
|
|
Yeah,
You probably should just listen to what @Rick-York said about keeping those macros[^]. I didn't respond to your post but you would probably need to __inline those functions to get the same result. I assume that your problems are timing based issues.
Best Wishes,
-David Delaune
|
|
|
|
|
They are inlined. And given it works until I bring the ESP-IDF into it I don't think it's timing. I am creating a repro using macros though.
Real programmers use butterflies
|
|
|
|
|
honey the codewitch wrote: I don't think it's timing.
Do you have this up on Github? I can't think of many other reasons your changes would break the existing functionality. Regardless of the platform you are using, converting the macros to functions will result in a prolog and epilog[^] around the instructions.
Keep in mind that the __inline keyword is a compiler hint. The compiler might decide to produce a function and ignore your suggestion.
I'm drinking red wine again (it's the Christmas month holidays) so feel free to ignore me.
Edit:
Don't bother complaining about the x64 MSDN link, it doesn't matter, __inline is a compiler hint. Use a disassembler to view what is being produced.
|
|
|
|
|
I do. I'm producing a simpler repro because I've got a thread going on the ESP32 subreddit about it.
Apologies for the size and relative complexity of this one. It's also test code so it's not cleaned up like it should be although the relative structure is clean enough.
GitHub - codewitch-honey-crisis/tftespip8test[^]
I've checked the inlining at Compiler Explorer[^] and it's working as expected. I have a FORCE_INLINE macro to ham-fistedly tell GCC i'm not kidding. It uses __attribute((always_inline)) so it's stronger than __inline I think. I'm targeting GCC specifically so it's no big deal.
The necessary magic will be in the first class in this file: tftespip8test/tft_io.hpp at master · codewitch-honey-crisis/tftespip8test · GitHub[^]
Although it doesn't do DMA until it's triggered in the copy_from template method in tftespip8test/ili9341.hpp at master · codewitch-honey-crisis/tftespip8test · GitHub[^]
The issue is that as soon as the bus::initialize_dma() is called, no further bus::write_raw8 calls will function. Only write_raw_dma which I can't use for everything. I need to be able to use both. I know it's possible because other code does it.
Real programmers use butterflies
|
|
|
|
|
Well,
That doesn't help. The code you are showing me produces 30+ JMP instructions in addition to the potential prologue and epilogue.
i'm buzzing, I'll look again tomorrow.
|
|
|
|
|
the io bus code should not be doing that. code that calls it is another story.
tft_spi is the thing that should be inlined. The rest doesn't matter
Real programmers use butterflies
|
|
|
|
|
|
so, when you extend your main display to all other displays the taskbar has no date time on the extended displays? I wonder why they would take the time to remove that feature that has been present for so many years.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
