Biểu tượng ltline (đường truyền tổn thất) của LTSpice làm chậm quá trình mô phỏng. Tôi có thể làm gì?

LTSpice có thành phần được gọi là Lossy transmission line(tên biểu tượng ltline):

Tôi đã cố gắng mô phỏng một sơ đồ khá đơn giản:

Các điện trở R2, R3 và R4 là để giải quyết vấn đề nút nổi .

Mô phỏng sơ đồ này cực kỳ chậm (khoảng 30us / giây). Nếu tôi loại bỏ các ký hiệu ltline và thay thế chúng bằng dây hoặc điện trở, tốc độ mô phỏng là một liên kết của mắt!

Tuy nhiên tôi cần một yếu tố đại diện cho một dây điện. Có giải pháp nào không?

Cảm ơn!

CẬP NHẬT 1

Sau khi thực hiện thời gian mô phỏng ngắn hơn (1ms), tôi nhận được một loại kết quả:

Và tôi lưu ý rằng nếu dòng O1 trở nên ngắn hơn thì thời gian mô phỏng tăng lên.

ltspice

— La Mã Matveev
nguồn

Hệ thống thực tế nào bạn đang cố gắng để simulat?

— Photon

@ThePhoton Tôi đã cố gắng mô phỏng việc truyền tín hiệu qua đường dây điện. Nguồn tín hiệu là một V2 được kết nối với đường dây thông qua nắp C1. Dấu hiệu được đo ở đầu trên cùng của điện trở tải R1.

— La Mã Matveev

Đơn vị khoảng cách của bạn là gì? Mô hình đường truyền trong LTSPICE có lẽ có nghĩa là đại diện cho một đường tín hiệu, không phải là đường dây điện. Nếu độ dài của bạn nhỏ hơn 1/10 bước sóng (nhỏ hơn khoảng 60 km), tôi sẽ nghĩ rằng chỉ cần sử dụng một mô hình RLC gộp lại thay vì LTRA elemenat sẽ giúp bạn có giải pháp đủ gần.

— Photon

@ThePhoton Vậy có đúng không khi tôi đặt R và L vào một seria trên dây "trên cùng"? Và tôi nên đặt nắp ở đâu? giữa R và L?

— La Mã Matveev

Vui lòng theo dõi ecircuitcenter.com/Circuits/tline1/tline1.htm Nó cho tốc độ mô phỏng tốt hơn cho đường truyền.

Câu trả lời:

Mô phỏng một đường truyền là khó!

Mô hình Spice được sử dụng sẽ là một mảng rất dài các phần tử gộp RLC để mô phỏng mô hình cơ bản của đường truyền. Với rất nhiều yếu tố để mô phỏng nó sẽ mất một thời gian dài. Loại bỏ đường truyền sẽ lần lượt loại bỏ tất cả nhiều yếu tố và do đó nó sẽ tăng tốc.

— Thợ mộc Tom
nguồn

Tôi đã cố gắng làm cho thời gian mô phỏng ngắn hơn (giả sử - 1ms) và tôi lưu ý rằng dòng càng dài thì thời gian mô phỏng càng ngắn . Vì vậy, cho 1 km dây, phải mất 10 giây để mô phỏng dấu vết, với 1m - vài phút.

— La Mã Matveev

@TomCarpenter Tôi sẽ rất ngạc nhiên nếu một triển khai SPICE hiện đại sử dụng mạng RLC dài để mô phỏng các đường truyền. Một giải pháp tốt hơn nhiều nếu bạn không quan tâm đến trạng thái thực tế bên trong đường truyền là sử dụng mạng 2 cổng để nắm bắt giải pháp cho phương trình của điện báo viên: xem tại đây

— helloworld922

@ helloworld922 Theo tôi nhớ khi chơi với LTSpice, nó sử dụng thang RLC. Nếu ai đó biết chắc chắn xin vui lòng làm cho tôi. Cách tiếp cận 2 cổng sẽ tốt hơn nhưng tôi không nhớ LTSpice là phức tạp như vậy.

— Tom Carpenter

Các phương trình điện báo không nắm bắt được độ trễ thực tế trong quá trình truyền xuống dòng. Họ chỉ nắm bắt giai đoạn và mất mát. Mô hình hai cổng điển hình của một đường truyền cũng làm điều này. Kết quả là, mô hình điển hình này chỉ tốt cho mô phỏng trạng thái ổn định.

Nói một cách khác, các đường truyền thực có bộ nhớ trong khi hai mô hình cổng đơn giản thì không.

— khu vực
nguồn

Sai. Các phương trình của Telegograph thực hiện được độ trễ, vì chúng giảm xuống hai phương trình Helmholtz (sóng) về dòng điện và điện áp.

— 110971

Tôi xin lỗi vì sự cần thiết, nhưng lý do tại sao quá trình mô phỏng bị chậm là do độ trễ của đường truyền so với thời gian mô phỏng: ~ 14,5ns và ~ 1,45us, trong đó cái nhỏ nhất sẽ gây ra dấu thời gian mô phỏng chậm nhất. Các mô hình nội bộ không có gì để làm với điều này. Thu thập thông tin tương tự sẽ xảy ra nếu các đường truyền bị mất ( ltline) sẽ được thay thế bằng các đường truyền lý tưởng tương đương (đại khái) ( tline). Giải pháp cho việc này (xem giá trị của nguồn đầu vào) là những gì @ThePhoton đề cập trong nhận xét của OP.

— một công dân có liên quan
nguồn