Per har sönder något

[uaxnet]

Fördelen när det går sönder är att går det ofta att flyga vidare ett kort tag med betoning på kort tag.
Nackdelen är högre bränsleförbrukning, inte dubbelt men nästa vid samma effekt uttag.

[Mizzarrogh]

Jag har lyckligtvis inte råkat ut för det själv men sett det på Amerikanska filmklipp.
Jag har länge undrat över förhållandet med bränsleförbrukning hos de nya, jag har bara sett dem köras på film, fast det låter ju iaf rimligt med tanke på att de gamla körs på optimerat varvtal (blir nog mycket hårdare belastning vid trickflygning och liknande dock föreställer jag mig, fast de planen är ju pyttesmå och väger ju nästan ingenting).

[MiaM]

TDS1002 startade men såg ut såhär

1002.jpg

Antagligen så har skärmen fått en stöt så att bondning från glaset till flex kabeln/pcbt har lossnat och den hadee också varit isär plockad och någon hade försökt laga men förstört mer än vad som blev lagat.
Den fick vara kvar som reservdel då en ny skärm kostar 700kr och det är det inte värt

Om man kan prata med dessa från en dator så kan den kanske vara bra för någon slags automatisk datainsamling?

Också: Det är otroligt att utvecklingen går så snabbt att vad som antagligen var ett rätt dyrt skåp en gång i tiden inte är värt att kosta på 700kr idag.
Hur står sig en såndär mot de ny riktigt bra budgetskåpen?

(Om man backar längre i tid så är min lilla erfarenhet av digitala skåp med CRT från sent 90-tal att det ser ofta väldigt brusigt ut på skärmen, och det känns som att det är för låg upplösning både i X- och Y-led. Å andra sidan så kan man väl ansluta en RGB2HDMI istället för CRT-monitorn i cirka alla de gamla digitala skopen antar jag...).

Floppy kontroller som har en egen mfm avkodare som inte bygger på en FD1791 eller liknande för att få till det. Men för att lyckas med timing så blev man tvungen att använda hårdsektor diskar (16 sektorer)
För att göra det ännu billigare så använde man sen en Z80-SIO som man ihop med Z80 CTC för att ta emot mfm strömmen, det som lurade mig när jag försökte se data var att de har varit tvungen att skicka ut data inverterat för att sio'n vill ha det så. Och för att kontrollera floppy använde man en PIO.

Det här påminner mig om OSI, Ohio Scientific, datorer som oftast hade 6502-processor (men kunde ha andra processorer), och som sen Elektor Junior Computer lånade/licensierade OS och konstruktionsidé från. Den använde en 6850 UART som floppykontroller, och lagrade varje byte med startbit och stopbit som vanlig asynkron seriell data, fast med pålagd modulering såklart. Nackdelen var att de rymde 90k på en enkelsidig 40-spårsdiskett, men fördelen var väl att en 6850 samt en klase 74xx-logik kostade nog markant mindre än en dedikerad floppykontroller-IC.

(Detta får mig också att tänka på kritiken mot Commodore som använde en komplett "dator" med 6502, 2k SRAM, ROM, två 6522 CIA och even hårdvara för att prata direkt med diskmekaniken (dvs deras kort drev motorerna direkt, och anslöt direkt till huvudet). Men när man tänker på det i efterhand så tillverkade de ju alla dyra kretsar förutom RAM själva, och dessa "dyra" kretsar var billigare än floppykontrollerkretsar, och som bonus gjorde denna konstruktion att den anslutna datorn inte behövde slösa minne (eller minnesrymd ens) för någon DOS, eftersom driven agerar mer som en filserver än en diskdrive sett ur datorns perspektiv. Datorn bara begär att läsa eller skriva en fil med ett visst namn, och driven serverar eller tar emot data sekventiellt. Ett starkt tecken på att detta skapades på 70-talet är att det finns inget API för att söka i sekventiella filer, utan driven har stöd för "relativa" filer som är record-baserat, uppenbart tänkt för databaser. Att flytta filpekaren fritt i något som inte är en databas var tydligen otänkbart... ).

Fördelen när det går sönder är att går det ofta att flyga vidare ett kort tag med betoning på kort tag.
Nackdelen är högre bränsleförbrukning, inte dubbelt men nästa vid samma effekt uttag.

Påminner om Ford OHC "Pinto"/"Lima" 4-cyl-motorn. Den går "alltid" sönder i en cylinder i taget. D.v.s. vevaxeln, vevstakar, kolvar och kamaxeln rör sig som de ska, med adekvat smörjning, även om ventiler kärvar fast, topplockspacking steks osv, så det går alltid att köra vidare på 2/3 cylindrar. Jag "har hört" att med en riktigt kass sån motor så kan man lagom komma upp i 50 efter någon kilometer när den är kallstartad, och efter ett par kilometer när den blivit lite varmare så orkar den 80... Misstänker att den motorn gick på en enda cylinder när den kallstartats, och på två när den blivit varmare, med tanke på att en sån i gott skick kan nå 160 på mätaren (dvs antagligen 140-150 på riktigt) vid det klart större luftmotståndet vid de hastigheterna...

Apropå att kunna flyga ett kort tag till så är det säkert många av oss "utomstående" som inte tänker på att flygplan kan ju "segla" hyggligt långt, och hastigheten i luften agerar ju också en bra startmotor för propellerplan så man kör inte slut på batterier om man provar olika saker för att få igång en strulande motor.
(Påminner mig också om piloterna som nödlandade ett stort jetflygplan genom att "segla", med jag tror endast den lilla elenergin planet kan få från det där "vindkraftverket" som automatiskt fälls ut om ingen av jetmotorerna eller APUn fungerar).

[uaxnet]

Hej igen

Fick hem några kort. Skall börja med det gör något vettigt

Har problem ibland med att testa skärmar. Speciellt när man inte vet om det är skärmen eller datorn som fungerar. Ja man kan alltid se med skåpet men det vore lite skönt att kunna testa skärmen utan datorn och även kalibrera den.

Testaren har utgångar för VGA (upppps råkade sätta kontakten fel så fick montera den på undersidan), RGB med stöd för CGA och EGA, komposit och s-video.
Basen är en RP2350, börjar bli något av en favorit, satt gränssnitt för extern skärm och rotary encoder, dock vet jag inte om jag kommer att använda det själv men det finns möjlighet.
För VGA blir det RGB333 så inte någon vidare färgupplösning men bättre än inget. Samma gäller för s-video och komposit. RBG blir 2 bitars plus intensity.
För att generar komposit och s-video använder jag en färdig krets AD724 som jag matar med en programmerbar oscillator SI 5351, då kan jag generar både PAL o NTSC

Börjat implementera lite kod och använder VGA för att det är smidigt med skärmen på skrivbordet. Knappt man vågar visa bilden på den med den felaktiga monteringen av kontakten. Får bygga en låda sen så det inte syns så mycket....

20261018_074041.jpg

Testbilden börjar bli rätt ok, att tänka på att det är en 640x480 bild på en 16:9 skärm

20261018_072857.jpg

Schemat man skulle säkert kunna göra saker mycket bättre men heller snabbt och nästa projekt sen .... Det är ju en hobby

Screenshot_20261018_074157.png

Själv kommer jag nog mest använda serial interfacet för att ställa in saker

Screenshot_20261018_075039.png

[Mickecarlsson]

[MiaM]

Nice!

Två mjukvaru-feature-creep-ideer:

1: Möjliggör att skicka ut 15kHz/TV-synk-frekvens-video även till VGA-kontakten, för att testa vilka skärmar som klarar detta. De skärmarna är attraktiva att använda ihop med t.ex. Amiga och Atari ST.
(Jag hade nog skippat den analoga switchen och låtit alla utgångar vara aktiva samtidigt)

2: Lägg in "osynlig färg" på PAL-utgången. Detta görs genom att växelvis på följande rader skicka ut färg som normalt blir osynlig tack vare PAL-dekoderns krets som halverar vertikal upplösning för färginformationen. På den klassisma PM-vad-den-nu-heter-testbilden som var absolut vanligast så låg sådan information i den gråa bakgrunden i de yttersta rutorna längst till vänster och höger. Med feljusterad PAL-dekoder så blev dessa ytor missfärgade.

[uaxnet]

Mia

Det går att göra vilka frekvenser ut som man vill, se är jag väl inte så modern att jag köra Amiga, så någon annan får skriva den koden, Däremot om du tittar lite mer noggrant så går det inte att köra vga samtidigt som komposit/s-video är tvungen att lasta ner ad724 med 75ohm medans i VGA fallet gör skärmen det. Visst hade man kunnat lägga switch på motstånden men nu valde jag att kunna stänga av

Tror inte AD724 har osynliga färger skickar bara in RGB i den

[MiaM]

15kHz skulle ju bara innebära att switchen står i VGA-läge medan du kör mjukvara för komposit.

För "osynliga färger" så räcker det att skicka in något som blir osynligt när TV:n/skärmen halverar vertikala upplösningen. Dvs det är inte någon magisk "konstig fasvridning" av PAL-färgunderbärvågen eller liknande.

Jämför också "PAL-färger" på Commodore 64, där spel och framförallt demos använder detta genom att växelvis ha två olika färger på varannan rad och så länge luminansen är samma för de båda färgerna så blir allt en solid yta som är ett medelvärde av färginformationen för de två färgerna.